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

ACM-18034: Doc resourceRequirements add-on configuration #7528

Open
wants to merge 5 commits into
base: 2.13_stage
Choose a base branch
from

Conversation

dhaiducek
Copy link
Contributor

This is an add-on configuration that goes into the add-on doc. However, for 2.13 it only applies to GRC. In 2.14, the remainder of the add-ons will implement it in ACM-17874.

ref: https://issues.redhat.com/browse/ACM-18034

Copy link

openshift-ci bot commented Feb 20, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: dhaiducek

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

@dhaiducek dhaiducek force-pushed the resource-requirements-grc branch from 2be82ed to 3ae7ad2 Compare February 20, 2025 18:24
@dhaiducek dhaiducek force-pushed the resource-requirements-grc branch from 3ae7ad2 to f706b7f Compare February 20, 2025 18:34
@swopebe
Copy link
Contributor

swopebe commented Feb 24, 2025

This is connected to feature work: https://issues.redhat.com/browse/ACM-17563

* governance-policy-framework

[#applying-specifications-addons]
== Applying specifications to klusterlet add-ons
Copy link
Collaborator

Choose a reason for hiding this comment

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

since we had two different procedures here, I re-structured the content a bit. Please let me know what you think, and if I am correct that the goal of this procedure/task is to instruct users to apply specification to their klusterlet add-ons

Copy link
Contributor Author

Choose a reason for hiding this comment

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

The reflow is good! But perhaps there could be three topics here to make referring directly to the AddOnDeploymentConfig more straightforward?

  • Setting up the AddOnDeploymentConfig to configure klusterlet add-ons
  • Configuring a klusterlet add-on for all managed clusters:
    • Configure the ClusterManagementAddOn with the AddOnDeploymentConfig (which applies to the add-on for all managed clusters attached to the hub cluster)
  • Configuring a klusterlet add-on for a single managed cluster:
    • Configure the ManagedClusterAddOn with the AddOnDeploymentConfig (which applies to the add-on for the particular managed cluster attached to that namespace on the hub cluster)

// The note here only applies to ACM 2.13 and should be removed in ACM 2.14.
<5> *Note:* Configuring `resourceRequirements` is only available for policy add-ons. List resource requirements here to override the `resources` of the add-on workload containers. If an add-on container matches more than one of the items in the list, the last matching configuration is applied.
<6> Replace `<workload-kind>` with the kind of workload, for example: `deployment`. Replace `<workload-name>` with the name of the workload. Replace `<container-name>` with the name of the container.
.. For any of these values, you can use `\*` attribute to apply the configuration to all objects managed by the add-on. For example, if you used the `\*:*:*` attribute , it would apply the configuration to every container of every workload kind in any add-on the configuration is attached to.
Copy link
Collaborator

Choose a reason for hiding this comment

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

So, from reading various troubleshooting, I saw that \ before an asterisks in ticks, ( *) would prevent the rendering error. It worked the first time, but not the second time. I'll continue to look around for ways to render *:*:* but I had to take a break and move on, loll

Copy link
Contributor Author

@dhaiducek dhaiducek Feb 26, 2025

Choose a reason for hiding this comment

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

I ran into this. I think the alternative syntax is a backtick and then a plus sign:

`+*:*:*+`

ref: https://docs.asciidoctor.org/asciidoc/latest/text/literal-monospace/

Alternatively, I think you can escape every single asterisk like:

`\*:\*:\*`

I'll note though that ASCIIDoc is not Markdown, so it won't necessarily render the same in GitHub as in staging/prod.

@@ -0,0 +1,128 @@
[#configure-addons]
Copy link
Contributor

Choose a reason for hiding this comment

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

I would like to change the filename here because "addons" means a lot right now within ACM. Can we indicate this is klusterlet addons? This will help bc in the future I will be rearranging this area.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

So something like configure_klusterlet_addons.adoc, then?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants