In questa sezione sono elencati i fattori di forma supportati da NSX Application Platform, insieme alle risorse minime richieste per ogni fattore di forma. Vengono inoltre indicati requisiti di sistema aggiuntivi che devono essere soddisfatti prima della distribuzione.
Requisiti di sistema minimi
Oltre alle informazioni elencate in Prerequisiti della distribuzione di NSX Application Platform, utilizzare la tabella seguente come guida quando si collabora con l'amministratore dell'infrastruttura per preparare la distribuzione delle funzionalità di NSX Application Platform e NSX-T Data Center ospitate nella piattaforma. Il fattore di forma selezionato determina quali funzionalità di NSX-T Data Center è possibile attivare o installare sulla piattaforma.
Prima di distribuire NSX Application Platform, stabilire le dimensioni del cluster VMware TKG nel supervisore o del cluster Kubernetes upstream e il numero minimo di nodi che l'amministratore dell'infrastruttura deve allocare.
Fattore di forma | Numero minimo e consigliato di nodi in un cluster TKG nel supervisore o in un cluster Kubernetes upstream |
vCPU |
Memoria |
Archivio |
Archivio non attivo | Funzionalità NSX supportate |
---|---|---|---|---|---|---|
Standard |
|
|
|
200 GB per ogni istanza di NSX Application Platform Vedere ulteriori informazioni più avanti in questo argomento. |
64 GB |
Vedere la Nota importante più avanti in questo argomento. |
Avanzate |
|
|
|
1 TB per ogni istanza di NSX Application Platform Vedere ulteriori informazioni più avanti in questo argomento. |
64 GB |
Vedere la Nota importante più avanti in questo argomento. |
Valutazione Vedere la seguente *Nota per il fattore di forma Valutazione. |
1 nodo del piano di controllo e 1 nodo worker |
|
|
1 TB per ogni istanza di NSX Application Platform |
64 GB |
|
Informazioni sul supporto di almeno 3 nodi worker
- NSX Intelligence
- Metriche NSX per NSX Application Platform (attivata per impostazione predefinita)
- NSX Network Detection and Response
- Traffico sospetto NSX per l'analisi del traffico di rete
- Prevenzione malware NSX
- Metriche NSX
Tutte le funzionalità supportate elencate in Table 1: Minimum System Requirements per le dimensioni del fattore di forma Standard possono essere attivate in un cluster guest con 3 nodi worker.
Informazioni sul fattore di forma Valutazione
Il fattore di forma Valutazione è applicabile solo nelle distribuzioni non di produzione per l'uso nelle valutazione o nelle dimostrazioni. Offre una conservazione dei dati limitata, nessuna scalabilità orizzontale o supporto per l'alta disponibilità e nessun supporto per gli aggiornamenti. Se si desidera eseguire più servizi nel fattore di forma Valutazione per un periodo di tempo prolungato, aumentare le risorse del nodo di lavoro a 24 vCPU e 128 GB di RAM. Se necessario, contattare il supporto VMware per ulteriori dettagli di dimensionamento.
Procedure consigliate per la disponibilità e la resilienza
Per evitare la perdita di dati quando i nodi worker non vengono eseguiti correttamente, non utilizzare le classi di archiviazione che dispongono di volumi di persistenza locali nei nodi worker. È consigliabile utilizzare una classe di archiviazione remota, indipendente e distribuita, come ad esempio volumi vSAN di VMware.
- Per aumentare la disponibilità e la resilienza, sono necessari 3 nodi del piano di controllo.
- Le classi di macchine virtuali utilizzate per i nodi del piano di controllo e i nodi worker di NSX Application Platform devono utilizzare una prenotazione garantita del 100% per le risorse di CPU e memoria per evitare qualsiasi overcommit delle risorse.
Non deve essere presente alcun conflitto di risorse per le operazioni I/O di storage al secondo (IOPS) o la larghezza di banda della rete. vSphere Storage e Network I/O Control sono funzionalità della piattaforma che consentono di assegnare priorità alle risorse per NSX Application Platform.
Requisito del bilanciamento del carico
Quando si distribuisce NSX Application Platform, è necessario configurare il cluster TKG nel supervisore o Kubernetes upstream in modo che disponga di un pool di IP di bilanciamento del carico (LB) con almeno cinque indirizzi IP. Per completare correttamente una distribuzione di NSX Application Platform, la piattaforma richiede almeno cinque indirizzi IP disponibili. Se si intende scalare orizzontalmente la distribuzione di NSX Application Platform in un secondo momento, il pool IP di LB del cluster TKG nel supervisore o Kubernetes deve contenere uno o più indirizzi IP per ogni nodo Kubernetes utilizzato dalla piattaforma. È consigliabile configurare il pool IP di LB del cluster TKG nel superiore o Kubernetes upstream con un totale di 15 indirizzi IP, poiché VMware supporta al massimo 10 nodi Kubernetes aggiuntivi dopo la scalabilità orizzontale della piattaforma.
Requisito del volume aggiuntivo
Per NSX Application Platform, i nodi worker del cluster guest richiedono un volume aggiuntivo di almeno 64 GiB per lo storage temporaneo.
Per specificare i parametri del disco e dello storage per ogni tipo di nodo, utilizzare le informazioni nella tabella seguente. Per ulteriori informazioni, vedere l'argomento Esempio v1alpha3: TKC con storage e volumi dei nodi predefiniti nella documentazione Utilizzo di Tanzu Kubernetes Grid 2.0 nel supervisore con vSphere with Tanzu 8.
Tipo di nodo |
Nome volume |
Capacità volume |
MountPath volume |
---|---|---|---|
Nodo di lavoro |
containerd |
64 GiB |
/var/lib/containerd |
Requisito delle dimensioni del nodo del piano di controllo
Se si distribuiscono NSX Application Platform e le funzionalità di NSX-T Data Center come NSX Intelligence in un cluster TKG nel supervisore, il tipo di classe predefinito della macchina virtuale di dimensioni guaranteed-small
(2 vCPU e 4 GB di RAM) potrebbe non essere sufficiente per il cluster TKG nel nodo del piano di controllo del supervisore. È consigliabile utilizzare il tipo di classe seguente che ha dimensioni maggiori per il cluster Kubernetes upstream o il cluster TKG nel nodo del piano di controllo del supervisore.
-
guaranteed-medium
(2 vCPU e 8 GB di RAM)
Per ulteriori informazioni, consultare la documentazione Classi di macchine virtuali per i cluster Tanzu Kubernetes.