Amazon EC2

亞馬遜彈性雲計算（英語：Amazon Elastic Compute Cloud，簡稱Amazon EC2）是亞馬遜的雲計算平台 Amazon Web Services（AWS）的組成部分，允許用戶租用虛擬機來運行自己的應用程式。使用者通過Web服務啟動 Amazon Machine Image（AMI）以配置虛擬機（亞馬遜稱其為「實例」），可按需創建、啟動和終止實例，並按運行時長（最低以秒計）付費 – 這也是名稱中「彈性」的由來。EC2 將資源劃分為相互隔離的區域和可用區，使用者可控制實例所在的地理位置，以優化延遲、提高冗餘與可用性。

EC2 於2006年8月開放有限測試，2008年10月退出測試進入正式生產，此後持續增加實例類型、作業系統支持與配套服務。其底層平台從最初的 Xen 半虛擬化演進到將網路與存儲卸載至專用硬體的 AWS Nitro System；AWS 還為 EC2 推出自研的 Arm 架構處理器 AWS Graviton 系列，以及面向機器學習的 Inferentia、Trainium 等加速器，並提供可運行 macOS 的 Mac 實例。圍繞計算實例，EC2 還提供 Amazon Elastic Block Store（EBS）持久性塊存儲、彈性 IP 地址、Auto Scaling 自動伸縮和 Amazon CloudWatch 監控等功能。

EC2 提供多種計費與購買方式，包括按需實例、預留實例、Spot 實例和 Savings Plans 等，並通常與多可用區部署、負載均衡和自動伸縮配合以提高可用性。不過，AWS 美國東部等區域曾多次發生重大服務中斷（例如2011年、2021年和2025年的事件），影響了大量依賴 EC2 的網站和服務。

## 歷史

據媒體報導，EC2 的早期開發與亞馬遜在南非開普敦的團隊有關。克里斯·平卡姆是 EC2 項目創始人之一，並從開普敦參與開發；克里斯多福·布朗也被描述為項目創始成員、架構師和首席開發者；威廉·范比爾容後來加入，並曾領導 EC2 開發團隊。亞馬遜於2006年8月25日宣布 Amazon EC2 開放有限測試。AWS 的發布部落格將 EC2 描述為一種可通過 Web 服務調用啟動 Amazon Machine Image（AMI）的虛擬計算環境；當時的測試版實例提供相當於 1.7 GHz Xeon 處理器的虛擬 CPU、1.75 GB 記憶體、160 GB 本地磁碟和 250 Mbit/s 網路帶寬，價格為每小時0.10美元，並使用 Xen 虛擬機監視器構建。

### 2006年至2009年：基礎功能成型

2007年10月16日，Amazon EC2 新增 Large 和 Extra Large 兩種實例類型；此前單一規格的實例類型則被稱為 Small。2008年3月27日，亞馬遜增加了靜態 IP 地址、可用區和由使用者選擇的內核。2008年5月29日，AWS 又新增 High-CPU Medium 和 High-CPU Extra Large 兩種實例類型，面向 CPU 密集型應用。2008年8月20日，亞馬遜新增 Elastic Block Store（EBS），提供了持久性存儲。2008年10月23日，Amazon EC2 去除測試標籤，進入正式生產狀態，並公布 EC2 的服務級別協議、Windows 和 SQL Server 的測試版支持，以及負載均衡、彈性伸縮和雲監控服務計劃；這些功能隨後於2009年5月18日加入。

### 2010年至2017年：專用實例與 Nitro

2010年11月，AWS 推出 Cluster GPU Instance（`cg1.4xlarge`），配備兩塊 NVIDIA Tesla M2050 GPU 和 10 Gbps 網路，面向 GPGPU、高性能計算、渲染和媒體處理等工作負載。2016年9月，AWS 又發布 P2 GPU 實例，最高支持16塊 NVIDIA Tesla K80 GPU，面向大規模機器學習、深度學習、計算流體力學、分子建模和計算金融等工作負載。2017年發布 C5 實例時，AWS 描述了 EC2 從 CC1、C3、C4 到 C5 的硬體卸載演進路徑；C5 使用新的 hypervisor，並將聯網和 EBS 處理交由硬體加速。AWS 後來將這一架構稱為 AWS Nitro System，並稱其為所有現代 EC2 實例的底層平台。

