本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Amazon EC2 Auto Scaling 中的彈性
<a name="disaster-recovery-resiliency"></a>

 AWS 全球基礎設施是以 AWS 區域 和 可用區域為基礎建置。 AWS 區域 提供多個實體隔離和隔離的可用區域，這些可用區域以低延遲、高輸送量和高度備援聯網連接。透過可用區域，您可以設計與操作的應用程式和資料庫，在可用區域之間自動容錯移轉而不會發生中斷。可用區域的可用性、容錯能力和擴展能力，均較單一或多個資料中心的傳統基礎設施還高。

如需 AWS 區域 和可用區域的詳細資訊，請參閱 [AWS 全球基礎設施](https://aws.amazon.com/about-aws/global-infrastructure/)。

若要受益於可用區域設計的地理備援，請執行下列動作：
+ 讓您的 Auto Scaling 群組跨越多個可用區域。
+ 在每個可用區域內維持至少一個執行個體。
+ 連接負載平衡器，將傳入流量分配到相同的可用區域。如果您使用 Application Load Balancer，則請啟用跨區域負載平衡，以確保每個 EC2 執行個體獲得相似的流量。這有助於在容錯移轉事件期間限制負載增加對現有執行個體所造成的影響，並比不使用跨區域負載平衡產生更大的復原能力。
+ 請確保已正確設定 Elastic Load Balancing 運作狀態檢查，並且已在 Auto Scaling 群組上啟用這些檢查。然後，如果執行個體的運作狀態檢查失敗，則 Elastic Load Balancing 會停止向其傳送流量，並將流量重新路由到運作狀態良好的執行個體，同時 Amazon EC2 Auto Scaling 取代運作狀態不佳的執行個體。

Amazon EC2 Auto Scaling 以下列方式協助支援您的應用程式復原需求：
+ 檢查執行個體是否存在運作狀態和連線問題。當執行個體運作狀態不佳時，它會自動終止該執行個體，並啟動新的執行個體。
+ 如果動態擴展政策生效，則會根據傳入流量自動擴展容量。
+ 偵測支援擴展政策的 Amazon CloudWatch 指標可靠性問題，並在無法使用可靠的指標 (例如資料點遺失) 時暫停縮減活動。
+ 在群組擴展時，嘗試在每個已啟用的可用區域中維持同等數量的執行個體。
+ 使用可用區域維持高可用性。當可用區域運作狀態不佳時，Amazon EC2 Auto Scaling 會執行下列動作：
  + 在為 Auto Scaling 群組啟用的不同可用區域中啟動新執行個體。
  + 當運作狀態不佳的可用區域恢復到良好運作狀態時，將執行個體重新分佈到所有啟用的可用區域中。
+ 如果執行個體無法在指定的可用區域中啟動，則請繼續嘗試在其他已啟用的可用區域中啟動執行個體。
+ 自動向您的 Auto Scaling 群組所關聯的負載平衡器註冊和取消註冊執行個體。這樣，您就不需要單獨註冊和取消註冊執行個體。
+ Amazon EC2 Auto Scaling 服務 APIs 的控制平面中斷不會影響現有 Auto Scaling 群組的擴展。

## 相關資源
<a name="disaster-recovery-related-resources"></a>

如需協助支援 Amazon EBS 提供之資料彈性需求的功能資訊，請參閱《Amazon *EBS 使用者指南*[》中的 Amazon Elastic Block Store 中的彈性](https://docs.aws.amazon.com/ebs/latest/userguide/disaster-recovery-resiliency.html)。