Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add proper IAMv2p1 machines to deployment farm #406

Merged
merged 3 commits into from
May 29, 2019

Conversation

msorens
Copy link
Contributor

@msorens msorens commented May 22, 2019

🔩 Description

Previously I had repurposed the IAM v2 "fresh install" machine in the deployment farm to 2.1 (leaving the "inplace upgrade" at v2). But that "conservation of resources" led to more confusion than savings, so this PR reverts the change on the IAM v2 "fresh install" machine and creates first-class siblings for v2.1, both fresh install and inplace upgrade.

👍 Definition of Done

New v2p1 machines are provisioned on each of the dev and acceptance dashboards.

👟 Demo Script / Repro Steps

⛓️ Related Resources

✅ Checklist

  • Necessary tests added/updated?
  • Necessary docs added/updated?
  • Code actually executed?
  • Vetting performed (unit tests, lint, etc.)?

@msorens msorens added the iamv2 This issue or pull request applies to iamv2 work for Automate label May 22, 2019
@msorens msorens requested a review from a team as a code owner May 22, 2019 14:52
@msorens msorens self-assigned this May 22, 2019
Copy link
Contributor

@srenatus srenatus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code looks ok -- assuming we're OK with the extra spending. Also: with what's here, do interesting things happen? Such as continuous data ingestion (chef-load?), and inspec tests running against the new instances.

Copy link
Contributor

@bcmdarroch bcmdarroch left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍good idea to add these for product/UX use, though if cost is a concern we can probably get away with just one inplace-upgrade machine each for v2 and v2.1.

vpc = "${var.environment}"
platform = "ubuntu-16.04"
key_name = "cd-infrastructure"
instance_type = "m4.large"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a reason this is a m4.large while the other is a m5.large?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes: because somebody started it that way. 😁

If you look at all the other "fresh-install / implace-upgrade" pairs, the fresh install uses m5 and the inplace-upgrade uses m4.

(I personally have no context what those values actually do or mean, though.)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should move to m5 large. We don't need to backfill now since that would recreate the instance, but going forward we should use m5 class instances.

@msorens msorens force-pushed the ms/add-proper-iamv2p1-machines branch from 7499133 to 1e29e10 Compare May 28, 2019 20:35
@msorens msorens merged commit 29b4057 into master May 29, 2019
@chef-ci chef-ci deleted the ms/add-proper-iamv2p1-machines branch May 29, 2019 21:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
iamv2 This issue or pull request applies to iamv2 work for Automate
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants