Quando si abilita un servizio stateful in un Supervisore in vSphere IaaS control plane, la piattaforma di Persistenza dati vSAN crea criteri di storage predefiniti e classi di storage corrispondenti e li assegna allo spazio dei nomi del servizio. I criteri sono per vSAN Shared-Nothing-Architecture (SNA) e i datastore di vSAN Direct. Anziché quelli predefiniti, è possibile creare criteri di storage personalizzati.
- Utilizzare vSAN Direct se si sta creando un cluster hardware dedicato per i servizi nativi del cloud senza condivisione.
- Utilizzare vSAN con SNA quando si desidera che l'applicazione stateful nativa del cloud condivida l'infrastruttura fisica con altre macchine virtuali normali o carichi di lavoro Kubernetes. Ogni carico di lavoro può definire il proprio criterio di storage e può ottenere il meglio da entrambi i mondi da un singolo cluster.
Per ulteriori informazioni, vedere Storage vSphere senza condivisione.
Dopo aver creato il criterio, è possibile assegnarlo allo spazio dei nomi in cui viene eseguito il servizio stateful. Vedere Creare e configurare un Spazio dei nomi vSphere nel Supervisore.
Creazione di criterio di storage vSAN Direct
Se si utilizza vSAN Direct, creare un criterio di storage da utilizzare con uno spazio dei nomi del Supervisore. Nello spazio dei nomi associato a questo criterio di storage, è possibile eseguire carichi di lavoro compatibili con vSAN Direct, ad esempio, servizi stateful o macchine virtuali di storage delle istanze.
Procedura
Creazione di un criterio di storage SNA vSAN
Se si utilizza vSAN con la piattaforma Persistenza dati vSAN, è possibile creare un criterio di storage vSAN Shared Nothing Architecture (SNA) da utilizzare con lo spazio dei nomi in cui vengono eseguiti i servizi stateful.
