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
HOSTEDCP-1184: Document IPv6/IPv4/DualStack deployments for Hypershift in Baremetal #3008
Conversation
@jparrill: This pull request references HOSTEDCP-1184 which is a valid jira issue. In response to this:
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/test-infra repository. |
Skipping CI for Draft Pull Request. |
✅ Deploy Preview for hypershift-docs ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
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 reviewed the first 10 files. I'll try to review the rest later.
docs/content/how-to/mce/Dual/hypervisor/hypervisor-system-config.md
Outdated
Show resolved
Hide resolved
docs/content/how-to/mce/Dual/hypervisor/network-manager-dispatcher.md
Outdated
Show resolved
Hide resolved
f9de6e1
to
54d6b67
Compare
54d6b67
to
ce916ea
Compare
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.
Made it 36 files in this time. It seems like quite a few of the /Dual/ markdown files are duplicated in the /IPv4/ section as well. Could they just reference the same markdown file if the content is the same?
ce916ea
to
b921546
Compare
Thanks for the review!, it's a huge PR, sorry about that. Yes, when the file contains the same, I've placed the files in |
b921546
to
e7a1676
Compare
Signed-off-by: Juan Manuel Parrilla Madrid <jparrill@redhat.com>
ed4b823
to
7ea6d39
Compare
Signed-off-by: Juan Manuel Parrilla Madrid <jparrill@redhat.com>
Signed-off-by: Juan Manuel Parrilla Madrid <jparrill@redhat.com>
29931b9
to
77037a2
Compare
/test e2e-kubevirt-aws-ovn |
/retest |
@@ -91,6 +91,117 @@ nav: | |||
- how-to/powervs/create-cluster-powervs.md | |||
- how-to/powervs/create-infra-separately.md | |||
- how-to/powervs/prerequisites-and-env-guide.md | |||
- 'Self-Managed Laboratories': |
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 this effort, this is looking great! Can we have this section to be just another category of "how to"? along with AWS and other sections we have there.
Then a subcategory of this would be also "architecture", so all the self managed lab info is self contained there.
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.
The problem putting a new section in "how-to-guides" is, once you dropdown on this last section (it's very down bellow) the browser makes you go up because in fact it's a new page, so it's uncomfortable to keep going down every time you get into a new window. This is one of the reasons why I separated this section.
Regarding architecture section, I think it's better to keep it in Reference because it's not related with any Laboratory itself but the organically way to create the environment, it's like reference architectures.
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.
lgtm overall
afba9a1
to
a5cdb16
Compare
a5cdb16
to
c31d7b7
Compare
…t in Baremetal Signed-off-by: Juan Manuel Parrilla Madrid <jparrill@redhat.com>
c31d7b7
to
9f2a5b5
Compare
|
||
!!! note | ||
|
||
This step is mandatory for both Disconnected and Connected environments. Additionally, it holds significance for both Virtualized and Bare Metal environments. The key distinction lies in the location where the resources will be configured. In a non-virtualized environment, a more robust solution like Bind is recommended instead of a lightweight dnsmasq. |
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.
@jparrill If this step is mandatory for both connected and disconnected environments, does it override the info that we already have published for configuring DNS in the official docs?
You can see the source for the official docs related to DNS here: https://github.com/stolostron/rhacm-docs/blob/2.9_stage/clusters/hosted_control_planes/hosted_bare_metal_dns.adoc and https://github.com/stolostron/rhacm-docs/blob/2.9_stage/clusters/hosted_control_planes/hosted_bare_metal_dns.adoc.
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.
Good point, I don't think so (actually it's mostly the same), the only thing I would add is the same but in IPv6 and Dual stack (I made up the IP addresses).
which in IPv6 would be:
api.example.krnl.es. IN A 2620:52:0:1306::5
api.example.krnl.es. IN A 2620:52:0:1306::6
api.example.krnl.es. IN A 2620:52:0:1306::7
api-int.example.krnl.es. IN A 2620:52:0:1306::5
api-int.example.krnl.es. IN A 2620:52:0:1306::6
api-int.example.krnl.es. IN A 2620:52:0:1306::7
`*`.apps.example.krnl.es. IN A 2620:52:0:1306::10
And for Dual stack, they should resolve in both stacks depending how do you execute the dig command dig A google.com
(For IPv4) or dig AAAA google.com
(For IPv6)
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.
@jparrill When I move this content to the official docs, do you think it would be best if I mentioned the already existing docs about DNS as a prereq to this? I'm trying to figure out what the best way is to present this info keeping in mind that we have other docs about DNS as well.
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.
Reuse existing documentation will be always better (IMHO), only makes sense to create new doc if the case differs from the current one.
|
||
Please ensure you modify the appropriate fields to align with your laboratory environment. | ||
|
||
!!! warning |
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.
@jparrill Does this warning apply only to the upstream docs, or should I include it in the official docs, too?
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.
Yes, at least until the first Z version of 4.14 get released.
/approve |
@jparrill: This pull request references HOSTEDCP-1184 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 task to target the "4.15.0" version, but no target version was set. In response to this:
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/test-infra repository. |
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.
/lgtm
@jparrill: This pull request references HOSTEDCP-1184 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 task to target the "4.15.0" version, but no target version was set. In response to this:
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/test-infra repository. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bryan-cox, enxebre, jparrill The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/retest-required |
@jparrill: 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/test-infra repository. I understand the commands that are listed here. |
Which issue(s) this PR fixes:
Fixes #HOSTEDCP-1184
Checklist