スタンドアロンノードのディザスタリカバリを構成する
スタンドアロンモードで展開されたNetScaler Consoleのディザスタリカバリも構成できます。
次の表は、NetScaler Consoleでディザスタリカバリを構成する際に使用される用語について説明しています。
| 用語 | 説明 |
|---|---|
| プライマリサイト (データセンターA) | プライマリサイトには、スタンドアロンモードで展開されたNetScaler Consoleノードがあります。 |
| リカバリサイト (データセンターB) | リカバリサイトには、スタンドアロンモードで展開されたディザスタリカバリノードがあります。このノードは読み取り専用モードであり、プライマリサイトがダウンするまで動作しません。 |
| ディザスタリカバリノード | リカバリノードは、リカバリサイトに展開されたスタンドアロンノードです。プライマリサイトで障害が発生し、機能しなくなった場合に、このノードが動作可能になります（新しいプライマリとして）。 |
注
プライマリサイトとDRサイトは、ポート5454と22を介して相互に通信し、これらのポートはデフォルトで有効になっています。
ポートとプロトコルの詳細については、ポートを参照してください。
ディザスタリカバリのワークフロー
プライマリサイトには、スタンドアロンモードで展開されたNetScaler Consoleノードがあります。
リカバリサイトには、リモートで展開されたディザスタリカバリノードがあります。ディザスタリカバリノードは読み取り専用モードで、プライマリノードからデータを受信してデータバックアップを作成します。リカバリサイトのNetScalerインスタンスも検出されますが、それらを介してトラフィックは流れません。バックアッププロセス中に、すべてのデータ、ファイル、および構成がプライマリノードからディザスタリカバリノードにレプリケートされます。
前提条件
ディザスタリカバリノードをセットアップする前に、以下の前提条件に注意してください。
-
ディザスタリカバリ設定を有効にするには、プライマリサイトでNetScaler Consoleがスタンドアロンモードで構成されている必要があります。
-
スタンドアロンのNetScaler Console（プライマリサイト内）とディザスタリカバリノード（DRサイト内）は、同じソフトウェアバージョン、ビルド、および構成である必要があります。
スケジューリング動作とネットワーク遅延を改善するために、CPU優先度（仮想マシンプロパティ内）を最高レベルに設定することをお勧めします。
次の表に、ディザスタリカバリノードを構成するための最小要件を示します。
| コンポーネント | 要件 |
|---|---|
| RAM | 32 GB |
| 仮想CPU | 8 CPU |
| ストレージ容量 | NetScaler Consoleの展開には、ソリッドステートドライブ (SSD) テクノロジーの使用を推奨します。デフォルト値は120 GBです。実際のストレージ要件は、NetScaler Consoleのサイジング見積もりによって異なります。NetScaler Consoleのストレージ要件が120 GBを超える場合は、追加のディスクを接続する必要があります。注 追加できるディスクは1つだけです。初期展開時にストレージを見積もり、追加のディスクを接続することをお勧めします。詳細については、「NetScaler Consoleにディスクを追加する方法」を参照してください。 |
| 仮想ネットワークインターフェイス | 1 |
| スループット | 1 Gbpsまたは100 Mbps |
| ハイパーバイザー | バージョン |
| シトリックス ハイパーバイザー | 6.2および6.5 |
| ヴイエムウェア イーエスエックスアイ | 5.5および6.0 |
| マイクロソフト ハイパーV | 2012 R2 |
| リナックス ケーブイエム | UbuntuおよびFedora |
初回ディザスターリカバリ設定
-
NetScaler Consoleを展開する
-
NetScaler Consoleディザスターリカバリノードを展開して登録する
-
ユーザーインターフェイスからディザスターリカバリ設定を有効/無効にする
NetScaler Consoleを展開する
ディザスターリカバリ設定を行うには、NetScaler Consoleがスタンドアロンモードで展開されていることを確認してください。詳細については、「シングルサーバー展開」を参照してください。
DRコンソールを使用してNetScaler Consoleディザスターリカバリノードを展開して登録する
NetScaler Consoleディザスターリカバリノードを登録するには：
-
NetScalerサイトから
.xvaイメージファイルをダウンロードし、ハイパーバイザーにインポートします。 -
Consoleタブから、NetScaler Consoleを初期ネットワーク構成で設定します。注ディザスターリカバリノードは別のサブネットに配置できます。
-
初期ネットワーク構成が完了すると、システムはログインを促します。次の資格情報を使用してログオンします –
nsrecover/nsroot。重要登録中にDRノードの資格情報 (nsrecover/nsroot) を変更しないでください。DRノードを正常に登録した後で、DRノードの資格情報を変更できます。 -
ディザスタリカバリノードを展開するには、/mps/deployment_type.py と入力してEnterキーを押します。NetScaler Consoleの展開設定メニューが表示されます。設定メニュー(/en-us/netscaler-application-delivery-management-software/media/drstep4.png)
-
ディザスタリカバリノードを登録するには、2 を選択します。ノードの登録(/en-us/netscaler-application-delivery-management-software/media/drstep5.png)
-
コンソールは、スタンドアロンノードのIPアドレスとパスワードを要求します。
-
ディザスタリカバリノードを登録するには、スタンドアロンノードのIPアドレスとパスワードを入力します。ディザスタリカバリノードが正常に登録されました。登録成功(/en-us/netscaler-application-delivery-management-software/media/agentdeploy.png)注
-
ディザスタリカバリノードにはGUIがありません。
-
登録が正常に完了すると、サーバーにログオンするためのデフォルトの管理者資格情報は
nsroot/nsrootになります。
-
-
DRノードのパスワードを変更する場合は、次のスクリプトを実行します。
/mps/change_freebsd_password.sh <username> <password>例：/mps/change_freebsd_password.sh nsroot new_password
NetScaler Console GUIを使用してディザスタリカバリノードを展開する
災害復旧ノードがDRコンソールを使用して正常に登録された後、NetScaler Console GUIからDRノードを展開します。この手順により、NetScaler Consoleプライマリサイトから災害復旧設定が有効になります。
-
システム > システム管理 > 災害復旧設定 に移動します。
-
Disaster Recoveryページで、Deploy DR Nodeを選択します。
-
確認ダイアログボックスが表示されます。続行するにはYesをクリックします。注システムバックアップにかかる時間は、データサイズとWANリンク速度によって異なります。
NetScaler Console GUIでDRノードを正常に展開した後、DRノードのデータベースの状態、メモリ、CPU、およびディスク使用量を監視できます。
災害復旧設定を無効にするには、Remove DR Nodeを選択します。確認ダイアログボックスが表示されます。続行するにはYesをクリックします。
DRノードを再度有効にするには、高可用性ペアのDRノードを再構成します。
-
ハイパーバイザーまたはSSHコンソールを使用してDRノードにログオンします。
-
DRコンソールを使用してNetScaler Console災害復旧ノードを展開および登録するで利用可能な手順に従って、DRノードを構成します。
詳細については、FAQを参照してください。
重要
-
プライマリサイトで災害が発生したことを検出するのは、管理者の責任です。
-
災害復旧ワークフローは、プライマリサイトがダウンした後、管理者が手動で開始します。
-
管理者は、リカバリサイトの災害復旧ノードでリカバリスクリプトを実行して、プロセスを手動で開始する必要があります。
-
プライマリサイトのスタンドアロンノードをアップグレードする場合、DRサイトのスタンドアロンノードも手動でアップグレードする必要があります。
災害後のワークフロー
災害後にプライマリサイトがダウンした場合、災害復旧ワークフローは次のように開始する必要があります。
-
管理者は、プライマリサイトが災害に見舞われ、動作不能になっていることを確認します。
-
管理者はリカバリプロセスを開始します。
-
管理者は、要件に基づいて、災害復旧ノード（リカバリサイト）で次のいずれかのリカバリスクリプトを手動で実行する必要があります。
-
DRノードでSNMP、Syslog、およびAnalyticsを設定します。
/mps/scripts/pgsql/pgsql\_restore\_remote\_backup.sh
-
DRノードをライセンスサーバーとしても設定します。
/mps/scripts/pgsql/pgsql\_restore\_remote\_backup.sh -reconfig-ls <IP-address-of-the-primary-site>
-
-
内部的には、NetScalerインスタンスは、新しいプライマリサイトとなった災害復旧ノードにデータを送信するように自動的に再構成されます。注:DRサイトでスクリプトを開始すると、DRサイトが新しいプライマリサイトになります。DRユーザーインターフェイスにもアクセスできます。
災害復旧後
災害が発生し、管理者がリカバリスクリプトを開始すると、DRサイトが新しいプライマリサイトになります。
後で設定を元のサイトに戻したい場合は、「元のプライマリサイトに設定を戻す」(#revert-configurations-to-the-original-primary-site)を参照してください。
重要
-
NetScaler Console 12.1.49.x以前のリリースをインストールしている場合、Citrixに連絡して、NetScaler Console（DRサイト）で元のライセンスを再ホストするための30日間の猶予期間が与えられます。
-
12.1.50.x以降のリリースでは、NetScaler ConsoleライセンスはDRサイトに自動的に同期されます (ライセンスについてCitrixに連絡する必要はありません)。
-
インスタンスにプールライセンスを適用している場合、バージョン11.1 65.x以降、12.1 58.x以降、13.0 47.x以降のNetScalerインスタンス、およびNetScaler SDX 13.0 76.x以降は、DRサイトでの自動ライセンスサーバー更新をサポートしています。その他のすべてのバージョンでは、インスタンスをDRサイトに手動で再構成する必要があります。
元のプライマリサイトに設定を戻す
災害後、設定された災害復旧 (DR) ノードが新しいプライマリサイトとなり、クライアントトラフィックはこのノードを経由します。
災害後のセットアップ(/en-us/netscaler-application-delivery-management-software/media/disaster-recovery-node-active-console.png)
詳細については、「災害後のワークフロー」(#workflow-after-the-disaster)を参照してください。
元のプライマリサイトが災害から復旧し、すべての操作をプライマリサイトに移行することを決定した場合、元のプライマリサイトをDRノードの設定と一致するように再構成します。
開始する前に、プライマリサイトとDRサイトの両方がアクティブであることを確認してください。
DRサイトから元のプライマリサイトに変更を戻すには、次の手順を実行します。
-
元のプライマリサイトにログインし、次のコマンドを実行します。
nohup /mps/sync_adm_node.py -I <DR-site-IP-address> -R <DR-node-password> -L <primary-node-password> &このコマンドは、Syslog、SNMP、およびAnalyticsのみをプライマリサイトに構成します。プライマリサイトをNetScalerインスタンスのプールライセンスサーバーとして構成する場合は、次のコマンドを実行します。nohup /mps/sync_adm_node.py -I <DR-site-IP-address> -R <DR-node-password> -L <primary-node-password> -O yes &-Oコマンドは、DRサイトのIPアドレスを取得し、プライマリサイトをプールされたライセンスサーバーとして再構成します。
DRサイトから元のプライマリサイトに設定を正常に復元した後、クライアントトラフィックはNetScaler Consoleプライマリノードを介して流れます。