Remove instanceType option m4 from AWS IPI default deployment#5162
Remove instanceType option m4 from AWS IPI default deployment#5162openshift-merge-robot merged 1 commit intoopenshift:masterfrom
m4 from AWS IPI default deployment#5162Conversation
m4 from AWS IPI default deployment
The deployments in AWS region us-east-1 (biggest region) is being impacted with a cluster more expensive and without the benefits of Nitro Instances (faster CPU, network, EBS, etc). The evaluation process on that Region choose the oldest instanceType when the evaluation process of preferred zone - it expects that the instance is offered in all zones. The region us-east-1 has 6 zones, and one us-east-1e is not offering Nitro Instances. Looking the zones across all regions[1], this is the unique exception. Regarding the performance and costs, the nitro is a better choice and it should not impact the HA on that specific zone that will use 5, instead of 6 zones.
|
There may be an issue here if m5 does not exist in all six of us-east-1 zones. The PreferredInstanceType function ensures that the selected type exists in all selected zones. For the control plane machines, the selected zones defaults to all zones in the region. Therefore, with the most basic install-config.yaml, I expect this change is always breaking for us-east-1 region. The current e2e-aws test succeeded in us-west-1, which is not the targeted region. |
|
/hold |
|
/test e2e-aws |
AWS recently launched the instance m6i, new generation of Nitro instance for general purpose (m5). ATM the instance is available in a few regions, but the fallback will work well for m5 that was tested on PR openshift#5162
|
/hold cancel |
@jstuever yes, the getInstanceTypeZoneInfo() will not return the "missing AZ" if the query set ( |
|
/retest |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: jstuever The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
5 similar comments
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
2 similar comments
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
@mtulio: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
8 similar comments
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
|
/retest-required Please review the full test history for this PR and help us cut down flakes. |
The deployments in AWS region
us-east-1(biggest region) is being impacted with a cluster more expensive and without the benefits of Nitro Instances (faster CPU, network, EBS, etc). The evaluation process on that Region choose the oldest instanceType when the evaluation process of preferred zone - it expects that the instance is offered in all zones. The regionus-east-1has 6 zones, and oneus-east-1eis not offering Nitro Instances. Looking the zones across all regions[1], this is the unique exception.Initially I've studied two other options, there is:
A) Create a restricted list of zones for each region
B) Choose the preferred type from the Types when a type has available in >= 3 zones (N*Masters)
But when looking the availability of m5 across all zones[1], remove the
m4from the list seems to be a better option.Further we could improve the capacity election when
m5instance is not available, but I guess it will be a more complex implementation, and this current change could be bring to stakeholders and short term benefit.Please see the details of study in SPLAT-254
Stakeholders impacted:
[1] Filters by region of describe_instance_type_offerings used by installer to choose the preferred instance type.