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: docs/sidb/README.md
+6-7Lines changed: 6 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -260,9 +260,8 @@ In **Dynamic Persistence Provisioning**, a persistent volume is provisioned by m
260
260
- In **Minikube**, the dynamic persistence provisioning class is **standard**.
261
261
262
262
#### Static Persistence
263
-
In **Static Persistence Provisioning**, you have to create a volume manually (either using Block Volume or NFS), and then use the name of this volume with the `<.spec.persistence.volumeName>` field (corresponds to the `volumeName` field of the persistence section in the **[singleinstancedatabase.yaml](../../config/samples/sidb/singleinstancedatabase.yaml)**). The `Reclaim Policy` of such volume can be set to `Retain`. So, this volume does not get deleted with the deletion of its corresponding deployment. The access modes supported with block volume and NFS are `ReadWriteOnce` and `ReadWriteMany` respectively.
264
-
**Note:**
265
-
In **Minikube**, a persistent volume can be provisioned using the sample yaml file below:
263
+
In **Static Persistence Provisioning**, you have to create a volume manually, and then use the name of this volume with the `<.spec.persistence.volumeName>` field which corresponds to the `volumeName` field of the persistence section in the **[singleinstancedatabase.yaml](../../config/samples/sidb/singleinstancedatabase.yaml)**. The `Reclaim Policy` of such volume can be set to `Retain`. So, this volume does not get deleted with the deletion of its corresponding deployment.
264
+
For example in**Minikube**, a persistent volume can be provisioned using the sample yaml file below:
266
265
```yaml
267
266
apiVersion: v1
268
267
kind: PersistentVolume
@@ -275,13 +274,13 @@ spec:
275
274
- ReadWriteMany
276
275
persistentVolumeReclaimPolicy: Retain
277
276
hostPath:
278
-
path: <host-path-for-pv>
277
+
path: /data/oradata
279
278
```
280
-
Further, the volume name (i.e. db-vol) can be mentioned in the `volumeName` field of the **[singleinstancedatabase.yaml](../../config/samples/sidb/singleinstancedatabase.yaml)**. `storageClass` field is not required in this case, and can be left empty.
279
+
The persistent volume name (i.e. db-vol) can be mentioned in the `volumeName` field of the **[singleinstancedatabase.yaml](../../config/samples/sidb/singleinstancedatabase.yaml)**. `storageClass` field is not required in this case, and can be left empty.
281
280
282
281
Static Persistence Provisioning in Oracle Cloud Infrastructure (OCI) is explained in the following subsections:
283
282
284
-
##### Block Volume Static Provisioning
283
+
##### OCI Block Volume Static Provisioning
285
284
With block volume static provisioning, you must manually create a block volume resource from the OCI console, and fetch its `OCID`. To create the persistent volume, you can use the following YAML file:
286
285
```yaml
287
286
apiVersion: v1
@@ -307,7 +306,7 @@ nodeSelector:
307
306
topology.kubernetes.io/zone: PHX-AD-1
308
307
```
309
308
310
-
##### NFS Volume Static Provisioning
309
+
##### OCI NFS Volume Static Provisioning
311
310
Similar to the block volume static provisioning, you have to manually create a file system resource from the OCI console, and fetch its `OCID, Mount Target and Export Path`. Mention these values in the following YAML file to create the persistent volume:
0 commit comments