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
Automatically mount the storage system of your choice, whether from local storage, a public cloud provider such as <a href="https://cloud.google.com/storage/">GCP</a> or <a href="https://aws.amazon.com/products/storage/">AWS</a>, or a network storage system such as NFS, iSCSI, Gluster, Ceph, Cinder, or Flocker.
26
-
27
25
content_type: concept
28
26
weight: 20
29
27
-->
30
28
31
29
<!-- overview -->
32
30
33
31
<!--
34
-
This document describes the current state of _persistent volumes_ in Kubernetes. Familiarity with [volumes](/docs/concepts/storage/volumes/) is suggested.
32
+
This document describes _persistent volumes_ in Kubernetes. Familiarity with [volumes](/docs/concepts/storage/volumes/) is suggested.
FlexVolume 卷(于 Kubernetes v1.23 弃用)可以在 Pod 重启期间调整大小。
531
547
532
548
<!--
533
549
#### Resizing an in-use PersistentVolumeClaim
@@ -582,10 +598,20 @@ Expanding EBS volumes is a time-consuming operation. Also, there is a per-volume
582
598
<!--
583
599
#### Recovering from Failure when Expanding Volumes
584
600
585
-
If expanding underlying storage fails, the cluster administrator can manually recover the Persistent Volume Claim (PVC) state and cancel the resize requests. Otherwise, the resize requests are continuously retried by the controller without administrator intervention.
601
+
If a user specifies a new size that is too big to be satisfied by underlying storage system, expansion of PVC will be continuously retried until user or cluster administrator takes some action. This can be undesirable and hence Kubernetes provides following methods of recovering from such failures.
If expanding underlying storage fails, the cluster administrator can manually recover the Persistent Volume Claim (PVC) state and cancel the resize requests. Otherwise, the resize requests are continuously retried by the controller without administrator intervention.
614
+
-->
589
615
如果扩充下层存储的操作失败,集群管理员可以手动地恢复 PVC 申领的状态并
590
616
取消重设大小的请求。否则,在没有管理员干预的情况下,控制器会反复重试
591
617
重设大小的操作。
@@ -605,6 +631,53 @@ If expanding underlying storage fails, the cluster administrator can manually re
Recovery from failing PVC expansion by users is available as an alpha feature since Kubernetes 1.23. The `RecoverVolumeExpansionFailure` feature must be enabled for this feature to work. Refer to the [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) documentation for more information.
If the feature gates `ExpandPersistentVolumes` and `RecoverVolumeExpansionFailure` are both
650
+
enabled in your cluster, and expansion has failed for a PVC, you can retry expansion with a
651
+
smaller size than the previously requested value. To request a new expansion attempt with a
652
+
smaller proposed size, edit `.spec.resources` for that PVC and choose a value that is less than the
653
+
value you previously tried.
654
+
This is useful if expansion to a higher value did not succeed because of capacity constraint.
655
+
If that has happened, or you suspect that it might have, you can retry expansion by specifying a
656
+
size that is within the capacity limits of underlying storage provider. You can monitor status of resize operation by watching `.status.resizeStatus` and events on the PVC.
0 commit comments