ブローカーの、進行中のブローカーの追加タスクを見つけます。各段階の所要時間は、実行しているハードウェアによって異なります。次のスクリプトを実行してブローカーログを読み取り、ステータスを確認します。次のコマンドを実行して、クラスター内のすべてのトピックパーティションのレプリカの配置を表示します。インスタンスを見つけます。バランス調整により、パーティションのレプリカ(リーダーとフォロワー)が新しいブローカーに割り当てられています。強制終了して、ブローカーの障害のシミュレーションを実行します。経過すると、制御が戻ります。つのブローカーへのレプリカの再割り当てが行われます。秒に設定されていることに注意してください。意図的に低い値となっていますが、デモ環境では役立ちます。障害の発生したブローカーからのレプリカの再割り当ての進捗をモニタリングします。クラスター内のレプリケーション数が不足しているパーティションの数が徐々に減り、ゼロに戻ります。パネルを確認するか、次のスクリプトを実行します。障害発生前に割り当てられていた分です)。これを確認するには、このコマンドを実行して出力がないことを確認します。出力がないのは、同期されていないレプリカがないことを意味します。どのように役立つか、およびクラスターとアプリケーションのモニタリング機能がどのように提供されるかを紹介しました。Deployment』ホワイトペーパーを参照してください。オンプレミスデプロイにおける本稼働環境での使用には十分です。以下で説明するように、さまざまなユースケースに対応するその他のモニタリングソリューションもあります。他のモニタリングソリューションとの統合が必要な場合もあります。)用のモニタリングソリューションをセットアップできます。統合されたモニタリングスタックのいくつかの例です。FoundationFeedbackこのページの内容:。