サーバークラスタの高可用性の考慮事項

仮想化が成熟しても、高可用性HAは依然としてクラスタ内で最も困難なコンポーネントの1つです。サーバークラスタは高可用性を開始できます。これは、仮想マシンがクラッシュしたときのダウンタイムを制限するハイパーバイザー機能です。 VMware vSphere、Microsoft Hyper-V、およびCitrix XenServerはすべて、仮想インフラストラクチャでの障害回復タスクを軽減する高可用性機能を提供します。

高可用性を理解せずに仮想化プロジェクトを実装する人が多すぎます。さらに悪いことに、管理者はサーバークラスタの実装中の高可用性を無視したため、ソリューションから問題から解決が必要な問題へと変化しました。

実際、高可用性のパフォーマンスはいくつかの問題を解決します。どのハイパーバイザーを使用しても、ホスト障害後に仮想マシンを再起動するシンプルなサービスです。継続的な可用性は理想的な目標ですが、仮想マシンにはまだある程度のダウンタイムがあります。

高可用性は通常XenMotion、vMotionのようなホットマイグレーションに関連していますが、そうではありません。コンセプト

高可用性テクノロジは賢くなっていますが、次の問題によりサーバークラスタがクラッシュする可能性があることに注意してください。

DNSが高可用性に与える影響

VMware HAとの組み合わせで、ドメインネームサーバー（DNS）の解決は深刻な問題になる可能性があります。サーバークラスタノードが互いに通信できるようにするために、VMwareはDNS解決を担当します。通常、これは問題にはなりません。しかし今日、DNSに慣れている多くのIT担当者はサービスの概念であり、管理する必要はありません。

この介入禁止ポリシーの理由の一部は、WindowsのダイナミックDNS機能です。ダイナミックDNSがほとんどのタスクを自動化するようになったため、多くの管理者は以前のようにDNSを真剣に考えていません。しかし、VMwareサーバーは動的DNSを使用しません。

サーバークラスタでVMware HAを使用している場合は、管理ネットワークのIPアドレスと関連するホスト名がすべてDNSに含まれていることを確認してください。仮想環境に変更を加えたり、添付ファイルを追加したりする場合は、手動操作と保守が必要です。 DNSが正しく設定されていない場合、VMware社には明らかなヒントがありますが、遅すぎる場合はこのプロンプトを無視するのが簡単です。

マルチサイトサーバークラスターでのDNS解決

DNS解決の問題は、マルチサイトHyper-Vクラスターにも影響する可能性があります。 Hyper-VのWindowsフェールオーバークラスタリングサービスは現在、サブネットにまたがっています。ある意味では、このアーキテクチャは優れています。異なる場所を管理するために複雑なネットワークテクノロジを使用する必要がなくなったからです。一方、2番目のサイトにフェールオーバーする仮想マシンは通常、新しいサブネットを処理する必要があります。

これはサーバー側からの大きな問題ではありませんが、クライアントに問題を引き起こします。クライアントは、DNSレポートのキャッシュにかかる時間を決定する有効期間の値で構成されています。これらのレポートは、フェイルオーバー後に古くなっています。物理的な障害回復では、通常は問題にはなりません。「データセンターがクラッシュします」などのより重要な問題に対処する必要があるかもしれません。しかし仮想アーキテクチャでは、仮想マシンが誤って別の交換可能サイトに移行します。問題がありました。

高可用性の問題は、Hyper-Vクラスターでは特に発生しません。異なるサブネット上の仮想マシンの惨事復旧を開始するサーバークラスタでも、同様の問題が発生します。

回復コマンドの重要性

DNSの問題は、障害回復コマンドがサーバークラスタ管理において重要であるという事実を浮き彫りにしています。一部のサーバークラスタ組織の障害回復コマンドは他のものより優れています。たとえば、VMware HAでは、サーバークラスタがフェールバックコマンド自体を処理できます。 Hyper-Vなどの他の管理者は、障害発生後に仮想マシンを移行する場所を手動で決定します。

表示されたくないのは、仮想マシンがマルチサイトクラスタの反対側や過負荷状態のノードなど、不適切なサーバークラスタノードに移動していることです。バランスの取れたクラスタ負荷を確保するために、障害回復コマンドに特に注意してください。

ホスト分離をどうすればいいですか。

サーバークラスタホストがまだオンラインのときにホストの分離が行われますが、他のノードと通信できなくなります。ホスト分離の問題は、分離ホストがまだ仮想マシンを実行していることです。 VMware HA隔離イベントでは、これらの仮想マシンは通常、隔離の影響を受けずに異なる仮想スイッチ上で実行されます。クラスターはこれらの仮想マシンを検疫から回復することを望んでいるかもしれませんが、隔離されたホストに仮想マシンのディスクファイルがない場合は達成できません。

この問題を解決する方法はいくつかあります。明らかに、隔離されたホストをオンラインに戻すことが最善です。しかし、これができない場合は、仮想マシンをシャットダウンし、残っているクラスタノードに仮想マシンをフェールオーバーさせる必要があります。どの設定が特定のニーズを満たすかを判断するには、ハイテクソリューションの分離応答設定に注意を払ってください。ホストが分離されている場合でも、多くの機能を使用して仮想マシンを実行し続けるかシャットダウンするかを選択できます。

高可用性は仮想インフラストラクチャの有用なコンポーネントですが、サーバークラスタの重要な設定を回避してエキサイティングな負荷分散を管理することは不可能です。そうでなければ、多くのトリッキーな問題があるでしょう。