協会のために、ドメインを管理する 3 つの仮想マシンと、データベースを使用する他の 2 つのソフトウェアを実装する必要があります。もちろん、協会には大きな予算はありませんが、私はその予算で、機器がクラッシュした場合でも安定して使用できるものを実装しようとしています。
コスト上の理由から、適切なサーバーを選択して VM のストレージと計算に使用し、Hyper V で作業する予定です。
ストレージを ESX から分離し、ESX のようにストレージ用に 2 台、計算用に 2 台購入することで、予算を膨らませることなく、重要なソフトウェア (データベースを使用する) をホストする仮想マシンに冗長性を持たせることが可能かどうか知りたいです。
具体的には、2 つのサーバー間のみで、1 つのサーバーがクラッシュしても、もう 1 つのサーバーが VM の操作を維持することを保証できますか?
この事件が誰かの興味を引くといいのですが、ありがとうございます！
答え1
アプリケーションの動作方法を考慮して、どの程度の冗長性が必要か、どのような方法で実現するかを設計します。小規模であっても、HA には時間と費用がかかります。組織の復旧時間の目標に応じて費用を支出します。
1 つの VM としてのみ存在するアプリケーションは、コンピューティング ノードに障害が発生すると機能しません。いくつかのオプションを検討してください。
- 負荷分散スキームを使用して、同じアプリVMのコピーを別の共有なしホストで実行する
- ライブマイグレーションを使用して、共有ストレージ上の別のホストで同じVMを起動する
- フェールオーバー クラスターを使用して、アプリケーションの 1 つのコピーを別のホストに移動できるようにします。
特に、一部のデータベースには独自のレプリケーション機能があります。これにより、共有ストレージを必要とせずに、別のホスト上でデータベースの 2 番目のコピーを最新の状態に保ちます。
選択した HA テクノロジーに基づいて、コンピューティング ノードの数とストレージに制約があります。
- 通常、3 つの物理ホストがクラスターの最小サイズです。2 つでも可能かもしれませんが、クォーラムの実現が難しくなります。
- 共有なしストレージは、各ホストがローカル ストレージを使用できるため、より簡単なストレージです。HA はロード バランサーまたはデータベース レプリケーションにあります。または、共有なし VM ライブ マイグレーションを使用することもできます。
- 従来の専用ストレージ アレイは、共有ストレージを提供する比較的シンプルな方法です。冗長性は内部にあり、デュアル コントローラと複数のディスクを備えています。別のアレイへのレプリケーションは可能ですが、コストを抑える必要があります。
- ハイパーコンバージドは、多数のノード上のローカル ストレージをまとめてストレージ プールを作成するため、小規模な 2 ノード環境にスケールダウンできません。ただし、多数のコンピューティング ノード上に余分なストレージがある場合には便利です。