-
-
-
スタンドアロン展開用のディザスタリカバリの構成
-
-
-
-
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でディザスタリカバリを構成する際に使用される用語について説明します。
| 用語 | Description |
|---|---|
| プライマリサイト (データセンター 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）テクノロジーを使用することをお勧めします。デフォルト値は120GBです。実際のストレージ要件は、NetScaler Consolerコンソールのサイズ見積もりによって異なります。NetScaler Consoleのストレージ要件が120 GBを超える場合は、追加のディスクを接続する必要があります。注: 追加できるディスクは 1 つだけです。初期導入時には、ストレージを見積もり、ディスクを追加することをお勧めします。詳しくは、「 NetScaler コンソールに追加ディスクを接続する方法」を参照してください。 |
| 仮想ネットワークインターフェイス | 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 コンソールのデプロイ
-
NetScaler コンソールのディザスタリカバリノードを展開して登録する
-
ユーザーインターフェイスからディザスタリカバリ設定を有効または無効にする
NetScaler コンソールのデプロイ
障害回復設定を設定するには、NetScaler Consoleがスタンドアロンモードで展開されていることを確認してください。詳しくは、「 単一サーバー配置」を参照してください。
DRコンソールを使用してNetScaler Consoleディザスタリカバリノードを展開して登録する
NetScaler コンソールのディザスタリカバリノードを登録するには：
-
.xvaNetScalerサイトからイメージファイルをダウンロードし、ハイパーバイザーにインポートします。 -
［ コンソール ］タブから、NetScaler Consoleを初期ネットワーク構成で構成します。
注
災害復旧ノードは、別のサブネット上に配置できます。
-
初期ネットワーク設定が完了すると、ログインのプロンプトが表示されます。次の認証情報を使用してログオンします —
nsrecover/nsroot.重要
:登録中に DR ノードの認証情報 (
nsrecover/nsroot) を変更しないでください。DR ノードが正常に登録されたら、DR ノードの認証情報を変更できます。 -
災害復旧ノードを展開するには、 /mps/deployment_type.py と入力し、Enter キーを押します。NetScaler コンソールの展開構成メニューが表示されます。
![[構成] メニュー](/ja-jp/netscaler-application-delivery-management-software/media/drstep4.png)
-
災害復旧ノードを登録するには、[ 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コンソールのGUIを使用してディザスタリカバリノードをデプロイします
災害復旧ノードがDRコンソールを使用して正常に登録されたら、NetScalerコンソールGUIからDRノードを展開します。この手順により、NetScaler Consoleプライマリサイトからのディザスタリカバリの設定が有効になります。
-
[ システム] > [システム管理] > [障害回復の設定] に移動します。
-
「 障害回復 」ページで、「 DR ノードのデプロイ」を選択します。
-
確認ダイアログが表示されます。［Yes］をクリックして続行します。
注
システムバックアップにかかる時間は、データサイズと WAN リンク速度によって異なります。
NetScaler Console GUIでDRノードを正常に展開すると、DRノードのデータベース状態、メモリ、CPU、およびディスク使用量を監視できます。
ディザスタリカバリ設定を無効にするには、[ DR ノードの削除] を選択します。確認ダイアログが表示されます。［Yes］をクリックして続行します。
DR ノードを再度有効にするには、高可用性ペアの DR ノードを再設定します：
-
Hypervisor または SSH コンソールを使用して DR ノードにログオンします。
-
「 デプロイ」に記載されている手順に従ってDRノードを構成し、DRコンソールを使用してNetScaler Consoleディザスタリカバリノードを登録します。
詳細については、 FAQを参照してください。
重要
プライマリサイトで災害が発生したことを検出するのは、管理者の責任です。
災害復旧ワークフローは、プライマリサイトがダウンした後、管理者が手動で開始します。
管理者は、リカバリサイトのディザスタリカバリノードでリカバリスクリプトを実行して、プロセスを手動で開始する必要があります。
プライマリサイトのスタンドアロンノードをアップグレードする場合は、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 インスタンスは、新しいプライマリサイトになった災害復旧ノードにデータを送信するように自動的に再構成されます。
Note:
DR サイトでスクリプトを開始すると、DR サイトが新しいプライマリサイトになります。また、DR ユーザーインターフェイスにアクセスすることもできます。
災害復旧後
災害が発生し、管理者がリカバリ・スクリプトを開始すると、DRサイトが新しいプライマリ・サイトになります。
後で構成を元のサイトに戻す場合は、「 構成を元のプライマリサイトに戻す」を参照してください。
重要
NetScaler Console 12.1.49.x以前のリリースをインストールしている場合、Citrix に連絡してNetScalerコンソール（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.