Skip to content

Commit 031f3af

Browse files
committed
MIG-1078 Initial commit
1 parent 899ea35 commit 031f3af

File tree

1 file changed

+37
-7
lines changed

1 file changed

+37
-7
lines changed

modules/migration-compatibility-guidelines.adoc

Lines changed: 37 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -5,21 +5,51 @@
55
// * migration_toolkit_for_containers/installing-mtc.adoc
66
// * migration_toolkit_for_containers/installing-mtc-restricted.adoc
77

8+
:_content-type: CONCEPT
89
[id="migration-compatibility-guidelines_{context}"]
910
= Compatibility guidelines
1011

1112
You must install the {mtc-full} ({mtc-short}) Operator that is compatible with your {product-title} version.
1213

13-
You cannot install {mtc-short} {mtc-version} on {product-title} 4.5, or earlier versions, because the custom resource definition API versions are incompatible.
14+
.Definitions
1415

15-
You can migrate workloads from a source cluster with {mtc-short} {mtc-legacy-version-z} to a target cluster with {mtc-short} {mtc-version} as long as the `MigrationController` custom resource and the {mtc-short} web console are running on the target cluster.
16+
legacy platform:: {product-title} 4.5 and earlier.
17+
modern platform:: {product-title} 4.6 and later.
18+
legacy operator:: The {mtc-short} Operator designed for legacy platforms.
19+
modern operator:: The {mtc-short} Operator designed for modern platforms.
20+
control cluster:: The cluster that runs the {mtc-short} controller and GUI.
21+
remote cluster:: A source or destination cluster for a migration that runs Velero. The Control Cluster communicates with Remote clusters via the Velero API to drive migrations.
1622

17-
[cols="1,1,2", options="header"]
18-
.{product-title} and {mtc-short} compatibility
23+
24+
[cols="1,2,2", options="header"]
25+
.{mtc-short} compatibility: Migrating from a legacy platform
1926
|===
20-
|{product-title} version |{mtc-short} version |{mtc-full} Operator
27+
||{product-title} 4.5 or earlier |{product-title} 4.6 later
28+
|Latest {mtc-short} version a|{mtc-short} {mtc-version}.z
29+
30+
Legacy {mtc-version} operator: Install manually with the `operator.yml` file.
31+
[IMPORTANT]
32+
====
33+
This cluster cannot be the control cluster.
34+
====
35+
36+
|{mtc-short} {mtc-version}.z
37+
38+
Install with OLM, release channel `release-v1.7`
39+
|Stable {mtc-short} version |{mtc-short} 1.5
2140

22-
|4.5 and earlier |{mtc-legacy-version-z} |Legacy {mtc-full} Operator, installed manually with the `operator.yml` file.
41+
Legacy 1.5 operator: Install manually with the `operator.yml` file.
2342

24-
|4.6 and later |Latest {mtc-version}.x z-stream release |{mtc-full} Operator, installed with Operator Lifecycle Manager.
43+
|{mtc-short} 1.6.z
44+
45+
Install with OLM, release channel `release-v1.6`
2546
|===
47+
48+
[NOTE]
49+
====
50+
Edge cases exist in which network restrictions prevent modern clusters from connecting to other clusters involved in the migration. For example, when migrating from an {product-title} 3.11 cluster on premises to a modern {product-title} cluster in the cloud, where the modern cluster cannot connect to the {product-title} 3.11 cluster.
51+
52+
With {mtc-short} {mtc-version}, if one of the remote clusters is unable to communicate with the control cluster because of network restrictions, use the `crane tunnel-api` command.
53+
54+
With the stable {mtc-short} release, although you should always designate the most modern cluster as the control cluster, in this specific case it is possible to designate the legacy cluster as the control cluster and push workloads to the remote cluster.
55+
====

0 commit comments

Comments
 (0)