Amazon EKSおよびMicrosoft AKSクラスターを使用したマルチクラウドおよびGSLBソリューション

展開トポロジ

前提条件

• AWSとAzureに精通している必要があります。
• NetScalerとNetScalerネットワーキングに精通している必要があります。
• 同じアプリケーションのインスタンスは、Amazon EKSおよびMicrosoft AKS上のKubernetesクラスターに展開されている必要があります。

1. AWSにNetScaler VPXを展開します。
2. AzureにNetScaler VPXを展開します。
3. AWSおよびAKSに展開されたNetScaler VPXでADNSサービスを構成します。
4. AWSおよびAKSにデプロイされたNetScaler VPXでGSLBサービスを設定します。
5. AWSおよびAzure KubernetesクラスターにGTPおよびGSE CRDを適用します。
6. GSLBコントローラーをデプロイします。

AWSへのNetScaler VPXのデプロイ

1. AWSにNetScaler VPXをインストールします。AWSへのNetScaler VPXのインストールについては、AWSへのNetScaler VPXインスタンスのデプロイを参照してください。
   NetScaler VPXは、GSLBサービス同期およびADNSサービスを実行するために、NSIP以外のセカンダリパブリックIPアドレスを必要とします。
2. AWSコンソールを開き、EC2 > ネットワークインターフェース > VPXプライマリENI ID > IPアドレスの管理を選択します。新しいIPアドレスの割り当てをクリックします。
   
   セカンダリパブリックIPアドレスがVPX ENIに割り当てられたら、それにElastic IPアドレスを関連付けます。
3. EC2 > ネットワークインターフェース > VPX ENI ID - アクションを選択し、IPアドレスの関連付けをクリックします。セカンダリIPアドレスのElastic IPアドレスを選択し、関連付けをクリックします。
   
4. NetScaler VPXインスタンスにログインし、セカンダリIPアドレスをSNIPとして追加し、次のコマンドを使用して管理アクセスを有効にします。
   add ip 192.168.211.73 255.255.224.0 -mgmtAccess ENABLED -type SNIP
   注記:
   • NetScaler VPXにSSHを使用してログインするには、セキュリティグループでSSHポートを有効にする必要があります。ルートテーブルには、デフォルトトラフィック用にインターネットゲートウェイが構成されている必要があり、NACLはSSHポートを許可する必要があります。
   • NetScaler VPXを高可用性 (HA) モードで実行している場合は、両方のNetScaler VPXインスタンスでこの構成を実行する必要があります。

5. 次のコマンドを使用して、NetScaler VPXでコンテンツスイッチング (CS)、ロードバランシング (LB)、グローバルサーバーロードバランシング (GSLB)、およびSSL機能を有効にします。
   enable feature *feature*
   注記:
   GSLBを有効にするには、追加のライセンスが必要です。

6. NetScaler VPXがDNSトラフィックを受信できるように、VPXセキュリティグループでUDPおよびTCPのポート53を有効にします。また、SSH用にTCPポート22を、GSLBメトリック交換用にTCPポート範囲3008～3011を有効にします。
   セキュリティグループにルールを追加する方法については、「セキュリティグループへのルールの追加」を参照してください。
7. 次のコマンドを使用して、NetScaler VPXにネームサーバーを追加します。
   add nameserver *nameserver IP*

AzureでのNetScaler VPXの展開

1. AWSにNetScaler VPXをインストールします。AKSにNetScaler VPXをインストールする方法については、「Microsoft AzureにNetScaler VPXインスタンスを展開する」を参照してください。
   GSLB同期およびADNSサービス用に、パブリックIPを持つSNIPが必要です。SNIPがすでに存在する場合は、それにパブリックIPアドレスを関連付けます。
2. 関連付けるには、ホーム > リソース グループ > VPX インスタンス > VPX NIC インスタンスを選択します。次の図に示すように、パブリック IP アドレスを関連付けます。保存をクリックして変更を保存します。
   
