-
-
高可用性向けディザスターリカバリの構成
-
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
高可用性向け災害復旧の構成
災害とは、自然災害または人為的な事象によって引き起こされる、ビジネス機能の突然の中断のことです。災害はデータセンターの運用に影響を与え、その後、災害サイトで失われたリソースとデータは完全に再構築および復元される必要があります。データセンターにおけるデータの損失やダウンタイムは致命的であり、事業継続性を崩壊させます。
NetScaler® ADMの災害復旧(DR)機能は、高可用性モードで展開されたNetScaler ADMに対し、完全なシステムバックアップおよび復旧機能を提供します。復旧時には、証明書、構成ファイル、およびデータベースの完全なバックアップが復旧サイトで利用可能です。
次の表は、NetScaler ADMで災害復旧を構成する際に使用される用語について説明しています。
| 用語 | 説明 |
|---|---|
| プライマリサイト(データセンターA) | プライマリサイトには、高可用性モードで展開されたNetScaler ADMノードがあります。 |
| 復旧サイト(データセンターB) | 復旧サイトには、スタンドアロンモードで展開された災害復旧ノードがあります。このノードは読み取り専用モードであり、プライマリサイトがダウンするまで動作しません。 |
| 災害復旧ノード | 復旧ノードは、復旧サイトに展開されたスタンドアロンノードです。このノードは、プライマリサイトで災害が発生し、機能しなくなった場合に運用可能(新しいプライマリとして)になります。 |
注
プライマリサイトとDRサイトはポート5454および22を介して相互に通信し、これらのポートはデフォルトで有効になっています。
ポートとプロトコルの詳細については、「ポート」を参照してください。
災害復旧ワークフロー
次の図は、災害復旧ワークフロー、災害前の初期設定、および災害後のワークフローを示しています。
災害前の初期設定

この図は、災害前の災害復旧設定を示しています。
プライマリサイトには、高可用性モードで展開されたNetScaler ADMノードがあります。詳細については、「高可用性展開」を参照してください。
復旧サイトには、リモートで展開されたスタンドアロンのNetScaler ADM災害復旧ノードがあります。災害復旧ノードは読み取り専用モードであり、データバックアップを作成するためにプライマリノードからデータを受信します。復旧サイトのNetScalerインスタンスも検出されますが、それらを介してトラフィックは流れません。バックアッププロセス中、すべてのデータ、ファイル、および構成はプライマリノードから災害復旧ノードに複製されます。
前提条件
災害復旧ノードを設定する前に、次の前提条件に注意してください。
-
災害復旧設定を有効にするには、プライマリサイトに高可用性モードで構成されたNetScaler ADMノードが必要です。
-
プライマリサイトにおけるNetScaler ADMのスタンドアロン展開は、災害復旧機能をサポートしていません。
-
NetScaler ADM HAペア(プライマリサイト内)とスタンドアロンノード(DRサイト内)は、同じソフトウェアバージョン、ビルド、および構成である必要があります。
Citrixは、スケジューリング動作とネットワーク遅延を改善するために、CPU優先度(仮想マシンプロパティ内)を最高レベルに設定することを推奨します。
次の表は、災害復旧ノードを構成するための最小要件を示しています。
| コンポーネント | 要件 |
|---|---|
| RAM | 32 GB |
| 仮想CPU | 8 CPU |
| ストレージ容量 | Citrixは、NetScaler ADM展開にソリッドステートドライブ(SSD)テクノロジーを使用することを推奨します。デフォルト値は120 GBです。実際のストレージ要件は、NetScaler ADMのサイジング見積もりによって異なります。NetScaler ADMのストレージ要件が120 GBを超える場合は、追加のディスクを接続する必要があります。注 追加できるディスクは1つだけです。Citrixは、初期展開時にストレージを見積もり、追加のディスクを接続することを推奨します。詳細については、「NetScaler ADMへの追加ディスクの接続方法」を参照してください。 |
| 仮想ネットワークインターフェイス | 1 |
| スループット | 1 Gbpsまたは100 Mbps |
| ハイパーバイザー | バージョン |
| Citrix Hypervisor | 6.2および6.5 |
| VMware ESXi | 5.5および6.0 |
| Microsoft Hyper-V | 2012 R2 |
| Linux KVM | UbuntuおよびFedora |
初めての災害復旧設定
-
高可用性モードでのNetScaler ADMの展開
-
NetScaler ADM災害復旧ノードの展開と登録
-
ユーザーインターフェイスからの災害復旧設定の有効化と無効化
高可用性モードでのNetScaler ADMの展開
災害復旧設定を行うには、NetScaler ADMが高可用性モードで展開されていることを確認してください。NetScaler ADMを高可用性で展開する方法については、「高可用性展開」を参照してください。
注
高可用性モードで展開されたNetScaler ADMは、NetScaler ADMリリースバージョン13.1にアップグレードする必要があります。
災害復旧ノードをプライマリノードに登録するには、フローティングIPアドレスが必須です。
DRコンソールを使用したNetScaler ADM災害復旧ノードの展開と登録
NetScaler ADM災害復旧ノードを登録するには:
-
NetScalerサイトから
.xvaイメージファイルをダウンロードし、ハイパーバイザーにインポートします。 -
Consoleタブから、初期ネットワーク構成でNetScaler ADMを構成します。
注
災害復旧ノードは別のサブネットに配置できます。

