ECS：在四節點 ECS 叢集上，在節點服務中斷期間重新建置糾刪碼

在 3.4 版之前的 ECS 版本中，如果只剩下三個狀況良好的節點，ECS 會啟動將客戶資料還原至三個鏡像複本，每個節點一份。做出此設計決策是為了最大限度地保護客戶數據。此程序也稱為 EC （糾刪碼） 淘汰。

EC 是一種減少儲存空間的演算法，同時保護資料免受磁碟或節點故障的影響。

進行資料糾刪碼時，ECS 儲存客戶資料所需的實體空間約為 1.33 倍 （12 個資料區段 + 4 個同位檢查區段）。  但是，如果 ECS 開始 EC 淘汰，客戶資料所需的實體空間將從 1.33 倍增加到 3 倍。

這可能會導致彈性雲伺服器達到90%的容量使用率閾值，導致彈性雲伺服器進入唯讀模式和數據不可用。 

為強化資料保護並避免超過 90% 容量閾值，已變更僅有三個健全節點之 ECS 叢集的預設行為。

在 3.4 中進行設計變更，使得 ECS 將不再在只有三個節點狀況良好/連線時自動執行 EC 淘汰。系統在效能降低狀態下執行，可能會遇到效能問題，但可能會避免 DU。新的寫入會繼續寫入為三個鏡像複本，並且在有 4+ 個節點可供寫入時進行抹除編碼。

任何其他的磁碟機故障都可能會導致孤立的 DU，也可能會稍微增加潛在的資料遺失 （DL） 風險，但仍然不太可能發生。

此外，請考慮將 ECS 擴展到五個或更多節點。在節點故障期間，可減少 ECS 暴露於效能下降、DU 和 DL 情況的風險。如需更多 ECS 架構的詳細資料，請參閱 ECS 管理員指南。