NetScaler BLX と GSLB を AWS に展開
NetScaler BLXはNetScalerのソフトウェアフォームファクターであり、他のフォームファクターと同じ機能を提供します。Linux ホスト上でユーザースペースアプリケーションとして実行されます。
GSLB for BLXをAWSにセットアップするには、NetScalerが属するVPCの外部にあるサーバー（異なるアベイラビリティリージョンの別のVPC内やオンプレミスのデータセンターなど）にトラフィックを負荷分散するようにNetScalerを構成する必要があります。
ドメインベースのサービスの概要
NetScaler GSLBは、クラウドロードバランサーのドメインベースサービス（DBS）をサポートしているため、動的なクラウドサービスを自動的に検出できます。この構成により、NetScalerはアクティブ-アクティブ環境でグローバルサーバー負荷分散を実装できます。DBS では、DNS 検出を通じて AWS 環境のバックエンドリソースをスケーリングできます。
DBS と ELB
GSLB DBS は、ユーザー Elastic Load Balancer (ELB) の FQDN を使用して、AWS 内で作成および削除されるバックエンドサーバーを含むように GSLB サービスグループを動的に更新します。AWS のバックエンドサーバーまたはインスタンスは、ネットワーク需要または CPU 使用率に基づいてスケーリングするように設定できます。この機能を構成するには、NetScalerをELBにポイントして、AWS内でインスタンスが作成および削除されるたびにNetScalerを手動で更新しなくても、AWS内のさまざまなサーバーに動的にルーティングできます。GSLBサービスグループのNetScaler DBS機能は、DNS対応サービス検出を使用して、Autoscale eグループで識別されるDBS名前空間のメンバーサービスリソースを決定します。
前提条件
-
2 つのスタンドアロン BLX インスタンスを異なる AWS VPC に展開します。展開について詳しくは、「 スタンドアロンNetScaler BLXインスタンスをAWSに展開する」を参照してください。
注：
blx.confファイルの cli-cmds セクションで次のコマンドを指定していることを確認します。add ns ip <VIP address> <netmask> -type VIPadd ns ip <SNIP address> <netmask> -type SNIP -mgmtAccess ENABLED
- GSLB機能をサポートするNetScalerライセンスが必要です。詳しくは、「ライセンス」を参照してください。
- AWS で 2 つの Linux インスタンスが使用可能であることを確認します。
注：
パフォーマンスを向上させるには、m5.xlarge 以上のインスタンスタイプを作成することをお勧めします。
- NSIP、VIP、SNIPとして構成するには、3つのIPアドレスが必要です。
注：
VIP および SNIP として設定された IP アドレスには、パブリック IP アドレスが関連付けられている必要があります。
-
セキュリティグループの次のポートを開く必要があります。
- 53/UDP
- 22/TCP
- 3008/TCP
- 3009/TCP
blx.conf ファイルのサンプル
blx-system-config
{
core-dumps: yes
syslog: yes
ipaddress: 10.0.12.245/20
interfaces: eth1
}
static-routes
{
default 10.0.0.1
}
cli-cmds
{
add ns ip 11.0.12.245/20 -type VIP`
add ns ip 12.0.12.245/20 -type SNIP -mgmtAccess ENABLED`
}
<!--NeedCopy-->
GSLB の設定
GSLBで構成されたNetScalerは、WANの障害点から保護することで、災害復旧を実現し、アプリケーションの継続的な可用性を確保します。GSLBは、クライアントのリクエストを最も近いまたは最もパフォーマンスの高いデータセンター、または障害が発生した場合は存続しているデータセンターに転送することで、データセンター間の負荷を分散します。
GSLB の展開タイプと構成の詳細については、 GSLBドキュメントを参照してください。