Skip to content

Conversation

jhixson74
Copy link
Member

GP3 volumes have the ability to configure throughput from 125 MiB/s to 1000 MiB/s. This allows the ability to set this at install time in the install-config.

https://issues.redhat.com/browse/CORS-4212

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Sep 17, 2025
@openshift-ci-robot
Copy link

openshift-ci-robot commented Sep 17, 2025

@jhixson74: This pull request references CORS-4212 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the epic to target the "4.21.0" version, but no target version was set.

In response to this:

GP3 volumes have the ability to configure throughput from 125 MiB/s to 1000 MiB/s. This allows the ability to set this at install time in the install-config.

https://issues.redhat.com/browse/CORS-4212

Instructions 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 openshift-eng/jira-lifecycle-plugin repository.

Copy link
Contributor

openshift-ci bot commented Sep 17, 2025

Hello @jhixson74! Some important instructions when contributing to openshift/api:
API design plays an important part in the user experience of OpenShift and as such API PRs are subject to a high level of scrutiny to ensure they follow our best practices. If you haven't already done so, please review the OpenShift API Conventions and ensure that your proposed changes are compliant. Following these conventions will help expedite the api review process for your PR.

@openshift-ci openshift-ci bot added the size/S Denotes a PR that changes 10-29 lines, ignoring generated files. label Sep 17, 2025
Copy link
Contributor

openshift-ci bot commented Sep 17, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please assign deads2k for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@jhixson74
Copy link
Member Author

I see that the linter is failing. For the life of me, I don't know why since every other field in that struct also does not start with the name. Any pointers? ;-)

@JoelSpeed
Copy link
Contributor

Pre-existing fields do not meet conventions, please follow the linter so that new content does meet conventions.
All new fields should have godoc starting with the serialised version of the field name. throughput is...

@JoelSpeed
Copy link
Contributor

Is this feature available in CAPA upstream?

@jhixson74
Copy link
Member Author

Is this feature available in CAPA upstream?

Yes.

@jhixson74 jhixson74 force-pushed the master_aws_gp3_throughput branch from 4a4d3cf to ee12153 Compare September 17, 2025 17:36
@tthvo
Copy link
Member

tthvo commented Sep 17, 2025

IIUC, the throughput setting is not yet supported in MAPI (thus this PR is created) right?

From OCPSTRAT-2410, it looks like we are not looking to add support MAPI, but rather wait for CAPI migration in OCPSTRAT-1992 (the throughput is already supported there). So, is this change still needed?

I might be misunderstanding something...

@jhixson74 jhixson74 force-pushed the master_aws_gp3_throughput branch 2 times, most recently from ab99e54 to b7238bc Compare September 19, 2025 22:49
@patrickdillon
Copy link
Contributor

+1 to @tthvo's #2480 (comment)

I'm confused. IIUC this PR is adding configuration for MAPI; but MAPI-support is not part of the plan, this is a CAPI-only feature. I think we should just depend on the existing CAPI API and close this PR. @jhixson74 @JoelSpeed can you please clarify?

@JoelSpeed
Copy link
Contributor

I'm confused. IIUC this PR is adding configuration for MAPI; but MAPI-support is not part of the plan, this is a CAPI-only feature. I think we should just depend on the existing CAPI API and close this PR. @jhixson74 @JoelSpeed can you please clarify?

We aren't clear yet when we will GA CAPI on OCP. We can avoid adding this to MAPI sure, but that currently restricts control plane usage (as control plane CAPI is further down the road), but it seems like a fairly minor effort to add it IMO and means that conversion between the two types of machine has fewer edge cases

@patrickdillon
Copy link
Contributor

I'm confused. IIUC this PR is adding configuration for MAPI; but MAPI-support is not part of the plan, this is a CAPI-only feature. I think we should just depend on the existing CAPI API and close this PR. @jhixson74 @JoelSpeed can you please clarify?

We aren't clear yet when we will GA CAPI on OCP. We can avoid adding this to MAPI sure, but that currently restricts control plane usage (as control plane CAPI is further down the road), but it seems like a fairly minor effort to add it IMO and means that conversion between the two types of machine has fewer edge cases

Agreed. Adding MAPI support seems like the right thing here.

GP3 volumes have the ability to configure throughput from 125 MiB/s to
1000 MiB/s. This allows the ability to set this at install time in the
install-config.

https://issues.redhat.com/browse/CORS-4212
@jhixson74 jhixson74 force-pushed the master_aws_gp3_throughput branch from b7238bc to 86385ff Compare September 25, 2025 04:21
Copy link
Contributor

openshift-ci bot commented Sep 25, 2025

@jhixson74: all tests passed!

Full PR test history. Your PR dashboard.

Instructions 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-sigs/prow repository. I understand the commands that are listed here.

@jhixson74 jhixson74 changed the title CORS-4212: AWS: Add the ability to configure throughput on GP3 volumes CORS-4250: AWS: Add the ability to configure throughput on GP3 volumes Sep 26, 2025
@openshift-ci-robot
Copy link

openshift-ci-robot commented Sep 26, 2025

@jhixson74: This pull request references CORS-4250 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "4.21.0" version, but no target version was set.

In response to this:

GP3 volumes have the ability to configure throughput from 125 MiB/s to 1000 MiB/s. This allows the ability to set this at install time in the install-config.

https://issues.redhat.com/browse/CORS-4212

Instructions 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 openshift-eng/jira-lifecycle-plugin repository.

@jhixson74
Copy link
Member Author

/jira refresh

@openshift-ci-robot
Copy link

openshift-ci-robot commented Sep 26, 2025

@jhixson74: This pull request references CORS-4250 which is a valid jira issue.

In response to this:

/jira refresh

Instructions 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 openshift-eng/jira-lifecycle-plugin repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. size/S Denotes a PR that changes 10-29 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants