操作場景
Kafka實(shi)例(li)(li)創建成功后，您可以(yi)根據(ju)業務需要(yao)，擴容(rong)或者縮容(rong)，Kafka實(shi)例(li)(li)支持(chi)的(de)變更(geng)配置(zhi)如(ru)下表所(suo)示。
表 變更配置列表
實例規格類型 變更配置類型 是否支持擴容 是否支持縮容 新規格實例 代理數量 √ × 存儲空間 √ × 代理規格 √ √ 老規格實例 基準帶寬 √ × 存儲空間 √ × 代理規格 × ×
怎樣判斷老規格實例和新規格實例？
- 老規格實例：在實例列表中，“規格”顯示為帶寬（如100MB/s）的實例。
- 新規格實例：在實例列表中，“規格”顯示為ECS規格和代理個數（如kafka.2u4g.cluster*3 broker）的實例。
圖 實例列表
變更實例規格的影響
表(biao) 變更實例規格(ge)的影響
| 變更配置類型 | 影響 |
|---|---|
| 基準帶寬/代理數量 | 擴容基準帶寬/代理數量不會影響原來的代理，業務也不受影響。 擴容基準帶寬/代理數量時，系統會根據當前磁盤大小進行相應比例的存儲空間擴容。例如擴容前實例的代理數為3，每個代理的磁盤大小為200GB，擴容后實例的代理數為10，此時代理的磁盤大小依舊為200GB，但是總磁盤大小為2000GB。 新創建的Topic才會分布在新代理上，原有Topic還分布在原有代理上，造成分區分布不均勻。 通過修改分區平衡，實現將原有Topic分區的副本遷移到新代理上。 |
| 存儲空間 | 擴容存儲空間有次數限制，只能擴容20次。 擴容存儲空間不會影響業務。 |
| 代理規格 | 擴容/縮容代理規格的過程中，節點會重啟，可能造成閃斷，生產客戶端需要配置重試機制。 若Topic為單副本，擴容/縮容期間無法對該Topic生產消息或消費消息。 |
擴容/縮容代理規格的過程
在(zai)擴容/縮容代理規格的(de)過程中，代理采(cai)用滾動重啟的(de)方式(shi)進行實例變更，具體過程如(ru)下（以3個(ge)代理為例介(jie)紹）：
- 停止Broker 0的Kafka進程
- 擴容/縮容Broker 0的規格
- 重啟Broker 0的Kafka進程
- 重復1~3，擴容/縮容Broker 1的規格。
- 重復1~3，擴容/縮容Broker 2的規格。
圖 擴容/縮容代(dai)理(li)規格過程
操作步驟
步驟(zou) 1 登(deng)錄(lu)管(guan)理控制臺。
步驟 2 在管理控制臺右上角單擊
，選擇區域。
說明請(qing)選擇Kafka實例(li)所(suo)在的區域。
步驟 3 在管理控制臺左上角單擊
，選擇“企業中間件(jian)”-“分布式消息服(fu)(fu)務”-“Kafka專(zhuan)享版”，進入分布式消息服(fu)(fu)務Kafka專(zhuan)享版頁面。
步驟 4 在實(shi)例所(suo)在行，單擊“更多(duo) > 變(bian)更規(gui)格”，進入“分(fen)布式消息服務Kafka變(bian)更規(gui)格”頁面(mian)。
步驟 5 根(gen)據(ju)實際情況選擇擴容存儲空間、代(dai)理(li)(li)(li)數量、代(dai)理(li)(li)(li)規(gui)格(ge)(ge)、基準帶(dai)寬(kuan)，或者縮容代(dai)理(li)(li)(li)規(gui)格(ge)(ge)。
老規格實例擴容步驟如下：
- 擴容基準帶寬。
在(zai)“規格”中，選擇擴(kuo)容(rong)后的(de)帶寬，單(dan)擊“下一步”。確認(ren)擴(kuo)容(rong)信息無誤(wu)后，單(dan)擊“提交”。
在實例列表頁面的(de)(de)“規(gui)格(ge)”中查看擴(kuo)容后的(de)(de)帶寬大小。
說明
擴容帶寬是通過擴容代理實現的，原來代理不受影響，業務也不受影響。
新創建的Topic才會分布在新代理上，原有Topic還分布在原有代理上，造成分區分布不均勻。通過修改分區平衡，實現將原有Topic分區的副本遷移到新代理上。
已開啟公網訪問的實例，在擴容基準帶寬時，需要為新擴容的代理設置彈性IP地址。
擴容基準帶寬，可以擴大總分區數。
擴容存儲空間。
在(zai)“存(cun)儲(chu)空(kong)間”中，選擇擴(kuo)容后的存(cun)儲(chu)空(kong)間大小，單擊(ji)“下一步(bu)”。確(que)認(ren)擴(kuo)容信息無誤后，單擊(ji)“提交”。
在實例列表頁(ye)面的“可用存儲空(kong)間”中查看擴容后的存儲空(kong)間大小(xiao)。
說明擴容存儲空間不會影響業務。
可用存儲(chu)空間=實際存儲(chu)空間-用于(yu)存儲(chu)日志和ZK的(de)(de)數據的(de)(de)存儲(chu)空間-格式化磁盤(pan)的(de)(de)損耗。
例如，實際擴(kuo)容存儲(chu)空間(jian)到700GB，用于存儲(chu)日志和ZK的數據的存儲(chu)空間(jian)為100GB，格式化磁盤損耗(hao)7GB，那么擴(kuo)容后的可用存儲(chu)空間(jian)為593GB。
新規格實例擴容步驟如下：
- 擴容存儲空間。
在“變更配(pei)置(zhi)”中，選(xuan)擇“存儲空間”，在“單(dan)個代理(li)存儲空間”中，選(xuan)擇擴(kuo)(kuo)容(rong)后的單(dan)個代理(li)的存儲空間大小，單(dan)擊“下(xia)一步”。確認擴(kuo)(kuo)容(rong)信息(xi)無(wu)誤后，單(dan)擊“提交”。
在實例列表(biao)頁面的“可用存(cun)儲空間”中查(cha)看(kan)擴(kuo)容后的總存(cun)儲空間大小（即擴(kuo)容后的單(dan)個(ge)(ge)代理的存(cun)儲空間*代理個(ge)(ge)數）。
說明擴容存儲空間不會影響業務。
可(ke)用存(cun)儲(chu)空間(jian)=實際存(cun)儲(chu)空間(jian)-用于(yu)存(cun)儲(chu)日志和ZK的(de)數(shu)據的(de)存(cun)儲(chu)空間(jian)-格式化磁盤的(de)損耗(hao)。
例如，實(shi)際擴(kuo)容存(cun)(cun)儲(chu)空(kong)間(jian)到700GB，用(yong)于存(cun)(cun)儲(chu)日志和(he)ZK的(de)數據的(de)存(cun)(cun)儲(chu)空(kong)間(jian)為(wei)100GB，格式化磁盤(pan)損耗7GB，那么擴(kuo)容后的(de)可用(yong)存(cun)(cun)儲(chu)空(kong)間(jian)為(wei)593GB。
- 擴容代理數量。
在“變更配置”中，選擇“代(dai)理(li)數量”，在“代(dai)理(li)數量”中，選擇擴(kuo)容后的(de)代(dai)理(li)個數，單擊“下一步”。確認擴(kuo)容信息無(wu)誤后，單擊“提交”。
在實例列表頁面的(de)“規格”中查看擴容后的(de)代理個數(shu)。
說明擴容代理數量不會影響原來的代理，業務也不受影響。
新創建的Topic才會分布在新代理上，原有Topic還分布在原有代理上，造成分區分布不均勻。通過修改分區平衡，實現將原有Topic分區的副本遷移到新代理上。
已開啟公網訪問的實例，在擴容代理數量時，需要為新擴容的代理設置彈性IP地址。
擴容代理數量，可以擴大總分區數。
擴(kuo)容/縮(suo)容代(dai)理規格(ge)。
在“變更配置(zhi)”中(zhong)，選(xuan)擇“代理規(gui)格(ge)”，在“代理規(gui)格(ge)”中(zhong)，選(xuan)擇擴容(rong)/縮容(rong)后的代理規(gui)格(ge)，單(dan)擊(ji)“下(xia)一(yi)步(bu)”。確認擴容(rong)/縮容(rong)信(xin)息無誤(wu)后，單(dan)擊(ji)“提交”。
在實例列表頁面的(de)“規(gui)格”中查看擴容(rong)/縮(suo)容(rong)后的(de)代理(li)規(gui)格。
說明擴容(rong)/縮容(rong)代理規格的過程中，節點(dian)會重啟，可能造(zao)成閃斷(duan)，生產客戶端需要(yao)配置重試機制。
若Topic為單副本，擴容/縮容期間無法對該Topic生產消息或消費消息。