-
初期ネットワーク構成が完了すると、システムはログインを促します。次の資格情報を使用してログオンします –
nsrecover/nsroot。重要
登録中にDRノードの資格情報(
nsrecover/nsroot)を変更しないでください。DRノードの登録が成功した後で、DRノードの資格情報を変更できます。 -
災害復旧ノードを展開するには、「/mps/deployment_type.py」と入力してEnterキーを押します。NetScaler ADM展開構成メニューが表示されます。

-
災害復旧ノードを登録するために「2」を選択します。

-
コンソールは、高可用性ノードのフローティングIPアドレスとパスワードを要求します。
-
フローティングIPアドレスとパスワードを入力して、災害復旧ノードをプライマリノードに登録します。

災害復旧ノードが正常に登録されました。

注
-
災害復旧ノードにはGUIがありません。
-
登録が成功した後、サーバーにログオンするためのデフォルトの管理者資格情報は
nsroot/nsrootです。
-
-
DRノードのパスワードを変更したい場合は、次のスクリプトを実行します。
/mps/change_freebsd_password.sh <username> <password> <!--NeedCopy-->例:
/mps/change_freebsd_password.sh nsroot new_password <!--NeedCopy-->
NetScaler ADM GUIを使用した災害復旧ノードの展開
DRコンソールを使用して災害復旧ノードが正常に登録された後、NetScaler ADM GUIからDRノードを展開します。この手順により、NetScaler ADMプライマリサイトから災害復旧設定が有効になります。
-
System > System Administration > Disaster Recovery Settingsに移動します。
-
Disaster Recoveryページで、Deploy DR Nodeを選択します。
-
確認ダイアログボックスが表示されます。続行するにはYesをクリックします。
注
システムバックアップにかかる時間は、データサイズとWANリンク速度によって異なります。
NetScaler ADM GUIでDRノードを正常に展開した後、DRノードのデータベース状態、メモリ、CPU、およびディスク使用量を監視できます。
災害復旧設定を無効にするには、Remove DR Nodeを選択します。確認ダイアログボックスが表示されます。続行するにはYesをクリックします。
DRノードを再度有効にするには、高可用性ペアのDRノードを再構成します。
-
ハイパーバイザーまたはSSHコンソールを使用してDRノードにログオンします。
-
「DRコンソールを使用したNetScaler ADM災害復旧ノードの展開と登録」の手順に従ってDRノードを構成します。
-
「NetScaler ADM GUIを使用した災害復旧ノードの展開」を実行します。
詳細については、「FAQ」を参照してください。
重要
プライマリサイトで災害が発生したことを検出するのは、管理者の責任です。
災害復旧ワークフローは、プライマリサイトがダウンした後、管理者によって手動で開始されます。
管理者は、復旧サイトの災害復旧ノードで復旧スクリプトを手動で実行してプロセスを開始する必要があります。
プライマリサイトのHAペアをアップグレードする場合、DRサイトのスタンドアロンノードも手動でアップグレードする必要があります。
災害後のワークフロー
災害後にプライマリサイトがダウンした場合、災害復旧ワークフローは次のように開始する必要があります。
-
管理者は、プライマリサイトで災害が発生し、運用不能であることを確認します。
-
管理者は復旧プロセスを開始します。
-
管理者は、要件に基づいて(復旧サイトで)災害復旧ノードで次のいずれかの復旧スクリプトを手動で実行する必要があります。
-
DRノードでSNMP、Syslog、およびAnalyticsを構成します。
/mps/scripts/pgsql/pgsql\_restore\_remote\_backup.sh <!--NeedCopy--> -
DRノードをライセンスサーバーとしても構成します。
/mps/scripts/pgsql/pgsql\_restore\_remote\_backup.sh -reconfig-ls <IP-address-of-the-primary-site> <!--NeedCopy-->
-
-
内部的に、NetScalerインスタンスは、新しいプライマリサイトとなった災害復旧ノードにデータを送信するように自動的に再構成されます。
次の図は、プライマリサイトが災害に見舞われた後の災害復旧ワークフローを示しています。

