これにより、コンシューマーラグが大きくなります。コンテナのスケーリングを行うには、次のコマンドを使用します。producer=5このコマンドの出力は次のようになります。使用してログインします。ダッシュボードに移動します。分待ってから、以下の点を観察します。増加が劇的ではなくなります。どちらも、コンシューマーが適切なタイミングでフェッチできないほど多くのメッセージをプロデューサーが生成していることを示しています。コンテナーから取得されています。(fetch-size-avg)の増加。これは、コンシューマーが高い頻度で大きなバッチをフェッチしていることを示します。すべてのグラフが、コンシューマーが処理するバイト数/レコード数の増加を示していること。適切に調整されていて、十分なリソースがある場合、スループットのメトリクスまたはフェッチのメトリクスの増加は、必ずしもコンシューマーラグが増加することを意味しません。コンシューマーラグの別のビューもあります。コンシューマーグループをクリックします。分以内に、オフセットラグが着実に増加していることを確認できます。ダッシュボードのように履歴を確認することはできません。使用して確認することもできます。demo-cloud-observability-1このコマンドの出力は、たとえば次のようになります。ダッシュボードのように履歴的な文脈を確認できないことです。ダッシュボードの強調表示されたパネルで確認できます。コンシューマーログでは、コンシューマーが後れていることがわかりません。そのため、コンシューマーラグに対応する堅牢なモニタリングソリューションの存在が重要です。追加し直し、余分なプロデューサーを停止します。producer=1このコマンドの出力は次のようになります。FoundationFeedbackこのページの内容:。