3. Azure NetScaler VPX インスタンスにログインし、次のコマンドを使用して、管理アクセスを有効にしたセカンダリ IP を SNIP として追加します。
   add ip 10.240.0.11 255.255.0.0 -type SNIP -mgmtAccess ENABLED
   リソースが存在する場合は、次のコマンドを使用して、既存のリソースで管理アクセスを有効に設定できます。
   set ip 10.240.0.11 -mgmtAccess ENABLED
4. 次のコマンドを使用して、NetScaler VPX で CS、LB、SSL、および GSLB 機能を有効にします。
   enable feature *feature*
   SSH を介して NetScaler VPX インスタンスにアクセスするには、NetScaler VPX プライマリ インターフェイスにアタッチされている Azure ネットワーク セキュリティ グループで、SSH ポートのインバウンド ポート ルールを有効にする必要があります。
5. Azure ポータルのネットワーク セキュリティ グループで、次のポートのインバウンド ルールを有効にします。
   • TCP: GSLB メトリック交換用の 3008～3011
   • TCP: SSH 用の 22
   • TCP および UDP: DNS 用の 53
6. 次のコマンドを使用して、NetScaler VPX にネームサーバーを追加します。
   add nameserver *nameserver IP*

AWS および Azure に展開された NetScaler VPX で ADNS サービスを構成する

1. AWS NetScaler VPX にログインし、次のコマンドを使用して、セカンダリ IP アドレスとポート 53 で ADNS サービスを構成します。
   add service Service-ADNS-1 192.168.211.73 ADNS 53
   次のコマンドを使用して構成を確認します。
   show service Service-ADNS-1
2. Azure NetScaler VPXにログインし、以下のコマンドを使用してセカンダリIPアドレスとポート53でADNSサービスを設定します。
   add service Service-ADNS-1 10.240.0.8 ADNS 53
   以下のコマンドを使用して設定を確認します。
   show service Service-ADNS-1
3. ドメイン用に2つのADNSサービスを作成した後、ドメインのNSレコードを更新して、ドメインレジストラ内のADNSサービスを指すようにします。
   例えば、ADNSサービスのパブリックIPアドレスを指す「A」レコード ns1.domain.com を作成します。ドメインのNSレコードはns1.domain.comを指す必要があります。

AWSおよびAzureにデプロイされたNetScaler VPXでGSLBサービスを設定する

1. AWS NetScaler VPXにログインし、以下のコマンドを使用してセカンダリIPアドレスにGSLBサイトを設定します。また、–publicIP 引数を使用してパブリックIPアドレスを指定します。例：
   add gslb site aws_site 192.168.197.18 -publicIP 3.139.156.175

add gslb site azure_site 10.240.0.11 -publicIP 23.100.28.121
2. Azure NetScaler VPXにログインし、GSLBサイトを設定します。例：
   add gslb site aws_site 192.168.197.18 -publicIP 3.139.156.175

add gslb site azure_site 10.240.0.11 -publicIP 23.100.28.121
3. 以下のコマンドを使用して、いずれかのサイトから同期を開始し、GSLB同期が成功したことを確認します。
   sync gslb config –debug

AWSおよびAzure KubernetesクラスターにGTPおよびGSE CRDを適用する

GSLBコントローラーの展開

1. AWSおよびAzure KubernetesクラスターにGSLBコントローラー用のRBACを作成します。
   kubectl apply -f https://raw.githubusercontent.com/citrix/citrix-k8s-ingress-controller/master/gslb/Manifest/gslb-rbac.yaml
2. 次のコマンドを使用して、AWSおよびAzureクラスターにシークレットを作成します。
   注:
   シークレットにより、GSLBコントローラーはGSLBデバイスに接続し、構成をプッシュできます。
   kubectl create secret generic secret-1 --from-literal=username=<username> --from-literal=password=<password>
   注:
   add system userコマンドを使用して、NetScalerにユーザーを追加できます。