### 2018年至今：自研晶片與新型工作負載

AWS 還逐步將自研的 Arm 架構處理器 AWS Graviton 用於 EC2。2018年11月，首代 Graviton 隨 A1 實例推出；2019年12月，Graviton2 隨 M6g、M6gd、C6g、C6gd、R6g 和 R6gd 實例公布。2021年11月，Graviton3 隨 C7g 實例首次推出；AWS 於2022年5月宣布 C7g 普遍可用，並稱 Graviton3 較 Graviton2 最高提供25%的計算性能提升。2022年11月，面向 Hpc7g 和 C7gn 的 Graviton3E 被公布。2023年11月，AWS 宣布 Graviton4，並以 R8g 記憶體優化型實例開放預覽；該代處理器採用96個 Neoverse V2 核心，AWS 稱其較 Graviton3 在資料庫、Web 應用和大型 Java 應用上分別最高快40%、30%和45%。2026年6月，亞馬遜稱 Graviton5 驅動的 M9g 和 M9gd 實例已普遍可用；Graviton5 每顆晶片包含192個核心，並相對前一代最高提升25%的性能。

2020年11月，AWS 推出 EC2 Mac 實例，使開發者可在 EC2 中按需運行 macOS 工作負載，最初實例基於 Intel Mac mini 並通過 Nitro System 接入 EC2。2022年7月，AWS 宣布基於 Apple M1 晶片的 EC2 M1 Mac 實例普遍可用。AWS 官方 Mac 實例頁面列出的 Apple silicon 機型後來擴展到 M1、M2、M3 Ultra、M4、M4 Pro 和 M4 Max 等。在 AI 和機器學習方面，EC2 也加入了更多專用加速器。AWS Inferentia 晶片用於 EC2 Inf1 實例，Inferentia2 驅動的 Inf2 實例面向更複雜的模型推理和分布式推理；AWS Trainium 則是面向大規模 AI 訓練和推理的自研 AI 晶片。

## 實例類型

Amazon EC2 在2006年公開測試時採用名為 Xen 的虛擬機監視器，並向使用者提供可按需啟動的虛擬計算環境。EC2 的 Amazon Machine Image（AMI）使用兩類虛擬化：半虛擬化（PV）和硬體虛擬機（HVM）。AWS 文檔稱，當前一代實例類型均支持 HVM AMI；PV AMI 僅由 C1、C3、M1、M2、M3 和 T1 等舊一代實例類型支持，當前一代實例類型不支持 PV AMI。HVM 可利用 CPU、網路和存儲等硬體擴展，以獲得更好的性能。

AWS 隨後逐步將 EC2 的網路和存儲虛擬化功能從傳統 hypervisor 路徑卸載到專用硬體。2017年發布 C5 實例時，AWS 表示 C5 引入了新的 hypervisor，並通過硬體實現聯網和存儲功能；C5 需要包含 Elastic Network Adapter（ENA）和 NVMe 驅動的 HVM AMI，也不再需要或支持 Xen 半虛擬化網路與塊設備驅動。該架構即 AWS Nitro System，由 Nitro Cards、Nitro Security Chip 和 Nitro Hypervisor 等組件組成。它將虛擬化功能拆分並卸載到專用硬體和軟體，也使 AWS 能夠提供裸機實例，讓客戶自帶 hypervisor 或不使用 hypervisor。AWS 將 EC2 實例類型定義為針對不同資源組合而設計的虛擬伺服器配置，並按計算、記憶體、存儲和聯網能力將實例組織為不同實例族，供使用者根據工作負載選擇。

