現在地: インストール > リソース階層の拡張

リソース階層の拡張

階層の作成後、クラスタ内の別のサーバに拡張する必要があります。3 通りのシナリオで、テンプレートサーバからターゲットサーバにリソースインスタンスを拡張できます。最初のシナリオは、リソース作成後、[Continue] をクリックして、別のサーバにリソースを拡張する場合です。2 番目のシナリオは、以下に示すように [Edit] メニューから [Extend Resource Hierarchy] を選択する場合です。3 番目のシナリオは、左側または右側のペインから拡張されていない階層を右クリックする場合です。どのシナリオでも同じダイアログボックスが表示されます(いくつかの例外については、以下に詳細を明記する)。

  1. LifeKeeperGUI メニューから [Extend] ウィザードを開始する場合は、[Edit] を選択し、次に [Resource] を選択してください。ドロップダウンメニューから [Extend Resource Hierarchy] を選択してください。これで [Extend Resource Hierarchy] ウィザードが起動されます。

  2. 最初に表示されるダイアログボックスで、MySQL リソース階層が現在 in service の [Template Server] を選択してください。ここで選択する [Template Server] と次のダイアログボックスで選択する [Tag to Extend] によって、in service のリソース階層が表されることを認識しておくことが重要です選択したテンプレートサーバでサービス中でないリソースタグを選択すると、エラーメッセージが表示されます。このダイアログのドロップダウンボックスには、クラスタ内の全サーバの名前が表示されます。

注記: MySQL リソース階層作成後、直ちに [Extend Resource Hierarchy] 作業に入った場合は、作成段階でテンプレートサーバが特定されているため、このダイアログボックスは表示されません。これは、GUI ウィンドウの左側ペインの MySQL リソースアイコンまたは右側ペインの MySQL リソースボックスを右クリックして、[Extend Resource Hierarchy] を選択した場合も同様です。

mytemp.jpg

階層を拡張する手順の間に [Cancel] をクリックすると、どの時点であってもそのサーバへの拡張処理がキャンセルされますので注意してください。ただし、すでにリソースを別のサーバに拡張している場合は、明示的に拡張解除するまで、そのインスタンスの拡張は有効です。

たとえば、Server1 にリソースを作成し、それを Server2 に拡張しているとします。同じリソースを Server3 に拡張している最中に、気が変わっていずれかのダイアログボックス内の [Cancel] をクリックしたとします。この場合は、Server3 へのリソース拡張だけがキャンセルされ、Server2 への拡張はキャンセルされません。この階層から Server2 を削除したい場合は、Server2 からリソースを拡張解除する必要があります。

[Next] をクリックして次のダイアログボックスに進んでください。

  1. [Tag to Extend] を選択してください。これは、テンプレートサーバからターゲットサーバに拡張する MySQL インスタンスの名前です。ウィザードのドロップダウンメニューには、前述のダイアログボックスで選択したテンプレートサーバ上に作成されたすべてのリソースが表示されます。

注記: ここでも、MySQL リソース階層作成後、ただちに [Extend Resource Hierarchy] 作業に入った場合は、作成段階で MySQL リソースのタグ名が特定されているため、このダイアログボックスは表示されません。GUI ウィンドウの左側ペインの MySQL リソースアイコンまたは右側ペインの MySQL リソースボックスを右クリックして、[Extend Resource Hierarchy] を選択した場合も同様です。

mytagext.jpg

[Next] をクリックしてください。

  1. MySQL リソース階層を拡張する [Target Server] を選択してください。ドロップダウンボックスには、選択された階層に入っていないクラスタ内のサーバ名の一覧が表示されます。

mytarget.jpg

