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: articles/operator-nexus/concepts-storage.md
+25-6Lines changed: 25 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -53,7 +53,7 @@ status:
53
53
54
54
### StorageClass: nexus-shared
55
55
56
-
In situations where a shared file system is required, the *nexus-shared* storage class is available. This storage class provides a highly available shared storage solution by enabling multiple pods in the same Nexus Kubernetes cluster to concurrently access and share the same volume. The *nexus-shared* storage class is backed by a highly available NFS storage service. This NFS storage service (storage pool currently limited to a maximum size of 1TiB) is available per Cloud Service Network (CSN). The NFS storage service is deployed automatically on creation of a CSN resource. Any Nexus Kubernetes cluster attached to the CSN can provision persistent volumes from this shared storage pool. Nexus-shared supports both Read Write Once (RWO) and Read Write Many (RWX) access modes. What that means is that the workload applications can make use of either of these access modes to access the shared storage.
56
+
In situations where a shared file system is required, the *nexus-shared* storage class is available. This storage class provides a highly available shared storage solution by enabling multiple pods in the same Nexus Kubernetes cluster to concurrently access and share the same volume. The *nexus-shared* storage class is backed by a highly available NFS storage service. This NFS storage service (storage pool currently limited to a maximum size of 1 TiB) is available per Cloud Service Network (CSN). The NFS storage service is deployed automatically on creation of a CSN resource. Any Nexus Kubernetes cluster attached to the CSN can provision persistent volumes from this shared storage pool. Nexus-shared supports both Read Write Once (RWO) and Read Write Many (RWX) access modes. What that means is that the workload applications can make use of either of these access modes to access the shared storage.
:::image type="content" source="media/nexus-shared-volume.png" alt-text="Diagram depicting how nexus-shared provisions a volume for a workload in Nexus Kubernetes Cluster":::
@@ -64,7 +64,7 @@ Although the performance and availability of *nexus-shared* are sufficient for m
64
64
65
65
#### Read Write Once (RWO)
66
66
67
-
In Read Write Once (RWO) mode, the nexus-shared volume can be mounted by only one node or claimant at a time. ReadWriteOnce access mode still allows multiple pods to access the volume when the pods are running on the same node.
67
+
In Read Write Once (RWO) mode, only one node or claimant can mount the nexus-shared volume at a time. ReadWriteOnce access mode still allows multiple pods to access the volume when the pods are running on the same node.
68
68
```
69
69
apiVersion: v1
70
70
items:
@@ -92,7 +92,7 @@ items:
92
92
93
93
#### Read Write Many (RWX)
94
94
95
-
In Read Write Many (RWX) mode, the nexus-shared volume can be mounted by multiple nodes or claimants at the same time.
95
+
In the Read Write Many (RWX) mode, multiple nodes or claimants can mount the nexus-shared volume at the same time.
96
96
```
97
97
apiVersion: v1
98
98
items:
@@ -119,7 +119,7 @@ items:
119
119
```
120
120
### Examples
121
121
#### Read Write Once (RWO) with nexus-volume storage class
122
-
The below manifest creates a StatefulSet with PersistentVolumeClaimTemplate using nexus-volume storage class in ReadWriteOnce mode.
122
+
This example manifest creates a StatefulSet with PersistentVolumeClaimTemplate using nexus-volume storage class in ReadWriteOnce mode.
123
123
```
124
124
apiVersion: apps/v1
125
125
kind: StatefulSet
@@ -158,7 +158,7 @@ spec:
158
158
storage: 10Gi
159
159
storageClassName: nexus-volume
160
160
```
161
-
Each pod of the StatefulSet will have one PersistentVolumeClaim created.
161
+
Each pod of the StatefulSet has one PersistentVolumeClaim created.
162
162
```
163
163
# kubectl get pvc
164
164
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
@@ -247,7 +247,7 @@ spec:
247
247
claimName: test-volume-rwx
248
248
...
249
249
```
250
-
Once applied, there will be three replicas of the deployment sharing the same PVC.
250
+
Once applied, there are three replicas of the deployment sharing the same PVC.
251
251
```
252
252
# kubectl get pvc
253
253
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
@@ -281,6 +281,25 @@ Thu Nov 9 21:51:41 UTC 2023 -- test-deploy-rwx-fdb8f49c-wdgw7
281
281
Thu Nov 9 21:51:42 UTC 2023 -- test-deploy-rwx-fdb8f49c-86pv4
282
282
```
283
283
284
+
## Volume size limits and capacity management
285
+
286
+
PVCs created using the nexus-volume and nexus-shared have minimum and maximum claim sizes.
287
+
288
+
| Storage Class | Minimum PVC Size | Maximum PVC Size |
> Volumes that reach their consumption limit will cause out of disk space errors on the workloads that consume them. You must make sure that you provision suitable volume sizes for your workload requirements. You must monitor both the storage appliance and all NFS servers for their percentage storage consumption. You can do this using the metrics documented in the [list of available metrics](./list-of-metrics-collected.md).
295
+
296
+
- Both nexus-volume and nexus-shared PVCs have their requested storage capacity enforced as a consumption limit. A volume can't consume more storage than the associated PVC request.
297
+
- All physical volumes are thin-provisioned. You must monitor the total storage consumption on your storage appliance and perform maintenance operations to free up storage space if necessary.
298
+
- A nexus-volume PVC provisioning request fails if the requested size is less than the minimum or more than the maximum supported volume size.
299
+
- Nexus-shared volumes are logically thin-provisioned on the backing NFS server. This NFS server has a fixed capacity of 1 TiB.
300
+
- A nexus-shared PVC can be provisioned despite requesting more than 1 TiB of storage, however, only 1 TiB can be consumed.
301
+
- It is possible to provision a set of PVCs where the sum of capacity requests is greater than 1 TiB. However, the consumption limit of 1 TiB applies; the set of associated PVs may not consume more than 1 TiB of storage.
302
+
284
303
## Storage appliance status
285
304
286
305
The following properties reflect the operational state of a storage appliance:
0 commit comments