vSAN¶
vCenter REST has no vSAN surface in VCF 9.x. saltext-vcf uses the
legacy SOAP/VMODL service at /vsanHealth with a SoapStubAdapter
that reuses the vCenter session cookie (no separate auth).
Modules¶
Module |
Surface |
|---|---|
|
Cluster-level reconfigure (dedup/compression, encryption, ESA vs OSA, fault tolerance) |
|
Disk group + disk membership |
|
Fault domain definition + host assignment |
|
Health summary, silent health checks |
Configuration¶
vSAN piggybacks on the vcenter pillar block; no separate vsan:
section.
saltext.vcf:
vcenter:
host: mgmt-vc.example.com
username: administrator@vsphere.local
password: secret
verify_ssl: false
Examples¶
salt-call vcf_vsan_health.query_cluster_health cluster=domain-c9
salt-call vcf_vsan_health.list_silent_checks cluster=domain-c9
salt-call vcf_vsan_disk.list_disk_groups cluster=domain-c9
salt-call vcf_vsan_fault_domain.list_ cluster=domain-c9
ESA¶
VCF 9.x defaults to vSAN ESA. Read paths handle ESA transparently.
vcf_vsan_cluster.reconfigure requires ESA-compatible spec inputs;
see the VMware ESA documentation.
Auth¶
vCenter REST acquires the session via
POST /api/session.The vSAN SOAP stub is
SoapStubAdapter(path="/vsanHealth", ...); the vCenter session cookie is attached.Token cache keyed by
(host, username). Callsaltext.vcf.utils.vsan.invalidate_session(opts)to refresh.
Known issues¶
vSAN method names vary across VCF versions. VCF 9.x uses
QueryClusterHealthSummaryandGetVsanClusterSilentChecks. The client catches bothvmodl.MethodFaultandvim.fault.VimFaultto surface a clear error on older builds.vsanHostConfigisNoneon VCF 9.2 hosts; the fault-domain client iteratescluster.hostdirectly.SDDC Manager returns 500 (not 404) for unknown vSAN UUIDs.