一般的にホストがダウンした場合、そのホスト上の仮想マシンのリソースは全て別のホストに正常に移行させることができますが、現段階ではCloudStackではそのような機能は実現できておらず、仮想マシンの高可用性ソリューション、つまり仮想マシンのリソースが正常であれば、何らかの理由でシャットダウンしたホスト上の仮想マシンを別のホストで自動的に起動させて正常に動作させることができる、つまり仮想マシンを正常に再起動させることができることを保証する必要がある、という機能しか提供できていません。CloudStackが提供するのは、仮想マシンの高可用性ソリューションだけです。つまり、何らかの理由でシャットダウンされたあるホスト上の仮想マシンは、シャットダウンされた仮想マシンのリソースが無傷であれば、別のホスト上で自動的に起動し、正常に実行することができます。つまり、仮想マシンが正常に再起動できることを保証する必要があります。
このような状況が発生する可能性が非常に高い、例えば、リソースのホストは、リソースの多くを消費し、リソースは、もはや仮想マシンのダウンタイム外の仮想マシンで、その結果、リソースを使用するのに十分ではありません、この時点で、ホストはまた、いつでもダウンする可能性が非常に高いので、ダウンタイム外の仮想マシンでは、ホストが上記のダウンした後、タイムリーに別のホストに移行する意味があります。
デフォルトでは、仮想ルータとエラスティック・ロード・バランシングVMは自動的に可用性が高くなるように構成されているため、可用性の高いインスタンスがダウンすると、CloudStakは同じゾーンでダウンしたインスタンスを見つけ、自動的に再起動します。
VMを再起動するためのCloudStackポリシーは、同じVMの2つのインスタンスが同時に実行されないようにします。管理ノードは同じクラスタ上の別のホストでVMの起動を試みます。また、HA機能には共有ストレージのサポートが必要です。
ここでは、その実施手順について、主に以下のステップに分けてご紹介します。
1.グローバル変数にHAタグを設定
2.HAによるVM高可用性機能が必要なタグホスト
3.VMの高可用性機能をサポートするコンピューティング・ソリューションの構築
4.共通テンプレート、HA計算プログラムによるインスタンスの作成
5.仮想マシンのシャットダウン操作を実行して、別のホストに自動的に移行するかどうかを確認します。
注：上記の機能はすべて、VM High Availability機能を提供するホストが同じクラスタ内にあることを必要とします。
以下はその手順のスクリーンショットです：
図 HAラベルを設定するグローバル変数、再起動すると有効になります。
図 ホスト1にホストラベルを追加することは、グローバル変数の設定と一致しています。
図 グローバル変数の設定と一致するホストラベルをホスト2に追加します。
図 高可用性機能をサポートするコンピューティング・ソリューションの構築
図 高可用性コンピューティング・ソリューションの構築例
図 インスタンス・ホスト名の定義
図 インスタンスが存在するホストの表示
図 ファイルの作成とインスタンスへのラベル付け
図 インスタンスのシャットダウン操作の実行
図 コンソールが切断され、シャットダウンが成功したことを示します。
図 インスタンスが自動的に起動していることを示す図
図 インスタンスが現在配置されているホストの表示
図 インスタンスの関連ファイルの整合性をチェック
注：その後のテストでは、VMがシャットダウンされた後に別のホストで起動されるとは限らず、ローカルで再起動される可能性があることが判明しました。 ただし、この機能により、VMインスタンスは一定の意味で高可用性を保証され、予期しないシャットダウン後に再起動できるようになり、高可用性の定義の一部をある程度満たすことができます。
この記事は "暗黒卿テン・ユン・ドゥアン "のブログからのものです。
