Azure にNetScaler GSLB を展開
需要が高まる中、地域の顧客にサービスを提供するオンプレミスデータセンターを運営している企業は、Azure クラウドを使用して世界中に規模を拡大してデプロイしたいと考えています。NetScalerをネットワーク管理者側で使用すると、GSLB StyleBookを使用してオンプレミスとクラウドの両方でアプリケーションを構成できます。NetScaler コンソールを使用して、同じ構成をクラウドに転送できます。GSLB との距離に応じて、オンプレミスリソースとクラウドリソースのいずれかにアクセスできます。これにより、世界のどこにいても、シームレスなエクスペリエンスを実現できます。
Related information
データベース管理システムの概要
NetScaler GSLBは、クラウドロードバランサーでのドメインベースサービス（DBS）の使用をサポートしています。これにより、クラウドロードバランサーソリューションを使用して動的クラウドサービスを自動検出できます。この構成により、NetScalerはアクティブ-アクティブ環境にGSLB DBSを実装できます。DBS では、DNS 検出から Microsoft Azure 環境のバックエンドリソースを拡張できます。このセクションでは、AzureAutoscale 環境におけるNetScaler間の統合について説明します。
Azure ロードバランサー (ALB) を使用するドメイン名ベースのサービス
GLSB DBS は、ユーザー ALB の FQDN を利用して、Azure 内で作成および削除されるバックエンドサーバーを含むように GSLB サービスグループを動的に更新します。この機能を設定するには、ユーザーはNetScalerをALBにポイントして、Azure内のさまざまなサーバーに動的にルーティングします。これは、Azure内でインスタンスが作成および削除されるたびにNetScalerを手動で更新しなくても実行できます。GSLBサービスグループ向けのNetScaler DBS機能は、DNS対応のサービス検出を使用して、Autoscaleグループで識別されるDBS名前空間のメンバーサービスリソースを特定します。
次の図は、クラウドロードバランサーを使用するNetScaler GSLB DBSオートスケールコンポーネントを示しています。
Azure GSLB の前提条件
NetScaler GSLBサービスグループの前提条件には、セキュリティグループ、Linuxウェブサーバー、AWS内のNetScalerアプライアンス、Elastic IP、およびElastic ロードバランサー（ELB）を設定するための知識と能力を備えた、正常に機能するMicrosoft Azure環境が含まれます。
-
GSLB DBS サービスの統合には、Microsoft Azure ロードバランサーインスタンス用のNetScaler バージョン 12.0.57 が必要です。
-
GSLB サービスグループエンティティ:NetScaler バージョン 12.0.57
-
DBS 動的検出を使用した自動スケーリングをサポートする GSLB サービスグループが導入されました。
-
DBS 機能コンポーネント (ドメインベースのサービス) は GSLB サービスグループにバインドする必要があります。
例：
```
> add server sydney_server LB-Sydney-xxxxxxxxxx.ap-southeast-2.elb.amazonaws.com
> add gslb serviceGroup sydney_sg HTTP -autoscale DNS -siteName sydney
> bind gslb serviceGroup sydney_sg sydney_server 80
```
Azure コンポーネントの設定
-
ユーザーAzure Portalにログインし、NetScalerテンプレートから新しい仮想マシンを作成します。
-
Azure Load Balancerを作成します。
-
作成したNetScalerバックエンドプールを追加します。
-
ポート 80 のヘルスプローブを作成します。ロードバランサーから作成されたフロントエンド IP を利用して負荷分散ルールを作成します。
-
プロトコル:TCP
-
バックエンドポート:80
-
バックエンドプール:手順1で作成したNetScaler
-
ヘルスプローブ:ステップ 4 で作成
-
セッションの永続性:なし
-
NetScaler GSLBドメインベースのサービスの設定
次の構成は、GSLB対応環境でADCを自動スケーリングするためのドメインベースのサービスを有効にするために必要なものをまとめたものです。
トラフィック管理の設定
GSLB構成
-
GSLB サイトを構成するための詳細を指定します。サイトに名前を付けます。タイプは、サイトを構成するNetScalerに基づいてリモートまたはローカルとして構成されます。サイト IP アドレスは GSLB サイトの IP アドレスです。GSLBサイトは、このIPアドレスを使用して他のGSLBサイトと通信します。パブリックIPアドレスは、特定のIPアドレスが外部のファイアウォールまたはNATデバイスでホストされているクラウドサービスを使用する場合に必要です。サイトは親サイトとして構成する必要があります。 **トリガーモニターが ALWAYS****に設定されていることを確認します。**また、下部にある 、、および の 3 つのボックスを必ずオンにしてください。トリガーモニターを****MEPDOWNに設定することをお勧めします。詳細については、「GSLB サービスグループの設定」を参照してください。
-
［Create］ をクリックします。
-
詳細を指定してサービスグループを設定しますサービスグループに名前を付け、HTTP プロトコルを使用します。 で、作成した各サイトを選択します。必ず自動スケールモードを DNS として設定し、状態およびヘルスモニタリングのチェックボックスをオフにします。OKをクリックしてサービスグループを作成します。
-
サービスグループメンバーバインディングには、ELB から受信する 2 つのインスタンスが入力されている必要があります。
-
手順 5 と 6 を繰り返して、Azure の 2 番目のリソースロケーションのサービスグループを設定します。（これは同じNetScaler GUIから実行できます）。
-
詳細を指定して GSLB 仮想サーバーを構成します。サーバーの名前を指定し、DNSレコードタイプがAに設定され、サービスタイプがHTTPに設定され、AppFlowロギングの作成後に有効にするチェックボックスをオンにします。OKをクリックして GSLB 仮想サーバーを作成します。
-
GSLB 仮想サーバーを作成したら、「GSLB 仮想サーバーサービスグループバインディングなし」をクリックします。
-
「 サービスグループバインディング 」で 、「サービスグループ名 の選択」を使用して、前のステップで作成したサービスグループを選択して追加します。
-
GSLB 仮想サーバードメインバインディングを設定するには、「GSLB 仮想サーバードメインバインディングなし」をクリックします。FQDN とバインドを設定します。他のパラメータはデフォルト設定のままにします。
-
詳細を指定して負荷分散サービスを設定します。サービス名を追加し、 をクリックして、ADNS サーバーの IP アドレスを入力します 。ユーザ ADNS がすでに設定されている場合、ユーザは を選択し、ドロップダウンメニューからユーザ ADNS を選択できます。プロトコルが ADNS で、トラフィックがポート 53 を経由するように設定されていることを確認します。
-
「完了」をクリックし、ユーザーの GSLB 仮想サーバーが「Up」と表示されていることを確認します。
