Container Service for Kubernetes:ACK One MSE マルチクラスターゲートウェイによるゾーンディザスタリカバリ

アクティブなゾーン冗長性用の Ingress の作成

ドメイン example.com 下で、service1 にトラフィックをルーティングする Ingress を作成します。ゲートウェイは、両方のクラスター内の同じ名前のサービス間でリクエストを分散します。

ingress-demo.yaml

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: web-demo
spec:
  ingressClassName: mse
  rules:
  - host: example.com
    http:
      paths:
      - path: /svc1
        pathType: Exact
        backend:
          service:
            name: service1
            port:
              number: 80

フリートインスタンスに Ingress をデプロイします。

kubectl apply -f ingress-demo.yaml -n gateway-demo

アクティブなゾーン冗長性の検証

1. マルチクラスターゲートウェイのパブリック IP アドレスを取得します。

   kubectl get ingress web-demo -n gateway-demo -ojsonpath="{.status.loadBalancer}"

2. 100 件のリクエストを送信し、トラフィックの分布を確認します。XX.XX.XX.XX をゲートウェイのIP アドレスに置き換えます。

   for i in {1..100}; do curl -H "host: example.com" XX.XX.XX.XX; done

   期待される結果: トラフィックは Cluster 1 と Cluster 2 の間で 9:1 の比率で分散されます。

   

3. Cluster 1 の Deployment レプリカを 0 にスケーリングして、クラスター障害をシミュレートします。すべてのトラフィックは自動的に Cluster 2 に再ルーティングされます。

   

ヘッダーベースのルーティングによるカナリアリリースの実行

アクティブなゾーン冗長性モードでは、ライブトラフィックに影響を与えることなく、1 つのクラスターでカナリアリリースをテストできます。カナリアバージョンを別の Service および Deployment としてデプロイし、Ingress アノテーションを使用して、特定のヘッダーを持つリクエストをそれにルーティングします。

1. Cluster 1 にカナリアアプリケーションをデプロイします。new-app.yaml

   apiVersion: v1
   kind: Service
   metadata:
     name: service1-canary-1
     namespace: gateway-demo
   spec:
     ports:
     - port: 80
       protocol: TCP
       targetPort: 8080
     selector:
       app: web-demo-canary-1
     sessionAffinity: None
     type: ClusterIP
   ---
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: web-demo-canary-1
     namespace: gateway-demo
   spec:
     replicas: 1
     selector:
       matchLabels:
         app: web-demo-canary-1
     template:
       metadata:
         labels:
           app: web-demo-canary-1
       spec:
         containers:
           - env:
               - name: ENV_NAME
                 value: cluster-demo-1-canary
             image: 'registry-cn-hangzhou.ack.aliyuncs.com/acs/web-demo:0.6.0'
             imagePullPolicy: Always
             name: web-demo

   kubectl apply -f new-app.yaml

2. フリートインスタンスにヘッダーに基づくカナリー Ingress を作成します。ヘッダー canary-dest: cluster1 を含むリクエストは、カナリー サービスにルーティングされます。new-ingress.yaml

   アノテーション	説明
   nginx.ingress.kubernetes.io/canary	"true" に設定すると、この Ingress でヘッダーベースのルーティングが有効になります。
   nginx.ingress.kubernetes.io/canary-by-header	一致させるヘッダーキーを指定します。例： canary-dest
   nginx.ingress.kubernetes.io/canary-by-header-value	一致させるヘッダー値を指定します。例： cluster1

   apiVersion: networking.k8s.io/v1
   kind: Ingress
   metadata:
     name: web-demo-canary-1
     namespace: gateway-demo
     annotations:
       nginx.ingress.kubernetes.io/canary: "true"
       nginx.ingress.kubernetes.io/canary-by-header: "canary-dest"
       nginx.ingress.kubernetes.io/canary-by-header-value: "cluster1"
   spec:
     ingressClassName: mse
     rules:
     - host: example.com
       http:
         paths:
         - path: /svc1
           pathType: Exact
           backend:
             service:
               name: service1-canary-1
               port:
                 number: 80

   kubectl apply -f new-ingress.yaml