3. gslb-controller.yamlからGSLBコントローラーのYAMLファイルをダウンロードします。
4. 次のコマンドを使用して、AWS クラスターに gslb-controller.yaml を適用します。
   kubectl apply -f  gslb-controller.yaml
   AWS 環境では、LOCAL_REGION、LOCAL_CLUSTER、および SITENAMES 環境変数を定義するために gslb-controller.yaml を編集します。
   次の例では、環境変数 LOCAL_REGION を us-east-2、LOCAL_CLUSTER を eks-cluster、環境変数 SITENAMES を aws_site,azure_site として定義しています。
   name: "LOCAL_REGION"
value: "us-east-2"
name: "LOCAL_CLUSTER"
value: "eks-cluster"
name: "SITENAMES"
value: "aws_site,azure_site"
name: "aws_site_ip"
value: "NSIP of aws VPX(internal IP)"
name: "aws_site_region"
value: "us-east-2"
name: "azure_site_ip"
value: "NSIP of azure_VPX(public IP)"
name: "azure_site_region"
value: "central-india"
name: "azure_site_username"
valueFrom:
  secretKeyRef:
   name: secret-1
   key: username
name: "azure_site_password"
valueFrom:
  secretKeyRef:
   name: secret-1
   key: password
name: "aws_site_username"
valueFrom:
  secretKeyRef:
   name: secret-1
   key: username
name: "aws_site_password"
valueFrom:
  secretKeyRef:
   name: secret-1
   key: password
   次のコマンドを使用して、Azure クラスターに gslb-controller.yaml を適用します。
   kubectl apply -f  gslb-controller.yaml
5. Azure サイトでは、LOCAL_REGION、LOCAL_CLUSTER、および SITENAMES 環境変数を定義するために gslb-controller.yaml を編集します。
   次の例では、環境変数 LOCAL_REGION を central-india、LOCAL_CLUSTER を azure-cluster、SITENAMES を aws_site, azure_site として定義しています。
   name: "LOCAL_REGION"
value: "central-india"
name: "LOCAL_CLUSTER"
value: "aks-cluster"
name: "SITENAMES"
value: "aws_site,azure_site"
name: "aws_site_ip"
value: "NSIP of AWS VPX(public IP)"
name: "aws_site_region"
value: "us-east-2"
name: "azure_site_ip"
value: "NSIP of azure VPX(internal IP)"
name: "azure_site_region"
value: "central-india"
name: "azure_site_username"
valueFrom:
  secretKeyRef:
   name: secret-1
   key: username
name: "azure_site_password"
valueFrom:
  secretKeyRef:
   name: secret-1
   key: password
name: "aws_site_username"
valueFrom:
  secretKeyRef:
   name: secret-1
   key: username
name: "aws_site_password"
valueFrom:
  secretKeyRef:
   name: secret-1
   key: password
   注記： GSLB サイト情報の順序は、すべてのクラスターで同じである必要があります。順序の最初のサイトは、構成をプッシュするためのマスターサイトと見なされます。マスターサイトがダウンすると、リストの次のサイトが新しいマスターになります。したがって、サイトの順序はすべての Kubernetes クラスターで同じである必要があります。

Amazon EKSおよびMicrosoft AKSクラスターのイングレスおよびGSLBデバイスとしてのNetScaler VPX

1. AWSにNetScaler VPXを展開する
2. AzureにNetScaler VPXを展開する
3. AWSおよびAKSに展開されたNetScaler VPXでADNSサービスを構成する
4. AWSおよびAKSに展開されたNetScaler VPXでGSLBサービスを構成する
5. AWSおよびAzure KubernetesクラスターにGTPおよびGSE CRDを適用する
6. GSLBコントローラーを展開する

1. NetScaler VPXをAWSのイングレスデバイスとして構成する
2. NetScaler VPXをAzureのイングレスデバイスとして構成する