You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/nw-ovn-kubernetes-migration-about.adoc
+64-12Lines changed: 64 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@
7
7
8
8
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.
9
9
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:
11
11
12
12
* Bare metal hardware
13
13
* Amazon Web Services (AWS)
@@ -16,11 +16,6 @@ A migration to the OVN-Kubernetes cluster network provider is supported on insta
16
16
* {rh-openstack-first}
17
17
* VMware vSphere
18
18
19
-
[NOTE]
20
-
====
21
-
Performing a migration on a user-provisioned cluster is not supported.
== Considerations for migrating to the OVN-Kubernetes network provider
26
21
@@ -130,14 +125,71 @@ OVN-Kubernetes fully supports the Kubernetes `NetworkPolicy` API in the `network
130
125
[id="how-the-migration-process-works_{context}"]
131
126
== How the migration process works
132
127
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
+
--
134
151
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.
136
156
137
-
. Suspend the Machine Config Operator (MCO) to ensure that it does not interrupt the migration.
157
+
|===
138
158
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.
140
160
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
+
|===
142
164
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.
0 commit comments