Answers: <p>From your comment I assume a cpu load under 5% in average considering all instances together.</p>
  
  <p>Each of your actual instance can be a pod on a kubernetes node, using quite larger instances you can reduce to a dozen of m3 or m4 machines with a single (or two) load balancer in front for the same quality of service.</p>
  
  <p>You'll have machines used at 70% (ideally) and using an autoscaling group with a scaling policy to take care of spinning up a new node in case of burst.</p>
  
  <p>The main idea is that you should be able to host on fewer machines with a better average load and thus reduce your cost, the first net gain is the reduction in number of load balancers, but this could be debated with Application Load balancers which allow to route by context or host.</p>
  
  <p>Be warned there's a learning curve with kubernetes, but according to your description this sounds the perfect use case.</p>
  
  <p>Beware of the 'all in k8s' trap, some things are better handled out of kubernetes, like large database systems or CPU/memory intensive task as they disrupt the load repartition and brings some more complexity. I.e: keep both possibilities, k8S and usual ASG/instances based hosting.</p>
  
Answers: CC BY-SA 4.0
Answers: 2018-07-24T22:18:37.007Z
Answers: 2018-07-24T22:18:37.007Z
Answers: Tensibai
Body: <p>We're running like 100+ servers on AWS EC2 with like 20 microservices all load balanced and autoscaled with 2 to 3 instances.</p>
  
  <p>The cost has become....very significant.</p>
  
  <p>I'm wondering if migrating these to Kubernetes or ECS would be cheaper?</p>
  
Comments: CC BY-SA 4.0
Comments: 2018-07-24T11:53:46.073Z
Comments: Which instance type are your using and how is the load of the current instances ?
Comments: Tensibai
Comments: CC BY-SA 4.0
Comments: 2018-07-24T18:55:54.063Z
Comments: Hi, thanks for the feedback. All smalls and mediums and the load is like 1,000,000 hits per day.
Comments: Dr. Chocolate
Tags: <amazon-web-services><kubernetes><amazon-ec2><amazon-ecs>
Title: Is running load balanced autoscale apps cheaper on AWS Kubernetes than just using EC2 resources?
UserDisplayName: Dr. Chocolate
ThreadText: # Is running load balanced autoscale apps cheaper on AWS Kubernetes than just using EC2 resources?
  
  (Asked by: username_0 on 2018-07-23)
  
  We're running like 100+ servers on AWS EC2 with like 20 microservices all load balanced and autoscaled with 2 to 3 instances.
  
  The cost has become....very significant.
  
  I'm wondering if migrating these to Kubernetes or ECS would be cheaper?
  
  **Tags:** amazon-web-services, kubernetes, amazon-ec2, amazon-ecs
  
  > **Comments:**
  > **username_1**: Which instance type are your using and how is the load of the current instances ?  
  > **username_0**: Hi, thanks for the feedback. All smalls and mediums and the load is like 1,000,000 hits per day.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2018-07-24. Score: 2
  
  From your comment I assume a cpu load under 5% in average considering all instances together.
  
  Each of your actual instance can be a pod on a kubernetes node, using quite larger instances you can reduce to a dozen of m3 or m4 machines with a single (or two) load balancer in front for the same quality of service.
  
  You'll have machines used at 70% (ideally) and using an autoscaling group with a scaling policy to take care of spinning up a new node in case of burst.
  
  The main idea is that you should be able to host on fewer machines with a better average load and thus reduce your cost, the first net gain is the reduction in number of load balancers, but this could be debated with Application Load balancers which allow to route by context or host.
  
  Be warned there's a learning curve with kubernetes, but according to your description this sounds the perfect use case.
  
  Beware of the 'all in k8s' trap, some things are better handled out of kubernetes, like large database systems or CPU/memory intensive task as they disrupt the load repartition and brings some more complexity. I.e: keep both possibilities, k8S and usual ASG/instances based hosting.
  
  
  ---
  
  