-
-
-
VMware ESX、Linux KVM、およびCitrix HypervisorでNetScaler ADC VPXのパフォーマンスを最適化する
-
-
NetScalerアプライアンスのアップグレードとダウングレード
-
-
-
-
-
-
-
-
-
-
-
-
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!
障害回復用にGSLBを構成する
ダウンタイムにはコストがかかるため、ディザスタリカバリ機能は非常に重要です。GSLB用に構成されたNetScalerアプライアンスは、負荷が最も低いデータセンターまたは最もパフォーマンスの高いデータセンターにトラフィックを転送します。この構成は、アクティブ-アクティブ設定と呼ばれ、パフォーマンスが向上するだけでなく、セットアップの一部であるデータセンターがダウンした場合に、トラフィックを他のデータセンターにルーティングすることで、ディザスタリカバリを即座に実行できます。または、障害復旧のみを目的としたアクティブ/スタンバイGSLB設定を構成することもできます。
アクティブ/スタンバイデータセンターのセットアップでの災害復旧用の GSLB の設定
従来のディザスタリカバリのセットアップには、アクティブデータセンターとスタンバイデータセンターが含まれます。スタンバイデータセンターはリモートサイトです。障害イベントの結果としてフェイルオーバーが発生し、プライマリのアクティブなデータセンターが非アクティブになると、スタンバイデータセンターが稼働状態になります。
アクティブ/スタンバイデータセンターのセットアップにおけるディザスタリカバリの設定は、次のタスクで構成されます。
- アクティブなデータセンターを作成します。
- ローカルの GSLB サイトを追加します。
- アクティブなデータセンターを表す GSLB 仮想サーバーを追加します。
- ドメインを GSLB 仮想サーバーにバインドします。
- gslb サービスを追加し、そのサービスをアクティブな GSLB 仮想サーバーにバインドします。
- スタンバイデータセンターを作成します。
- リモート gslb サイトを追加します。
- スタンバイデータセンターを表す gslb vserver を追加します。
- スタンバイデータセンターを表す gslb サービスを追加し、そのサービスをスタンバイ gslb vserver にバインドします。
- スタンバイGSLB仮想サーバーをアクティブなGSLB仮想サーバーのバックアップ仮想サーバーとして構成することにより、スタンバイデータセンターを指定します。
プライマリデータセンターを構成したら、バックアップデータセンターの設定を複製し、そのサイトの GSLB 仮想サーバーをバックアップ仮想サーバーとして指定することで、スタンバイ GSLB サイトとして指定します。
基本的な GSLB の設定方法の詳細については、 GSLB エンティティの個別設定を参照してください。
コマンドラインインターフェイスを使用してスタンバイ GSLB サイトを指定するには
アクティブサイトとリモートサイトの両方で、コマンドプロンプトで次のように入力します。
set gslb vserver <name> -backupVserver <string>
<!--NeedCopy-->
例:
set gslb vserver vserver-GSLB-1 -backupVServer vserver-GSLB-2
<!--NeedCopy-->
構成ユーティリティを使用してスタンバイサイトを構成するには
- [トラフィック管理] > [GSLB] > [仮想サーバー] に移動し、プライマリサイトのGSLB仮想サーバーをダブルクリックします。
- 「 仮想サーバーのバックアップ 」セクションをクリックし、バックアップ仮想サーバーを選択します。
デフォルトでは、プライマリ仮想サーバーがアクティブになると、トラフィックの受信を開始します。ただし、プライマリ仮想サーバーがアクティブになった後でもトラフィックをバックアップ仮想サーバーに転送したい場合は、 「ダウン時にプライマリを無効にする」オプションを使用してください。
アクティブ/アクティブデータセンターのセットアップでのディザスタリカバリの設定
両方のGSLBサイトがアクティブなアクティブ-アクティブGSLBデプロイでは、スタンバイデータセンターの設置時に発生する可能性のあるリスクを排除できます。このような設定では、ウェブまたはアプリケーションのコンテンツを地理的に離れた場所にミラーリングできます。これにより、各分散型データセンターで一貫してデータを使用できるようになります。
アクティブ-アクティブデータセンターのセットアップで災害復旧用に GSLB を設定するには、まず最初のデータセンターで基本的な GSLB 設定を設定し、次に他のすべてのデータセンターを設定する必要があります。
まず、少なくとも 2 つの GSLB サイトを作成します。次に、ローカルサイト用に GSLB 仮想サーバーと GSLB サービスを作成し、サービスを仮想サーバーにバインドします。次に、ADNS サービスを作成し、GSLB を構成するドメインをローカルサイトの GSLB 仮想サーバーにバインドします。最後に、ローカルサイトで、GSLBサービスと同じ仮想サーバーIPアドレスを持つ負荷分散仮想サーバーを作成します。
最初のデータセンターを構成したら、セットアップの他のデータセンターの構成を複製します。
基本的な GSLB の設定方法の詳細については、 GSLB エンティティの個別設定を参照してください。
加重ラウンドロビンを使用したディザスタリカバリの構成
加重ラウンドロビン方式を使用するようにGSLBを設定すると、重みがGSLBサービスに追加され、設定された割合の受信トラフィックが各GSLBサイトに送信されます。たとえば、トラフィックの 80% をあるサイトに、トラフィックの 20% を別のサイトに転送するように GSLB 設定を構成できます。これを行うと、NetScalerアプライアンスは、2番目のサイトに送信するリクエストごとに4つのリクエストを最初のサイトに送信します。
加重ラウンドロビン方式を設定するには、まずローカルとリモートの 2 つの GSLB サイトを作成します。次に、ローカルサイト用にGSLB仮想サーバーとGSLBサービスを作成し、サービスを仮想サーバーにバインドします。GSLB メソッドをラウンドロビンとして設定します。次に、ADNS サービスを作成し、GSLB を設定するドメインを GSLB 仮想サーバーにバインドします。最後に、GSLBサービスと同じ仮想サーバーIPアドレスを持つ負荷分散仮想サーバーを作成します。
ネットワーク内の物理サーバーを表す各サービスには、それぞれ重みが関連付けられています。そのため、GSLB サービスには、それにバインドされたすべてのサービスの重みの合計である動的重みが割り当てられます。次に、トラフィックは、特定のサービスの動的重みと全体の重みの比率に基づいて、GSLBサービス間で分割されます。動的重みの代わりに、GSLB サービスごとに個別の重みを設定することもできます。
サービスにウェイトが関連付けられていない場合、GSLB 仮想サーバーを構成して、バインドされたサービス数を使用してウェイトを動的に計算できます。
基本的な GSLB の設定方法の詳細については、 GSLB エンティティの個別設定を参照してください。
基本的な GSLB 設定を設定したら、個々のサービスに設定された重みに従って、設定された GSLB サイト間でトラフィックが分割されるように、重み付けラウンドロビン方式を設定する必要があります。
コマンドラインインターフェイスを使用してサービスに重みを割り当てるように仮想サーバーを構成するには
コマンドプロンプトで、新しい負荷分散仮想サーバーを作成するか、既存の負荷分散仮想サーバーを構成するかに応じて、次のコマンドのいずれかを入力します。
add lb vserver <name>@ -weight <WeightValue> <ServiceName>
set lb vserver <name>@ -weight <WeightValue> <ServiceName>
<!--NeedCopy-->
例:
add lb vserver Vserver-LB-1 -weight 4 Service-HTTP-1
set lb vserver Vserver-LB-1 -weight 4 Service-HTTP-1
<!--NeedCopy-->
コマンドラインインターフェイスを使用してダイナミックウェイトを設定するには
コマンドプロンプトで入力します。
set gslb vserver <name> -dynamicWeight DynamicWeightType
<!--NeedCopy-->
例:
set gslb vserver Vserver-GSLB-1 -dynamicWeight ServiceWeight
<!--NeedCopy-->
コマンドラインインターフェイスを使用して GSLB サービスにウェイトを追加するには
コマンドプロンプトで入力します。
set gslb vserver <name> -serviceName GSLBServiceName -weight WeightValue
<!--NeedCopy-->
例:
set gslb vserver Vserver-GSLB-1 -serviceName Service-GSLB-1 -weight 1
<!--NeedCopy-->
構成ユーティリティを使用してサービスに重みを割り当てるように仮想サーバーを構成するには
- [トラフィック管理] > [負荷分散] > [仮想サーバー] に移動し、仮想サーバー (たとえば、VServer-LB-1) をダブルクリックします。
- 「サービス」セクションをクリックして、サービスの重みを設定します。
設定ユーティリティを使用して GSLB サービスにウェイトを追加するには
- [トラフィック管理] > [GSLB] > [仮想サーバー] に移動し、仮想サーバー (たとえば、Vserver-GSLB-1) をダブルクリックします
- 「サービス」セクションをクリックし、「重量」フィールドにサービスの重みを設定します。
設定ユーティリティを使用してダイナミックウェイトを設定するには
- [トラフィック管理] > [GSLB] > [仮想サーバー] に移動し、仮想サーバー (たとえば、Vserver-GSLB-1) をダブルクリックします。
- 「 メソッド 」セクションをクリックし、「 ダイナミックウェイト 」ドロップダウンリストから「 SERVICEWEIGHT」を選択します。
データセンターパーシスタンスによるディザスタリカバリの設定
リクエストの負荷分散を行うのではなく、同じサーバーとの接続を維持する必要があるウェブアプリケーションには、データセンターの永続性が必要です。たとえば、電子商取引ポータルでは、クライアントと同じサーバー間の接続を維持することが重要です。このようなアプリケーションでは、HTTP リダイレクトパーシステンスをアクティブ-アクティブ設定で設定できます。
データセンターの永続性を備えた災害復旧用に GSLB を設定するには、まず基本的な GSLB 設定を設定し、次に HTTP リダイレクトパーシステンスを設定する必要があります。
まず、ローカルとリモートの 2 つの GSLB サイトを作成します。次に、ローカルサイト用に GSLB 仮想サーバーと GSLB サービスを作成し、サービスを仮想サーバーにバインドします。次に、ADNS サービスを作成し、GSLB を設定するドメインをローカルサイトの GSLB 仮想サーバーにバインドします。次に、GSLB サービスと同じ仮想サーバー IP アドレスを持つ負荷分散仮想サーバーを作成します。最後に、リモート構成の前の手順を複製するか、NetScaler ADCアプライアンスを構成してGSLB構成を自動同期させます。
基本的な GSLB の設定方法の詳細については、 GSLB エンティティの個別設定を参照してください。
基本的な GSLB セットアップを設定したら、HTTP リダイレクトの優先順位を設定して、データセンターの永続性を有効にします。
コマンドラインインターフェイスを使用して HTTP リダイレクトを設定するには
コマンドプロンプトで次のコマンドを入力して HTTP リダイレクトを構成し、構成を確認します。
set gslb service <serviceName> -sitePersistence <sitePersistence> -sitePrefix <string>
show gslb service <serviceName>
<!--NeedCopy-->
例:
set gslb service Service-GSLB-1 -sitePersistence HTTPRedirect -sitePrefix vserver-GSLB-1
show gslb service Service-GSLB-1
<!--NeedCopy-->
構成ユーティリティを使用して HTTP リダイレクトを構成するには
- [トラフィック管理] > [GSLB] > [サービス] に移動し、設定する GSLB サービスをダブルクリックします。
- 「 サイトパーシスタンス 」セクションをクリックし、「 HttpRedirect」オプションを選択し、「サイトプレフィックス 」 テキストボックスにサイトプレフィックス (たとえば、vserver-GSLB-1)を入力します。
注
サイト永続性が設定されておらず、ローカルGSLBサービスとして構成されている負荷分散仮想サーバーがダウンしている場合、HTTPリクエストは302リダイレクトを使用して他の正常なGSLBサイトにリダイレクトされます。
共有
共有
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.