注:
DRサイトでスクリプトを開始した後、DRサイトが新しいプライマリサイトになります。DRユーザーインターフェイスにもアクセスできます。
災害復旧後
災害が発生し、管理者が復旧スクリプトを開始した後、DRサイトが新しいプライマリサイトになります。
後で構成を元のサイトに戻したい場合は、「構成を元のプライマリサイトに戻す」を参照してください。
重要
NetScaler ADM 12.1.49.x以前のリリースをインストールしている場合、Citrixに連絡して元のライセンスをNetScaler ADM(DRサイト)に再ホストするための30日間の猶予期間があります。
12.1.50.x以降のリリースでは、NetScaler ADMライセンスはDRサイトに自動的に同期されます(Citrixにライセンスについて連絡する必要はありません)。
インスタンスにプールライセンスを適用している場合、バージョン11.1 65.x以降、12.1 58.x以降、13.0 47.x以降のNetScalerインスタンス、およびNetScaler SDX 13.0 76.x以降は、DRサイトでの自動ライセンスサーバー更新をサポートしています。その他のすべてのバージョンでは、インスタンスをDRサイトに手動で再構成する必要があります。
構成を元のプライマリサイトに戻す
災害後、構成された災害復旧(DR)ノードが新しいプライマリサイトとなり、クライアントトラフィックはこのノードを介して流れます。

詳細については、「災害後のワークフロー」を参照してください。
元のプライマリサイトが災害から復旧し、すべての操作をプライマリサイトに戻すことを決定した場合、DRノードの構成と一致するように元のプライマリサイトを再構成します。
開始する前に、プライマリサイトとDRサイトの両方がアクティブであることを確認してください。
DRサイトから元のプライマリサイトに変更を戻すには、次の手順を実行します。
-
元のプライマリサイトにログインし、次のコマンドを実行します。
nohup /mps/sync_adm_node.py -I <DR-site-IP-address> -R <DR-node-password> -L <primary-node-password> & <!--NeedCopy-->このコマンドは、Syslog、SNMP、およびAnalyticsのみをプライマリサイトに構成します。
プライマリサイトをADCインスタンスのプールライセンスサーバーとして構成したい場合は、次のコマンドを実行します。
nohup /mps/sync_adm_node.py -I <DR-site-IP-address> -R <DR-node-password> -L <primary-node-password> -O yes & <!--NeedCopy-->-OコマンドはDRサイトのIPアドレスを取得し、プライマリサイトをプールライセンスサーバーとして再構成します。 -
DRサイトを再構成します。「初めての災害復旧設定」を参照してください。

DRサイトから元のプライマリサイトへの構成の復元が成功した後、クライアントトラフィックはNetScaler ADMプライマリノードを介して流れます。
共有
共有
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.