3. ヘッダーを持つリクエストがカナリアバージョンにルーティングされることを確認します。

   for i in {1..100}; do curl -H "host: example.com" -H "canary-dest: cluster1" XX.XX.XX.XX/svc1; sleep 1; done

   期待される結果： canary-dest: cluster1 を含むすべてのリクエストは、クラスター 1 のカナリアリリースによって処理されます。

   

プライマリ/セカンダリディザスタリカバリ用の Ingress の作成

1. クラスター 1 にトラフィックを固定するプライマリ Ingress を作成します。 ${cluster1-id} を実際のクラスター ID に置き換えます。 ingress-demo-cluster-one.yaml

   apiVersion: networking.k8s.io/v1
   kind: Ingress
   metadata:
     annotations:
       mse.ingress.kubernetes.io/service-subset: cluster-demo-1
       mse.ingress.kubernetes.io/subset-labels: |
         topology.istio.io/cluster ${cluster1-id}
     name: web-demo-cluster-one
   spec:
     ingressClassName: mse
     rules:
     - host: example.com
       http:
         paths:
         - path: /service1
           pathType: Exact
           backend:
             service:
               name: service1
               port:
                 number: 80

   kubectl apply -f ingress-demo-cluster-one.yaml -n gateway-demo

クラスターレベルのカナリアリリースの実行

デフォルトのトラフィックパスを変更することなく、プライマリ Ingress とともにヘッダーベースのカナリア Ingress を使用して、検証のために特定の要求を Cluster 2 にルーティングします。

1. クラスター 2 をターゲットとするカナリア Ingress を作成します。${cluster2-id} を実際のクラスター ID に置き換えます。ingress-demo-cluster-gray.yaml

   apiVersion: networking.k8s.io/v1
   kind: Ingress
   metadata:
     annotations:
       mse.ingress.kubernetes.io/service-subset: cluster-demo-2
       mse.ingress.kubernetes.io/subset-labels: |
         topology.istio.io/cluster ${cluster2-id}
       nginx.ingress.kubernetes.io/canary: "true"
       nginx.ingress.kubernetes.io/canary-by-header: "app-web-demo-version"
       nginx.ingress.kubernetes.io/canary-by-header-value: "gray"
     name: web-demo-cluster-gray
   spec:
     ingressClassName: mse
     rules:
     - host: example.com
       http:
         paths:
         - path: /service1
           pathType: Exact
           backend:
             service:
               name: service1
               port:
                 number: 80

   kubectl apply -f ingress-demo-cluster-gray.yaml -n gateway-demo

プライマリ/セカンダリディザスタリカバリの検証

1. マルチクラスターゲートウェイのパブリック IP アドレスを取得します。

   kubectl get ingress web-demo -n gateway-demo -ojsonpath="{.status.loadBalancer}"

2. デフォルトのトラフィックが Cluster 1 に送信されることを確認します。

   for i in {1..100}; do curl -H "host: example.com" XX.XX.XX.XX/service1; sleep 1; done

   期待される結果: すべてのデフォルトトラフィックは Cluster 1 によって処理されます。

   

3. カナリアトラフィックが Cluster 2 に送信されることを確認します。

   for i in {1..50}; do curl -H "host: example.com" -H "app-web-demo-version: gray" XX.XX.XX.XX/service1; sleep 1; done

   期待される結果： app-web-demo-version: gray を含むすべてのリクエストは、クラスター 2 によって処理されます。

   

4. Deployment レプリカを 0 にスケーリングして Cluster 1 の障害をシミュレートします。すべてのデフォルトトラフィックは自動的に Cluster 2 に再ルーティングされます。