[Next] をクリックしてください。

  1. [Switchback Type] を選択してください。この選択によって、バックアップサーバへのフェイルオーバの後、MySQL インスタンスがサービス中に戻るときに、このサーバにどのようにスイッチバックされるのかが決まります。[intelligent] または [automatic] を選択できます。[intelligent] の場合、インスタンスをプライマリ / オリジナルサーバにスイッチバックするときに管理者の介入が必要になります。[automatic] の場合、プライマリサーバがオンラインに戻り、LifeKeeper コミュニケーションパスを再確立した直後に自動的にスイッチバックが行われます。

myswitchext.jpg

スイッチバックタイプは、必要な場合 [Resource Properties] ダイアログボックスの [General] タブで後から変更できます。

[Next] をクリックしてください。

  1. [Template Priority] を選択または入力してください。これはサーバで現在 in service の MySQL 階層の優先順位です。優先順位は、1 ~ 999 の範囲で未使用の値が有効で、小さい数字ほど優先順位が高くなります(数字 1 が最高の優先順位に相当します)。拡張処理時に、別のシステムですでに使用中の優先順位をこの階層に対して指定することはできません。デフォルト値を推奨します。注記: このフィールドは階層を最初に拡張するときだけ表示されます。

[Next] をクリックします。

  1. [Target Priority] を選択または入力します。これは、別サーバにある同等の階層に対する新しく拡張する MySQL 階層の優先順位です。1 ~ 999 の範囲で、まだ優先順位として使用されていない値が有効で、リソースのカスケーディングフェイルオーバシーケンスにおけるサーバの優先順位を示します。数値が小さいほど優先順位は高くなります(1 は最高の優先順位を表す)。LifeKeeper のデフォルトでは、階層が作成されたサーバに「1」が割り当てられることに注意してください。優先順位は連続している必要はありませんが、特定のリソースについて 2 つのサーバに同じ優先順位を割り当てることはできません。

mytarpriext.jpg

[Next] をクリックしてください。

  1. 情報ボックスが表示され、LifeKeeper が環境のチェックを正常に完了し、この MySQL リソースを拡張するためのすべての要件が満たされていることが示されます。満たされていない要件がある場合は、[Next] ボタンは選択できなくなり、[Back] ボタンが有効になります。

mypreext.jpg

[Back] をクリックした場合、情報ボックスに表示されるエラーメッセージの内容に従って、リソースの拡張を変更できます。

ここで [Cancel] をクリックした場合は、別の時点でここに戻り、MySQL リソース階層を他のサーバに拡張して、LifeKeeper の保護下に置く必要があります。

[Next] をクリックすると、[Extend Resource Hierarchy] 設定作業に入ります。

  1. このダイアログボックスは情報の表示専用です。このボックス内に表示される [Location of my.cnf] は変更できません。MySQL インスタンスは設定ファイルから場所情報を取得しています。

mymycnfext.jpg

[Next] をクリックしてください。

  1. [Location of MySQL executables] を選択または入力してください。これは、MySQL データベースサーバデーモンの開始と監視に使用されるバイナリのフルパス名です。

myexeext.jpg

[Next] をクリックしてください。

  1. [Database Tag] を選択または入力してください。これは MySQL 階層につけるタグ名です。デフォルトを選択するか、独自のタグ名を入力することができます。

mytagext.jpg

[Extend] をクリックします。

  1. 拡張が実行されていることを示す情報ボックスが表示されます。

mymesgext.jpg

同じ MySQL リソースインスタンスをクラスタ内の別のサーバに拡張する場合は [Next Server] をクリックしてください。その場合は、リソース階層の拡張の操作が繰り返されます。

[Finish] をクリックすると、LifeKeeper は MySQL リソースの拡張が正常に完了したことを確認します。

  1. [Finish] をクリックした場合、次の画面が表示されます。

myverext.jpg

  1. 最後のダイアログボックスで [Done] をクリックして終了してください。

注記: 必ず両方のサーバで新しいインスタンスの機能をテストしてください。

/ ページ

© 2014 SIOS Technology Corp., the industry's leading provider of business continuity solutions, data replication for continuous data protection.