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
A _Kubernetes Volume_ outlives any containers that run within the Pod, and data is preserved across Container restarts. However the volume will cease to exist when a Pod ceases to exist. This is solved by _Persistent Volumes_ that provide persistent, cluster-scoped storage for applications that require long lived data.
629
629
@@ -633,7 +633,7 @@ Creating and using a persistent volume is a three step process:
633
633
. User requests storage for pods by using _claims_. Claims can specify levels of resources (CPU and memory), specific sizes and access modes (e.g. can be mounted once read/write or many times write only). This is called as `PersistentVolumeClaim`.
634
634
. Claims are mounted as volumes and used in pods for storage.
635
635
636
-
Lets create the resources and use them:
636
+
#### Create Kubernetes resources
637
637
638
638
. Create persistent volume:
639
639
+
@@ -660,19 +660,59 @@ Check status of Replication Controller:
660
660
+
661
661
```console
662
662
./cluster/kubectl.sh get -w po
663
-
NAME READY STATUS RESTARTS AGE
664
-
couchbase-rc-8d9cn 0/1 ImageNotReady 0 5m
663
+
NAME READY STATUS RESTARTS AGE
664
+
couchbase-rc-s5o22 0/1 Pending 0 9s
665
+
NAME READY STATUS RESTARTS AGE
666
+
couchbase-rc-s5o22 0/1 Running 0 47s
667
+
couchbase-rc-s5o22 1/1 Running 0 47s
665
668
```
666
669
+
667
-
Wait for the status to change from "`ImageNotReady`" to "`TBD`".
0 commit comments