第3章 テクノロジープレビュー
テクノロジープレビュー機能は、Red Hat の実稼働環境のサービスレベルアグリーメント (SLA) ではサポートされません。また、機能的に完全ではない可能性があるため、Red Hat はテクノロジープレビュー機能を実稼働環境に実装することは推奨しません。テクノロジープレビュー機能は、最新の技術をいち早く提供し、開発段階で機能のテストやフィードバックの収集を可能にするために提供されます。サポート範囲の詳細は、「テクノロジプレビュー機能のサポート範囲」を参照してください。
3.1. Cruise Control によるクラスターのリバランス
Cruise Control は本リリースでもテクノロジープレビューですが、新たな改良が加えられました。
Cruise Control をインストールし、これを使用して 最適化ゴール (CPU、ディスク、ネットワーク負荷などに定義された制約) を使用し、Kafka をリバランスできます。バランス調整された Kafka クラスターでは、ワークロードがブローカー Pod 全体に均等に分散されます。
Cruise Control を使用すると、分散された Kafka クラスターを効率的に実行するための時間および労力を削減できます。
カスタマーポータルからダウンロードするために、Cruise Control の zip 形式のディストリビューションを利用できます。Cruise Control をインストールするには、提供される Metrics Reporter を使用するように各 Kafka ブローカーを設定します。その後、最適化ゴールを含む Cruise Control プロパティーを設定し、提供されたスクリプトを使用して Cruise Control を開始します。
Cruise Control サーバーは、Kafka クラスター全体に対して単一のマシンでホストされます。
Cruise Control が実行されている場合、REST API を使用して以下を行うことができます。
- 複数の最適化ゴールから ドライラン 最適化プロポーザルを生成する。
- 最適化プロポーザルを開始し、Kafka クラスターをリバランスする
異常検出、通知、独自ゴールの作成、トピックレプリケーション係数の変更などの、その他の Cruise Control の機能は現在サポートされていません。
「 Cruise Control によるクラスターのリバランス 」を参照してください。
3.1.1. テクノロジープレビューの改良
テクノロジープレビューである Cruise Control のクラスターのリバランスに、以下の改良が追加されました。
新しいゴール: ブローカーごとの最小トピックリーダー数
MinTopicLeadersPerBrokerGoal という名前の新しいゴールを使用できます。
定義されたトピックグループの各トピックに対し、アクティブなブローカーごとに最低でも一定数のリーダーレプリカがあるようにします。
MinTopicLeadersPerBrokerGoal はデフォルトのゴールで、ハードゴールとして事前設定されています。
「 最適化ゴールの概要」を参照してください。
ロギングの改良： Log4j 2
Log4j 2 が Cruise Control のロギングに使用されるようになりました。
Cruise Control ロギングの既存の設定( /opt/cruise-control/config/log4j.properties)を Log4j から と互換性のある構文に更新する 必要 があります。
Log4j 2
Cruise Control configuration を参照してください。
