Container Service for Kubernetes:KnativeでのECSインスタンスとelasticコンテナインスタンスのコロケート

• Knativeはクラスターにデプロイされています。 詳細については、「ACKクラスターへのKnativeのデプロイ」または「ACKサーバーレスクラスターへのKnativeのデプロイ」をご参照ください。

• クラスター内のkube-schedulerコンポーネントのバージョンは、次のマッピングと一致します。

  Kubernetesバージョン	kube-schedulerのバージョン
  1.20	1.20.4-ack-7.0以降
  1.22	1.22.15-ack-2.0以降
  1.24	1.24.3-ack-2.0またはそれ以降
  1.26	1.26.3-ack-4.0以降
  1.26以降	すべてのバージョン

• ack-virtual-nodeコンポーネントがデプロイされています。 このコンポーネントは、エラスティックコンテナインスタンスを使用する場合に必要です。 詳細については、「クラスターへのack-virtual-nodeのデプロイ」をご参照ください。

• クラスターのkubeconfigファイルを取得し、kubectlを使用してクラスターに接続します。

手順

ResourcePolicyを作成して、さまざまなエラスティックリソースの優先順位を指定します。 この例では、ECSインスタンスはelastic containerインスタンスよりも優先度が高くなっています。 ECSインスタンスが不足しているか、ECSインスタンスにデプロイされたポッドの数が上限に達した場合、ポッドをホストするためのエラスティックコンテナインスタンスが作成されます。 アプリケーションがスケールインされると、好ましくは弾性コンテナインスタンスが解放される。

1. Knativeサービスを作成します。

   次のサンプルコードを例として使用します。

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
     name: helloworld-go
   spec:
     template:
       spec:
         containers:
         - image: registry-vpc.cn-beijing.aliyuncs.com/knative-sample/helloworld-go:73fbdd56
           env:
           - name: TARGET
             value: "Knative"

2. ResourcePolicyを作成し、各ノードリソースのmaxパラメーターとnodeSelectorパラメーターを指定します。 maxパラメーターは、現在のエラスティックリソースにデプロイできるポッドの最大数を指定します。

   次のサンプルコードを例として使用します。 次のサンプルでは、ポッドスケジューリングのECSインスタンスの優先順位を説明します。 ECSインスタンスにデプロイされたポッドの数がmaxで指定された上限に達するか、ECSインスタンスが不足すると、ポッドをホストするためのエラスティックコンテナインスタンスが自動的に作成されます。

   apiVersion: scheduling.alibabacloud.com/v1alpha1
   kind: ResourcePolicy
   metadata:
     name: xxx
     namespace: xxx
   spec:
     selector:
       serving.knative.dev/service: helloworld-go # Specify the name of the Knative Service.
     strategy: prefer
     units: 
     - resource: ecs
       max: 10
       nodeSelector:
         key2: value2
     - resource: ecs
       nodeSelector:
         key3: value3
     - resource: eci

関連ドキュメント

エラスティックリソースの優先度を指定する方法の詳細については、「Configure priority-based resource scheduling」をご参照ください。