Skip to content

Latest commit

 

History

History
21 lines (17 loc) · 1.87 KB

File metadata and controls

21 lines (17 loc) · 1.87 KB

6.0 Maintenance

This document details common maintenance tasks that cannot be automated.

6.1 - Adding a new Region to support

Adding a new region is a relatively simple task with a few steps:

  1. First, we need to find the AMI in the region (AWS amis have different IDs based on region). A quick way to find an official Red Hat AMI is to search for a known ami-id in a known region, find the account ID that AMI is published under, and then search for that account id under the new region.
    1. Open the AWS Console for your dev account
    2. Ensure you are in the us-east-1 region
    3. Go to the EC2 -> AMIs page and search for the ami id for the us-east-1 region
    4. Copy the Owner account ID field
    5. Change your AWS Region to be the new region you wish to support
    6. In the EC2 -> AMIs page, search for the AccountID you just copied
    7. Find a RHEL 7.Y image you wish to use and note the ami id.
  2. Note the smallest instance type you can use for this region.
    1. Most new AWS regions at the time of this writing support only t3.micro instance types, compared to the default regions supporting t2.micro instance types, etc.
    2. You can find this by attempting to launch an instance from the AMI you just found in step 1, and seeing what the "Free Tier Eligible" instance type is for that region.
  3. Add this information to the hack/olm-registry/olm-artifacts-template and hack/templates/aws.managed.openshift.io_v1apha1_configmap files.
  4. In CRC, test these changes with make test-all.