跳转到内容

Amazon EC2

本页使用了标题或全文手工转换
本页使用了标题或全文手工转换
维基百科，自由的百科全书
亚马逊弹性云计算（Amazon EC2）
亚马逊弹性云计算（Amazon EC2）
原作者Amazon
开发者亚马逊
首次发布2006年8月25日，​19年前​（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://zh.wikipedia.org/w/index.php?title=Amazon_EC2&oldid=93361473”