Elastic Beanstalk 环境的 Auto Scaling 组

您的 Elastic Beanstalk 包含一个 Auto Scaling 组,该组管理您环境中的 Amazon EC2 实例。在单实例环境中,Auto Scaling 组可确保始终有一个正在运行的实例。在负载均衡的环境中,您将为组配置一系列要运行的实例,Amazon EC2 Auto Scaling 将根据负载按需添加或删除实例。

Auto Scaling 组还会为您的环境中的实例管理启动配置。您可以修改启动配置,以更改实例类型、密钥对、Amazon Elastic Block Store (Amazon EBS) 存储和只能在启动实例时配置的其他设置。

Auto Scaling 组使用两个 Amazon CloudWatch 警报来触发扩展操作。当每个实例的平均出站网络流量在 5 分钟时间段内高于 6 MiB 或低于 2 MiB 时,默认触发器将扩展。要高效使用 Amazon EC2 Auto Scaling,请根据您的应用程序、实例类型和服务要求配置触发器。您可以基于若干个统计数据 (包括延迟、磁盘 I/O、CPU 使用率和请求计数) 来进行扩展。

要通过可预测的峰值流量期间来优化环境对 Amazon EC2 实例的使用,请配置 Auto Scaling 组以更改计划中的实例计数。您可以安排每天或每周重复一次的组配置更改,或安排一次性更改,以便为可为网站带来大量流量的营销活动做好准备。

Amazon EC2 Auto Scaling 可监控其启动的每个 Amazon EC2 实例的运行状况。如果任何实例意外终止,Amazon EC2 Auto Scaling 会检测该终止情况并启动替代实例。要配置组以使用负载均衡器的运行状况检查机制,请参阅 Auto Scaling 运行状况检查设置

Your Elastic Beanstalk includes an Auto Scaling group that manages the Amazon EC2 instances in your environment. In a single-instance environment, the Auto Scaling group ensures that there is always one instance running. In a load-balanced environment, you configure the group with a range of instances to run, and Amazon EC2 Auto Scaling adds or removes instances as needed, based on load.

The Auto Scaling group also manages the launch configuration for the instances in your environment. You can modify the launch configuration to change the instance type, key pair, Amazon Elastic Block Store (Amazon EBS) storage, and other settings that can only be configured when you launch an instance.

The Auto Scaling group uses two Amazon CloudWatch alarms to trigger scaling operations. The default triggers scale when the average outbound network traffic from each instance is higher than 6 MiB or lower than 2 MiB over a period of five minutes. To use Amazon EC2 Auto Scaling effectively, configure triggers that are appropriate for your application, instance type, and service requirements. You can scale based on several statistics including latency, disk I/O, CPU utilization, and request count.

To optimize your environment‘s use of Amazon EC2 instances through predictable periods of peak traffic, configure your Auto Scaling group to change its instance count on a schedule. You can schedule changes to your group‘s configuration that recur daily or weekly, or schedule one-time changes to prepare for marketing events that will drive a lot of traffic to your site.

Amazon EC2 Auto Scaling monitors the health of each Amazon EC2 instance that it launches. If any instance terminates unexpectedly, Amazon EC2 Auto Scaling detects the termination and launches a replacement instance. To configure the group to use the load balancer‘s health check mechanism, see Auto Scaling Health Check Setting.

原文地址:https://www.cnblogs.com/cloudrivers/p/11631559.html

时间: 2024-11-06 07:27:22

Elastic Beanstalk 环境的 Auto Scaling 组的相关文章

向 Elastic Beanstalk 环境中添加数据库

lastic Beanstalk 提供了与 Amazon Relational Database Service (Amazon RDS) 的集成以帮助您将数据库实例添加到 Elastic Beanstalk 环境.您可以使用 Elastic Beanstalk 在创建环境期间或之后将 MySQL.PostgreSQL.Oracle 或 SQL Server 数据库添加到您的环境.当您将数据库实例添加到您的环境时,Elastic Beanstalk 会通过设置数据库主机名.端口.用户名.密码和数

将应用程序部署到 AWS Elastic Beanstalk 环境

部署方法 方法 部署失败带来的影响 部署时间 零停机时间 无 DNS 更改 回滚过程 代码部署到 一次部署全部 停机时间 ? ? 手动重新部署 现有实例 滚动 单个批次服务中断:任何在故障之前成功的批次将运行新应用程序版本 † ? ? 手动重新部署 现有实例 附加批次滚动部署 如果第一个批次失败,则影响最小:否则类似于滚动 † ? ? 手动重新部署 新实例和现有实例 不可变的 最低 ? ? 终止新实例 新实例 蓝/绿 最低 ? ? 交换 URL 新实例 † 根据批处理大小而变化. 原文地址:ht

