When you enable a stateful service on a Supervisor in vSphere IaaS control plane, the vSAN Data Persistence platform creates default storage policies and corresponding storage classes and assigns them to the service namespace. The policies are for vSAN Shared-Nothing-Architecture (SNA) and vSAN Direct datastores. Instead of the default, you can create custom storage policies.
- Use vSAN Direct if you are creating a dedicated hardware cluster for the shared nothing cloud-native services.
- Use vSAN with SNA when you want the cloud-native stateful application to share the physical infrastructure with other regular VMs or Kubernetes workloads. Each workload can define its own storage policy and can get the best of both worlds from a single cluster.
For more information, see vSphere Shared Nothing Storage.
After you create the policy, you can assign it to the namespace where your stateful service runs. See Create and Configure a vSphere Namespace on the Supervisor.
Create vSAN Direct Storage Policy
If you use vSAN Direct, create a storage policy to be used with a Supervisor namespace. On the namespace that you associate with this storage policy, you can run workloads compatible with vSAN Direct, for example, stateful services or instance storage VMs.
Procedure
Create vSAN SNA Storage Policy
If you use vSAN with vSAN Data Persistence platform, you can create a vSAN Shared Nothing Architecture (SNA) storage policy to be used with the namespace where stateful services run.