Skip to content

Commit 259ef02

Browse files
committed
updated article
1 parent 361d3b1 commit 259ef02

File tree

1 file changed

+10
-9
lines changed

1 file changed

+10
-9
lines changed

articles/aks/csi-storage-drivers.md

Lines changed: 10 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -22,15 +22,15 @@ The CSI storage driver support on AKS allows you to natively use:
2222
>
2323
> *In-tree drivers* refers to the current storage drivers that are part of the core Kubernetes code opposed to the new CSI drivers, which are plug-ins.
2424
25-
## Migrating custom in-tree storage classes to CSI
25+
## Migrate custom in-tree storage classes to CSI
2626

2727
If you created in-tree driver storage classes, those storage classes continue to work since CSI migration is turned on after upgrading your cluster to 1.21.x. If you want to use CSI features you'll need to perform the migration.
2828

2929
Migrating these storage classes involves deleting the existing ones, and re-creating them with the provisioner set to **disk.csi.azure.com** if using Azure disk storage, and **files.csi.azure.com** if using Azure Files.
3030

31-
### Migrating Storage Class provisioner
31+
### Migrate storage class provisioner
3232

33-
The following example shows how to migrate to Azure disk. The CSI storage system supports the same features as the in-tree drivers, so the only change needed would be the provisioner.
33+
The following example YAML manifest shows the difference between the in-tree storage class definition configured to use Azure disks, and the equivalent using a CSI storage class definition. The CSI storage system supports the same features as the in-tree drivers, so the only change needed would be the provisioner.
3434

3535
#### Original in-tree storage class definition
3636

@@ -58,21 +58,22 @@ parameters:
5858
storageAccountType: Premium_LRS
5959
```
6060
61-
## Migrating in-tree persistent volumes
61+
## Migrate in-tree persistent volumes
6262
6363
> [!IMPORTANT]
64-
> If your in-tree persistent volume reclaimPolicy is set to **Delete**, you need to change the Persistent Volume to Retain to persist your data. This can be achieved via a [patch operation on the PV](https://kubernetes.io/docs/tasks/administer-cluster/change-pv-reclaim-policy/). For example:
64+
> If your in-tree Persistent Volume `reclaimPolicy` is set to **Delete**, you need to change the Persistent Volume to **Retain** to persist your data. This can be achieved using a [patch operation on the PV](https://kubernetes.io/docs/tasks/administer-cluster/change-pv-reclaim-policy/). For example:
65+
>
6566
> ```console
6667
> $ kubectl patch pv pv-azuredisk --type merge --patch '{"spec": {"persistentVolumeReclaimPolicy": "Retain"}}'
6768
> ```
6869

69-
### Migrating in-tree Azure Disk persistent volumes
70+
### Migrate in-tree Azure disk persistent volumes
7071

71-
If you have in-tree Azure Disk persistent volumes, get `diskURI` from in-tree persistent volumes and then follow this [guide][azure-disk-static-mount] to set up CSI driver persistent volumes
72+
If you have in-tree Azure disk persistent volumes, get `diskURI` from in-tree persistent volumes and then follow this [guide][azure-disk-static-mount] to set up CSI driver persistent volumes.
7273

73-
### Migrating in-tree Azure File persistent volumes
74+
### Migrate in-tree Azure File persistent volumes
7475

75-
If you have in-tree Azure File persistent volumes, get `secretName`, `shareName` from in-tree persistent volumes and then follow this [guide][azure-file-static-mount] to set up CSI driver persistent volumes
76+
If you have in-tree Azure File persistent volumes, get `secretName`, `shareName` from in-tree persistent volumes and then follow this [guide][azure-file-static-mount] to set up CSI driver persistent volumes.
7677

7778
## Next steps
7879

0 commit comments

Comments
 (0)