第3章 テクノロジープレビュー


重要

テクノロジープレビューの機能は、Red Hat の実稼働環境のサービスレベルアグリーメント (SLA) ではサポートされず、機能的に完全ではないことがあるため、Red Hat はテクノロジープレビュー機能を実稼働環境に実装することは推奨しません。テクノロジープレビューの機能は、最新の技術をいち早く提供して、開発段階で機能のテストやフィードバックの収集を可能にするために提供されます。サポート範囲の詳細は、「テクノロジプレビュー機能のサポート範囲」を参照してください。

3.1. Cruise Control によるクラスターのリバランス

Cruise Control は本リリースでもテクノロジープレビューの機能であり、新たな改良 が加えられました。

Cruise Control を AMQ Streams クラスターにデプロイし、これを使用して 最適化ゴール (CPU、ディスク、およびネットワークの負荷に対して事前定義された制約) を使用した Kafka クラスターのリバランスを行えるようになりました。バランス調整された Kafka クラスターでは、ワークロードがブローカー Pod 全体に均等に分散されます。

Cruise Control は Kafka リソースの一部として設定され、デプロイされます。Cruise Control の YAML 設定ファイルのサンプルは、examples/cruise-control/ にあります。

Cruise Control がデプロイされると、KafkaRebalance カスタムリソースを使用できます。

  • 複数の最適化のゴールから、最適化のプロポーザルを生成します。
  • 最適化のプロポーザルを基にして Kafka クラスターを再分散します。

異常検出、通知、独自ゴールの作成、トピックレプリケーション係数の変更などの、その他の Cruise Control の機能は現在サポートされていません。

Cruise Control によるクラスターのリバランス」を参照してください。

3.1.1. テクノロジープレビューの改良

テクノロジープレビューである Cruise Control を使用したクラスターのリバランスに、以下の改良が加えられました。

リバランスパフォーマンスチューニング

新しい 5 つの パフォーマンスチューニングオプション を使用すると、クラスターのリバランスの実行方法を制御し、パフォーマンスへの影響を軽減することができます。

クラスターのリバランスを構成する パーティション再割り当てコマンド のバッチごとに、以下を設定できます。

  • ブローカー毎のパーティション同時移動の最大数 (デフォルトは 5)。
  • ブローカー内でのパーティション同時実行の最大数 (デフォルトは 2)。
  • リーダーの同時移動の最大数 (デフォルトは 1000)。
  • パーティションの再割り当てに割り当てるバイト/秒単位の帯域幅 (デフォルトは制限なし)。
  • レプリカの移動ストラテジー (デフォルトは BaseReplicaMovementStrategy です)

以前のバージョンでは、AMQ Streams はこれらのオプションを Cruise Control から継承するため、デフォルト値を調整できませんでした。

Cruise Control サーバー、個別のリバランス、またはその両方のパフォーマンスチューニングオプションを設定できます。

  • Cruise Controlサーバーの場合は、Kafka のカスタムリソースの spec.cruiseControl.config にオプションを設定します。
  • クラスターリバランスの場合は、KafkaRebalance カスタムリソースの spec プロパティーにオプションを設定します。

リバランスパフォーマンスチューニングの概要」を参照してください。

最適化プロポーザルからトピックを除外

最適化プロポーザルから 1 つ以上のトピックを除外できるようになりました。これらのトピックは、クラスターリバランスのパーティションレプリカおよびパーティションリーダーシップの移動の計算に含まれていません。

トピックを除外するには、KafkaRebalance カスタムリソースのトピック名と一致する正規表現を、spec.excludedTopicsRegex に指定します。

生成された最適化プロポーザルの excludedTopics プロパティーに除外されたトピックが表示されます。

リバランスパフォーマンスチューニングの概要」を参照してください。

CPU 容量ゴールのサポート

CPU 容量に基づいた Kafka クラスターのリバランスが、以下の設定でサポートされるようになりました。

  • CpuCapacityGoal 最適化の目的
  • cpuUtilization 容量制限

CPU 容量ゴールは、各ブローカーの CPU 使用率がしきい値の最大割合 (パーセント) を越えないようにします。デフォルトのしきい値は、ブローカーごとに CPU 容量の 100% に設定されます。

しきい値の割合を減らすには、Kafka カスタムリソースに cpuUtilization 容量制限を設定します。容量制限はすべてのブローカーに適用されます。

CPU 容量は Cruise Control のハードゴールとして事前設定されます。そのため、Kafka.spec.cruiseControl.confighard.goals プロパティーで事前設定されたハードゴールをオーバーライドしない限り、Cruise Control からハードゴールとして継承されます。

KafkaRebalance カスタムリソースの CPU 容量ゴールの設定例

apiVersion: kafka.strimzi.io/v1alpha1
kind: KafkaRebalance
metadata:
  name: my-rebalance
  labels:
    strimzi.io/cluster: amq-streams-cluster
spec:
  goals:
    - CpuCapacityGoal
    - DiskCapacityGoal
  #...
Copy to Clipboard Toggle word wrap

CPU 使用容量制限の割合の設定例

apiVersion: kafka.strimzi.io/v1beta1
kind: Kafka
metadata:
  name: amq-streams-cluster
spec:
  # ...
  cruiseControl:
    # ...
    brokerCapacity:
      cpuUtilization: 85
      disk: 100Gi
    # ...
Copy to Clipboard Toggle word wrap

最適化ゴールの概要」および「容量の設定」を参照してください。

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat
トップに戻る