AWS 還在 EC2 中提供基於自研 Arm 架構處理器 AWS Graviton 的實例。Graviton 已迭代多代，相關機型分布在通用型、計算優化型、記憶體優化型和高性能計算優化型等多個實例族。

AWS 按實例的計算、記憶體、存儲和聯網能力將 EC2 實例類型組織為不同實例族，使用者可根據應用程式或軟體的需求選擇實例類型。實例類型名稱由實例族和實例大小組成，族名中的首字母通常表示系列，例如 `C` 表示計算優化型、`M` 表示通用型、`R` 表示記憶體優化型，數字表示代際，後綴可表示處理器或能力選項。根據 AWS 官方實例類型頁面，EC2 實例類型按用途主要分為以下類別；下列實例族僅為示例，不同 AWS 區域和可用區支持的實例類型不完全相同。

- 通用型（例如 `M8g`、`M8i`、`M7i`、`M6i`、`T4g`、`T3` 等）：在計算、記憶體和聯網資源之間提供均衡配置，適用於 Web 伺服器、代碼倉庫和中小型資料庫等多種工作負載。
- 計算優化型（例如 `C8g`、`C8i`、`C7i`、`C6i`、`C6g`、`C5` 等）：面向受計算能力限制、可受益於高性能處理器的應用，例如批處理、媒體轉碼和專用遊戲伺服器。
- 記憶體優化型（例如 `R8g`、`R8i`、`R7i`、`R6i`、`X8g`、`U7i` 等）：用於需要在記憶體中處理大型數據集的工作負載，例如記憶體資料庫、數據分析和企業應用。
- 加速計算型（例如 `P6-B200`、`P5`、`G6`、`G6f`、`Inf2`、`Trn2`、`F2` 等）：使用硬體加速器或協處理器更高效地執行特定功能，例如浮點運算、圖形處理、機器學習推理和訓練等任務。
- 存儲優化型（例如 `I8g`、`I7i`、`I4i`、`D3`、`Im4gn`、`Is4gen` 等）：面向需要在本地存儲上對大型數據集進行高吞吐、低延遲隨機 I/O 訪問的工作負載，例如高吞吐資料庫、數據處理和數據流應用。
- 高性能計算優化型（例如 `Hpc8a`、`Hpc7g`、`Hpc7a`、`Hpc6a` 等）：面向大規模高性能計算（HPC）工作負載，例如複雜模擬、深度學習和視覺特效渲染。

AWS 文檔列出的 EC2 計費與購買選項包括：

- 按需實例：按啟動實例的使用時長付費，不需要預付款或長期承諾。
- Savings Plans：承諾在一或三年期限內按每小時固定美元用量使用 AWS 資源，以降低相對於按需價格的費用。
- 預留實例：承諾在一或三年期限內使用特定實例配置，包括實例類型和區域，以降低費用。
- Spot 實例：請求使用 AWS 雲中未使用的 EC2 容量，可顯著降低成本，但適用於可中斷或運行時間較靈活的應用。Spot 價格被稱為基於供需關係；然而，2011年的一項研究認為，該價格通常並非為出清市場而設定，而是由未公開的保留價格主導。
- Dedicated Hosts：為完全專供使用者使用的物理 EC2 伺服器付費，可用於使用既有的按插槽、按核心或按虛擬機授權的軟體許可證。
- Dedicated Instances：按小時為運行在單租戶硬體上的實例付費。
- Capacity Reservations：在特定可用區預留 EC2 實例容量；EC2 Capacity Blocks 可用於提前預留一組 GPU 實例，供機器學習工作負載使用。

### 成本

截至2026年6月，EC2 的費用因區域、作業系統、實例類型、購買選項、運行時長和附加資源而異。AWS 的按需價格說明稱，按需實例可按小時或按秒（最低60秒）為計算容量付費，不需要長期承諾；Linux、Windows 等若干系統的按需實例按秒計費。AWS 的價格說明還列出，數據傳輸、公有 IPv4 地址、EBS、Elastic Load Balancing 和 CloudWatch 等項目可能另行計費。由於具體單價時常調整，最新價格以 AWS 定價頁面為準。可突發性能的 T 系列實例（如 T2、T3、T4g）按 CPU Credit 衡量基準之上的突發性能，並提供 Unlimited 模式；當實例長期超過基準 CPU 性能時，可能按 CPU Credit 產生額外費用。

