|
| 1 | +// Module included in the following assemblies: |
| 2 | +// |
| 3 | +// * migration_toolkit_for_containers/advanced-migration-options-mtc.adoc |
| 4 | + |
| 5 | +:_content-type: PROCEDURE |
| 6 | +[id="migration-converting-storage-classes_{context}"] |
| 7 | += Converting storage classes in the {mtc-short} web console |
| 8 | + |
| 9 | +You can convert the storage class of a persistent volume (PV) by migrating it within the same cluster. To do so, you must create and run a migration plan in the {mtc-full} ({mtc-short}) web console. |
| 10 | + |
| 11 | +.Prerequisites |
| 12 | + |
| 13 | +* You must be logged in as a user with `cluster-admin` privileges on the cluster on which {mtc-short} is running. |
| 14 | +* You must add the cluster to the {mtc-short} web console. |
| 15 | +
|
| 16 | +.Procedure |
| 17 | + |
| 18 | +. In the left-side navigation pane of the {product-title} web console, click *Projects*. |
| 19 | +. In the list of projects, click your project. |
| 20 | ++ |
| 21 | +The *Project details* page opens. |
| 22 | +. Click the *DeploymentConfig* name. Note the name of its running pod. |
| 23 | +. Open the YAML tab of the project. Find the PVs and note the names of their corresponding persistent volume claims (PVCs). |
| 24 | +. In the {mtc-short} web console, click *Migration plans*. |
| 25 | +. Click *Add migration plan*. |
| 26 | +. Enter the *Plan name*. |
| 27 | ++ |
| 28 | +The migration plan name must contain 3 to 63 lower-case alphanumeric characters (`a-z, 0-9`) and must not contain spaces or underscores (`_`). |
| 29 | + |
| 30 | +. From the *Migration type* menu, select *Storage class conversion*. |
| 31 | +. From the *Source cluster* list, select the desired cluster for storage class conversion. |
| 32 | +. Click *Next*. |
| 33 | ++ |
| 34 | +The *Namespaces* page opens. |
| 35 | +. Select the required project. |
| 36 | +. Click *Next*. |
| 37 | ++ |
| 38 | +The *Persistent volumes* page opens. The page displays the PVs in the project, all selected by default. |
| 39 | +. For each PV, select the desired target storage class. |
| 40 | +. Click *Next*. |
| 41 | ++ |
| 42 | +The wizard validates the new migration plan and shows that it is ready. |
| 43 | +. Click *Close*. |
| 44 | ++ |
| 45 | +The new plan appears on the *Migration plans* page. |
| 46 | +. To start the conversion, click the options menu of the new plan. |
| 47 | ++ |
| 48 | +Under *Migrations*, two options are displayed, *Stage* and *Cutover*. |
| 49 | ++ |
| 50 | +[NOTE] |
| 51 | +===== |
| 52 | +Cutover migration updates PVC references in the applications. |
| 53 | + |
| 54 | +Stage migration does not update PVC references in the applications. |
| 55 | +===== |
| 56 | +. Select the desired option. |
| 57 | ++ |
| 58 | +Depending on which option you selected, the *Stage migration* or *Cutover migration* notification appears. |
| 59 | +. Click *Migrate*. |
| 60 | ++ |
| 61 | +Depending on which option you selected, the *Stage started* or *Cutover started* message appears. |
| 62 | +. To see the status of the current migration, click the number in the *Migrations* column. |
| 63 | ++ |
| 64 | +The *Migrations* page opens. |
| 65 | +. To see more details on the current migration and monitor its progress, select the migration from the *Type* column. |
| 66 | ++ |
| 67 | +The *Migration details* page opens. |
| 68 | +When the migration progresses to the DirectVolume step and the status of the step becomes `Running Rsync Pods to migrate Persistent Volume data`, you can click *View details* and see the detailed status of the copies. |
| 69 | +. In the breadcrumb bar, click *Stage* or *Cutover* and wait for all steps to complete. |
| 70 | +. Open the *PersistentVolumeClaims* tab of the {product-title} web console. |
| 71 | ++ |
| 72 | +You can see new PVCs with the names of the initial PVCs but ending in `new`, which are using the target storage class. |
| 73 | +. In the left-side navigation pane, click *Pods*. See that the pod of your project is running again. |
0 commit comments