AWSでのNetScaler BLX™とGSLBのデプロイ
NetScaler® BLXは、NetScalerのソフトウェアフォームファクターであり、他のフォームファクターと同じ機能を提供します。これはLinuxホスト上でユーザースペースアプリケーションとして動作します。
AWSでBLX向けGSLBをセットアップするには、NetScalerが属するVPCの外部（例えば、異なるアベイラビリティゾーンの別のVPC内やオンプレミスデータセンターなど）にあるサーバーにトラフィックをロードバランスするようにNetScalerを設定します。
ドメインベースサービス概要
NetScaler GSLBは、クラウドロードバランサー向けのドメインベースサービス（DBS）をサポートしており、動的なクラウドサービスの自動検出を可能にします。この設定により、NetScalerはアクティブ-アクティブ環境でグローバルサーバーロードバランシングを実装できます。DBSは、DNSディスカバリを通じてAWS環境におけるバックエンドリソースのスケーリングを可能にします。
ELBとのDBS
GSLB DBSは、ユーザーのElastic Load Balancer (ELB) のFQDNを使用して、AWS内で作成および削除されるバックエンドサーバーを含めるようにGSLBサービスグループを動的に更新します。AWSのバックエンドサーバーまたはインスタンスは、ネットワーク需要やCPU使用率に基づいてスケールするように構成できます。この機能を構成するには、NetScalerをELBにポイントして、AWS内でインスタンスが作成および削除されるたびにNetScalerを手動で更新することなく、AWS内の異なるサーバーに動的にルーティングします。GSLBサービスグループ向けのNetScaler DBS機能は、DNS対応サービスディスカバリを使用して、Autoscale™グループで識別されたDBSネームスペースのメンバーサービスリソースを決定します。
-
前提条件
-
2つのスタンドアロンBLXインスタンスを異なるAWS VPCにデプロイします。デプロイメントの詳細については、「AWSへのスタンドアロンNetScaler BLXインスタンスのデプロイ」を参照してください。
注:
-
blx.confファイルのcli-cmdsセクションに以下のコマンドを指定していることを確認してください。add ns ip <VIP address> <netmask> -type VIP
-
add 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ドキュメント」を参照してください。