This topic describes how to use the vSphere Container Storage Interface (CSI) Driver that is automatically installed to clusters by VMware Tanzu Kubernetes Grid Integrated Edition (TKGI) on vSphere.
vSphere Cloud Native Storage (CNS) provides comprehensive data management for stateful, containerized apps, enabling apps to survive restarts and outages. Stateful containers can use vSphere storage primitives such as standard volume, persistent volume, and dynamic provisioning, independent of VM and container lifecycle.
You can install vSphere CNS on TKGI-provisioned clusters by configuring TKGI to automatically install a vSphere CSI Driver. To enable automatic CSI driver installation on your clusters, see Storage in Installing TKGI on vSphere.
When automatic vSphere CSI Driver installation is enabled, your clusters use your tile Kubernetes Cloud Provider storage settings as the default vSphere CNS configuration.
The automatically deployed vSphere CSI Driver supports high availability (HA) configurations. HA support is automatically enabled on clusters with multiple control plane nodes and uses only one active CSI Controller.
Use the vSphere client to review your cluster storage volumes and their backing virtual disks, and to set a storage policy on your storage volumes or monitor policy compliance. vSphere storage backs up your cluster volumes.
For more information about VMware CNS, see Getting Started with VMware Cloud Native Storage.
For more information about using the Kubernetes CSI Driver, see Persistent Volumes in the Kubernetes documentation.
In TKGI, you can configure the vSphere CSI Driver to:
Customize, deploy and manage vSphere CNS volumes:
Customize clusters to support vSphere Topology-Aware Volume Provisioning:
Customize and manage vSphere CNS:
For information about the supported features and the known limitations of the VMware vSphere CSI Driver, see:
The vSphere CSI Driver supports different features depending on driver version, environment and storage type.
TKGI supports only the following vSphere CSI Driver features:
Volume snapshot and restore
*For information on the usage limitations and environment and version requirements of these vSphere CSI Driver features, see Supported Kubernetes Functionality in Compatibility Matrices for vSphere Container Storage Plug-in in the VMware vSphere Container Storage Plug-in documentation.
For information on the vCenter, datastore, and cluster types supported by the vSphere CSI Driver, see vSphere Functionality Supported by vSphere Container Storage Plug-in in the VMware vSphere Container Storage Plug-in documentation.
For information on the scaling limitations of the vSphere CSI Driver, see Configuration Maximums for vSphere Container Storage Plug-in in the VMware vSphere Container Storage Plug-in documentation.
vSphere Storage DRS, Manual Storage vMotion, and other VMware vSphere features are not supported by the vSphere Container Storage Plug-in and cannot be used by the TKGI clusters that use or migrate to the vSphere CSI Driver.
For more information on the limitations of the VMware vSphere Container Storage Plug-in, see vSphere Functionality Supported by vSphere Container Storage Plug-in in the VMware vSphere Container Storage Plug-in documentation.
To create, modify or remove a customized vSphere file volume:
To use file volumes, you must enable vSAN File Services in the vSphere vCenter. For information about enabling vSAN File Services, see Configure File Services in the VMware vSphere documentation.
To create a new cluster with a vSphere file volume:
Create a JSON or YAML formatted volume configuration file containing the following:
{
"target_vsan_fileshare_datastore_urls": "DS-URLS",
"net_permissions": [
{
"name": "PERMISSION-NAME",
"ips": "IP-ADDRESS",
"permissions": "PERMISSION",
"rootsquash": "ACCESS-LEVEL"
},
{
"name": "PERMISSION-NAME",
"ips": "IP-ADDRESS",
"permissions": "PERMISSION",
"rootsquash": "ACCESS-LEVEL"
}
]
}
Where:
DS-URLS
is a comma-separated list of datastores for deploying file share volumes. For example: "ds:///vmfs/volumes/vsan:52635b9067079319-95a7473222c4c9cd/"
.PERMISSION-NAME
is your name for a NetPermission.IP-ADDRESS
is the IP range or IP subnet affected by a NetPermission restriction.PERMISSION
is the access permission to the file share volume for a NetPermission restriction.ACCESS-LEVEL
is the security access level for the file share volume for a NetPermission restriction.For information, see File Volume Configuration below.
To create a cluster with attached file volumes:
tkgi create-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of your configuration file.For example:
tkgi create-cluster demo -e demo.cluster --plan Small --config-file ./conf1.json
To modify an existing cluster with a vSphere file volume:
To update your cluster with file volumes:
tkgi update-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of your configuration file.WARNING: Update the configuration file only on a TKGI cluster that has been upgraded to the current TKGI version. For more information, see Tasks Supported Following a TKGI Control Plane Upgrade in About Tanzu Kubernetes Grid Integrated Edition Upgrades.
To remove a vSphere file volume configuration from a cluster:
Create a file volume configuration file containing either the disable_target_vsan_fileshare_datastore_urls
or disable_net_permissions
parameters set to true
to deactivate an existing file volume parameter.
For more information, see File Volume Configuration below.
To remove the configured file volume parameter from your cluster:
tkgi update-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of your configuration file.
WARNING: Update the configuration file only on a TKGI cluster that has been upgraded to the current TKGI version. For more information, see Tasks Supported Following a TKGI Control Plane Upgrade in About Tanzu Kubernetes Grid Integrated Edition Upgrades.
Create a JSON or YAML formatted File Volume configuration file to enable or deactivate vSphere file volume support.
For example:
The following configuration enables all File Volume features:
{
"target_vsan_fileshare_datastore_urls": "ds:///vmfs/volumes/vsan:52635b9067079319-95a7473222c4c9cd/",
"net_permissions": [
{
"name": "demo1",
"ips": "192.168.0.0/16",
"permissions": "READ_WRITE",
"rootsquash": false
},
{
"name": "demo2",
"ips": "10.0.0.0/8",
"permissions": "READ_ONLY",
"rootsquash": false
}
]
}
The following configuration deactivates File Volume features:
{
"disable_target_vsan_fileshare_datastore_urls": true,
"disable_net_permissions": true
}
The following are accepted Datastore URLs parameters:
Name | Type | Description |
---|---|---|
target_vsan_fileshare_datastore_urls | string | A comma separated list of datastores for deploying file share volumes. |
disable_target_vsan_fileshare_datastore_urls | Boolean | Deactivate the target_vsan_fileshare_datastore_urls. Values: true , false .Default Value: false . |
The following are accepted NetPermissions objects:
Name | Type | Description |
---|---|---|
net_permissions | Array | Properties defining a NetPermissions object. |
disable_net_permissions | Boolean | Deactivate the net_permissions. Values: true , false .Default Value: false . |
The following are supported NetPermissions object parameters:
Name | Type | Description |
---|---|---|
name | string | Name of the NetPermission object. |
ips | string | IP range or IP subnet affected by the NetPermission restrictions. Default Value: “*” . |
permissions | string | Access permission to the file share volume. Values: “READ_WRITE” , “READ_ONLY” , “NO_ACCESS” .Default Value: “READ_WRITE” . |
rootsquash | Boolean | Security access level for the file share volume. Values: true , false .Default Value: false . |
For more information on NetPermissions object parameters, see Procedure in Create a Kubernetes Secret for vSphere Container Storage Plug-in.
To dynamically provision a block volume using the vSphere CSI Driver:
For more information on vSphere CSI Driver configuration, see the example/vanilla-k8s-block-driver
configuration for the CSI driver version you are using in vsphere-csi-driver in the VMware kubernetes-sigs GitHub repo.
To create a vSphere Storage Class:
Open the vSAN Datastore Summary pane.
Determine the datastoreurl
value for your Datastore.
Create the following YAML:
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: demo-sts-storageclass
annotations:
storageclass.kubernetes.io/is-default-class: "true"
provisioner: csi.vsphere.vmware.com
allowVolumeExpansion: ALLOW-EXPANSION
parameters:
datastoreurl: "DATASTORE-URL"
Where:
ALLOW-EXPANSION
defines whether the cluster’s persistent volume size is either resizable or static. Set to true
for resizable and false
for static size.DATASTORE-URL
is the URL to your Datastore. For a non-vSAN datastore, the datastoreurl
value looks like ds:///vmfs/volumes/5e66e525-8e46bd39-c184-005056ae28de/
.apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: demo-sts-storageclass
annotations:
storageclass.kubernetes.io/is-default-class: "true"
provisioner: csi.vsphere.vmware.com
allowVolumeExpansion: true
parameters:
datastoreurl: "ds:///vmfs/volumes/vsan:52d8eb4842dbf493-41523be9cd4ff7b7/"
For more information about StorageClass, see Storage Classes in the Kubernetes documentation.
To create a Persistent Volume using the vSphere CSI Driver:
kubectl apply -f CONFIG-FILE
Where CONFIG-FILE
is the name of your StorageClass configuration file.
Create the PersistentVolumeClaim configuration for the file volume. For information about configuring a PVC, see Persistent Volumes in the Kubernetes documentation.
For example:
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: example-vanilla-block-pvc
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 5Gi
storageClassName: example-vanilla-block-sc
To apply the PVC configuration:
kubectl apply -f CONFIG-FILE
Where CONFIG-FILE
is the name of your PVC configuration file.
Create a Pod configuration file containing volumeMounts
and volumes
parameters.
For example:
apiVersion: v1
kind: Pod
metadata:
name: example-vanilla-block-pod
spec:
containers:
- name: test-container
image: gcr.io/google_containers/busybox:1.24
command: ["/bin/sh", "-c", "echo 'hello' > /mnt/volume1/index.html && chmod o+rX /mnt /mnt/volume1/index.html && while true ; do sleep 2 ; done"]
volumeMounts:
- name: test-volume
mountPath: /mnt/volume1
restartPolicy: Never
volumes:
- name: test-volume
persistentVolumeClaim:
claimName: example-vanilla-block-pvc
To apply the Pod configuration to your workload:
kubectl apply -f CONFIG-FILE
Where CONFIG-FILE
is the name of your configuration file.
For more information and examples of Pod configurations, see the example
configurations for the CSI driver version you are using in vsphere-csi-driver in the VMware kubernetes-sigs GitHub repo.
TKGI supports the vSphere Container Storage Plug-in’s topology-aware volume provisioning features.
For more information on volume provisioning features, see Allowed Topologies in the Kubernetes documentation and Topology-Aware Volume Provisioning in the VMware vSphere Container Storage Plug-in documentation.
TKGI supports clusters with topology-aware volume provisioning.
To create a cluster with topology-aware volume provisioning:
To manage a cluster configured with topology-aware volume provisioning:
Note: You cannot add topology-aware volume provisioning to an existing cluster within TKGI.
Before creating a new cluster with Topology-aware volume provisioning:
For more information on creating vSphere Center tags and categories, see Create, Edit, or Delete a Tag Category in the VMware vSphere documentation.
In TKGI you can create a new cluster with topology-aware volume provisioning enabled. You cannot add topology-aware volume provisioning to an existing cluster.
TKGI support for Topology-aware volume provisioning requires:
The vSphere CSI Driver Integration option must be enabled on the TKGI tile. For more information, see Storage in installing TKGI on vSphere.
You have created vSphere CSI topology categories and tags in your vSphere environment. For more information, see Prepare for Topology below.
You have prepared your environment as described in the vSphere CSI Topology deployment recommendations. For more information, see Guidelines and Best Practices for Deployment with Topology in Deploying vSphere Container Storage Plug-in with Topology in the VMware vSphere Container Storage Plug-in documentation.
The topology zone tags you create on your vSphere Client must be consistent with the existing AZs created in BOSH. Create topology zone tags on your vSphere Client using only AZ names existing for BOSH.
The topology feature does not support clusters with a Compute Profile that includes AZ settings.
To create a new cluster with a vSphere Topology configuration:
Create a JSON or YAML configuration file containing the following:
{
"csi_topology_labels": {
"topology_categories": "REGION-TAG,ZONE-TAG"
}
}
Where:
REGION-TAG
is the vSphere Center region tag you created in Prepare for Topology above.ZONE-TAG
is one of the vSphere Center zone tags you created in Prepare for Topology above.For example:
{
"csi_topology_labels": {
"topology_categories": "k8s-region,k8s-zone"
}
}
For more information, see Guidelines and Best Practices for Deployment with Topology in Deploying vSphere Container Storage Plug-in with Topology in the VMware vSphere Container Storage Plug-in documentation.
To create a cluster with Topology-aware volume provisioning:
tkgi create-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of your configuration file.For example:
tkgi create-cluster demo -e demo.cluster --plan Small --config-file ./conf1.json
As you manage your clusters with topology-aware volume provisioning enabled, note the following limitations on existing clusters.
When running tkgi update-cluster
on a cluster created with a topology-aware volume:
You must use the same csi_topology_labels
configuration that was used during cluster creation.
You cannot add or remove topology-aware volume provisioning from the cluster.
Kubernetes’ support for in-tree vSphere storage volumes has been deprecated, and support will be removed in a future Kubernetes version.
A future TKGI upgrade process will automatically migrate your in-tree vSphere storage volumes to vSphere CSI. If you have existing clusters that use in-tree vSphere storage volumes, you can continue to use the volumes with your current version of TKGI, but VMware strongly recommends that you migrate your in-tree vSphere storage volumes to vSphere CSI volumes as soon as possible.
To manually migrate a cluster from an in-tree vSphere storage volume to a vSphere CSI Driver volume, see Migrate an In-Tree vSphere Storage Volume to the vSphere CSI Driver below.
Note: You cannot migrate the PV or the PVC on a cluster from the vSphere CSI Driver to the In-Tree vSphere Storage Driver.
You can use tkgi update-cluster
to migrate the PersistentVolume (PV) and PersistentVolumeClaim (PVC) on an existing TKGI cluster from the In-Tree vSphere Storage Driver to the automatically installed vSphere CSI Driver.
Migrating a TKGI cluster from the In-Tree vSphere Storage Driver to the vSphere CSI Driver requires the following:
To migrate a cluster from an In-Tree vSphere Storage Driver to the vSphere CSI Driver:
Review and complete all relevant steps documented in the vSphere CSI Migration documentation:
Warning: Before migrating to the vSphere CSI driver, confirm your cluster’s volume storage is configured as described in Considerations for Migration of In-Tree vSphere Volumes.
Create a configuration file containing the following:
{
"enable_csi_migration": "true"
}
To migrate your cluster to the vSphere CSI Driver:
tkgi update-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of the configuration file you created in the preceding steps.WARNING: Update the configuration file only on a TKGI cluster that has been upgraded to the current TKGI version. For more information, see Tasks Supported Following a TKGI Control Plane Upgrade in About Tanzu Kubernetes Grid Integrated Edition Upgrades.
To configure or manage your vSphere CSI Driver:
The vSphere CSI driver lets you customize the maximum number of snapshots for a persistent volume. By default, the system sets a maximum of three volume snapshots as suggested by the VMware snapshots best practices in a vSphere environment.
In your cluster configuration file, use the following parameters to customize the maximum number of snapshots:
global-max-snapshots-per-block-volume
for the block volumes on VMFS datastores. Defaults to 3.granular-max-snapshots-per-block-volume-vsan
for the volumes on VMware vSAN. Defaults to the value specified for global-max-snapshots-per-block-volume
.To customize the maximum number of snapshots on a persistent volume, create a JSON or YAML formatted configuration file containing the following:
{
"snapshot_parameters":{
"global_max_snapshots_per_block_volume": NUMBER
}
}
Where:
NUMBER
is the maximum number of snapshots on the volume.For example:
{
"snapshot_parameters":{
"global_max_snapshots_per_block_volume": 4
}
}
To customize the maximum number of snapshots on a vSAN volume, create a JSON or YAML formatted configuration file containing the following:
{
"snapshot_parameters":{
"granular_max_snapshots_per_block_volume_vsan": NUMBER
}
}
Where:
NUMBER
is the maximum number of snapshots on the volume.For example:
{
"snapshot_parameters":{
"granular_max_snapshots_per_block_volume_vsan": 4
}
}
To create a new cluster or update an existing cluster with the new snapshot configuration:
To create a cluster:
tkgi create-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of your configuration file.For example:
$ tkgi create-cluster demo -e demo.cluster –plan Small –config-file ./snapshot.json
To update an existing cluster:
tkgi update-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of your configuration file.For example:
tkgi update-cluster demo --config-file ./snapshot.json
WARNING: Update the configuration file only on a TKGI cluster that has been upgraded to the current TKGI version. For more information, see Tasks Supported Following a TKGI Control Plane Upgrade in About Tanzu Kubernetes Grid Integrated Edition Upgrades.
For more information on volume snapshots, see Volume Snapshot and Restore in VMware vSphere Container Storage Plug-in Documentation.
If your clusters are in a multi-data center environment, configure the data centers that must mount CNS storage for the clusters.
Note: You must configure CNS data centers when the Topology feature is enabled in a multi-data center environment.
To configure CNS data centers for a multi-data center environment:
Create a JSON or YAML formatted configuration file containing the following:
{
"csi_datacenters": "DATA-CENTER-LIST"
}
Where:
DATA-CENTER-LIST
is a comma-separated list of vCenter data centers that must mount your CNS storage. The default data center for a cluster is the data center defined on the TKGI tile in Kubernetes Cloud Provider > Datacenter Name.For example:
{
"csi_datacenters": "kubo-dc1,kubo-dc2"
}
For more information on the csi_datacenters
parameter, see the description of datacenters
in Procedure in Create a Kubernetes Secret for vSphere Container Storage Plug-in.
To create a new cluster or update an existing cluster with your vCenter data centers:
To create a cluster:
tkgi create-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of your configuration file.For example:
tkgi create-cluster demo -e demo.cluster --plan Small --config-file ./conf1.json
To update an existing cluster:
tkgi update-cluster CLUSTER-NAME --config-file CONFIG-FILE
Where:
CLUSTER-NAME
is the name of your cluster.CONFIG-FILE
is the name of your configuration file.WARNING: Update the configuration file only on a TKGI cluster that has been upgraded to the current TKGI version. For more information, see Tasks Supported Following a TKGI Control Plane Upgrade in About Tanzu Kubernetes Grid Integrated Edition Upgrades.
After switching from a manually installed vSphere CSI Driver to the TKGI automatically deployed CSI Driver, the topology configuration must not be changed.
Configure topology based on the manually installed vSphere CSI Driver configuration:
Region and Zone Topology Labels:
You must continue to use region
, and zone
labels if your manually deployed vSphere CSI Driver was configured using the legacy region
, and zone
topology configuration labels.
Your revised cluster configuration file must include a csi_topology_labels
parameter that assigns region
and zone
values.
For example, if your vSphere Secret configuration for the manually installed vSphere CSI driver included the following:
[Labels]
region = k8s-region
zone = k8s-zone
Your new cluster configuration must include the following instead:
{
"csi_topology_labels": {
"region: "k8s-region"
"zone": "k8s-zone"
}
}
topology_categories Topology Label:
You must continue to use the topology_categories
label if your manually deployed vSphere CSI Driver was configured using the topology_categories
topology configuration label.
Your revised cluster configuration file must include a csi_topology_labels
parameter that assigns a topology_categories
value.
For example, if your vSphere Secret configuration for the manually installed vSphere CSI driver included the following:
[Labels]
topology-categories = "k8s-region, k8s-zone"
Your new cluster configuration must include the following instead:
{
"csi_topology_labels": {
"topology_categories": "k8s-region,k8s-zone"
}
}
Topology Deactivated:
You must not enable topology if topology was not enabled while using the manually deployed vSphere CSI Driver.