-
-
-
スタンドアロン展開の災害復旧の構成
-
-
-
-
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 をスタンドアロンモードで展開している場合でも、ディザスタリカバリを構成できます。
NetScaler Console でディザスタリカバリを構成する際に使用される用語を次の表に示します。
| 用語 | 説明 |
|---|---|
| プライマリサイト (データセンター A) | プライマリサイトには、スタンドアロンモードで展開された NetScaler Console ノードがあります。 |
| リカバリサイト (データセンター B) | リカバリサイトには、スタンドアロンモードで展開されたディザスタリカバリノードがあります。このノードは読み取り専用モードであり、プライマリサイトがダウンするまで動作しません。 |
| ディザスタリカバリノード | リカバリノードは、リカバリサイトに展開されたスタンドアロンノードです。プライマリサイトで障害が発生し、機能しなくなった場合に、このノードが動作可能になります (新しいプライマリとして)。 |
注
プライマリサイトと DR サイトはポート 5454 および 22 を介して相互に通信し、これらのポートはデフォルトで有効になっています。
ポートとプロトコルの詳細については、「ポート」を参照してください。
ディザスタリカバリのワークフロー
プライマリサイトには、スタンドアロンモードで展開された NetScaler Console ノードがあります。
リカバリサイトには、リモートで展開されたディザスタリカバリノードがあります。ディザスタリカバリノードは読み取り専用モードであり、データバックアップを作成するためにプライマリノードからデータを受信します。リカバリサイトの NetScaler インスタンスも検出されますが、それらを介してトラフィックは流れません。バックアッププロセス中に、すべてのデータ、ファイル、および構成がプライマリノードからディザスタリカバリノードにレプリケートされます。
前提条件
ディザスタリカバリノードをセットアップする前に、次の前提条件に注意してください。
-
ディザスタリカバリ設定を有効にするには、プライマリサイトにスタンドアロンモードで構成された NetScaler Console が必要です。
-
スタンドアロン NetScaler Console (プライマリサイト内) とディザスタリカバリノード (DR サイト内) は、同じソフトウェアバージョン、ビルド、および構成である必要があります。
スケジューリング動作とネットワーク遅延を改善するために、CPU 優先度 (仮想マシンプロパティ内) を最高レベルに設定することをお勧めします。
ディザスタリカバリノードを構成するための最小要件を次の表に示します。
| コンポーネント | 要件 |
|---|---|
| RAM | 32 GB |
| 仮想 CPU | 8 CPUs |
| ストレージ容量 | 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 がスタンドアロンモードで展開されていることを確認してください。詳細については、「シングルサーバー展開」を参照してください。
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 プライマリサイトからディザスタリカバリ設定が有効になります。
-
System > System Administration > Disaster Recovery Settings に移動します。
-
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 <!--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 以前のリリースをインストールしている場合、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 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.