-
-
高可用性を実現するためのディザスタリカバリの構成
-
-
-
-
-
-
-
-
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 完全なシステムバックアップとリカバリ機能を提供します。リカバリ時には、証明書、構成ファイル、およびデータベースの完全なバックアップがリカバリサイトで使用できます。
次の表では、Citrix ADM で障害復旧を構成する際に使用される用語について説明します。
利用規約 | 説明 |
---|---|
プライマリサイト (データセンター A) | プライマリサイトには、高可用性モードで展開されたNetScaler ADM ノードがあります。 |
リカバリサイト (データセンター B) | リカバリ・サイトには、スタンドアロン・モードで展開された災害復旧ノードがあります。このノードは読み取り専用モードで、プライマリサイトがダウンするまで動作しません。 |
災害復旧ノード | リカバリ・ノードは、リカバリ・サイトにデプロイされたスタンドアロン・ノードです。このノードは、プライマリ・サイトで災害が発生し、それが機能しない場合に備えて、新しいプライマリに対して動作可能になります。 |
注:プライマリサイトと DR サイトは、ポート 5454 と 22 を介して相互に通信します。これらのポートはデフォルトで有効になっています。 ポートとプロトコルの詳細については、「 ポート」を参照してください。
ディザスタリカバリのワークフロー
次の図は、災害復旧ワークフロー、災害前の初期設定、および災害後のワークフローを示しています。
災害発生前の初期設定
この図は、ディザスタ前のディザスタリカバリ設定を示しています。
プライマリサイトには、高可用性モードで展開されたNetScaler ADM ノードがあります。詳しくは、「 高可用性展開」を参照してください。
リカバリサイトには、スタンドアロンのNetScaler ADM 災害復旧ノードがリモートで展開されています。災害復旧ノードは読み取り専用モードであり、プライマリノードからデータを受信してデータバックアップを作成します。リカバリサイトのCitrix ADC インスタンスも検出されますが、それらを通過するトラフィックはありません。バックアッププロセス中、すべてのデータ、ファイル、および構成は、プライマリノードからディザスタリカバリノードに複製されます。
前提条件
障害回復ノードをセットアップする前に、次の前提条件に注意してください:
-
障害回復設定を有効にするには、プライマリサイトのCitrix ADM ノードが高可用性モードで構成されている必要があります。
-
プライマリサイトでのCitrix ADM スタンドアロン展開は、障害回復機能をサポートしていません。
-
Citrix ADM HAペア(プライマリサイト内)とスタンドアロンノード(DRサイト内)のソフトウェアバージョン、ビルド、構成は同じである必要があります。
Citrixでは、スケジューリング動作とネットワーク遅延を改善するために、(仮想マシンのプロパティで)CPU優先度を最高レベルに設定することを推奨しています。
次の表は、ディザスタリカバリノードを設定するための最小要件を示しています。
コンポーネント | 条件 |
---|---|
RAM | 32 GB |
仮想CPU | 8基のCPU |
記憶域 | NetScaler ADM 展開では、ソリッドステートドライブ(SSD)テクノロジを使用することをお勧めします。デフォルト値は120GBです。実際のストレージ要件は、NetScaler ADM のサイズ設定の見積もりによって異なります。Citrix ADM ストレージ要件が120 GBを超える場合は、追加のディスクを接続する必要があります。注: 追加できるディスクは 1 つだけです。初期展開時には、ストレージを見積もり、より多くのディスクを接続することをお勧めします。詳しくは、「 NetScaler ADM に追加のディスクを接続する方法」を参照してください。 |
仮想ネットワークインターフェイス | 1 |
スループット | 1Gbpsまたは100Mbps |
ハイパーバイザー | バージョン |
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を高可用性で展開する方法については、「高可用性展開」を参照してください。
注
高可用性モードでデプロイされたCitrix ADMは、Citrix ADM リリースバージョン13.0にアップグレードする必要があります。
障害復旧ノードをプライマリノードに登録するには、Floating IPアドレスが必須 です。
DRコンソールを使用してCitrix ADM 災害復旧ノードを展開して登録する
NetScaler ADM 災害復旧ノードを登録するには:
-
Citrix のダウンロードサイトから
.xva
イメージファイルをダウンロードし、ハイパーバイザーにインポートします。 -
[ コンソール ]タブから、初期ネットワーク構成でCitrix ADM を構成します。
注
災害復旧ノードは、別のサブネット上に配置できます。
-
初期ネットワーク設定が完了すると、ログインのプロンプトが表示されます。次の認証情報を使用してログオンします —
nsrecover
/nsroot
.重要
:登録中に DR ノードの認証情報 (
nsrecover
/nsroot
) を変更しないでください。DR ノードが正常に登録されたら、DR ノードの認証情報を変更できます。 -
災害復旧ノードを展開するには、 /mps/deployment_type.py と入力し、Enter キーを押します。Citrix ADM 展開構成メニューが表示されます。
-
災害復旧ノードを登録するには、[ 2 ] を選択します。
-
コンソールは、高可用性ノードの Floating IP アドレスとパスワードを要求します。
-
Floating IP アドレスとパスワードを入力して、障害復旧ノードをプライマリノードに登録します。
これで、災害復旧ノードが正常に登録されました。
注:
災害復旧ノードにはGUIがありません。
-
DR ノードのパスワードを変更する場合は、次のスクリプトを実行します。
/mps/change_freebsd_password.sh <username> <password> <!--NeedCopy-->
NetScaler ADM GUIを使用して災害復旧ノードを展開する
DRコンソールを使用して災害復旧ノードが正常に登録されたら、Citrix ADM GUIからDRノードを展開します。この手順により、Citrix ADM プライマリサイトからの障害回復設定が有効になります。
-
[ システム] > [システム管理] > [障害回復の設定] に移動します。
-
「 障害回復 」ページで、「 DR ノードのデプロイ」を選択します。
-
確認ダイアログが表示されます。[Yes]をクリックして続行します。
注
システムバックアップにかかる時間は、データサイズと WAN リンク速度によって異なります。
Citrix ADM GUIでDRノードを正常に展開すると、DRノードのデータベースの状態、メモリ、CPU、およびディスク使用量を監視できます。
ディザスタリカバリ設定を無効にするには、「DR ノードを削除」を選択 します。確認ダイアログが表示されます。[はい ] をクリックして続行します。
DR ノードを再度有効にするには、高可用性ペアの DR ノードを再設定します:
-
Hypervisor または SSH コンソールを使用して DR ノードにログオンします。
-
DRコンソールを使用してNetScaler ADM障害回復ノードを展開および登録する手順に従って、DRノードを構成します。
詳細については、 FAQを参照してください。
重要
プライマリサイトで災害が発生したことを検出するのは、管理者の責任です。
災害復旧ワークフローは、プライマリサイトがダウンした後、管理者が手動で開始します。
管理者は、リカバリサイトのディザスタリカバリノードでリカバリスクリプトを実行して、プロセスを手動で開始する必要があります。
プライマリサイトの HA ペアをアップグレードする場合は、DR サイトのスタンドアロンノードも手動でアップグレードする必要があります。
災害後のワークフロー
障害発生後にプライマリサイトがダウンした場合は、災害復旧ワークフローを次のように開始する必要があります。
-
管理者は、プライマリ・サイトが障害に見舞われ、そのサイトが稼働していないことを確認しました。
-
管理者がリカバリプロセスを開始します。
-
管理者は、(リカバリサイトで)要件に基づいて、障害復旧ノードで次のいずれかのリカバリスクリプトを手動で実行する必要があります。
-
DR ノードでの SNMP、Syslog、および分析の把握:
/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 ADC インスタンスは、新しいプライマリサイトになった災害復旧ノードにデータを送信するように自動的に再構成されます。
次の図は、プライマリサイトに障害が発生した後の災害復旧ワークフローを示しています。
注:
DR サイトでスクリプトを開始すると、DR サイトが新しいプライマリサイトになります。また、DR ユーザーインターフェイスにアクセスすることもできます。
災害復旧後
災害が発生し、管理者がリカバリ・スクリプトを開始すると、DRサイトが新しいプライマリ・サイトになります。
後で構成を元のサイトに戻す場合は、「 構成を元のプライマリサイトに戻す」を参照してください。
重要
Citrix ADM 12.1.49.x以前のリリースをインストールしている場合、Citrix ADM(DRサイト)で元のライセンスを再ホストするようCitrix に連絡するまでの30日間の猶予期間があります。
12.1.50.x以降のリリースでは、Citrix ADM ライセンスは自動的にDRサイトと同期されます(ライセンスについてCitrix に問い合わせる必要はありません)。
DR サイトのプールライセンスは 12.1.50.x 以降のリリースでサポートされています。インスタンスにプールされたライセンスを適用している場合は、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.