Skip to content

Commit e044932

Browse files
committed
Update the SDN migration procedure for release 4.8
- https://issues.redhat.com/browse/OSDOCS-1809
1 parent ee8d86d commit e044932

File tree

3 files changed

+205
-152
lines changed

3 files changed

+205
-152
lines changed

modules/nw-ovn-kubernetes-migration-about.adoc

Lines changed: 64 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@
77

88
Migrating to the OVN-Kubernetes Container Network Interface (CNI) cluster network provider is a manual process that includes some downtime during which your cluster is unreachable. Although a rollback procedure is provided, the migration is intended to be a one-way process.
99

10-
A migration to the OVN-Kubernetes cluster network provider is supported on installer-provisioned clusters on the following platforms:
10+
A migration to the OVN-Kubernetes cluster network provider is supported on the following platforms:
1111

1212
* Bare metal hardware
1313
* Amazon Web Services (AWS)
@@ -16,11 +16,6 @@ A migration to the OVN-Kubernetes cluster network provider is supported on insta
1616
* {rh-openstack-first}
1717
* VMware vSphere
1818

19-
[NOTE]
20-
====
21-
Performing a migration on a user-provisioned cluster is not supported.
22-
====
23-
2419
[id="considerations-migrating-ovn-kubernetes-network-provider_{context}"]
2520
== Considerations for migrating to the OVN-Kubernetes network provider
2621

@@ -130,14 +125,71 @@ OVN-Kubernetes fully supports the Kubernetes `NetworkPolicy` API in the `network
130125
[id="how-the-migration-process-works_{context}"]
131126
== How the migration process works
132127

133-
The migration process works as follows:
128+
The following table summarizes the migration process by segmenting between the user-initiated steps in the process and the actions that the migration performs in response.
129+
130+
.Migrating to OVN-Kubernetes from OpenShift SDN
131+
[cols="1,1a",options="header"]
132+
|===
133+
134+
|User-initiated steps|Migration activity
135+
136+
|
137+
Set the `migration` field of the `Network.operator.openshift.io` custom resource (CR) named `cluster` to `OVNKubernetes`. Make sure the `migration` field is `null` before setting it to a value.
138+
|
139+
Cluster Network Operator (CNO):: Updates the status of the `Network.config.openshift.io` CR named `cluster` accordingly.
140+
Machine Config Operator (MCO):: Rolls out an update to the systemd configuration necessary for OVN-Kubernetes; The MCO updates a single machine per pool at a time by default, causing the total time the migration takes to increase with the size of the cluster.
141+
142+
|Update the `networkType` field of the `Network.config.openshift.io` CR.
143+
|
144+
CNO:: Performs the following actions:
145+
+
146+
--
147+
* Destroys the OpenShift SDN control plane pods.
148+
* Deploys the OVN-Kubernetes control plane pods.
149+
* Updates the Multus objects to reflect the new cluster network provider.
150+
--
134151

135-
. Set a temporary annotation set on the Cluster Network Operator (CNO) configuration object. This annotation triggers the CNO to watch for a change to the `defaultNetwork` field.
152+
|
153+
Reboot each node in the cluster.
154+
|
155+
Cluster:: As nodes reboot, the cluster assigns IP addresses to pods on the OVN-Kubernetes cluster network.
136156

137-
. Suspend the Machine Config Operator (MCO) to ensure that it does not interrupt the migration.
157+
|===
138158

139-
. Update the `defaultNetwork` field. The update causes the CNO to destroy the OpenShift SDN control plane pods and deploy the OVN-Kubernetes control plane pods. Additionally, it updates the Multus objects to reflect the new cluster network provider.
159+
If a rollback to OpenShift SDN is required, the following table describes the process.
140160

141-
. Reboot each node in the cluster. Because the existing pods in the cluster are unaware of the change to the cluster network provider, rebooting each node ensures that each node is drained of pods. New pods are attached to the new cluster network provided by OVN-Kubernetes.
161+
.Performing a rollback to OpenShift SDN
162+
[cols="1,1a",options="header"]
163+
|===
142164

143-
. Enable the MCO after all nodes in the cluster reboot. The MCO rolls out an update to the systemd configuration necessary to complete the migration. The MCO updates a single machine per pool at a time by default, so the total time the migration takes increases with the size of the cluster.
165+
|User-initiated steps|Migration activity
166+
167+
|Suspend the MCO to ensure that it does not interrupt the migration.
168+
|The MCO stops.
169+
170+
|
171+
Set the `migration` field of the `Network.operator.openshift.io` custom resource (CR) named `cluster` to `OVNKubernetes`. Make sure the `migration` field is `null` before setting it to a value.
172+
|
173+
CNO:: Updates the status of the `Network.config.openshift.io` CR named `cluster` accordingly.
174+
175+
|Update the `networkType` field.
176+
|
177+
CNO:: Performs the following actions:
178+
+
179+
--
180+
* Destroys the OpenShift SDN control plane pods.
181+
* Deploys the OVN-Kubernetes control plane pods.
182+
* Updates the Multus objects to reflect the new cluster network provider.
183+
--
184+
185+
|
186+
Reboot each node in the cluster.
187+
|
188+
Cluster:: As nodes reboot, the cluster assigns IP addresses to pods on the OVN-Kubernetes cluster network.
189+
190+
|
191+
Enable the MCO after all nodes in the cluster reboot.
192+
|
193+
MCO:: Rolls out an update to the systemd configuration necessary for OpenShift SDN; The MCO updates a single machine per pool at a time by default, so the total time the migration takes increases with the size of the cluster.
194+
195+
|===

0 commit comments

Comments
 (0)