EC2 成本可使用 AWS Cost and Usage Reports 分析。AWS 文檔稱，Cost and Usage Reports 提供成本和用量數據，可按小時、天或月，按產品、資源或使用者定義標籤拆分帳單；每份報告包含 AWS 帳戶中每種產品、用量類型和操作組合的行項目。

### 預留實例

EC2 預留實例（Reserved Instances）不是實體實例，而是應用於帳戶中匹配按需實例用量的帳單折扣。預留實例按實例類型、區域、租戶屬性和平台等變量定價，期限為一年或三年；購買時可選擇全額預付、部分預付或無預付。

AWS 將預留實例分為 Standard 和 Convertible 兩類。Standard 預留實例通常折扣較高但不能交換，Convertible 預留實例可在期限內交換為具有不同屬性的另一項 Convertible 預留實例。預留實例還可按區域或可用區確定範圍：區域預留實例不保留容量，但折扣可應用於該區域內任一可用區的匹配用量；可用區預留實例則在指定可用區保留容量。AWS 的價格頁面稱，Standard 預留實例相對於按需實例最高可節省72%，Convertible 預留實例最高可節省66%。

### Spot 實例

Amazon EC2 Spot 實例使用 AWS 雲中暫未使用的 EC2 容量，價格低於按需實例；AWS 產品頁稱其相較按需價格最高可低 90%。Spot 實例價格由 Amazon EC2 設置，並根據 Spot 實例的長期供需情況逐步調整。

Spot 實例適用於可中斷、無狀態、容錯或運行時間較靈活的工作負載，例如數據分析、批處理、後台處理、容器化工作負載和高性能計算。當 Amazon EC2 需要收回容量時，Spot 實例可能被終止、停止或休眠，並在中斷前提供約兩分鐘通知；AWS 還可在實例中斷風險升高時發出再平衡建議。

### Savings Plans

2019年11月，亞馬遜宣布推出 Savings Plans，作為基於用量承諾的折扣計費模式。使用者承諾在一年或三年期限內按每小時固定金額使用計算資源，即可獲得低於按需價格的費率；超出承諾金額的用量按按需價格計費。

AWS 文檔列出的 Savings Plans 包括 Compute Savings Plans、Database Savings Plans、EC2 Instance Savings Plans 和 SageMaker AI Savings Plans。與 EC2 直接相關的 Compute Savings Plans 可跨實例系列、大小、區域、作業系統和租戶屬性應用於 EC2 用量，也可應用於 Fargate 和 Lambda；EC2 Instance Savings Plans 則要求承諾某一區域內的特定 EC2 實例系列，但可在該系列內跨實例大小、作業系統和租戶屬性應用。Savings Plans 不提供容量預留，也不適用於 Spot 用量或已由預留實例覆蓋的用量；AWS Cost Explorer 可生成購買建議並展示歷史用量。

## 功能

### 作業系統

EC2 實例通過 Amazon Machine Image（AMI）啟動作業系統和應用程式。AWS 文檔稱，AMI 既可以由 AWS 提供，也可以是公開 AMI、共享 AMI 或從 AWS Marketplace 購買的 AMI；AMI 與區域、作業系統、處理器架構、根卷類型和虛擬化類型相關。選擇 AMI 時，使用者通常需要考慮作業系統（如 Linux 或 Windows）、架構、根卷類型、提供方和附加軟體；AWS 文檔還列出 Amazon Linux 2023、Ubuntu、Red Hat Enterprise Linux 和 Windows Server 等作業系統相關資源。

