Skip to content

Commit dffc179

Browse files
committed
tweaks
1 parent 961beb2 commit dffc179

File tree

1 file changed

+8
-8
lines changed

1 file changed

+8
-8
lines changed

articles/aks/concepts-storage.md

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -152,15 +152,15 @@ A cluster administrator can *statically* create a persistent volume, or a volume
152152
153153
## Storage classes
154154

155-
To specify different tiers of storage, such as Premium and Standard, you can create a *storage class*.
155+
To specify different tiers of storage, such as premium or standard, you can create a *storage class*.
156156

157157
A storage class also defines a *reclaim policy*. When you delete the persistent volume, the reclaim policy controls the behavior of the underlying Azure Storage resource. The underlying resource can either be deleted or kept for use with a future pod.
158158

159159
For clusters using the [Container Storage Interface (CSI) drivers][csi-storage-drivers] the following extra storage classes are created:
160160

161161
| Storage class | Description |
162162
|---|---|
163-
| `managed-csi` | Uses Azure StandardSSD locally redundant storage (LRS) to create a managed disk. The reclaim policy ensures that the underlying Azure Disk is deleted when the persistent volume that used it is deleted. The storage class also configures the persistent volumes to be expandable. You can edit the persistent volume claim to specify the new size. |
163+
| `managed-csi` | Uses Azure Standard SSD locally redundant storage (LRS) to create a managed disk. The reclaim policy ensures that the underlying Azure Disk is deleted when the persistent volume that used it is deleted. The storage class also configures the persistent volumes to be expandable. You can edit the persistent volume claim to specify the new size. |
164164
| `managed-csi-premium` | Uses Azure Premium locally redundant storage (LRS) to create a managed disk. The reclaim policy again ensures that the underlying Azure Disk is deleted when the persistent volume that used it is deleted. Similarly, this storage class allows for persistent volumes to be expanded. |
165165
| `azurefile-csi` | Uses Azure Standard storage to create an Azure file share. The reclaim policy ensures that the underlying Azure file share is deleted when the persistent volume that used it is deleted. |
166166
| `azurefile-csi-premium` | Uses Azure Premium storage to create an Azure file share. The reclaim policy ensures that the underlying Azure file share is deleted when the persistent volume that used it is deleted.|
@@ -223,7 +223,7 @@ spec:
223223
When you create a pod definition, you also specify:
224224
225225
* The persistent volume claim to request the desired storage.
226-
* The *volumeMount* for your applications to read and write data.
226+
* The *volume mount* for your applications to read and write data.
227227
228228
The following example YAML manifest shows how the previous persistent volume claim can be used to mount a volume at */mnt/azure*:
229229
@@ -249,11 +249,11 @@ For mounting a volume in a Windows container, specify the drive letter and path.
249249
250250
```yaml
251251
...
252-
volumeMounts:
253-
- mountPath: "d:"
254-
name: volume
255-
- mountPath: "c:\k"
256-
name: k-dir
252+
volumeMounts:
253+
- mountPath: "d:"
254+
name: volume
255+
- mountPath: "c:\k"
256+
name: k-dir
257257
...
258258
```
259259

0 commit comments

Comments
 (0)