Skip to content

Commit 7ed14b7

Browse files
committed
Update README.md
1 parent 4b0189f commit 7ed14b7

File tree

1 file changed

+6
-7
lines changed

1 file changed

+6
-7
lines changed

docs/sidb/README.md

Lines changed: 6 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -260,9 +260,8 @@ In **Dynamic Persistence Provisioning**, a persistent volume is provisioned by m
260260
- In **Minikube**, the dynamic persistence provisioning class is **standard**.
261261

262262
#### 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:
266265
```yaml
267266
apiVersion: v1
268267
kind: PersistentVolume
@@ -275,13 +274,13 @@ spec:
275274
- ReadWriteMany
276275
persistentVolumeReclaimPolicy: Retain
277276
hostPath:
278-
path: <host-path-for-pv>
277+
path: /data/oradata
279278
```
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.
281280

282281
Static Persistence Provisioning in Oracle Cloud Infrastructure (OCI) is explained in the following subsections:
283282

284-
##### Block Volume Static Provisioning
283+
##### OCI Block Volume Static Provisioning
285284
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:
286285
```yaml
287286
apiVersion: v1
@@ -307,7 +306,7 @@ nodeSelector:
307306
topology.kubernetes.io/zone: PHX-AD-1
308307
```
309308

310-
##### NFS Volume Static Provisioning
309+
##### OCI NFS Volume Static Provisioning
311310
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:
312311

313312
```yaml

0 commit comments

Comments
 (0)