2006年8月公開測試時，EC2 服務提供 Linux AMI。2008年10月，AWS 宣布 EC2 進入正式生產狀態，並提供測試版的 Windows Server 和 Microsoft SQL Server 支持。2012年11月，EC2 新增了對 Windows Server 2012 的支持。2020年11月30日，亞馬遜宣布將 macOS 加入 EC2 服務，最初支持在 Mac Mini 上運行的 macOS Mojave 和 macOS Catalina。

AWS 還維護自己的 Linux 發行版 Amazon Linux。最初的 Amazon Linux AMI（後來稱 Amazon Linux 1）是 AWS 為 EC2 提供和維護的 Linux 鏡像，面向在 EC2 上運行的應用程式，包含與 AWS 集成的工具和庫；該版本於2023年12月31日結束生命周期，自2024年1月1日起不再接收安全更新或錯誤修復。Amazon Linux 2 是 AWS 的 Linux 作業系統，設計目標是為 EC2 上的應用提供穩定、安全和高性能環境，並包含便於與 AWS 集成的軟體包；AWS 文檔稱 Amazon Linux 2023（AL2023）是其後繼版本，建議從其他 Linux 發行版遷移到 AL2023。

Amazon Linux 2023 是 Amazon Linux 的第三代版本，也是 Amazon Linux 2 的後繼版本。AWS 將其描述為面向雲和企業應用的通用 RPM 系 Linux 發行版，提供長期支持；AL2023 AMI 和容器鏡像默認鎖定到特定的軟體包倉庫版本，以提供確定性更新。AWS 文檔還稱，AL2023 有獨立於 Fedora 的發布和支持生命周期，GA 版本包含來自 Fedora 34、35 和 36 的組件，也有部分組件更接近 CentOS Stream 9 或由 AWS 獨立開發；其內核來自 kernel.org 的長期支持內核選項。截至2026年6月，AWS FAQ 列出 Amazon Linux 2 支持至2026年6月30日，AL2023 支持至2029年6月。

在 BSD 和其他類 Unix 系統方面，NetBSD AMI 於2011年3月可供使用。2012年11月，AWS Marketplace 增加了 FreeBSD、Debian 和 CentOS 三種開源作業系統；AWS 當時稱這些系統由開源社區直接提供，除通常的 EC2 實例費用外不另收費。其中 FreeBSD/EC2 平台早期由 FreeBSD 開發者兼安全官科林·珀西瓦爾維護。

### 持久性存儲

EC2 實例啟動時，可為其啟動磁碟或「根設備」選擇兩種存儲類型之一。第一種選項是使用本地「實例存儲」磁碟作為根設備（最初這是唯一選擇）。第二種選項是使用 EBS 卷作為根設備。實例存儲卷屬於臨時存儲，在 EC2 實例重啟後仍會保留；但當實例停止或終止時（例如通過 API 調用，或由於故障），該存儲會丟失。

Amazon Elastic Block Store（EBS）提供可附加到 Amazon EC2 實例的原始塊設備。這些塊設備隨後可像任何原始塊設備一樣使用。在典型用例中，這包括使用文件系統格式化設備並將其掛載。此外，EBS 支持若干高級存儲功能，包括快照和克隆。EBS 卷大小最高可達 16 TB。EBS 卷構建於複製存儲之上，因此單個組件發生故障不會造成數據丟失。

EBS 於2008年8月由亞馬遜向公眾推出。

EBS 卷提供獨立於 EC2 實例生命周期的持久性塊級存儲，附加到實例後可像物理硬碟一樣使用；常見用法包括格式化為文件系統並掛載，也可作為系統盤、資料庫應用或需要頻繁更新的數據的主要存儲。EBS 支持多種卷類型，卷可在實例運行時附加或分離，並可根據卷類型調整大小、IOPS 和吞吐量。

### 彈性 IP 地址

AWS 文檔將彈性 IP 地址定義為面向動態雲計算的靜態公網 IPv4 地址。該地址分配給 AWS 帳戶，並保留到使用者顯式釋放；使用者可將其重新映射到同一帳戶中的其他實例，以快速應對實例或軟體故障。未關聯的彈性 IP 仍占用帳戶資源，AWS 會對所有彈性 IP 地址收費。