How to force https on amazon elastic beanstalk

假设您已在负载平衡器安全组中启用https,将SSL证书添加到负载平衡器,将443添加到负载平衡器转发的端口,并使用Route 53将您的域名指向Elastic Beanstalk环境(或等效DNS服务).它还假定您没有使用基于docker的部署 所有你需要做的是将以下内容添加到您的一个.config files in the .ebextensions directory of your project: files: "/etc/httpd/conf.d/ssl_rewrite.conf&q

如何使用 Auto Scaling 按需动态增加和减少实例

一.背景需求 当您不知道自己该选择何种类型的 EC2 实例的时候,也不清楚业务什么时候高峰,那我们使用 Auto Scaling 可以非常便捷的解决我们的问题,他根据我们设定的负载压力,自动进行扩展和缩容,以实现最小费用的情况下保证业务的正常运行. 二.配置步骤 2.1.创建 AMI 首先把我们正在运行的 EC2 的主机做一个镜像,内部服务设置为自启动,以保证扩容的时候所有服务可用. 2.2.创建负载均衡目标组 Auto Scaling 配合 ELB 来使用,动态把负载分发到后端机器,我们需要一

Auto Scaling 生命周期

Auto Scaling 组中的 EC2 实例具有的路径或生命周期不同于其他 EC2 实例中的路径或生命周期.生命周期从 Auto Scaling 组启动实例并将其投入使用时开始.生命周期在您终止实例或 Auto Scaling 组禁用实例并将其终止时结束. 注意 一旦启动实例,您就需要为实例付费,包括尚未将实例投入使用的时间. 下图阐释了 Amazon EC2 Auto Scaling 生命周期内的实例状态之间的过渡. 原文地址:https://www.cnblogs.com/cloudriv

DevOps on AWS之Elastic BeanStalk

Elastic BeanStalk相关概念 童话世界中存在着一种魔力beanstalk(豆荚),种在花盆里可以无限的向上生长,越长越高直达云端.AWS Elastic Beanstalk也采用类似概念,用户只需部署代码即可自动处理包括容量预置.负载均衡.自动扩展和应用程序运行状况监控在内的部署工作.同时能够完全控制为应用程序提供支持的 AWS 资源,并可随时访问基础资源.Elastic Beanstalk服务本身不收取任何费用,客户只需支付业务所需的服务器和存储资源所需的基础费用. 引用AWS官

Elastic Beanstalk设置配置选项

AWS Elastic Beanstalk 支持大量配置选项,这些选项使您可以修改应用于环境中的资源的设置.其中一些选项具有默认值,可以覆盖这些值以自定义环境.其他选项可以进行配置以启动附加功能. Elastic Beanstalk 支持两种用于保存配置选项设置的方法.YAML 或 JSON 格式的配置文件可以放在应用程序的源代码中 (位于一个名为 .ebextensions 的目录中),并作为应用程序源包的一部分进行部署.您可在本地创建和管理配置文件. 保存的配置是您通过正在运行的环境或 JS

配置应用程序版本生命周期设置Elastic Beanstalk Lifecycle

每次您使用 Elastic Beanstalk 控制台或 EB CLI 上传应用程序的新版本时,Elastic Beanstalk 都会创建一个应用程序版本.如果不删除不再使用的版本,您最终会达到应用程序版本限制,并且无法创建此应用程序的新版本. 通过向应用程序应用应用程序版本生命周期策略,您可以避免达到限制.生命周期策略可要求 Elastic Beanstalk 删除应用程序的旧版本,或当应用程序的版本总数超过指定数量时删除一些应用程序版本. Elastic Beanstalk 在您每次创建新

管理应用程序版本Elastic Beanstalk

只要您上传源代码,Elastic Beanstalk 就会创建应用程序版本.当您使用环境管理控制台或 EB CLI 创建环境或上传并部署代码时,通常会出现此情况.Elastic Beanstalk 会根据应用程序的生命周期策略以及在您删除应用程序时删除这些应用程序版本.有关应用程序生命周期策略的详细信息,请参阅配置应用程序版本生命周期设置. 您也可以上传源包,而无需从应用程序管理控制台部署它.Elastic Beanstalk 将源包存储在 Amazon Simple Storage Servi