6.3. 特定のゾーンの Topology CR を作成する

手順

1. ワークステーション上に、ゾーンの Topology CR を定義するファイル (例: topology_zone1.yaml) を作成します。

   apiVersion: topology.openstack.org/v1beta1
   kind: Topology
   metadata:
     name: <topology_name>
     namespace: openstack
   spec:
     affinity:
       nodeAffinity:
         requiredDuringSchedulingIgnoredDuringExecution:
           nodeSelectorTerms:
             - matchExpressions:
                 - key: topology.kubernetes.io/zone
                   operator: In
                   values:
                     - <zone_name>

   • <topology_name> は、この Topology CR の名前 (例: zone1-node-affinity) に置き換えます。名前は一意で、小文字の英数字と - (ハイフン) または . (ピリオド) のみを使用し、先頭と末尾は英数字でなければなりません。
   • <zone_name> は、この Topology CR に関連付けられているゾーンの名前 (例: zone1) に置き換えます。

2. 各ゾーンに複数のホストノードがある場合は、ホストのアンチアフィニティーを設定して、サービス Pod を同じゾーン内のホスト全体に分散できます。

   spec:
     ...
     topologySpreadConstraints:
     - maxSkew: 1
       topologyKey: kubernetes.io/hostname
       whenUnsatisfiable: DoNotSchedule
       matchLabelKeys:
         - pod-template-hash
         - controller-revision-hash

   • whenUnsatisfiable: 分散制約を満たさない場合にスケジューラーが Pod を処理する方法を指定します。

     • DoNotSchedule: スケジューラーに Pod をスケジュールしないように指示します。これがデフォルトの動作です。デプロイメントの高可用性 (HA) を確保するには、HA サービスである rabbitmq と galera を DoNotSchedule に設定します。
     • ScheduleAnyway: スケジューラーに、スキューを最小限に抑えるトポロジーを優先して Pod を任意の場所にスケジュールするように指示します。HA サービスを ScheduleAnyway に設定すると、分散制約を満たすことができない場合、Pod は別のゾーンに配置されます。その後、ゾーンが実行可能になったときに Pod を手動で正しいゾーンに移動する必要があります。Pod を手動で移動する方法の詳細は、RHOCP ノード の ノードへの Pod 配置の制御 (スケジュール) を参照してください。
   • matchLabelKeys: アフィニティールールが適用される Pod をグループ化するために使用するラベルキーを指定します。これにより、スケジューリング時に、アフィニティールールが同じ statefulset または deployment リソースの Pod にのみ適用されるようになります。matchLabelKeys フィールドを使用すると、新規 Pod でリソースを更新し、分散制約ルールを新規 Pod のセットにのみ適用することができます。

3. Topology CR を作成します。

   $ oc create -f topology_zone1.yaml