# cat /etc/origin/node/node-config.yaml ... kubeletArguments: ... feature-gates: - ExpandPersistentVolumes=true # systemctl restart atomic-openshift-node
Volume expansion is a Technology Preview feature, and hence, is not enabled by default in your OpenShift Container Platform Branch Build cluster. There may be other reasons that OpenShift Container Platform administrators wish to enable this feature for certain use cases.
|
For more information on Red Hat Technology Preview features support scope, see https://access.redhat.com/support/offerings/techpreview/. |
To allow expansion of persistent volume claims (PVC) by OpenShift Container Platform users,
OpenShift Container Platform administrators must create or update a StorageClass with
allowVolumeExpansion set to true. Only PVCs created from that class are
allowed to expand.
Apart from that, OpenShift Container Platform administrators must enable the
ExpandPersistentVolumes feature flag and turn on the
PersistentVolumeClaimResize admission controller. Refer to
Admission Controllers
for more information on the PersistentVolumeClaimResize admission controller.
To enable the feature gate, set ExpandPersistentVolumes to true across the system:
Configure node-config.yaml on all nodes in the cluster:
# cat /etc/origin/node/node-config.yaml ... kubeletArguments: ... feature-gates: - ExpandPersistentVolumes=true # systemctl restart atomic-openshift-node
Enable the ExpandPersistentVolumes feature gate on the master API:
# cat /etc/origin/master/master-config.yaml ... kubernetesMasterConfig: apiServerArguments: ... feature-gates: - ExpandPersistentVolumes=true # systemctl restart atomic-openshift-master-api
Expanding GlusterFS volumes is easiest. Once the OpenShift Container Platform administrator
has created a StorageClass with allowVolumeExpansion set to true, you can
create a PVC from that class, and afterwards, whenever needed, you can edit the
PVC and request a new size.
For example:
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
name: gluster-mysql
spec:
storageClass: "storageClassWithFlagSet"
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 8Gi (1)
| 1 | You can request an expanded volume by updating spec.resources.requests. |
Expanding PVCs based on volume types that need file system resizing (such as GCE PD, EBS, and Cinder) is a two-step process. This process usually involves expanding volume objects in the CloudProvider, and then expanding the file system on the actual node.
Expanding the file system on the node only happens when a new pod is started with the volume.
The following process assumes that the PVC was previously created from a
StorageClass with allowVolumeExpansion set to true:
Edit the PVC and request a new size by editing spec.resources.requests. Once
the CloudProvider object has finished resizing, the PVC is set to
FileSystemResizePending.
Type the following command to check the condition:
oc describe pvc <pvc_name>
When the CloudProvider object has finished resizing, the persistent volume (PV)
object reflects the newly requested size in PersistentVolume.Spec.Capacity. At
this point, you can create or re-create a new pod from the PVC to finish the
file system resizing. Once the pod is running, the newly requested size is
available and FileSystemResizePending condition is removed from the PVC.