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: installing/installing-preparing.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -34,7 +34,7 @@ If you want to use {product-title} but do not want to manage the cluster yoursel
34
34
[id="installing-preparing-migrate"]
35
35
=== Have you used {product-title} 3 and want to use {product-title} 4?
36
36
37
-
If you used {product-title} 3 and want to try {product-title} 4, you need to understand how different {product-title} 4 is. {product-title} 4 weaves the Operators that package, deploy, and manage Kubernetes applications and the operating system that the platform runs on, {op-system-first}, together seamlessly. Instead of deploying machines and configuring their operating systems so that you can install {product-title} on them, the {op-system} operating system is an integral part of the {product-title} cluster. Deploying the operating system for the cluster machines as part of the installation process for {product-title}. See xref:../migration/migrating_3_4/planning-migration-3-to-4.adoc#migration-comparing-ocp-3-4[Comparing OpenShift Container Platform 3 and OpenShift Container Platform 4].
37
+
If you used {product-title} 3 and want to try {product-title} 4, you need to understand how different {product-title} 4 is. {product-title} 4 weaves the Operators that package, deploy, and manage Kubernetes applications and the operating system that the platform runs on, {op-system-first}, together seamlessly. Instead of deploying machines and configuring their operating systems so that you can install {product-title} on them, the {op-system} operating system is an integral part of the {product-title} cluster. Deploying the operating system for the cluster machines as part of the installation process for {product-title}. See xref:../migrating_from_ocp_3_to_4/planning-migration-3-4.adoc#migration-comparing-ocp-3-4[Comparing OpenShift Container Platform 3 and OpenShift Container Platform 4].
38
38
39
39
Because you need to provision machines as part of the {product-title} cluster installation process, you cannot upgrade an {product-title} 3 cluster to {product-title} 4. Instead, you must create a new {product-title} 4 cluster and migrate your {product-title} 3 workloads to them. For more information about migrating, see link:https://redhat-cop.github.io/openshift-migration-best-practices/01-planning.html[OpenShift Migration Best Practices]. Because you must migrate to {product-title} 4, you can use any type of production cluster installation process to create your new cluster.
{product-title} 4 includes new technologies and functionality that results in a cluster that is self-managing, flexible, and automated. The way that {product-title} 4 clusters are deployed and managed drastically differs from {product-title} 3.
9
9
10
10
To successfully transition from {product-title} 3 to {product-title} 4, it is important that you review the following information:
11
11
12
-
xref:../../migration/migrating_3_4/planning-migration-3-to-4.adoc#planning-migration-3-to-4[Planning your transition]::
12
+
xref:../migrating_from_ocp_3_to_4/planning-migration-3-4.adoc#planning-migration-3-4[Planning your transition]::
13
13
Learn about the differences between {product-title} versions 3 and 4. Prior to transitioning, be sure that you have reviewed and prepared for storage, networking, logging, security, and monitoring considerations.
14
14
15
-
xref:../../migration/migrating_3_4/migrating-application-workloads-3-4.adoc#migrating-application-workloads-3-4[Performing your migration]::
16
-
Learn about and use {mtc-full} ({mtc-short}) to migrate your application workloads.
15
+
xref:../migrating_from_ocp_3_to_4/about-mtc-3-4.adoc#about-mtc-3-4[About the {mtc-full}]::
16
+
Learn about the {mtc-full} ({mtc-short}) to migrate your application workloads.
The {mtc-short} web console and API, based on Kubernetes custom resources, enable you to migrate stateful application workloads at the granularity of a namespace.
9
+
9
10
You can migrate application workloads from {product-title} 3.7, 3.9, 3.10, and 3.11 to {product-title} {product-version} with the {mtc-full} ({mtc-short}). {mtc-short} enables you to control the migration and to minimize application downtime.
10
11
11
-
[NOTE]
12
+
[IMPORTANT]
12
13
====
13
-
{mtc-short} is installed on the target cluster by default.
14
-
15
-
You can configure the {mtc-full} Operator to install the {mtc-short} link:https://access.redhat.com/articles/5064151[on an {product-title} 3 cluster or on a remote cluster].
14
+
Before you begin your migration, be sure to review the information on xref:../migrating_from_ocp_3_to_4/planning-migration-3-4.adoc#planning-migration-3-4[planning your migration].
16
15
====
17
16
18
-
The {mtc-short} web console and API, based on Kubernetes custom resources, enable you to migrate stateful application workloads at the granularity of a namespace.
17
+
The {mtc-short} console is installed on the target cluster by default. You can configure the {mtc-full} Operator to install the console on an link:https://access.redhat.com/articles/5064151[{product-title} 3 source cluster or on a remote cluster].
19
18
20
19
{mtc-short} supports the file system and snapshot data copy methods for migrating data from the source cluster to the target cluster. You can select a method that is suited for your environment and is supported by your storage provider.
21
20
22
21
You can use migration hooks to run Ansible playbooks at certain points during the migration. The hooks are added when you create a migration plan.
23
22
24
-
[NOTE]
25
-
====
26
-
The service catalog is deprecated in {product-title} 4. You can migrate workload resources provisioned with the service catalog from {product-title} 3 to 4 but you cannot perform service catalog actions such as `provision`, `deprovision`, or `update` on these workloads after migration.
27
-
28
-
The {mtc-short} web console displays a message if the service catalog resources cannot be migrated.
29
-
====
30
-
31
-
[IMPORTANT]
32
-
====
33
-
Before you begin your migration, be sure to review the information on xref:../../migration/migrating_3_4/planning-migration-3-to-4.adoc#planning-migration-3-to-4[planning your migration].
34
-
====
23
+
The service catalog is deprecated in {product-title} 4. You can migrate workload resources provisioned with the service catalog from {product-title} 3 to 4 but you cannot perform service catalog actions such as `provision`, `deprovision`, or `update` on these workloads after migration. The {mtc-short} console displays a message if the service catalog resources cannot be migrated.
= Configuring object storage for a replication repository
3
+
include::modules/common-attributes.adoc[]
4
+
:context: configuring-replication-repository-3-4
5
+
6
+
toc::[]
7
+
8
+
You must configure an object storage to use as a replication repository. The {mtc-full} ({mtc-short}) copies data from the source cluster to the replication repository, and then from the replication repository to the target cluster.
9
+
10
+
{mtc-short} supports the xref:../migrating_from_ocp_3_to_4/about-mtc-3-4.adoc#migration-understanding-data-copy-methods_about-mtc-3-4[file system and snapshot data copy methods] for migrating data from the source cluster to the target cluster. You can select a method that is suited for your environment and is supported by your storage provider.
* Generic S3 object storage, for example, Minio or Ceph S3
19
+
20
+
In a restricted environment, you can create an internally hosted replication repository.
21
+
22
+
.Prerequisites
23
+
24
+
* All clusters must have uninterrupted network access to the replication repository.
25
+
* If you use a proxy server with an internally hosted replication repository, you must ensure that the proxy allows access to the replication repository.
You can install the {mtc-full} ({mtc-short}) on {product-title} 3 and on {product-title} {product-version} clusters.
10
+
11
+
[IMPORTANT]
12
+
====
13
+
You must install the same {mtc-short} version on all clusters.
14
+
====
15
+
16
+
By default, the {mtc-short} web console and the `Migration Controller` pod run on the target cluster.
17
+
18
+
You can configure the `Migration Controller` custom resource manifest to run the {mtc-short} web console and the `Migration Controller` pod on a link:https://access.redhat.com/articles/5064151[source cluster or on a remote cluster].
You must configure an object storage to use as a replication repository. The {mtc-full} ({mtc-short}) copies data from the source cluster to the replication repository, and then from the replication repository to the target cluster.
27
+
28
+
{mtc-short} supports the xref:../migrating_from_ocp_3_to_4/about-mtc-3-4.adoc#migration-understanding-data-copy-methods_about-mtc-3-4[file system and snapshot data copy methods] for migrating data from the source cluster to the target cluster. You can select a method that is suited for your environment and is supported by your storage provider.
29
+
30
+
All clusters must have uninterrupted network access to the replication repository.
31
+
32
+
If you use a proxy server with an internally hosted replication repository, you must ensure that the proxy allows access to the replication repository.
33
+
34
+
The following storage providers are supported:
35
+
36
+
* Multi-Cloud Object Gateway (MCG)
37
+
* Amazon Web Services (AWS) S3
38
+
* Google Cloud Provider (GCP)
39
+
* Microsoft Azure Blob
40
+
* Generic S3 object storage, for example, Minio or Ceph S3
= Installing the Migration Toolkit for Containers in a restricted network environment
3
+
include::modules/common-attributes.adoc[]
4
+
:context: installing-restricted-3-4
5
+
:installing-restricted-3-4:
6
+
7
+
toc::[]
8
+
9
+
You can install the {mtc-full} ({mtc-short}) on {product-title} 3 and on {product-title} {product-version} in a restricted network environment.
10
+
11
+
[IMPORTANT]
12
+
====
13
+
You must install the same {mtc-short} version on all clusters.
14
+
====
15
+
16
+
By default, the {mtc-short} web console and the `Migration Controller` pod run on the target cluster.
17
+
18
+
You can configure the `Migration Controller` custom resource manifest to run the {mtc-short} web console and the `Migration Controller` pod on a link:https://access.redhat.com/articles/5064151[source cluster or on a remote cluster].
19
+
20
+
You must create an Operator catalog from a mirror image in a local registry. See xref:../operators/admin/olm-restricted-networks.adoc[Using Operator Lifecycle Manager on restricted networks] for instructions.
You must configure an object storage to use as a replication repository. The {mtc-full} ({mtc-short}) copies data from the source cluster to the replication repository, and then from the replication repository to the target cluster. Multi-Cloud Object Gateway (MCG) is the only supported option for a restricted network environment.
29
+
30
+
{mtc-short} supports the xref:../migrating_from_ocp_3_to_4/about-mtc-3-4.adoc#migration-understanding-data-copy-methods_about-mtc-3-4[file system and snapshot data copy methods] for migrating data from the source cluster to the target cluster. You can select a method that is suited for your environment and is supported by your storage provider.
31
+
32
+
All clusters must have uninterrupted network access to the replication repository.
33
+
34
+
If you use a proxy server with an internally hosted replication repository, you must ensure that the proxy allows access to the replication repository.
* xref:../../registry/securing-exposing-registry.adoc#registry-exposing-secure-registry-manually_securing-exposing-registry[Exposing a secure registry manually on an {product-title} 4 cluster]
67
-
* xref:../../migration/migrating_3_4/migrating-application-workloads-3-4.adoc#file-system-copy-method_migrating-3-4[{mtc-short} file system copy method]
* xref:../registry/securing-exposing-registry.adoc#registry-exposing-secure-registry-manually_securing-exposing-registry[Exposing a secure registry manually on an {product-title} 4 cluster]
66
+
* xref:../migrating_from_ocp_3_to_4/about-mtc-3-4.adoc#file-system-copy-method_about-mtc-3-4[{mtc-short} file system copy method]
0 commit comments