1. Home
  2. Confluent for Kubernetes
  3. Confluent for Kubernetes での Confluent Platform の管理

Confluent Platform の再起動

ライセンスの変更の適用や、Kubernetes シークレットへの認証情報の変更の適用などの目的で、Confluent Platform クラスターの再起動をトリガーする必要が生じる場合があります。

Rolling restart of Kafka

Kafka の CR のプロパティを変更する場合に、Kafka ポッドの再起動が必要になることがあります。Kafka のローリング再起動のプロセスは他の Confluent コンポーネントのプロセスとは異なります。これは、再起動時に Kafka データの整合性を維持する必要があるためです。

CFK restarts one broker at a time, starting with the highest numbered broker to 0, i.e., broker-n to broker-0, and checks that there are no under replicated partitions on the broker before proceeding to the next broker. The active controller is not in consideration in this process.

Confluent Platform コンポーネントの再起動

The following are examples of when you need to restart Confluent Platform components:

  • Telemetry の設定の変更
  • 認証情報の読み込み
  • ライセンスのアップデート
  • 外部ロードバランサーのドメイン名のアップデート
  • コンポーネントプレフィックスのアップデート
  • 認証ユーザーリストのアップデート

Confluent Platform コンポーネントクラスターを再起動するには、次の手順に従います。

  1. 再起動する Confluent Platform クラスターに対応する StatefulSet の名前を検索します。

    kubectl get statefulset --namespace <namespace>

  2. Using the StatefulSet name, <name-of-statefulset>, from the previous step, roll the cluster:

    kubectl rollout restart statefulset/<name-of-statefulset> --namespace <namespace>