一般性问题
问：什么是 Amazon EC2 Auto Scaling？
Amazon EC2 Auto Scaling 是一项完全托管的服务，可自动启动或终止 Amazon EC2 实例，以帮助确保您拥有适当数量的 Amazon EC2 实例来处理应用程序负载。Amazon EC2 Auto Scaling 通过对 EC2 实例进行队列管理，检测并替换运行状况异常的实例，并根据您定义的条件自动扩展或缩减 Amazon EC2 容量，从而帮助您保持应用程序的可用性。在需求高峰期，您可以使用 Amazon EC2 Auto Scaling 来自动增加 Amazon EC2 实例的数量以便保持性能，并在需求降低时减少容量以降低成本。
问：何时应使用 Amazon EC2 Auto Scaling？何时又该使用 AWS Auto Scaling？
您应该使用 AWS Auto Scaling 来管理跨多项服务的多个资源的扩展。借助 AWS Auto Scaling，您可以使用预定义的扩展策略为多个 EC2 Auto Scaling 组或其他资源定义动态扩展策略。与通过单个服务控制台管理每个资源的扩展策略相比，使用 AWS Auto Scaling 为应用程序中的所有可扩展资源配置扩展策略会更快，同时也更加轻松，因为 AWS Auto Scaling 包含可简化扩展策略设置的预定义扩展策略。
如果您只需要扩展 Amazon EC2 Auto Scaling 组，或只想维持 EC2 队列的运行状况，则应该使用 EC2 Auto Scaling。如果您需要创建或配置 Amazon EC2 Auto Scaling 组，或者需要设置计划或分步扩展策略（因为 AWS Auto Scaling 仅支持目标跟踪扩展策略），也应该使用 EC2 Auto Scaling。
必须在 AWS Auto Scaling 之外创建和配置 EC2 Auto Scaling 组，例如通过 EC2 控制台、Auto Scaling API 或 CloudFormation。AWS Auto Scaling 可帮助您为现有的 EC2 Auto Scaling 组配置动态扩展策略。
问：预测式扩展策略与 AWS Auto Scaling 计划的 Predictive Scaling 有什么不同？
预测式扩展策略带来的预测算法与通过 AWS Auto Scaling 计划作为 EC2 Auto Scaling 中的本机扩展策略提供的相似。您可以直接通过 AWS 命令行界面 (CLI)、EC2 Auto Scaling 管理控制台和 AWS 开发工具包使用预测式扩展，与您使用其他扩展策略的方式相似，例如 Simple Scaling 或 Target Tracking 等。 您不必只是为了使用预测式扩展而创建 AWS Auto Scaling 计划。
问：使用 Amazon EC2 Auto Scaling 有哪些好处？
Amazon EC2 Auto Scaling 有助于维护 Amazon EC2 实例的可用性。不论您运行多少个 Amazon EC2 实例，都可以使用 Amazon EC2 Auto Scaling 来检测损坏的 Amazon EC2 实例，而且无需干预就能完成实例的替换工作。这样可确保您的应用程序具有您所期望的计算能力。您可以使用 Amazon EC2 Auto Scaling 按照应用程序的需求曲线自动扩展 Amazon EC2 队列，从而减少提前手动预置 Amazon EC2 容量的需要。例如，您可以设置一个条件，当 Amazon EC2 队列的平均使用率较高时，以增量方式向 ASG 添加新的 Amazon EC2 实例；同样，也可以设置一个条件，在 CPU 使用率较低时，以增量方式删除实例。您也可以使用 Amazon CloudWatch 发送警报，以触发扩展活动；并使用 Elastic Load Balancing (ELB) 向 ASG 内的实例分配流量。如果您有可预测的负载变化，则可使用预测式扩展策略，在需求出现之前主动提高容量。Amazon EC2 Auto Scaling 让您能够以最佳使用率运行 Amazon EC2 队列。
问：什么是队列管理？它与动态扩展有何区别？
如果您的应用程序在 Amazon EC2 实例上运行，那么您就拥有所谓的“队列”。队列管理指的是一种自动替换运行状况不佳的实例，从而使您的队列保持预期容量的功能。Amazon EC2 Auto Scaling 队列管理可确保您的应用程序能够接收流量，以及实例本身正常运行。如果 Auto Scaling 检测到某个实例未通过运行状况检查，就会自动替换该实例。
Amazon EC2 Auto Scaling 的动态扩展功能指的是一种根据负载或其他指标自动增加或减少容量的功能。例如，如果您的 CPU 峰值超过 80%（并且您设置了警报），则 Amazon EC2 Auto Scaling 可以动态添加新实例。
问：什么是目标跟踪？
目标跟踪是一种新型扩展策略，只需几个简单的步骤，您就可以用它为应用程序设置动态扩展。借助目标跟踪，您可以为应用程序选择负载指标（比如 CPU 利用率或请求次数）、设置目标值，并且 Amazon EC2 Auto Scaling 将根据需要调整 ASG 中的 EC2 实例数量以维持该目标。它就像一个家用恒温器，自动调节系统，使环境保持在您想要的温度。例如，您可以配置目标跟踪，使您的 Web 服务器队列的 CPU 利用率保持在 50％。然后，Amazon EC2 Auto Scaling 将根据需要启动或终止 EC2 实例，使平均 CPU 利用率保持在 50%。
问：什么是 EC2 Auto Scaling 组 (ASG)？
Amazon EC2 Auto Scaling 组 (ASG) 中包含一个 EC2 实例集合，这些实例具有相似的特征，并被作为一个逻辑分组用于队列管理和动态扩展。例如，如果单个应用程序在多个实例上运行，可能需要增加该组中的实例数量来提高应用程序性能，或者在需求下降时减少实例数量来降低成本。Amazon EC2 Auto Scaling 将自动调整组中的实例数量，以便在实例的运行状况不佳时或根据您指定的条件保持固定数量的实例。您可以在 Amazon EC2 Auto Scaling 用户指南中找到有关 ASG 的更多信息。
问：如果删除 ASG，我的 Amazon EC2 实例会发生什么情况？
如果您的 EC2 Auto Scaling 组 (ASG) 中有运行的实例，而且您选择删除该 ASG，则实例会被终止，ASG 会被删除。
问：我如何知道 EC2 Auto Scaling 何时启动或终止 EC2 Auto Scaling 组中的 EC2 实例？
当您使用 Amazon EC2 Auto Scaling 自动扩展应用程序时，了解 EC2 Auto Scaling 何时启动或终止 EC2 Auto Scaling 组中的 EC2 实例将非常有用。Amazon SNS 可协调和管理向订阅客户端或终端节点的通知分发。您可以配置 EC2 Auto Scaling，使其在 EC2 Auto Scaling 组扩展时发送 SNS 通知。Amazon SNS 能够以 HTTP/HTTPS POST、电子邮件（SMTP，纯文本或 JSON 格式）或发布到 Amazon SQS 队列的消息的形式发送通知。例如，如果将 EC2 Auto Scaling 组配置为使用 autoscaling: EC2_INSTANCE_TERMINATE 通知类型，那么当 EC2 Auto Scaling 组终止某个实例时，它就会发送电子邮件通知。该电子邮件包含已终止实例的详细信息，如实例 ID 以及终止该实例的原因。
有关更多信息，请参阅在 EC2 Auto Scaling 组扩展时获取 SNS 通知。
问：什么是启动配置？
启动配置是指 EC2 Auto Scaling 组用于启动 EC2 实例的模板。创建启动配置时，您需指定实例的信息，例如 Amazon Machine Image (AMI) ID、实例类型、一个密钥对、一个或多个安全组和一个块储存设备映射。如果您之前已启动 EC2 实例，可以指定相同的信息来启动实例。创建 EC2 Auto Scaling 组时必须指定启动配置。您可以使用多个 EC2 Auto Scaling 组来指定启动配置。但是一次只能为一个 EC2 Auto Scaling 组指定一个启动配置，而且启动配置在创建后不能修改。因此，如果要更改 EC2 Auto Scaling 组的启动配置，必须先创建启动配置，然后用新的启动配置更新 EC2 Auto Scaling 组。更改 EC2 Auto Scaling 组的启动配置后，系统将使用新的配置参数启动所有新实例，但现有实例不受影响。您可以参阅《EC2 Auto Scaling 用户指南》的启动配置部分，了解更多详细信息。
问：一个 EC2 Auto Scaling 组可以有多少实例？
您可以在 EC2 Auto Scaling 组中拥有您的 EC2 配额允许的实例数量。
问：如果扩展活动使我达到了 Amazon EC2 实例数量限制，会发生什么情况？
Amazon EC2 Auto Scaling 的扩展无法超过您可以运行的 Amazon EC2 实例数量限制。如果需要运行更多数量的 Amazon EC2 实例，请填写 Amazon EC2 实例请求表。
问：EC2 Auto Scaling 组可以跨多个 AWS 区域吗？
EC2 Auto Scaling 组是区域性结构。它们可以跨可用区，但不跨 AWS 区域。
问：如何在 EC2 Auto Scaling 组中的多个实例之间实施更改？
您可以使用 AWS CodeDeploy 或 CloudFormation 编排对 EC2 Auto Scaling 组中的多个实例的代码更改。
问：如果我在 EC2 Auto Scaling 组中安装了数据，并且稍后动态创建了一个新实例，那么数据是否会复制到新实例？
数据不会自动从现有实例复制到新实例。您可以使用生命周期挂钩复制数据，或使用包含副本的 Amazon RDS 数据库。
问：当我从现有实例创建 EC2 Auto Scaling 组时，是否会创建一个新的 Amazon 系统映像 (AMI)？
当您从现有实例创建 Auto Scaling 组时，不会创建新的 AMI。有关更多信息，请参阅使用 EC2 实例创建 Auto Scaling 组。
问：Amazon EC2 Auto Scaling 如何均衡容量？
保持可用区之间的资源均衡是架构完善的应用程序的最佳实践，因为这极大地提高了聚合系统的可用性。当您在 EC2 Auto Scaling 组设置中配置多个可用区时，Amazon EC2 Auto Scaling 会自动均衡这些可用区中的 EC2 实例。Amazon EC2 Auto Scaling 始终确保在启动新实例时，使它们尽可能均匀地分布在整个队列的可用区之间。此外，Amazon EC2 Auto Scaling 仅在其中有可用于所请求的实例类型的容量的可用区中启动。
问：什么是生命周期挂钩？
生命周期挂钩让您可以在实例投入使用或终止之前采取措施。如果您没有将软件环境融入到 Amazon Machine Image (AMI) 中，这将非常有用。例如，启动挂钩可以在实例上执行软件配置，以确保它在 Amazon EC2 Auto Scaling 继续将其连接到负载均衡器之前完全做好处理流量的准备。可实现此目的的一种方法是将启动挂钩连接到在实例上调用 RunCommand 的 AWS Lambda 函数。终止挂钩可用于在实例被删除之前从实例中收集重要数据。例如，您可以使用终止挂钩来保存您的队列日志文件，方法是在实例停止使用时将其复制到 Amazon S3 存储桶。
请访问《Amazon EC2 Auto Scaling 用户指南》中的生命周期挂钩，了解更多信息。
问：“运行状况不佳”的实例有哪些特征？
运行状况不佳的实例指的是硬件由于某种原因（磁盘损坏等）而受损或者没有通过用户配置的 ELB 运行状况检查的实例。Amazon EC2 Auto Scaling 定期对每个单独的 EC2 实例执行运行状况检查，如果实例连接到 Elastic Load Balancing 负载均衡器，则还可以执行 ELB 运行状况检查。
问：我是否可以自定义运行状况检查？
是，您可以使用 SetInstanceHealth API 将实例状态更改为“UNHEALTHY”，然后执行终止和替换操作。
问：我是否可以暂停运行状况检查（例如，转而评估运行状况不佳的实例）？
是，您可以使用 SuspendProcesses API 临时暂停 Amazon EC2 Auto Scaling 运行状况检查。您可以使用 ResumeProcesses API 恢复自动运行状况检查。
问：我应该选择哪种类型的运行状况检查？
如果您在组中使用 Elastic Load Balancing (ELB)，则应选择 ELB 运行状况检查。如果您未在组中使用 ELB，则应选择 EC2 运行状况检查。
问：如果未使用 Elastic Load Balancing (ELB)，我是否可以使用 Amazon EC2 Auto Scaling 执行运行状况检查并替换运行状况不佳的实例？
您无需使用 ELB 就能使用 Auto Scaling。您可以使用 EC2 运行状况检查来发现和替换运行状况不佳的实例。
问：Elastic Load Balancing (ELB) 运行状况检查是否可与 Application Load Balancer 和 Network Load Balancer 配合使用？ 如果与一个实例关联的任何目标组的运行状况不佳，该实例是否会被标记为运行状况不佳？
是，Amazon EC2 Auto Scaling 可与 Application Load Balancer 和 Network Load Balancer 配合使用，包括它们的运行状况检查功能。
问：是否可以使用 Amazon EC2 Auto Scaling 仅添加卷而不添加实例？
添加新实例时会附加卷。Amazon EC2 Auto Scaling 不会在现有卷接近容量限制时自动添加卷。您可以使用 EC2 API 为现有实例添加卷。
问：术语“有状态实例”指的是什么？
当提到有状态实例时，我们指的是包含数据且数据仅位于此实例上的实例。通常，终止有状态实例意味着实例上的数据（或状态信息）丢失。您可能需要考虑使用生命周期挂钩在有状态实例终止之前复制数据，或者启用实例保护功能以防止 Amazon EC2 Auto Scaling 终止实例。
替换受损实例
问：Amazon EC2 Auto Scaling 如何替换受损实例？
如果受损实例未通过运行状况检查，Amazon EC2 Auto Scaling 会自动将其终止并替换为新实例。如果您使用的是 Elastic Load Balancing 负载均衡器，那么 Amazon EC2 Auto Scaling 会将受损实例平稳地与负载均衡器分离，然后预置新实例并将其附加到负载均衡器。这些操作全部自动完成，因此在需要替换实例时无需您手动操作。
问：如何控制 Amazon EC2 Auto Scaling 在缩减实例时终止哪些实例，以及如何保护实例上的数据？
对于每个 Amazon EC2 Auto Scaling 组，您可以控制 Amazon EC2 Auto Scaling 何时向组中添加实例（称为扩展）或从组中删除实例（称为缩减）。您可以通过附加和分离实例手动扩展组的大小，或者使用扩展策略自动执行该过程。当您设置 Amazon EC2 Auto Scaling 自动缩减时，必须确定 Amazon EC2 Auto Scaling 应首先终止哪些实例。您可以使用终止策略进行此项配置。在缩减时，您也可以使用实例保护防止 Amazon EC2 Auto Scaling 选择终止特定的实例。如果实例上有数据，并且您需要永久保留此数据（即使实例被缩减），那么您可以使用 S3、RDS 或 DynamoDB 等服务来确保数据在实例以外进行了存储。
问：在检测到运行状况不佳的服务器后，Amazon EC2 Auto Scaling 启动处于可用状态的新实例所需的完成时间是多久？
完成时间在几分钟之内。大多数替换可在 5 分钟内完成，平均时间远低于 5 分钟。这取决于多种因素，包括启动实例的 AMI 所需的时间。
问：如果 Elastic Load Balancing (ELB) 确定某个实例运行状况不佳并且已脱机，那么之前发送到此故障实例的请求是否会排队并重新路由到组内的其他实例？
当 ELB 发现实例的运行状况不佳时，它将停止向其路由请求。不过，在发现实例的运行状况不佳之前，向该实例发送的一些请求将失败。
问：如果没有使用 Elastic Load Balancing (ELB)，那么如果出现故障，如何将用户定向到组中的其他服务器？
您可以集成 Route53（Amazon EC2 Auto Scaling 目前不支持 Route53，但许多客户都在使用）。您也可以使用自己的反向代理；对于内部微服务，可以使用服务发现解决方案。
安全性
问：如何控制对 Amazon EC2 Auto Scaling 资源的访问？
Amazon EC2 Auto Scaling 与 AWS Identity and Access Management (IAM) 集成，后者使您能够执行以下操作：
- 在您组织的 AWS 账户下创建用户和组
- 为您 AWS 账户下的每个用户分配唯一的安全凭证
- 控制每个用户使用 AWS 资源执行任务的权限
- 允许其他 AWS 账户中的用户共享您的 AWS 资源
- 为您的 AWS 账户创建角色，并定义可以担任这些角色的用户或服务
- 使用企业的现有标识授予使用 AWS 资源执行任务的权限
例如，您可以创建 IAM 策略，向 Managers 组授予仅使用 DescribeAutoScalingGroups、DescribeLaunchConfigurations、DescribeScalingActivities 和 DescribePolicies API 操作的权限。随后，Managers 组中的用户可以对任何 Amazon EC2 Auto Scaling 组和启动配置使用这些操作。借助 Amazon EC2 Auto Scaling 资源级权限，您可以限制对特定 EC2 Auto Scaling 组或启动配置的访问。
有关更多信息，请参阅《Amazon EC2 Auto Scaling 用户指南》的控制对 Auto Scaling 资源的访问部分。
问：可以使用 Amazon EC2 Auto Scaling 在 Windows 实例上定义默认管理员密码吗？
您可以使用密钥名称参数创建启动配置，将密钥对与您的实例关联起来。然后，您可以在 EC2 中使用 GetPasswordData API。这也可以通过 AWS 管理控制台完成。
问：创建 Amazon EC2 Auto Scaling 组时，是否会在 EC2 实例上自动安装 CloudWatch 代理？
如果您的 AMI 包含 CloudWatch 代理，那么在您创建 EC2 Auto Scaling 组时，它会自动安装在 EC2 实例上。对于现有的 Amazon Linux AMI，您需要安装 CloudWatch 代理（建议通过 yum 进行安装）。
成本优化
问：我是否可以创建单个 ASG 来跨不同购买选项扩展实例？
可以。您可以在一个 Auto Scaling 组中跨不同的 EC2 实例类型、可用区以及按需、预留和 Spot 购买选项配置和自动扩展 EC2 容量。您可以根据需要定义按需和 Spot 容量之间的比例，选择您的应用程序使用哪些实例类型，以及指定 EC2 Auto Scaling 应该如何在每个购买模式之间分配 ASG 容量。
问：我是否可以使用 ASG 仅启动和管理 Spot 实例，或者仅启动和管理按需实例和 RI？
可以。您可以对 ASG 进行配置，指定将所有容量仅分配给 Spot 实例，或仅分配给按需实例和 RI。
问：我是否可以为按需实例和 RI 分配基本容量，并在 Spot 实例上扩展我的 ASG？
可以。在设置 ASG 以结合使用多种采购模式时，您可以指定按需实例要占用的组的基本容量。随着 ASG 的缩减或扩展，EC2 Auto Scaling 可确保为按需实例分配基本容量，超过的部分可以仅分配给 Spot 实例，或混合分配给按需实例或 Spot 实例（指定各自所占的百分比）。
我是否可以修改 ASG 的配置，以更新与组合使用采购模型和指定多个实例类型相关的不同属性？
可以。与其他 ASG 参数类似，客户可以更新现有 ASG 以修改与组合使用采购模式或指定不同实例类型相关的一个或所有参数，包括实例类型、按需实例的优先级顺序、按需实例和 Spot 实例之间的比例分摊，以及分配策略。
问：我是否可以在 ASG 中为按需实例使用 RI 折扣？
可以。例如，如果您的 C4 实例有 RI 折扣且 EC2 Auto Scaling 启动了 C4，那么您将收到适用于按需实例的 RI 定价。
问：我是否可以在 Auto Scaling 组中指定不同大小（CPU 核心、内存）的实例？
可以。您可以指定区域中可用的任何实例类型。此外，您还可以为每个实例类型指定一个可选权重，该权重定义每个实例贡献给应用程序性能的容量单位。
问：如果我想使用的实例类型在可用区中不可用，该怎么办？
如果指定的实例类型在某个可用区中都不可用，Auto Scaling 会重新定位与 Auto Scaling 组关联的其他可用区中的启动。Auto Scaling 将始终致力于让您的计算在多个可用区之间保持平衡，如果所有实例类型在某个可用区中都不可用，它将重新定位。
定价
问：使用 Amazon EC2 Auto Scaling 的成本是多少？
针对 EC2 实例的 Amazon EC2 Auto Scaling 队列管理不收取额外费用。Amazon EC2 Auto Scaling 的动态扩展功能由 Amazon CloudWatch 启用，同样不收取额外费用。Amazon EC2 和 Amazon CloudWatch 服务费照常收取并将单独计费。