This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.12.5. 移行のロールバック
MTC の Web コンソールまたは CLI を使用して移行をロールバックできます。
移行を手動でロールバック することもできます。
12.5.1. MTC の Web コンソールでの移行のロールバック
MTC (Migration Toolkit for Containers) Web コンソールで移行をロールバックできます。
以下のリソースは、直接的なボリューム移行 (DVM) の失敗後もデバッグ用に移行した名前空間に留まります。
- 設定マップ (ソースおよび宛先クラスター)
- 
								Secretオブジェクト (ソースクラスターと宛先クラスター)
- 
								RsyncCR (ソースクラスター)
これらのリソースはロールバックには影響しません。これらは手動で削除できます。
後で同じ移行プランを正常に実行すると、失敗した移行のリソースが自動的に削除されます。
移行の失敗時にアプリケーションが停止されている場合、永続ボリュームでのデータの破損を防ぐために移行をロールバックする必要があります。
移行時にアプリケーションが停止しなかった場合には、ロールバックは必要ありません。元のアプリケーションがソースクラスター上で依然として実行されているためです。
手順
- MTC Web コンソールで、Migration plans をクリックします。
- 
							移行計画の横にある Options メニュー 
							 をクリックし、Migration の下にある Rollback を選択します。 をクリックし、Migration の下にある Rollback を選択します。
- Rollback をクリックし、ロールバックが完了するまで待機します。 - 移行計画の詳細に、Rollback succeeded が表示されます。 
- ソースクラスターの OpenShift Container Platform Web コンソールでロールバックが正常に行われたことを確認します。 - 
									Home Projects をクリックします。 
- 移行されたプロジェクトをクリックしてそのステータスを表示します。
- Routes セクションで Location をクリックし、アプリケーションが機能していることを確認します (該当する場合)。
- 
									Workloads Pods をクリックし、Pod が移行した namespace で実行されていることを確認します。 
- 
									Storage Persistent volumes をクリックして、移行した永続ボリュームが正常にプロビジョニングされていることを確認します。 
 
- 
									Home 
12.5.2. コマンドラインインターフェイスでの移行のロールバック
					コマンドラインインターフェイスで MigMigration カスタムリソース (CR) を作成して移行をロールバックできます。
				
以下のリソースは、直接的なボリューム移行 (DVM) の失敗後もデバッグ用に移行した名前空間に留まります。
- 設定マップ (ソースおよび宛先クラスター)
- 
								Secretオブジェクト (ソースクラスターと宛先クラスター)
- 
								RsyncCR (ソースクラスター)
これらのリソースはロールバックには影響しません。これらは手動で削除できます。
後で同じ移行プランを正常に実行すると、失敗した移行のリソースが自動的に削除されます。
移行の失敗時にアプリケーションが停止されている場合、永続ボリュームでのデータの破損を防ぐために移行をロールバックする必要があります。
移行時にアプリケーションが停止しなかった場合には、ロールバックは必要ありません。元のアプリケーションがソースクラスター上で依然として実行されているためです。
手順
- 以下の例に基づいて - MigMigrationCR オブジェクトを作成します。- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - 1
- 関連付けられたMigPlanCR の名前を指定します。
 
- MTC の Web コンソールで、移行したプロジェクトリソースがターゲットクラスターから削除されていることを確認します。
- 移行したプロジェクトリソースがソースクラスターにあり、アプリケーションが実行中であることを確認します。
12.5.3. 移行の手動ロールバック
					stage Pod を削除して、アプリケーションの停止を解除することで、失敗した移行を手動でロールバックできます。
				
同じ移行プランを正常に実行すると、失敗した移行のリソースが自動的に削除されます。
以下のリソースは、直接的なボリューム移行 (DVM) の失敗後も移行した名前空間に留まります。
- 設定マップ (ソースおよび宛先クラスター)
- 
								Secretオブジェクト (ソースクラスターと宛先クラスター)
- 
								RsyncCR (ソースクラスター)
これらのリソースはロールバックには影響しません。これらは手動で削除できます。
手順
- すべてのクラスターの - stagePod を削除します。- oc delete $(oc get pods -l migration.openshift.io/is-stage-pod -n <namespace>) - $ oc delete $(oc get pods -l migration.openshift.io/is-stage-pod -n <namespace>)- 1 - Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - 1
- MigPlanCR に指定される名前空間。
 
- レプリカを移行前の数にスケーリングして、ソースクラスターでアプリケーションを減らします。 - oc scale deployment <deployment> --replicas=<premigration_replicas> - $ oc scale deployment <deployment> --replicas=<premigration_replicas>- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - DeploymentCR の- migration.openshift.io/preQuiesceReplicasアノテーションには、レプリカの移行前の数が表示されます。- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow 
- アプリケーション Pod がソースクラスターで実行されていることを確認します。 - oc get pod -n <namespace> - $ oc get pod -n <namespace>- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow