-
Notifications
You must be signed in to change notification settings - Fork 8
Updated node type in testing doc, updated readme #23
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
Updated node type in testing doc, updated readme #23
Conversation
|
Good catch! Thanks. I totally forgot about this change. |
|
|
||
| The test demonstrates a realistic, production-aligned scenario where critical addons run on a dedicated platform node pool, and the NRG controller manages a network readiness taint on a separate application worker node. | ||
|
|
||
| ### Test Topology |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we also need an update for this section?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ajaysundark Please take a look at the PR now. I've removed the update to the demo video and made all the other changes. In test_readme.md as well, I've updated our description of the nodes to mention that the controller would run in the control plane node by default unless configured otherwise.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for iterating on this, @sreeram-venkitesh. A minor observation from me, LGTM otherwise.
4d3a10b to
d6be516
Compare
✅ Deploy Preview for node-readiness-controller canceled.
|
docs/TEST_README.md
Outdated
| ``` | ||
|
|
||
| Verify the controller is running on the platform node (`nrr-test-worker`): | ||
| Verify the controller is running on the control plane node (`nrg-test-control-plane`): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this got renamed as nrr-test-* recently as part of rebranding (re: #37)
|
/lgtm |
ajaysundark
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! There's a minor typo that need a fix. Please see if you could fix it before your merge.
/hold
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ajaysundark, sreeram-venkitesh 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 |
|
@ajaysundark Thanks for catching that! I missed that since I had made this branch before the renaming. Looks like this needs a new lgtm |
|
/lgtm |
|
/unhold |
Running the controller locally following the instructions here in the TEST_README.md file, it says that the controller pod should be scheduled to a platform node. But the controller manager is configured with an affinity for the control plane by default.
This PR updates TEST_README.md to mention the right node type and also links TEST_README.md in the main readme file under Ajay's demo video.