-
Notifications
You must be signed in to change notification settings - Fork 1.9k
BZ#1886450: Added information for Keepalived router id check for RHV/VMware IPI #35316
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
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,80 @@ | ||
| // Module included in the following assemblies: | ||
| // | ||
| // * installing/installing_rhv/installing-rhv-customizations.adoc | ||
| // * installing/installing_rhv/installing-rhv-default.adoc | ||
| [id="keepalived-limitation-for-ipi_{context}"] | ||
| = Identifying virtual router conflicts | ||
|
|
||
| The Openshift cluster Virtual IPs are managed using multicast (VRRPv2 or VRRPv3), and there is a limitation of 255 unique virtual routers per multicast domain. Each VIP has a virtual router-id associated with it based on the cluster name. Duplication of these ids can result in a conflict, preventing the Virtual IPs from being assigned to the node. Therefore, if you have multiple clusters using the same network, check to see which VIPs the installation will choose to avoid conflicts. | ||
|
|
||
| [NOTE] | ||
| ==== | ||
| This procedure is only required if you have multiple clusters using the same network. | ||
| ==== | ||
|
|
||
| To discover the VIPs that will be chosen, you can use the `runtimecfg` utility. | ||
|
|
||
| .Procedure | ||
|
|
||
| . Identify the release being used by the installer: | ||
| + | ||
| [source, terminal] | ||
| ---- | ||
| $ ./openshift-install version|grep 'release image' | ||
| ---- | ||
| + | ||
| .Example output | ||
| [source, terminal] | ||
| ---- | ||
| release image registry.ci.openshift.org/ocp/release@sha256:9aa0dce0b119d1d3f284df2cd30394a23e2d97f4b3e3853503a655caf90219a5 | ||
| ---- | ||
| + | ||
| . Display information about the release: | ||
|
||
| + | ||
| [source, terminal] | ||
| ---- | ||
| $ oc adm release info --registry-config pull-secret.txt registry.ci.openshift.org/ocp/release@sha256:9aa0dce0b119d1d3f284df2cd30394a23e2d97f4b3e3853503a655caf90219a5 -o json | jq -r '.references.spec.tags[] | select(.name == "baremetal-runtimecfg") | .from.name' | ||
|
||
| ---- | ||
| + | ||
| .Example output | ||
| [source, terminal] | ||
| ---- | ||
| quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:b717191f780ebc5a9cce440993f51e0a2b6ef3eab3c450185996b4c79189506b | ||
| ---- | ||
| + | ||
| + | ||
| . Run the runtimecfg utility with the cluster name, in this example `cnf10`: | ||
|
||
| + | ||
| [source, terminal] | ||
| ---- | ||
| $ podman run --authfile /<path>/<to>/<pull-secret> quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:b717191f780ebc5a9cce440993f51e0a2b6ef3eab3c450185996b4c79189506b vr-ids cnf10 | ||
| ---- | ||
| + | ||
| .Example output | ||
| [source, terminal] | ||
| ---- | ||
| APIVirtualRouterID: 147 | ||
| DNSVirtualRouterID: 158 | ||
| IngressVirtualRouterID: 2 | ||
| ---- | ||
| + | ||
| . Run the utility again using a different cluster name, in this example `cnf11`: | ||
|
||
| + | ||
| [source, terminal] | ||
| ---- | ||
| $ podman run --authfile /<path>/<to>/<pull-secret> quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:b717191f780ebc5a9cce440993f51e0a2b6ef3eab3c450185996b4c79189506b vr-ids cnf11 | ||
| ---- | ||
| + | ||
| .Example output | ||
| [source, terminal] | ||
| ---- | ||
| APIVirtualRouterID: 228 | ||
| DNSVirtualRouterID: 239 | ||
| IngressVirtualRouterID: 147 | ||
| ---- | ||
| In the prevous example output, you can see that installing two clusters in the same multicast domain with names `cnf10` and `cnf11` will lead to a conflict with the `APIVirtualRouterID` and the `IngressVirtrualRouterID` IDs. To resolve this conflict, rename one of the clusters and repeat this procedure until the conflict is eliminated. | ||
| + | ||
| [NOTE] | ||
| ==== | ||
| Be sure that none of the IDs are assigned to other independent Virtual Router Redundancy Protocol (VRRP) virtual routers running in the same broadcast domain. | ||
| ==== | ||
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.
in 4.11, this has switched to Unicast for all on-prem. see openshift/machine-config-operator#3016