### 彈性伸縮

Amazon EC2 Auto Scaling 會根據負載和預設策略自動調整 Auto Scaling 組中的實例數量，幫助應用在需求變化時維持目標容量。使用者可以設置最小、最大和期望容量，並通過基於指標或計劃的策略啟動、終止實例；它常與 CloudWatch 指標和警報配合使用。一個潛在問題是虛擬機可能需要數分鐘才能準備好可用，因此並不適合時間敏感型應用；虛擬機啟動時間取決於鏡像大小、虛擬機類型、數據中心位置等因素。

### Amazon CloudWatch

Amazon CloudWatch 是用於實時監控 AWS 資源和 AWS 上運行應用程式的服務，可提供指標、警報、儀錶板、日誌和其他可觀測性工具。許多 AWS 服務會自動向 CloudWatch 發送基礎指標，使用者也可發布自定義指標。CloudWatch Agent 可從 EC2 實例、本地伺服器和容器化應用收集指標、日誌和跟蹤；AWS 文檔稱該代理支持 Windows 和 Linux，並可收集 CPU、記憶體、磁碟、網路、進程等系統級指標。

Amazon CloudWatch 收集的指標使彈性伸縮功能能夠動態增加或移除 EC2 實例。自2014年7月起，CloudWatch Logs 服務也可用。

## 可靠性

AWS 將 EC2 資源劃分為彼此隔離的區域和可用區。區域是獨立的地理區域，可用區則是同一區域內多個相互隔離的位置；如果把全部實例都放在單一位置，一旦該位置發生故障，相關實例就會同時受影響。

通過將實例分布在多個可用區，使用者可以把單一位置故障的影響降到最低；AWS 也建議在啟動初始實例時優先使用系統健康和可用容量選出的可用區，或者在需要時顯式指定可用區。

因此，EC2 通常與多可用區架構、負載均衡和彈性伸縮配合使用，以提高可用性和故障切換能力。

## 問題

2008年7月初，反垃圾郵件組織 Outblaze 和 Spamhaus.org 開始封鎖亞馬遜的 EC2 地址池，原因是其中存在分發垃圾郵件和惡意軟體的問題。

2010年12月1日，在美國政治壓力下，亞馬遜停止向 WikiLeaks 提供服務。阿桑奇表示，WikiLeaks 選擇亞馬遜時就知道自己很可能會被該服務移除，「以便區分言辭與現實」。網際網路團體匿名者試圖攻擊 EC2 作為報復；不過，亞馬遜未受該攻擊影響。

2010年12月12日，亞馬遜網站短暫離線，儘管起初尚不清楚這是由於攻擊還是硬體故障造成的。亞馬遜一名官員後來表示，這是由硬體故障導致的。

2011年4月21日美國東部時間上午5點前不久，EC2 位於北維吉尼亞的數據中心發生故障，導致包括 Foursquare、Springpad、Reddit、Quora 和 Hootsuite 在內的多個網站癱瘓。AWS 事後總結稱，問題主要涉及美國東部區域單一可用區內一部分無法完成讀寫請求的 EBS 卷，並導致依賴這些卷的實例卡住；一次網路容量升級中的流量切換錯誤，使部分 EBS 節點同時失去主網路和備用網路連接，引發大量卷重新鏡像。AWS 稱，該可用區內約13%的 EBS 卷一度處於「卡住」狀態，最終有0.07%的卷無法以一致狀態恢復。

2011年8月7日，AWS EU West 區域的一個可用區發生供電中斷。AWS 事後總結稱，公用電力供應商的 110 kV 變壓器故障導致該可用區大部分供電喪失；備用發電機未能為部分負載接入，幾乎所有 EC2 實例和58%的 EBS 卷一度斷電。AWS 還披露，另有一個獨立的 EBS 快照清理軟體錯誤影響了部分快照，並為受影響客戶創建恢復快照。

