本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 管理 Amazon MSK 叢集中標準代理程式的儲存輸送量
如需如何使用 Amazon MSK 主控台、CLI 和 API 佈建輸送量的資訊，請參閱 [為 Amazon MSK 叢集中的標準代理程式佈建儲存輸送量](msk-provision-throughput.md)。
**Topics**
+ [Amazon MSK 代理程式輸送量瓶頸和最大輸送量設定](#throughput-bottlenecks)
+ [測量 Amazon MSK 叢集的儲存輸送量](#throughput-metrics)
+ [Amazon MSK 叢集中佈建儲存體的組態更新值](#provisioned-throughput-config)
+ [為 Amazon MSK 叢集中的標準代理程式佈建儲存輸送量](msk-provision-throughput.md)
## Amazon MSK 代理程式輸送量瓶頸和最大輸送量設定
代理程式輸送量中的瓶頸有多種原因：磁碟區輸送量、Amazon EC2 到 Amazon EBS 網路輸送量，以及 Amazon EC2 輸出輸送量。您可以啟用佈建儲存輸送量，藉以調整磁碟區輸送量。不過，Amazon EC2 到 Amazon EBS 網路輸送量和 Amazon EC2 輸出輸送量可能導致代理程式輸送量限制。
Amazon EC2 輸出輸送量受到取用者群組數量和每個取用者群組的取用者數量影響。此外，對於較大的代理程式大小，Amazon EC2 到 Amazon EBS 網路輸送量和 Amazon EC2 輸出輸送量都較高。
對於 10 GiB 或更大的磁碟區，您可以佈建每秒 250 MiB 或更高的儲輸送量。預設為每秒 250 MiB。若要佈建儲存輸送量，您必須選擇代理程式大小 kafka.m5.4xlarge 或更大 （或 kafka.m7g.2xlarge 或更大），而且您可以指定最大輸送量，如下表所示。
****
| 代理程式大小 | 儲存輸送量上限 (MiB/秒) |
| --- | --- |
| kafka.m5.4xlarge | 593 |
| kafka.m5.8xlarge | 850 |
| kafka.m5.12xlarge | 1000 |
| kafka.m5.16xlarge | 1000 |
| kafka.m5.24xlarge | 1000 |
| kafka.m7g.2xlarge | 312.5 |
| kafka.m7g.4xlarge | 625 |
| kafka.m7g.8xlarge | 1000 |
| kafka.m7g.12xlarge | 1000 |
| kafka.m7g.16xlarge | 1000 |
## 測量 Amazon MSK 叢集的儲存輸送量
您可以使用 `VolumeReadBytes` 和 `VolumeWriteBytes` 指標來測量叢集的平均儲存輸送量。這兩個指標的總和就是平均儲存輸送量 (以位元組為單位)。若要取得叢集的平均儲存輸送量，請將這兩個指標設定為 SUM，並將期間設定為 1 分鐘，然後使用下列公式。
```
Average storage throughput in MiB/s = (Sum(VolumeReadBytes) + Sum(VolumeWriteBytes)) / (60 * 1024 * 1024)
```
如需有關 `VolumeReadBytes` 和 `VolumeWriteBytes` 指標的資訊，請參閱 [`PER_BROKER` 層級監控](metrics-details.md#broker-metrics)。
## Amazon MSK 叢集中佈建儲存體的組態更新值
您可以在開啟佈建輸送量之前或之後更新 Amazon MSK 組態。但是，在執行以下兩個動作之前，不會看到所需的輸送量：更新 `num.replica.fetchers` 組態參數並開啟佈建輸送量。
在預設的 Amazon MSK 組態中，`num.replica.fetchers` 的值為 2。若要更新您的 `num.replica.fetchers`，可以使用下表中的建議值。這些值僅用於指引。建議您根據使用案例調整這些值。
****
| 代理程式大小 | num.replica.fetchers |
| --- | --- |
| kafka.m5.4xlarge | 4 |
| kafka.m5.8xlarge | 8 |
| kafka.m5.12xlarge | 14 |
| kafka.m5.16xlarge | 16 |
| kafka.m5.24xlarge | 16 |
更新的組態可能需要 24 小時才能生效，如果來源磁碟區並未充分利用，則可能需要更長的時間。不過，轉換磁碟區效能至少等同於遷移期間來源儲存磁碟區的效能。充分利用的 1 TiB 磁碟區通常需要大約六個小時才能遷移至更新的組態。