Instance and Stack EOL

Note: this article was originally published on November 13, 2017.

Overview

This document is designed to provide additional details, insights and process information around the recently announced End-Of-Life (EOL) of the older Engine Yard technology stacks and older AWS instance types. While this is a "soft" EOL and these older technologies will continue to function on the Engine Yard platform, the costs associated with continuing to operate these technologies will increase significantly.

Instances are being EOL'd because they are systems based on older system architectures and infrastructure within AWS. Usage costs for these instances are gradually increasing as the equivalent current generation cost falls. These instances do not support or fully support all of the latest technologies offered by AWS (Encrypted EBS, truly Elastic EBS), and their reliability and maintenance requirements are gradually increasing over time.

AWS Instance Families Affected:

  • C1 - c1.medium, c1.xlarge
  • C3 - c3.large, c3.xlarge, c3.2xlarge, c3.4xlarge, c3.8xlarge
  • M1 - m1.small, m1.medium, m1.large, m1.xlarge
  • M2 - m2.xlarge, m2.2xlarge, m2.4xlarge
  • M3 - m3.medium, m3.large, m3.xlarge, m3.2xlarge
  • R3 - r3.large, r3.xlarge, r3.2xlarge, r3.4xlarge, r3.8xlarge
  • HI1 - hi1.4xlarge

The retiring stacks have reached their End-of-life due to technology constraints. The stacks being retired are all based on an OS image from late 2009. Open-SSL for this image has been updated to the fullest extent possible but has reached a point where many of the web-services the instance or an application may interact with will not accept requests due to the use of older and insecure authentication mechanisms. Software updates will no longer be published to these stacks and Support of instances running on these will be based on "Best Effort" response.

Engine Yard Stacks Affected:

  • Stable-v1
  • Stable-v2
  • Stable-v3
  • custom stacks based on any of the above

 

IMPORTANT: Modern instances are not supported on EOL stacks, so a migration from EOL instances must be combined with a stack upgrade or migration.

 

Before You Begin

When planning your updates it is important to be aware of some key considerations that will have an impact on how you proceed.

  • VPC: The modern instance types you'll be changing to all require the use of Amazon VPC. If your account has been active with Engine Yard since before September 2015, and you haven't already gone through an update to add VPC, you'll need to take some extra steps as part of your preparations.
  • If you are currently on a stack that is not Stable-v4 or Stable-v5 you'll need to do a stack upgrade. Stack upgrades sometimes also mean upgrading the Ruby version that your application relies on, or updating to a newer major database version.
    • Stable-v4 requires Ruby 1.9.3 or higher, and MySQL 5.5 or higher.
    • Stable-v5 requires Ruby 2.0 or higher and MySQL 5.6 or higher.
    • If you use custom cookbooks they may also need to be updated for compatibility with more recent versions of Chef.
  • Not all Current instance types are supported on all versions of the Stable-v4 and Stable-v5 stacks; you may need to review and apply a stack upgrade to see all modern instance types.

Migration Options

There are a few different ways to approach this transition:

  • For Platinum Support, our migrations team can work with you to craft a custom upgrade plan and assist you with testing and updating cookbooks for your new configuration.
  • If Platinum is not an option, we can tailor a Professional Services project to fit your specific needs and requirements.
  • If you'd rather complete this on your own, the remainder of this document is specifically intended to help you find the details you need to succeed.

If you would like assistance with an upgrade please reach out to our Customer Success team for additional details on the options available. If you are completing the migration yourself and have questions or run into any trouble please file a ticket with Support so we can assist you further.

Instance Mapping

The following table suggests what might be the closest instance type to each of the retiring instances. Before selecting your target instance types you may want to look at current load and utilization to see if any changes to Memory or CPU resources could be beneficial.

Current Resources Target Resources
c1.medium 2 vCPU 1.7 GB t2.medium 2 vCPU 4 GB
c1.xlarge 8 vCPU 7 GB c4.2xlarge 8 vCPU 15 GB
c3.large 2 vCPU 3.75 GB c4.large 2 vCPU 3.75 GB
c3.xlarge 4 vCPU 7.5 GB c4.xlarge 4 vCPU 7.5 GB
c3.2xlarge 8 vCPU 15 GB c4.2xlarge 8 vCPU 15 GB
c3.4xlarge 16 vCPU 30 GB c4.4xlarge 16 vCPU 30 GB
c3.8xlarge 32 vCPU 60 GB c4.8xlarge 32 vCPU 60 GB
m1.small 1 vCPU 1.7 GB t2.medium 2 vCPU 4 GB
m1.medium 1 vCPU 3.75 GB t2.medium 2 vCPU 4 GB
m1.large 2 vCPU 7.5 GB t2.large 2 vCPU 8 GB
m1.xlarge 4 vCPU 16 GB m4.xlarge 4 vCPU 16GB
m2.xlarge 2 vCPU 17.1 GB r4.large 2 vCPU 15.25 GB
m2.2xlarge 4 vCPU 34.2 GB r4.xlarge 4 vCPU 30.5 GB
m2.4xlarge 8 vCPU 68.4 GB r4.2xlarge 8 vCPU 61 GB
m3.medium 1 vCPU 3.75 GB t2.medium 2 vCPU 4 GB
m3.large 2 vCPU 7.5 GB m4.large 2 vCPU 8 GB
m3.xlarge 4 vCPU 15 GB m4.xlarge 4 vCPU 16 GB
m3.2xlarge 8 vCPU 30 GB m4.2xlarge 8 vCPU 32 GB
r3.large 2 vCPU 15.25 GB r4.large 2 vCPU 15.25 GB
r3.xlarge 4 vCPU 30.5 GB r4.xlarge 4 vCPU 30.5 GB
r3.2xlarge 8 vCPU 61 GB r4.2xlarge 8 vCPU 61 GB
r3.4xlarge 16 vCPU 122 GB r4.4xlarge 16 vCPU 122 GB
r3.8xlarge 32 vCPU 244 GB r4.8xlarge 32 vCPU 244 GB
hi1.4xlarge     none, instance type not used

 

Confirm/Enable VPC

The easiest way to confirm if your environment has VPC is to check the instances available to the specific environment. To do this:

  • click the "Add" button on the cloud dashboard.
  • select to add either an application or utility instance
  • click the available instance types drop down and look for instance types of t2, c4m4 or r4.
  • if you see all of these instance types you can move on to the next section.
  • if you see some, but not all of these instance types, you may need to review and apply an environment upgrade.
  • if you do not see any of these instances, you'll need to start by enabling VPC for your account. Don't actually migrate your environment to VPC until you've reviewed all of this document, if you need to upgrade to a new stack as well you might want to make both changes at the same time.

Confirm Stack Version

To determine your current stack version:

  • View the environment
  • The stack version is located below the region and environment type which appears below the main control buttons (Apply, Snapshot, Add, Terminate) for the environment.

Complete Stack Upgrades

If you already use VPC or have now enabled it, you can combine the VPC migration with one of the following Stack upgrades:

Wrapping Up

If you completed the VPC or Stack Upgrade, you've already replaced your instances with modern types and your work here is done. If you already have a VPC and were on a Supported Stack what needs to happen next is just to rotate out the existing instances with their modern equivalent. The process for this is the same as if you were replacing a degraded instance in your environment.

If you have any questions or if we can assist further, please reach out to support so we can provide additional guidance.

Comments

Article is closed for comments.