2011年8月8日，亞馬遜北維吉尼亞數據中心又發生一次網路連接中斷，使 Reddit、Quora、Netflix 和 FourSquare 等服務受到影響。這次故障持續約 25 分鐘。

2012年10月22日，AWS 美國東部區域再次發生服務事件，影響 EC2、EBS、RDS 和 ELB 等服務。AWS 事後總結稱，一個可用區內部分 EBS 卷性能下降或卡住，根因是 EBS 存儲伺服器上的運營數據收集代理存在潛在錯誤；事件期間啟用的 EC2/EBS API 節流策略也使部分客戶經歷數小時的 API 降級。同年12月24日，美國東部區域的 Elastic Load Balancing（ELB）控制平面因維護流程誤刪部分狀態數據而發生故障；AWS 稱，峰值時6.8%的運行中 ELB 負載均衡器受到影響，幾乎所有受影響負載均衡器於次日上午恢復。

2015年9月20日，美國東部區域的 DynamoDB 故障影響 DynamoDB 客戶和依賴 DynamoDB 的其他服務；AWS 稱 EC2 Auto Scaling 出現顯著 API 故障並延遲執行擴縮容活動，CloudWatch 出現 EC2 指標延遲或缺失，AWS 管理控制台部分登錄請求也受影響。

2016年6月4日，雪梨區域因惡劣天氣造成的公用電力中斷和部分電力冗餘系統未按設計工作，導致單一可用區內大量實例斷電，主要影響 EC2 實例及其關聯 EBS 卷。

2017年2月28日，美國東部區域的 S3 故障由一次調試操作中輸入錯誤引發，導致比預期更多的伺服器被移除。AWS 稱，當 S3 API 不可用時，依賴 S3 的其他服務也受到影響，包括 EC2 新實例啟動、需要從 S3 快照讀取數據的 EBS 卷和 AWS Lambda。

2019年8月23日，東京區域單一可用區的冷卻控制系統故障導致部分 EC2 伺服器過熱並關機，影響該可用區的 EC2 實例和 EBS 卷，也影響依賴相同底層 EC2 資源的 RDS、Redshift、ElastiCache 和 WorkSpaces 等服務。

2020年11月25日，美國東部區域的 Amazon Kinesis 故障源於前端伺服器容量增加後觸發的線程資源耗盡問題；AWS 稱，Kinesis 被多個 AWS 服務使用，因此事件也影響了這些依賴服務。

2021年12月7日，美國東部區域內部網絡擁塞影響了監控、內部 DNS、授權服務和部分 EC2 控制平面等基礎服務，導致多個 AWS 服務延遲和錯誤率升高。

2023年6月13日，美國東部區域的 AWS Lambda 故障導致 Lambda 函數調用錯誤率和延遲升高，並波及 Amazon STS、AWS 管理控制台、Amazon EKS、Amazon Connect 和 Amazon EventBridge 等服務。

2024年7月30日，美國東部區域一個供 AWS 內部服務使用的 Kinesis Data Streams 單元退化，導致 CloudWatch Logs、Amazon Data Firehose、S3 事件發布框架、ECS、Lambda、Redshift 和 AWS Glue 等服務出現延遲和錯誤率升高。

2025年10月19日至20日，美國東部區域的 DynamoDB 故障由自動 DNS 管理系統中的潛在競態條件觸發，隨後影響 DynamoDB API、Network Load Balancer 和 EC2 新實例啟動；AWS 稱，現有 EC2 實例未受影響，但新實例啟動失敗、EC2 API 錯誤率和延遲升高，EC2 於10月20日13:50（太平洋時間）完全恢復。

## 基本資料

- 日語原文：亞馬遜彈性雲計算（Amazon EC2）
- 域：亞馬遜彈性雲計算（Amazon EC2）
- 作者：Amazon
- 開發者：亞馬遜
- 發行日期：2006年8月25日（公開測試）
- 作業系統：Linux、Microsoft Windows、FreeBSD、macOS
- 語言：英語
- 類型：雲計算平台
- 許可協議：專有軟體