Browse Source

Autoscaling Section Fixes

- Added costs emoji.
- Fixed initial link, emphasis, and abbreviation.
- Changed all section-local repeated use of full name to abbreviation.
- Added note about types of autoscaling (dynamic, static, scheduled).
pull/22/head
Thanos Baskous 4 years ago
parent
commit
1ca2417046
1 changed files with 5 additions and 4 deletions
  1. 5
    4
      README.md

+ 5
- 4
README.md View File

@@ -623,15 +623,16 @@ We cover security basics first, since configuring user accounts is something you

### Basics

* Auto Scaling Groups are used to control the number of instances in a service.
* [**Auto Scaling Groups**](https://aws.amazon.com/autoscaling/) (ASGs) are used to control the number of instances in a service, reducing manual effort to provision or deprovision EC2 instances.
* They can be configured, through “[Scaling Policies](http://docs.aws.amazon.com/autoscaling/latest/userguide/policy_creating.html),” to automatically increase or decrease instance counts based on metrics like CPU utilization, or based on a schedule.
* There are three common ways of using ASGs - dynamic (automatically adjust instance count based on metrics for things like CPU utilization), static (maintain a specific instance count at all times), scheduled (maintain different instance counts at different times of day or on days of the week).

### Tips

* Better matching your cluster size to your current resource requirements through use of Auto Scaling Groups can result in significant cost savings for many types of workloads.
* Pairing Auto Scaling Groups with Elastic Load Balancers is a common pattern used to deal with changes in the amount of traffic a service receives.
* 💸 Better matching your cluster size to your current resource requirements through use of ASGs can result in significant cost savings for many types of workloads.
* Pairing ASGs with Elastic Load Balancers is a common pattern used to deal with changes in the amount of traffic a service receives.
* Dynamic Auto Scaling is easiest to use with stateless, horizontally scalable services.
* Even if you are not using Auto Scaling Groups to dynamically increase or decrease instance counts, you should seriously consider maintaining all instances inside of ASGs – given a target instance count, the ASG will work to ensure that number of instances running is equal to that target, replacing instances for you if they die or are marked as being unhealthy. This results in consistent capacity and better stability for your service.
* Even if you are not using ASGs to dynamically increase or decrease instance counts, you should seriously consider maintaining all instances inside of ASGs – given a target instance count, the ASG will work to ensure that number of instances running is equal to that target, replacing instances for you if they die or are marked as being unhealthy. This results in consistent capacity and better stability for your service.
* By default, ASGs will kill instances that the EC2 instance manager considers to be unresponsive. It is possible for instances whose CPU is completely saturated for minutes at a time to appear to be unresponsive, causing an ASG with the default '[ReplaceUnhealthy](http://docs.aws.amazon.com/autoscaling/latest/userguide/as-suspend-resume-processes.html#process-types)' setting turned on to replace them. When instances that are managed by ASGs are expected to consistently run with very high CPU, consider deactivating this setting. If you do so, however, detecting and killing unhealthy nodes will become your responsibility.

## EBS

Loading…
Cancel
Save