-
-
高可用性の災害復旧の構成
-
-
-
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 Console の災害復旧 (DR) 機能は、高可用性モードで展開された NetScaler Console の完全なシステムバックアップおよび復旧機能を提供します。復旧時には、証明書、構成ファイル、およびデータベースの完全なバックアップが復旧サイトで利用可能です。
次の表は、NetScaler Console で災害復旧を構成する際に使用される用語について説明しています。
| 用語 | 説明 |
|---|---|
| プライマリサイト (データセンター A) | プライマリサイトには、高可用性モードで展開された NetScaler Console ノードがあります。 |
| 復旧サイト (データセンター B) | 復旧サイトには、スタンドアロンモードで展開された災害復旧ノードがあります。このノードは読み取り専用モードであり、プライマリサイトがダウンするまで動作しません。 |
| 災害復旧ノード | 復旧ノードは、復旧サイトに展開されたスタンドアロンノードです。プライマリサイトで災害が発生し、機能しなくなった場合に、このノードが動作可能になります (新しいプライマリとして)。 |
注
プライマリサイトと DR サイトは、ポート 5454 および 22 を介して相互に通信し、これらのポートはデフォルトで有効になっています。
ポートとプロトコルの詳細については、「ポート」を参照してください。
災害復旧ワークフロー
次の図は、災害復旧ワークフロー、災害前の初期設定、および災害後のワークフローを示しています。
災害前の初期設定
この図は、災害前の災害復旧設定を示しています。
プライマリサイトには、高可用性モードで展開された NetScaler Console ノードがあります。詳細については、「高可用性展開」を参照してください。
復旧サイトには、リモートで展開されたスタンドアロンの NetScaler Console 災害復旧ノードがあります。災害復旧ノードは読み取り専用モードであり、プライマリノードからデータを受信してデータバックアップを作成します。復旧サイトの NetScaler インスタンスも検出されますが、それらを介してトラフィックは流れません。バックアッププロセス中、すべてのデータ、ファイル、および構成は、プライマリノードから災害復旧ノードにレプリケートされます。
前提条件
災害復旧ノードをセットアップする前に、次の前提条件に注意してください。
-
災害復旧設定を有効にするには、プライマリサイトに高可用性モードで構成された NetScaler Console ノードが必要です。
-
NetScaler Console HA ペア (プライマリサイト) とスタンドアロンノード (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 |
| ハイパーバイザー | バージョン |
| Citrix Hypervisor | 6.2 および 6.5 |
| VMware ESXi | 5.5 および 6.0 |
| Microsoft Hyper-V | 2012 R2 |
| Linux KVM | Ubuntu および Fedora |
初回災害復旧設定
-
NetScaler Console を高可用性モードで展開する
-
NetScaler Console 災害復旧ノードを展開して登録する
-
ユーザーインターフェイスから災害復旧設定を有効/無効にする
NetScaler Console の高可用性モードでの展開
災害復旧設定をセットアップするには、NetScaler Console が高可用性モードで展開されていることを確認してください。NetScaler Console の高可用性での展開については、「高可用性展開」を参照してください。
注
高可用性モードで展開された NetScaler Console は、NetScaler Console リリースバージョン 13.1 にアップグレードする必要があります。
災害復旧ノードをプライマリノードに登録するには、フローティング IP アドレスが必須です。
DR コンソールを使用した NetScaler Console 災害復旧ノードの展開と登録
NetScaler Console 災害復旧ノードを登録するには:
-
NetScaler サイトから
.xvaイメージファイルをダウンロードし、ハイパーバイザーにインポートします。 -
コンソールタブから、NetScaler Console を初期ネットワーク構成で構成します。
注
災害復旧ノードは別のサブネットに配置できます。
-
初期ネットワーク構成が完了すると、システムはログインを促します。次の資格情報 (
nsrecover/nsroot) を使用してログオンします。重要
登録中に DR ノードの資格情報 (
nsrecover/nsroot) を変更しないでください。DR ノードの登録が正常に完了した後で、DR ノードの資格情報を変更できます。 -
災害復旧ノードを展開するには、/mps/deployment_type.py と入力して Enter キーを押します。NetScaler Console の展開構成メニューが表示されます。
-
災害復旧ノードを登録するには、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 Console GUI を使用した災害復旧ノードの展開
DR コンソールを使用して災害復旧ノードが正常に登録された後、NetScaler Console GUI から DR ノードを展開します。この手順により、NetScaler Console プライマリサイトから災害復旧設定が有効になります。
-
システム > システム管理 > 災害復旧設定に移動します。
-
災害復旧ページで、DR ノードの展開を選択します。
-
確認ダイアログボックスが表示されます。続行するには、はいをクリックします。
注
システムバックアップにかかる時間は、データサイズと WAN リンク速度によって異なります。
NetScaler Console GUI で DR ノードを正常に展開した後、DR ノードのデータベースの状態、メモリ、CPU、およびディスク使用量を監視できます。
災害復旧設定を無効にするには、DR ノードの削除を選択します。確認ダイアログボックスが表示されます。続行するには、はいをクリックします。
DR ノードを再度有効にするには、高可用性ペアの DR ノードを再構成します。
-
ハイパーバイザーまたは SSH コンソールを使用して DR ノードにログオンします。
-
DR コンソールを使用した NetScaler Console 災害復旧ノードの展開と登録で利用可能な手順に従って DR ノードを構成します。
詳細については、「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 Console 12.1.49.x 以前のリリースをインストールしている場合、NetScaler Console (DR サイト) で元のライセンスを再ホストするために Citrix に連絡する 30 日間の猶予期間があります。
12.1.50.x 以降のリリースでは、NetScaler Console ライセンスは DR サイトに自動的に同期されます (ライセンスのために Citrix に連絡する必要はありません)。
インスタンスにプールされたライセンスを適用している場合、バージョン 11.1 65.x 以降、12.1 58.x 以降、13.0 47.x 以降、および NetScaler SDX 13.0 76.x 以降の NetScaler インスタンスは、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 のみをプライマリサイトに構成します。
プライマリサイトを NetScaler インスタンスのプールされたライセンスサーバーとして構成する場合は、次のコマンドを実行します。
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 Console プライマリノードを介して流れます。
共有
共有
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.