Informazioni di riferimento sulle variabili del file di configurazione

In queste informazioni di riferimento sono elencate tutte le variabili che è possibile specificare per fornire opzioni di configurazione del cluster alla CLI di Tanzu.

Per impostare queste variabili in un file di configurazione YAML, lasciare uno spazio tra i due punti (:) e il valore della variabile. Ad esempio:

CLUSTER_NAME: my-cluster

L'ordine delle righe nel file di configurazione non è importante. Qui le opzioni sono elencate in ordine alfabetico. Vedere inoltre la sezione Precedenza dei valori della configurazione di seguito.

Variabili comuni per tutte le piattaforme di destinazione

In questa sezione sono elencate le variabili comuni a tutte le piattaforme di destinazione. Queste variabili possono essere applicate ai cluster di gestione, ai cluster del carico di lavoro oppure a entrambi. Per ulteriori informazioni, vedere Informazioni sulla configurazione della creazione del cluster di gestione di base in Creazione di un file di configurazione del cluster di gestione.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
APISERVER_EVENT_RATE_LIMIT_CONF_BASE64	✔	✔	Solo cluster basati sulla classe. Abilita e configura un controller di ammissione EventRateLimit per moderare il traffico verso il server dell'API di Kubernetes. Impostare questa proprietà creando un file di configurazione config.yaml di EventRateLimit come descritto nella documentazione di Kubernetes e quindi convertendolo in un valore stringa eseguendo base64 -w 0 config.yaml
CAPBK_BOOTSTRAP_TOKEN_TTL	✔	✖	Facoltativa. Il valore predefinito è 15m, 15 minuti. Valore TTL del token di bootstrap utilizzato da kubeadm durante le operazioni di inizializzazione del cluster.
CLUSTER_API_SERVER_PORT	✔	✔	Facoltativa. Il valore predefinito è 6443. Questa variabile viene ignorata se si abilita NSX Advanced Load Balancer (vSphere). Per sostituire la porta del server dell'API Kubernetes predefinita per le distribuzioni con NSX Advanced Load Balancer, impostare VSPHERE_CONTROL_PLANE_ENDPOINT_PORT.
CLUSTER_CIDR	✔	✔	Facoltativa. Il valore predefinito è 100.96.0.0/11. Intervallo CIDR da utilizzare per i pod. Modificare il valore predefinito solo se l'intervallo default non è disponibile.
CLUSTER_NAME	✔	✔	Questo nome deve essere conforme ai requisiti del nome host DNS in base alla RFC 952 e alla modifica indicata nella RFC 1123 e può contenere al massimo 42 caratteri. Per i cluster del carico di lavoro, questa impostazione viene sostituita dall'argomento CLUSTER_NAME passato a tanzu cluster create. Per i cluster di gestione, se non si specifica CLUSTER_NAME, viene generato un nome univoco.
CLUSTER_PLAN	✔	✔	Obbligatoria. Impostarla su dev, prod o un piano personalizzato, come indicato in nginx di un nuovo piano. Il piano dev distribuisce un cluster con un singolo nodo del piano di controllo. Il piano prod distribuisce un cluster ad alta disponibilità con tre nodi del piano di controllo.
CNI	✖	✔	Facoltativa. Il valore predefinito è antrea. Container network interface. Non sostituire il valore predefinito per i cluster di gestione. Per i cluster del carico di lavoro, è possibile impostare CNI su antrea, calico o none. L'opzione calico non è supportata in Windows. Per ulteriori informazioni, vedere Distribuzione di un cluster con una CNI non predefinita. Per personalizzare la configurazione di Antrea, vedere Configurazione della CNI di Antrea di seguito.
CONTROLPLANE_CERTIFICATE_ROTATION_ENABLED	✔	✔	Facoltativa. Il valore predefinito è false. Impostarla su true se si desidera che i certificati delle macchine virtuali del nodo del piano di controllo vengano rinnovati automaticamente prima della scadenza. Per ulteriori informazioni, vedere Rinnovo automatico del certificato del nodo del piano di controllo.
CONTROLPLANE_CERTIFICATE_ROTATION_DAYS_BEFORE	✔	✔	Facoltativa. Il valore predefinito è 90. Se CONTROLPLANE_CERTIFICATE_ROTATION_ENABLED è true, specificare quanti giorni prima della data di scadenza del certificato si desidera che il certificato del nodo del cluster venga rinnovato automaticamente. Per ulteriori informazioni, vedere Rinnovo automatico del certificato del nodo del piano di controllo.
ENABLE_AUDIT_LOGGING	✔	✔	Facoltativa. Il valore predefinito è false. Registrazione di controllo per il server dell'API di Kubernetes. Per abilitare la creazione di un registro di controllo, impostarla su true. Tanzu Kubernetes Grid scrive questi registri in /var/log/kubernetes/audit.log. Per ulteriori informazioni, vedere Registrazione di controllo. L'abilitazione del controllo Kubernetes può causare volumi di registri molto elevati. Per gestire questa quantità, VMware consiglia di utilizzare un server di inoltro dei registri come Fluent Bit.
ENABLE_AUTOSCALER	✖	✔	Facoltativa. Il valore predefinito è false. Se è impostata su true, è necessario impostare variabili aggiuntive nella tabella Scalabilità automatica del cluster seguente.
ENABLE_CEIP_PARTICIPATION	✔	✖	Facoltativa. Il valore predefinito è true. Impostarla su false se non si desidera partecipare al programma Customer Experience Improvement Program di VMware. È possibile scegliere o rifiutare esplicitamente il programma anche dopo la distribuzione del cluster di gestione. Per informazioni, vedere Scelta o rifiuto del programma CEIP di VMware in Gestione della partecipazione al programma CEIP e Customer Experience Improvement Program ("CEIP").
ENABLE_DEFAULT_STORAGE_CLASS	✖	✔	Facoltativa. Il valore predefinito è true. Per informazioni sulle classi di storage, vedere Storage dinamico.
ENABLE_MHC e così via	✔	✔	Facoltativa. Vedere Controlli di integrità delle macchine di seguito per informazioni sul set completo delle variabili MHC e sul loro funzionamento. Per i cluster del carico di lavoro creati da vSphere with Tanzu, impostare ENABLE_MHC su false.
IDENTITY_MANAGEMENT_TYPE	✔	✖	Facoltativa. Il valore predefinito è none. Per i cluster di gestione: impostare oidc o ldap per abilitarla, con le impostazioni OIDC o LDAP aggiuntive richieste, come indicato nelle tabelle Provider di identità - OIDC e LDAP seguenti. Ometterla o impostarla su none per disattivare la gestione delle identità. È consigliabile abilitare la gestione delle identità per le distribuzioni di produzione. Nota Non è necessario configurare impostazioni OIDC o LDAP nel file di configurazione per i cluster del carico di lavoro.
INFRASTRUCTURE_PROVIDER	✔	✔	Obbligatoria. Impostare su vsphere, aws, azure o tkg-service-vsphere.
NAMESPACE	✖	✔	Facoltativa; il valore predefinito è default, per distribuire i cluster del carico di lavoro in uno spazio dei nomi denominato default.
SERVICE_CIDR	✔	✔	Facoltativa; il valore predefinito è 100.64.0.0/13. Intervallo CIDR da utilizzare per i servizi Kubernetes. Modificare questo valore solo se l'intervallo predefinito non è disponibile.

Provider di identità - OIDC

Se si imposta IDENTITY_MANAGEMENT_TYPE: oidc, impostare le variabili seguenti per configurare un provider di identità OIDC. Per ulteriori informazioni, vedere Configurazione della gestione delle identità in Creazione di un file di configurazione del cluster di gestione.

Tanzu Kubernetes Grid si integra con OIDC tramite Pinniped, come descritto in Informazioni sulla gestione di identità e accessi.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
CERT_DURATION	✔	✖	Facoltativa. Il valore predefinito è 2160h. Impostare questa variabile se si configura Pinniped in modo che utilizzino certificati autofirmati gestiti da cert-manager.
CERT_RENEW_BEFORE	✔	✖	Facoltativa. Il valore predefinito è 360h. Impostare questa variabile se si configura Pinniped in modo che utilizzino certificati autofirmati gestiti da cert-manager.
OIDC_IDENTITY_PROVIDER_CLIENT_ID	✔	✖	Obbligatoria. Valore di client_id ottenuto dal provider OIDC. Ad esempio, se il provider è Okta, accedere a Okta, creare un'applicazione Web e selezionare le opzioni di Credenziali client (Client Credentials) per ottenere client_id e secret. Questa impostazione verrà archiviata in un segreto a cui OIDCIdentityProvider.spec.client.secretName fa riferimento nella risorsa personalizzata OIDCIdentityProvider di Pinniped.
OIDC_IDENTITY_PROVIDER_CLIENT_SECRET	✔	✖	Obbligatoria. valore di secret ottenuto dal provider OIDC. Non codificare questo valore in base64.
OIDC_IDENTITY_PROVIDER_GROUPS_CLAIM	✔	✖	Facoltativa. Nome della richiesta di gruppi. Questa variabile viene utilizzata per impostare il gruppo di un utente nella richiesta JSON Web Token (JWT). Il valore predefinito è groups. Questa impostazione corrisponde a OIDCIdentityProvider.spec.claims.groups nella risorsa personalizzata OIDCIdentityProvider di Pinniped.
OIDC_IDENTITY_PROVIDER_ISSUER_URL	✔	✖	Obbligatoria. Indirizzo IP o DNS del server OIDC. Questa impostazione corrisponde a OIDCIdentityProvider.spec.issuer in custom resource di Pinniped.
OIDC_IDENTITY_PROVIDER_SCOPES	✔	✖	Obbligatoria. Elenco delimitato da virgole degli ambiti aggiuntivi da richiedere nella risposta del token. Ad esempio, "email,offline_access". Questa impostazione corrisponde a OIDCIdentityProvider.spec.authorizationConfig.additionalScopes nella risorsa personalizzata OIDCIdentityProvider di Pinniped.
OIDC_IDENTITY_PROVIDER_USERNAME_CLAIM	✔	✖	Obbligatoria. Nome della richiesta del nome utente. Questa variabile viene utilizzata per impostare il nome utente di un utente nella richiesta JWT. In base al provider in uso, immettere richieste come user_name, email o code. Questa impostazione corrisponde a OIDCIdentityProvider.spec.claims.username nella risorsa personalizzata OIDCIdentityProvider di Pinniped.
OIDC_IDENTITY_PROVIDER_ADDITIONAL_AUTHORIZE_PARAMS	✔	✖	Facoltativa. Aggiungere parametri personalizzati da inviare al provider di identità OIDC. In base al provider, queste richieste potrebbero essere necessarie per ricevere un token di aggiornamento dal provider. Ad esempio prompt=consent. Separare i valori multipli con virgole. Questa impostazione corrisponde a OIDCIdentityProvider.spec.authorizationConfig.additionalAuthorizeParameters nella risorsa personalizzata OIDCIdentityProvider di Pinniped.
OIDC_IDENTITY_PROVIDER_CA_BUNDLE_DATA_B64	✔	✖	Facoltativa. Un bundle CA con codifica Base64 per stabilire TLS con i provider di identità OIDC. Questa impostazione corrisponde a OIDCIdentityProvider.spec.tls.certificateAuthorityData nella risorsa personalizzata OIDCIdentityProvider di Pinniped.
SUPERVISOR_ISSUER_URL	✔	✖	Non modificarla. Questa variabile viene aggiornata automaticamente nel file di configurazione quando si esegue il comando tanzu cluster create command. Questa impostazione corrisponde a JWTAuthenticator.spec.audience nella risorsa personalizzata JWTAuthenticator di Pinniped e FederationDomain.spec.issuer nella risorsa personalizzata FederationDomain di Pinniped.
SUPERVISOR_ISSUER_CA_BUNDLE_DATA_B64	✔	✖	Non modificarla. Questa variabile viene aggiornata automaticamente nel file di configurazione quando si esegue il comando tanzu cluster create command. Questa impostazione corrisponde a JWTAuthenticator.spec.tls.certificateAuthorityData nella risorsa personalizzata JWTAuthenticator di Pinniped.

Provider di identità - LDAP

Se si imposta IDENTITY_MANAGEMENT_TYPE: ldap, impostare le variabili seguenti per configurare un provider di identità LDAP. Per ulteriori informazioni, vedere Configurazione della gestione delle identità in Creazione di un file di configurazione del cluster di gestione.

Tanzu Kubernetes Grid si integra con LDAP tramite Pinniped, come descritto in Informazioni sulla gestione di identità e accessi. Ciascuna delle variabili seguenti corrisponde a un'impostazione di configurazione nella risorsa personalizzata LDAPIdentityProvider di Pinniped. Per una descrizione completa di queste impostazioni e informazioni su come configurarle, vedere LDAPIdentityProvider nella documentazione di Pinniped.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
Per la connessione al server LDAP:
LDAP_HOST	✔	✖	Obbligatorio. Indirizzo IP o DNS del server LDAP. Se il server LDAP è in ascolto nella porta predefinita 636, ovvero la configurazione protetta, non è necessario specificare la porta. Se il server LDAP è in ascolto in una porta diversa, specificare l'indirizzo e la porta del server LDAP, nel formato “host:port”. Questa impostazione corrisponde a LDAPIdentityProvider.spec.host nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
LDAP_ROOT_CA_DATA_B64	✔	✖	Facoltativa. Se si utilizza un endpoint LDAPS, incollare i contenuti codificati Base64 del certificato del server LDAP. Questa impostazione corrisponde a LDAPIdentityProvider.spec.tls.certificateAuthorityData nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
LDAP_BIND_DN	✔	✖	Obbligatorio. DN per l'account di servizio di un'applicazione esistente. Ad esempio “cn=bind-user,ou=people,dc=example,dc=com”. Il connettore utilizza queste credenziali per cercare utenti e gruppi. Questo account di servizio deve disporre come minimo delle autorizzazioni di sola lettura per eseguire le query configurate dalle altre opzioni di configurazione LDAP_*. Incluso nel segreto per spec.bind.secretName nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
LDAP_BIND_PASSWORD	✔	✖	Obbligatorio. Password dell'account del servizio applicazioni impostato in LDAP_BIND_DN. Incluso nel segreto per spec.bind.secretName nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
Per la ricerca dell'utente:
LDAP_USER_SEARCH_BASE_DN	✔	✖	Obbligatorio. Punto da cui avviare la ricerca LDAP. Ad esempio, OU=Users,OU=domain,DC=io. Questa impostazione corrisponde a LDAPIdentityProvider.spec.userSearch.base nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
LDAP_USER_SEARCH_FILTER	✔	✖	Facoltativa. filtro facoltativo che deve essere utilizzato dalla ricerca LDAP. Questa impostazione corrisponde a LDAPIdentityProvider.spec.userSearch.filter nella risorsa personalizzata LDAPIdentityProvider di Pinniped. A partire da TKG v2.3, quando si crea un cluster di gestione o si aggiorna il segreto del pacchetto Pinniped per un cluster di gestione esistente, è necessario utilizzare il formato Pinniped per questo valore. Ad esempio &(objectClass=posixAccount)(uid={}).
LDAP_USER_SEARCH_ID_ATTRIBUTE	✔	✖	Facoltativa. Attributo LDAP che contiene l'ID utente. Il valore predefinito è dn. Questa impostazione corrisponde a LDAPIdentityProvider.spec.userSearch.attributes.uid nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
LDAP_USER_SEARCH_NAME_ATTRIBUTE	✔	✖	Obbligatorio. Attributo LDAP che contiene il nome dell'utente specificato. Ad esempio mail. Questa impostazione corrisponde a LDAPIdentityProvider.spec.userSearch.attributes.username nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
Per la ricerca di gruppi:
LDAP_GROUP_SEARCH_BASE_DN	✔	✖	Facoltativa. Punto da cui avviare la ricerca LDAP. Ad esempio, OU=Groups,OU=domain,DC=io. Quando non è impostato, la ricerca del gruppo viene ignorata. Questa impostazione corrisponde a LDAPIdentityProvider.spec.groupSearch.base nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
LDAP_GROUP_SEARCH_FILTER	✔	✖	Facoltativa. filtro facoltativo che deve essere utilizzato dalla ricerca LDAP. Questa impostazione corrisponde a LDAPIdentityProvider.spec.groupSearch.filer nella risorsa personalizzata LDAPIdentityProvider di Pinniped. A partire da TKG v2.3, quando si crea un cluster di gestione o si aggiorna il segreto del pacchetto Pinniped per un cluster di gestione esistente, è necessario utilizzare il formato Pinniped per questo valore. Ad esempio &(objectClass=posixGroup)(memberUid={}).
LDAP_GROUP_SEARCH_NAME_ATTRIBUTE	✔	✖	Facoltativa. Attributo LDAP che contiene il nome del gruppo. Il valore predefinito è dn. Questa impostazione corrisponde a LDAPIdentityProvider.spec.groupSearch.attributes.groupName nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
LDAP_GROUP_SEARCH_USER_ATTRIBUTE	✔	✖	Facoltativa. Attributo del record utente utilizzato come valore dell'attributo di appartenenza del record gruppo. Il valore predefinito è dn. Questa impostazione corrisponde a LDAPIdentityProvider.spec.groupSearch.userAttributeForFilter nella risorsa personalizzata LDAPIdentityProvider di Pinniped.
LDAP_GROUP_SEARCH_SKIP_ON_REFRESH	✔	✖	Facoltativa. Il valore predefinito è false. Quando è impostato su true, le appartenenze al gruppo di un utente vengono aggiornate solo all'inizio della sessione giornaliera dell'utente. L'impostazione di LDAP_GROUP_SEARCH_SKIP_ON_REFRESH su true non è consigliata e deve essere eseguita solo quando non è possibile rendere sufficientemente veloce l'esecuzione della query del gruppo durante l'aggiornamento della sessione. Questa impostazione corrisponde a LDAPIdentityProvider.spec.groupSearch.skipGroupRefresh nella risorsa personalizzata LDAPIdentityProvider di Pinniped.

Configurazione del nodo

Configurare il piano di controllo e i nodi worker, nonché il sistema operativo eseguito dalle istanze del nodo. Per ulteriori informazioni, vedere Configurazione delle impostazioni del nodo in Creazione di un file di configurazione del cluster di gestione.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
CONTROL_PLANE_MACHINE_COUNT	✔	✔	Facoltativa. Distribuire un cluster del carico di lavoro con un numero di nodi del piano di controllo maggiore del numero predefinito dei piani dev e prod. Il numero di nodi del piano di controllo specificato deve essere dispari.
CONTROL_PLANE_NODE_LABELS	✔	✔	Solo cluster basati sulla classe. Assegnare etichette persistenti personalizzate ai nodi del piano di controllo, ad esempio CONTROL_PLANE_NODE_LABELS: ‘key1=value1,key2=value2’. Per configurare questa variabile in un cluster legacy basato sul piano, utilizzare un overlay ytt come descritto in Etichette dei nodi personalizzati. Le etichette dei nodi worker vengono impostate nel relativo pool di nodi come descritto in Gestione di pool di nodi di diversi tipi di macchine virtuali.
CONTROL_PLANE_NODE_NAMESERVERS	✔	✔	Solo vSphere. In questo modo l'utente può specificare un elenco delimitato da virgole di server DNS da configurare nei nodi del piano di controllo, ad esempio CONTROL_PLANE_NODE_NAMESERVERS: 10.132.7.1, 10.142.7.1. Supportato su Ubuntu e Photon; non supportato in Windows. Per un caso d'uso di esempio, vedere l'IPAM del nodo di seguito.
CONTROL_PLANE_NODE_SEARCH_DOMAINS	✔	✔	Solo cluster basati sulla classe. Configura i domini di ricerca .local per i nodi del cluster, ad esempio CONTROL_PLANE_NODE_SEARCH_DOMAINS: corp.local. Per configurare questa variabile in un cluster legacy basato sul piano in vSphere, utilizzare un overlay ytt come descritto in Risoluzione del dominio .local.
CONTROLPLANE_SIZE	✔	✔	Facoltativa. Dimensioni delle macchine virtuali del nodo del piano di controllo. Sostituisce i parametri SIZE e VSPHERE_CONTROL_PLANE_. Per i possibili valori, vedere SIZE.
OS_ARCH	✔	✔	Facoltativa. Architettura del sistema operativo della macchina virtuale del nodo. Il valore predefinito e l'unica opzione al momento disponibile è amd64.
OS_NAME	✔	✔	Facoltativa. Sistema operativo della macchina virtuale del nodo. Il valore predefinito è ubuntu per Ubuntu LTS. Può essere anche photon per Photon OS in vSphere o amazon per Amazon Linux in AWS.
OS_VERSION	✔	✔	Facoltativa. Versione del sistema operativo OS_NAME precedente. Il valore predefinito è 20.04 per Ubuntu. Può essere 3 per Photon in vSphere e 2 per Amazon Linux in AWS.
SIZE	✔	✔	Facoltativa. Dimensioni per le macchine virtuali del piano di controllo e del nodo worker. Sostituisce i parametri VSPHERE_CONTROL_PLANE_* e VSPHERE_WORKER_*. Per vSphere, impostare small, medium, large o extra-large come descritto in Dimensioni dei nodi predefinite. Per AWS, impostare un tipo di istanza, ad esempio t3.small. Per Azure, impostare un tipo di istanza, ad esempio Standard_D2s_v3.
WORKER_MACHINE_COUNT	✔	✔	Facoltativa. Distribuire un cluster del carico di lavoro con un numero di nodi worker maggiore del numero predefinito dei piani dev e prod.
WORKER_NODE_NAMESERVERS	✔	✔	Solo vSphere. In questo modo l'utente può specificare un elenco delimitato da virgole di server DNS da configurare nei nodi di lavoro, ad esempio WORKER_NODE_NAMESERVERS: 10.132.7.1, 10.142.7.1. Supportato su Ubuntu e Photon; non supportato in Windows. Per un caso d'uso di esempio, vedere l'IPAM del nodo di seguito.
WORKER_NODE_SEARCH_DOMAINS	✔	✔	Solo cluster basati sulla classe. Configura i domini di ricerca .local per i nodi del cluster, ad esempio CONTROL_PLANE_NODE_SEARCH_DOMAINS: corp.local. Per configurare questa variabile in un cluster legacy basato sul piano in vSphere, utilizzare un overlay ytt come descritto in Risoluzione del dominio .local.
WORKER_SIZE	✔	✔	Facoltativa. Dimensioni per le macchine virtuali del nodo worker. Sostituisce i parametri VSPHERE_WORKER_SIZE e . Per i possibili valori, vedere SIZE.
CUSTOM_TDNF_REPOSITORY_CERTIFICATE	✔	✔	(Anteprima tecnica) Facoltativa. Impostare se si utilizza un server di repository tdnf personalizzato con un certificato autofirmato, anziché il server del repository tdnf predefinito di Photon. Immettere il contenuto del certificato con codifica base64 del server del repository tdnf. Elimina tutti i repos in /etc/yum.repos.d/ e rende il nodo TKG attendibile per il certificato.

Standard di sicurezza del pod per il controller di ammissione sicurezza pod

Configurare gli standard di sicurezza del pod per un controller di ammissione sicurezza pod (PSA) a livello di cluster, il piano di controllo e i nodi di lavoro e il sistema operativo che le istanze dei nodi eseguono. Per ulteriori informazioni, vedere Controller di ammissione sicurezza pod.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
POD_SECURITY_STANDARD_AUDIT	✖	✔	Facoltativa. Il valore predefinito è restricted. Imposta il criterio di sicurezza per la modalità audit del controller PSA a livello di cluster. Valori possibili: restricted baseline e privileged.
POD_SECURITY_STANDARD_DEACTIVATED	✖	✔	Facoltativa. Il valore predefinito è false. Impostare su true per disattivare PSA a livello di cluster.
POD_SECURITY_STANDARD_ENFORCE	✖	✔	Facoltativa. Il valore predefinito è nessun valore. Imposta il criterio di sicurezza per la modalità enforce del controller PSA a livello di cluster. Valori possibili: restricted baseline e privileged.
POD_SECURITY_STANDARD_WARN	✖	✔	Facoltativa. Il valore predefinito è restricted. Imposta il criterio di sicurezza per la modalità warn del controller PSA a livello di cluster. Valori possibili: restricted baseline e privileged.

Ottimizzazione Kubernetes (solo cluster basati sulla classe)

I server dell'API Kubernetes, i Kubelet e altri componenti espongono vari flag di configurazione per l'ottimizzazione, ad esempio il flag --tls-cipher-suites per configurare i pacchetti di crittografia per la protezione della sicurezza, il flag --election-timeout il flag per aumentare etcd il timeout in un cluster di grandi dimensioni e così via.

Importante

Queste variabili di configurazione di Kubernetes sono per gli utenti avanzati. VMware non garantisce la funzionalità dei cluster configurati con combinazioni arbitrarie di queste impostazioni.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
APISERVER_EXTRA_ARGS	✔	✔	Solo cluster basati sulla classe. Specificare i flag kube-apiserver nel formato "key1=value1;key2=value2". Ad esempio, impostare pacchetti di crittografia con APISERVER_EXTRA_ARGS: “tls-min-version=VersionTLS12;tls-cipher-suites=TLS_RSA_WITH_AES_256_GCM_SHA384”
CONTROLPLANE_KUBELET_EXTRA_ARGS	✔	✔	Solo cluster basati sulla classe. Specificare i flag kubelet del piano di controllo nel formato "key1=value1;key2=value2". Ad esempio, limitare il numero di pod del piano di controllo con CONTROLPLANE_KUBELET_EXTRA_ARGS: “max-pods=50”
ETCD_EXTRA_ARGS	✔	✔	Solo cluster basati sulla classe. Specificare flag etcd nel formato "key1=value1;key2=value2". Ad esempio, se il cluster presenta più di 500 nodi o le prestazioni dello storage non sono sufficienti, è possibile aumentare heartbeat-interval e election-timeout con ETCD_EXTRA_ARGS: “heartbeat-interval=300;election-timeout=2000”
KUBE_CONTROLLER_MANAGER_EXTRA_ARGS	✔	✔	Solo cluster basati sulla classe. Specificare i flag kube-controller-manager nel formato "key1=value1;key2=value2". Ad esempio, disattivare la profilatura delle prestazioni con KUBE_CONTROLLER_MANAGER_EXTRA_ARGS: “profiling=false”
KUBE_SCHEDULER_EXTRA_ARGS	✔	✔	Solo cluster basati sulla classe. Specificare i flag kube-scheduler nel formato "key1=value1;key2=value2". Ad esempio, abilitare la modalità di accesso a un singolo pod con KUBE_SCHEDULER_EXTRA_ARGS: “feature-gates=ReadWriteOncePod=true”
WORKER_KUBELET_EXTRA_ARGS	✔	✔	Solo cluster basati sulla classe. Specificare i flag kubelet del worker nel formato "key1=value1;key2=value2". Ad esempio, limitare il numero di pod worker con WORKER_KUBELET_EXTRA_ARGS: “max-pods=50”

Scalabilità automatica del cluster

Se la variabile ENABLE_AUTOSCALER è impostata su true, è possibile configurare le variabili aggiuntive seguenti. Per informazioni sulla scalabilità automatica del cluster, vedere Scalabilità dei cluster del carico di lavoro.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
AUTOSCALER_MAX_NODES_TOTAL	✖	✔	Facoltativa. Il valore predefinito è 0. Numero massimo totale di nodi worker e di nodi del piano di controllo nel cluster. Imposta il valore per il parametro di scalabilità automatica del cluster max-nodes-total. La scalabilità automatica del cluster non tenta di scalare il cluster oltre questo limite. Se questa variabile è impostata su 0, la scalabilità automatica del cluster prende decisioni sulla scalabilità in base alle impostazioni minima e massima di SIZE configurate.
AUTOSCALER_SCALE_DOWN_DELAY_AFTER_ADD	✖	✔	Facoltativa. Il valore predefinito è 10m. Imposta il valore per il parametro di scalabilità automatica del cluster scale-down-delay-after-add. Quantità di tempo che la scalabilità automatica del cluster attende dopo un'operazione di scalabilità verticale prima di riprendere le analisi di scalabilità orizzontale.
AUTOSCALER_SCALE_DOWN_DELAY_AFTER_DELETE	✖	✔	Facoltativa. Il valore predefinito è 10s. Imposta il valore per il parametro di scalabilità automatica del cluster scale-down-delay-after-delete. Quantità di tempo che la scalabilità automatica del cluster attende dopo l'eliminazione di un nodo prima di riprendere le analisi di scalabilità orizzontale.
AUTOSCALER_SCALE_DOWN_DELAY_AFTER_FAILURE	✖	✔	Facoltativa. Il valore predefinito è 3m. Imposta il valore per il parametro di scalabilità automatica del cluster scale-down-delay-after-failure. Quantità di tempo che la scalabilità automatica del cluster attende dopo un errore di scalabilità orizzontale prima di riprendere le analisi di scalabilità orizzontale.
AUTOSCALER_SCALE_DOWN_UNNEEDED_TIME	✖	✔	Facoltativa. Il valore predefinito è 10m. Imposta il valore per il parametro di scalabilità automatica del cluster scale-down-unneeded-time. Quantità di tempo che la scalabilità automatica del cluster deve attendere prima di scalare orizzontalmente un nodo idoneo.
AUTOSCALER_MAX_NODE_PROVISION_TIME	✖	✔	Facoltativa. Il valore predefinito è 15m. Imposta il valore per il parametro di scalabilità automatica del cluster max-node-provision-time. Quantità di tempo massima per cui la scalabilità automatica del cluster attende il provisioning di un nodo.
AUTOSCALER_MIN_SIZE_0	✖	✔	Obbligatorioa. Tutti gli IaaS. Numero minimo di nodi worker. La scalabilità automatica del cluster non tenta di scalare orizzontalmente i nodi al di sotto di questo limite. Per i cluster di prod in AWS, AUTOSCALER_MIN_SIZE_0 imposta il numero minimo di nodi worker nella prima ZD. Se il numero non viene impostato, il valore predefinito è WORKER_MACHINE_COUNT per i cluster con un singolo nodo worker o WORKER_MACHINE_COUNT_0 per i cluster con più nodi worker.
AUTOSCALER_MAX_SIZE_0	✖	✔	Obbligatorioa. Tutti gli IaaS. Numero massimo di nodi worker. La scalabilità automatica del cluster non tenta di scalare verticalmente i nodi oltre questo limite. Per i cluster di prod in AWS, AUTOSCALER_MAX_SIZE_0 imposta il numero massimo di nodi worker nella prima ZD. Se il numero non viene impostato, il valore predefinito è WORKER_MACHINE_COUNT per i cluster con un singolo nodo worker o WORKER_MACHINE_COUNT_0 per i cluster con più nodi worker.
AUTOSCALER_MIN_SIZE_1	✖	✔	Obbligatoria. Utilizzarla solo per i cluster di prod in AWS. Numero minimo di nodi worker nella seconda ZD. La scalabilità automatica del cluster non tenta di scalare orizzontalmente i nodi al di sotto di questo limite. Se il valore non è specificato, per impostazione predefinita viene utilizzato il valore WORKER_MACHINE_COUNT_1.
AUTOSCALER_MAX_SIZE_1	✖	✔	Obbligatoria. Utilizzarla solo per i cluster di prod in AWS. Numero massimo di nodi worker nella seconda ZD. La scalabilità automatica del cluster non tenta di scalare verticalmente i nodi oltre questo limite. Se il valore non è specificato, per impostazione predefinita viene utilizzato il valore WORKER_MACHINE_COUNT_1.
AUTOSCALER_MIN_SIZE_2	✖	✔	Obbligatoria. Utilizzarla solo per i cluster di prod in AWS. Numero minimo di nodi worker nella terza ZD. La scalabilità automatica del cluster non tenta di scalare orizzontalmente i nodi al di sotto di questo limite. Se il valore non è specificato, per impostazione predefinita viene utilizzato il valore WORKER_MACHINE_COUNT_2.
AUTOSCALER_MAX_SIZE_2	✖	✔	Obbligatoria. Utilizzarla solo per i cluster di prod in AWS. Numero massimo di nodi worker nella terza ZD. La scalabilità automatica del cluster non tenta di scalare verticalmente i nodi oltre questo limite. Se il valore non è specificato, per impostazione predefinita viene utilizzato il valore WORKER_MACHINE_COUNT_2.

Configurazione del proxy

Se nell'ambiente sono presenti limitazioni Internet o proxy, è possibile configurare facoltativamente Tanzu Kubernetes Grid per inviare il traffico HTTP e HTTPS in uscita da kubelet, containerd e il piano di controllo ai proxy.

Tanzu Kubernetes Grid consente di abilitare i proxy per uno degli elementi seguenti:

• Per il cluster di gestione e per uno o più cluster del carico di lavoro
• Solo per il cluster di gestione
• Per uno o più cluster del carico di lavoro

Per ulteriori informazioni, vedere Configurazione dei proxy in Creazione di un file di configurazione del cluster di gestione.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
TKG_HTTP_PROXY_ENABLED	✔	✔	Facoltativa. Consente di inviare il traffico HTTP(S) in uscita dal cluster di gestione a un proxy, ad esempio in un ambiente con limitazioni Internet, impostare questa variabile su true.
TKG_HTTP_PROXY	✔	✔	Facoltativo. Impostarla se si desidera configurare un proxy. Per disattivare la configurazione del proxy per un singolo cluster, impostarla su "“. Si applica solo quando TKG_HTTP_PROXY_ENABLED = true. URL del proxy HTTP, formattato come segue: PROTOCOL://USERNAME:PASSWORD@FQDN-OR-IP:PORT, in cui: Obbligatoria. PROTOCOL è http. Facoltativa. USERNAME e PASSWORD sono il nome utente e la password del proxy HTTP. Includerli se il proxy richiede l'autenticazione. Obbligatoria. FQDN-OR-IP e PORT sono il nome di dominio completo o l'indirizzo IP e il numero di porta del proxy HTTP. Ad esempio, http://user:[email protected]:1234 o http://myproxy.com:1234. Se si imposta TKG_HTTP_PROXY, è necessario impostare anche TKG_HTTPS_PROXY.
TKG_HTTPS_PROXY	✔	✔	Facoltativa. Impostarla se si desidera configurare un proxy. Si applica solo quando TKG_HTTP_PROXY_ENABLED = true. URL del proxy HTTPS. È possibile impostare questa variabile sullo stesso valore di TKG_HTTP_PROXY o specificare un valore diverso. L'URL deve iniziare con http://. Se si imposta TKG_HTTPS_PROXY, è necessario impostare anche TKG_HTTP_PROXY.
TKG_NO_PROXY	✔	✔	Facoltativa. Si applica solo quando TKG_HTTP_PROXY_ENABLED = true. Uno o più CIDR di rete o nomi host che devono ignorare il proxy HTTP(S), separati da virgole ed elencati senza spazi o caratteri jolly (*). Inserire i suffissi dei nomi host come .example.com, non come *.example.com. Ad esempio, .noproxy.example.com,noproxy.example.com,192.168.0.0/24. Internamente, Tanzu Kubernetes Grid aggiunge localhost, 127.0.0.1, i valori di CLUSTER_CIDR e SERVICE_CIDR, .svc e .svc.cluster.local al valore impostato in TKG_NO_PROXY. Aggiunge inoltre il CIDR della VNET di Azure, 169.254.0.0/16 e 168.63.129.16 per le distribuzioni in Azure. Per vSphere, è necessario aggiungere manualmente il CIDR di VSPHERE_NETWORK, che include l'indirizzo IP dell'endpoint del piano di controllo, in TKG_NO_PROXY. Se si imposta VSPHERE_CONTROL_PLANE_ENDPOINT su un nome di dominio completo, aggiungere sia il nome di dominio completo sia VSPHERE_NETWORK in TKG_NO_PROXY. Importante: negli ambienti in cui Tanzu Kubernetes Grid viene eseguito dietro un proxy, TKG_NO_PROXY consente alle macchine virtuali del cluster di comunicare direttamente con l'infrastruttura che esegue la stessa rete, dietro lo stesso proxy. Ciò può includere, a titolo esemplificativo, l'infrastruttura, il server OIDC o LDAP, Harbor, VMware NSX e NSX Advanced Load Balancer (vSphere). Impostare TKG_NO_PROXY per includere tutti gli endpoint a cui i cluster devono accedere ma che non sono raggiungibili dai proxy.
TKG_PROXY_CA_CERT	✔	✔	Facoltativa. Impostarla se il server proxy utilizza un certificato autofirmato. Specificare il certificato CA in formato con codifica base64, ad esempio …TKG_PROXY_CA_CERT: “LS0t[]tLS0tLQ==””.
TKG_NODE_SYSTEM_WIDE_PROXY	✔	✔	(Anteprima tecnica) Facoltativa. Imposta le seguenti impostazioni in /etc/environment e /etc/profile: export HTTP_PROXY=$TKG_HTTP_PROXY export HTTPS_PROXY=$TKG_HTTPS_PROXY export NO_PROXY=$TKG_NO_PROXY Quando gli utenti accedono tramite SSH al nodo TKG ed eseguono comandi, per impostazione predefinita i comandi utilizzano le variabili definite. I processi systemd non sono interessati.

Configurazione della CNI di Antrea

Variabili facoltative aggiuntive da impostare se CNI è impostata su antrea. Per ulteriori informazioni, vedere Configurazione della CNI di Antrea in Creazione di un file di configurazione del cluster di gestione.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
ANTREA_DISABLE_UDP_TUNNEL_OFFLOAD	✔	✔	Facoltativa. Il valore predefinito è false. Impostarla su true per disattivare l'offload del checksum UDP di Antrea. Impostando questa variabile su true si evitano i problemi noti relativi ai driver della rete underlay e della rete NIC fisica.
ANTREA_EGRESS	✔	✔	Facoltativa. Il valore predefinito è true. Abilitare questa variabile per definire l'IP SNAT utilizzato per il traffico pod in uscita dal cluster. Per ulteriori informazioni, vedere Egress nella documentazione di Antrea.
ANTREA_EGRESS_EXCEPT_CIDRS	✔	✔	Facoltativa. Gli intervalli CIDR che escono non eseguiranno SNAT per il traffico del pod in uscita. Includere le virgolette (““). Ad esempio, “10.0.0.0/6”.
ANTREA_ENABLE_USAGE_REPORTING	✔	✔	Facoltativa. Il valore predefinito è false. Attiva o disattiva la creazione di report sull'utilizzo (telemetria).
ANTREA_FLOWEXPORTER	✔	✔	Facoltativa. Il valore predefinito è false. Impostarla su true per la visibilità del flusso di rete. L'esportatore del flusso esegue periodicamente il polling dei flussi conntrack ed esporta i flussi come record di flusso IPFIX. Per ulteriori informazioni, vedere Network Flow Visibility in Antrea nella documentazione di Antrea.
ANTREA_FLOWEXPORTER_ACTIVE_TIMEOUT	✔	✔	Facoltativa. Il valore predefinito è “60s”. Questa variabile specifica il timeout dell'esportazione del flusso attivo, ovvero il timeout dopo il quale un record flusso viene inviato all'agente di raccolta dei flussi attivi. Includere le virgolette (””). Nota: le unità di tempo valide sono ns, us (o s), ms, s, m h.
ANTREA_FLOWEXPORTER_COLLECTOR_ADDRESS	✔	✔	Facoltativa. Questa variabile specifica l'indirizzo dell'agente di raccolta IPFIX. Includere le virgolette (““). Il valore predefinito è “flow-aggregator.flow-aggregator.svc:4739:tls”. Per ulteriori informazioni, vedere Network Flow Visibility in Antrea nella documentazione di Antrea.
ANTREA_FLOWEXPORTER_IDLE_TIMEOUT	✔	✔	Facoltativa. Il valore predefinito è “15s”. Questa variabile specifica il timeout dell'esportazione del flusso inattivo, ovvero il timeout dopo il quale un record flusso viene inviato all'agente di raccolta dei flussi inattivi. Includere le virgolette (””). Nota: le unità di tempo valide sono ns, us (o s), ms, s, m h.
ANTREA_FLOWEXPORTER_POLL_INTERVAL	✔	✔	Facoltativa. Il valore predefinito è “5s”. Questa variabile determina la frequenza delle connessioni con dump dal modulo conntrack da parte dell'esportatore del flusso. Includere le virgolette (““). Nota: le unità di tempo valide sono ns, us (o s), ms, s, m h.
ANTREA_IPAM	✔	✔	Facoltativa. Il valore predefinito è false. Impostarla su true per allocare gli indirizzi IP da IPPool. Il set di intervalli di IP desiderato, facoltativamente con VLAN, viene definito con CRD IPPool. Per ulteriori informazioni, vedere Antrea IPAM Capabilities nella documentazione di Antrea.
ANTREA_KUBE_APISERVER_OVERRIDE	✔	✔	Facoltativa. Consente di specificare l'indirizzo del server dell'API di Kubernetes. Per ulteriori informazioni, vedere Removing kube-proxy nella documentazione di Antrea.
ANTREA_MULTICAST	✔	✔	Facoltativa. Il valore predefinito è false. Impostarla su true per il traffico multicast nella rete del cluster (tra pod) e tra la rete esterna e la rete del cluster.
ANTREA_MULTICAST_INTERFACES	✔	✔	Facoltativa. Nomi delle interfacce nei nodi utilizzati per inoltrare il traffico multicast. Includere le virgolette (””). Ad esempio, “eth0”.
ANTREA_NETWORKPOLICY_STATS	✔	✔	Facoltativa. Il valore predefinito è true. Abilitare questa variabile per raccogliere le statistiche di NetworkPolicy. I dati statistici includono il numero totale di sessioni, i pacchetti e i byte consentiti o negati da un elemento NetworkPolicy.
ANTREA_NO_SNAT	✔	✔	Facoltativa. Il valore predefinito è false. Impostarla su true per disattivare SNAT (Source Network Address Translation).
ANTREA_NODEPORTLOCAL	✔	✔	Facoltativa. Il valore predefinito è true. Impostarla su false per disattivare la modalità NodePortLocal. Per ulteriori informazioni, vedere NodePortLocal (NPL) nella documentazione di Antrea.
ANTREA_NODEPORTLOCAL_ENABLED	✔	✔	Facoltativa. Impostarla su true per abilitare la modalità NodePortLocal, come descritto in NodePortLocal (NPL) nella documentazione di Antrea.
ANTREA_NODEPORTLOCAL_PORTRANGE	✔	✔	Facoltativa. Il valore predefinito è 61000-62000. Per ulteriori informazioni, vedere NodePortLocal (NPL) nella documentazione di Antrea.
ANTREA_POLICY	✔	✔	Facoltativa. Il valore predefinito è true. Attiva o disattiva l'API del criterio nativo di Antrea, rappresentata da CRD del criterio specifici di Antrea. Inoltre, l'implementazione dei criteri di rete di Kubernetes rimane attiva quando questa variabile è abilitata. Per informazioni sull'utilizzo dei criteri di rete, vedere Antrea Network Policy CRDs nella documentazione di Antrea.
ANTREA_PROXY	✔	✔	Facoltativa. Il valore predefinito è false. Attiva o disattiva AntreaProxy per sostituire kube-proxy per il traffico del servizio da pod a ClusterIP, per migliorare le prestazioni e ridurre la latenza. Si tenga presente che kube-proxy viene comunque utilizzato per altri tipi di traffico di servizio. Per ulteriori informazioni sull'utilizzo dei proxy, vedere AntreaProxy nella documentazione di Antrea.
ANTREA_PROXY_ALL	✔	✔	Facoltativa. Il valore predefinito è false. Attiva o disattiva AntreaProxy per gestire tutto il traffico del servizio, incluso il traffico NodePort, LoadBalancer e ClusterIP. Per sostituire kube-proxy con AntreaProxy, è necessario abilitare ANTREA_PROXY_ALL. Per ulteriori informazioni sull'utilizzo dei proxy, vedere AntreaProxy nella documentazione di Antrea.
ANTREA_PROXY_LOAD_BALANCER_IPS	✔	✔	Facoltativa. Il valore predefinito è true. Impostarla su false per indirizzare il traffico del bilanciamento del carico verso il LoadBalancer esterno.
ANTREA_PROXY_NODEPORT_ADDRS	✔	✔	Facoltativa. Indirizzo IPv4 o IPv6 per NodePort. Includere le virgolette (““).
ANTREA_PROXY_SKIP_SERVICES	✔	✔	Facoltativa. Array di valori stringa che possono essere utilizzati per indicare un elenco di servizi che AntreaProxy deve ignorare. Il carico del traffico verso questi servizi non verrà bilanciato. Includere le virgolette (””). Ad esempio, un ClusterIP valido come 10.11.1.2 o un nome di servizio con uno spazio dei nomi come kube-system/kube-dns, sono valori validi. Per ulteriori informazioni, vedere Special use cases nella documentazione di Antrea.
ANTREA_SERVICE_EXTERNALIP	✔	✔	Facoltativa. Il valore predefinito è false. Impostarla su true per consentire a un controller di allocare IP esterni da una risorsa ExternalIPPool per i servizi di tipo LoadBalancer. Per ulteriori informazioni su come implementare i servizi di tipo LoadBalancer, vedere Servizio di tipo LoadBalancer nella documentazione di Antrea.
ANTREA_TRACEFLOW	✔	✔	Facoltativa. Il valore predefinito è true. Per informazioni sull'utilizzo di Traceflow, vedere Traceflow User Guide nella documentazione di Antrea.
ANTREA_TRAFFIC_ENCAP_MODE	✔	✔	Facoltativa. Il valore predefinito è “encap”. Impostarla su noEncap, hybrid o NetworkPolicyOnly. Per informazioni sull'utilizzo delle modalità di traffico NoEncap o Hybrid, vedere NoEncap and Hybrid Traffic Modes of Antrea nella documentazione di Antrea. Nota: le modalità noEncap e hybrid richiedono una configurazione specifica della rete del nodo per impedire che disabilitino la comunicazione del pod tra i nodi. La modalità noEncap è supportata solo in vSphere e può disattivare la comunicazione del pod tra i nodi. Non impostare ANTREA_TRAFFIC_ENCAP_MODE su noEncap nei cluster in cui i pod devono comunicare tra i nodi.
ANTREA_TRANSPORT_INTERFACE	✔	✔	Facoltativa. Nome dell'interfaccia nel nodo utilizzato per il tunneling o il routing del traffico. Includere le virgolette (““). Ad esempio, “eth0”.
ANTREA_TRANSPORT_INTERFACE_CIDRS	✔	✔	Facoltativa. CIDR di rete dell'interfaccia nel nodo utilizzato per il tunneling o il routing del traffico. Includere le virgolette (””). Ad esempio, “10.0.0.2/24”.

Controlli di integrità delle macchine

Se si desidera configurare i controlli di integrità delle macchine per i cluster di gestione e del carico di lavoro, impostare le variabili seguenti. Per ulteriori informazioni, vedere Configurazione dei controlli di integrità delle macchine in Creazione di un file di configurazione del cluster di gestione. Per informazioni su come eseguire le operazioni di controllo dell'integrità delle macchine dopo la distribuzione del cluster, vedere Configurazione dei controlli di integrità delle macchine per i cluster del carico di lavoro.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
ENABLE_MHC	✔	basato sulla classe: ✖ basato sul piano: ✔	Facoltativa. Impostarla su true o false per attivare o disattivare il controller MachineHealthCheck nei nodi del piano di controllo e nei nodi worker del cluster di gestione o del cluster del carico di lavoro di destinazione. Oppure lasciarla vuota e impostare ENABLE_MHC_CONTROL_PLANE e ENABLE_MHC_WORKER_NODE separatamente per i nodi del piano di controllo e i nodi worker. Il valore predefinito è vuoto. Il controller fornisce la funzionalità di monitoraggio e riparazione automatica dell'integrità della macchina. Per i cluster del carico di lavoro creati da vSphere with Tanzu, impostarla su false.
ENABLE_MHC_CONTROL_PLANE	✔		Facoltativa. Il valore predefinito è true. Per ulteriori informazioni, vedere la tabella seguente.
ENABLE_MHC_WORKER_NODE	✔		Facoltativa. Il valore predefinito è true. Per ulteriori informazioni, vedere la tabella seguente.
MHC_MAX_UNHEALTHY_CONTROL_PLANE	✔	✖	Facoltativo; solo cluster basati sulla classe. Il valore predefinito è 100%. Se il numero di macchine non integre supera il valore impostato, il controller MachineHealthCheck non esegue la correzione.
MHC_MAX_UNHEALTHY_WORKER_NODE	✔	✖	Facoltativo; solo cluster basati sulla classe. Il valore predefinito è 100%. Se il numero di macchine non integre supera il valore impostato, il controller MachineHealthCheck non esegue la correzione.
MHC_FALSE_STATUS_TIMEOUT	✔	basato sulla classe: ✖ basato sul piano: ✔	Facoltativa. Il valore predefinito è 12m. Per quanto tempo il controller MachineHealthCheck consente alla condizione Ready di un nodo di rimanere False prima di considerare la macchina non integra e ricrearla.
MHC_UNKNOWN_STATUS_TIMEOUT	✔		Facoltativa. Il valore predefinito è 5m. Per quanto tempo il controller MachineHealthCheck consente alla condizione Ready di un nodo di rimanere Unknown prima di considerare la macchina non integra e ricrearla.
NODE_STARTUP_TIMEOUT	✔		Facoltativa. Il valore predefinito è 20m. Per quanto tempo il controller MachineHealthCheck attende che un nodo venga unito a un cluster prima di considerare la macchina non integra e ricrearla.

Utilizzare la tabella seguente per stabilire come configurare le variabili ENABLE_MHC, ENABLE_MHC_CONTROL_PLANE e ENABLE_MHC_WORKER_NODE.

Valore di ENABLE_MHC	Valore di ENABLE_MHC_CONTROL_PLANE	Valore di ENABLE_MHC_WORKER_NODE	Correzione del piano di controllo abilitata?	Correzione del nodo worker abilitata?
true / Emptytrue / Vuoto	true / false / Vuoto	true / false / Vuoto	Sì	Sì
false	true / Vuoto	true / Vuoto	Sì	Sì
false	true / Vuoto	false	Sì	No
false	false	true / Vuoto	No	Sì

Configurazione del registro di immagini privato

Se si distribuiscono cluster di gestione di Tanzu Kubernetes Grid e cluster di Kubernetes in ambienti non connessi a Internet, è necessario configurare un repository di immagini privato nel firewall e popolarlo con le immagini di Tanzu Kubernetes Grid. Per informazioni sulla configurazione di un repository di immagini privato, vedere Preparazione di un ambiente con limitazioni Internet.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
ADDITIONAL_IMAGE_REGISTRY_1, ADDITIONAL_IMAGE_REGISTRY_2, ADDITIONAL_IMAGE_REGISTRY_3	✔	✔	Solo cluster del carico di lavoro basati sulla classe e cluster di gestione autonomi. Indirizzi IP o nomi di dominio completi di un massimo di tre registri privati attendibili, oltre al registro di immagini primario impostato da TKG_CUSTOM_IMAGE_REPOSITORY, a cui i nodi del cluster del carico di lavoro possono accedere. Vedere Registri attendibili per un cluster basato sulla classe.
ADDITIONAL_IMAGE_REGISTRY_1_CA_CERTIFICATE, ADDITIONAL_IMAGE_REGISTRY_2_CA_CERTIFICATE, ADDITIONAL_IMAGE_REGISTRY_3_CA_CERTIFICATE	✔	✔	Solo cluster del carico di lavoro basati sulla classe e cluster di gestione autonomi. Certificati CA in formato codificato in base64 dei registri di immagini privati configurati con ADDITIONAL_IMAGE_REGISTRY- precedente. Ad esempio, …ADDITIONAL_IMAGE_REGISTRY_1_CA_CERTIFICATE: “LS0t[]tLS0tLQ==”.
ADDITIONAL_IMAGE_REGISTRY_1_SKIP_TLS_VERIFY, ADDITIONAL_IMAGE_REGISTRY_2_SKIP_TLS_VERIFY, ADDITIONAL_IMAGE_REGISTRY_3_SKIP_TLS_VERIFY	✔	✔	Solo cluster del carico di lavoro basati sulla classe e cluster di gestione autonomi. Impostarla su ADDITIONAL_IMAGE_REGISTRY-true per tutti i registri di immagini privati configurati con precedente che utilizzano un certificato autofirmato ma non ADDITIONAL_IMAGE_REGISTRY_CA_CERTIFICATE. ADDITIONAL_IMAGE_REGISTRYPoiché il webhook di connettività di Tanzu inserisce il certificato CA di Harbor nei nodi del cluster, la variabile _SKIP_TLS_VERIFY should always be set to false quando si utilizza Harbor.
TKG_CUSTOM_IMAGE_REPOSITORY	✔	✔	Obbligatoria se si distribuisce Tanzu Kubernetes Grid in un ambiente con limitazioni Internet. Specificare l'indirizzo IP o il nome di dominio completo del registro privato che contiene immagini del sistema TKG da cui viene eseguito il bootstrap dei cluster, denominato registro di immagini primario di seguito. Ad esempio, custom-image-repository.io/yourproject.
TKG_CUSTOM_IMAGE_REPOSITORY_SKIP_TLS_VERIFY	✔	✔	Facoltativa. Impostarla su true se il registro di immagini primario privato utilizza un certificato autofirmato e non si usa TKG_CUSTOM_IMAGE_REPOSITORY_CA_CERTIFICATE. Poiché il webhook di connettività di Tanzu inserisce il certificato CA di Harbor nei nodi del cluster, la variabile TKG_CUSTOM_IMAGE_REPOSITORY_SKIP_TLS_VERIFY deve essere sempre impostata su false quando si utilizza Harbor.
TKG_CUSTOM_IMAGE_REPOSITORY_CA_CERTIFICATE	✔	✔	Facoltativa. Impostarla se il registro di immagini primario privato utilizza un certificato autofirmato. Specificare il certificato CA in formato con codifica base64, ad esempio …TKG_CUSTOM_IMAGE_REPOSITORY_CA_CERTIFICATE: “LS0t[]tLS0tLQ==”.

vSphere

La tabella seguente include le opzioni minime che devono essere specificate nel file di configurazione del cluster quando si distribuiscono cluster del carico di lavoro in vSphere. La maggior parte di queste opzioni è uguale per il cluster del carico di lavoro e per il cluster di gestione utilizzato per distribuirlo.

Per ulteriori informazioni sui file di configurazione per vSphere, vedere Configurazione del cluster di gestione per vSphere e Distribuzione dei cluster del carico di lavoro in vSphere.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
DEPLOY_TKG_ON_VSPHERE7	✔	✔	Facoltativa. Se si esegue la distribuzione in vSphere 7 o 8, impostarla su true per ignorare la richiesta relativa alla distribuzione in vSphere 7 o 8 oppure impostarla su false. Vedere Cluster di gestione in vSphere with Tanzu.
ENABLE_TKGS_ON_VSPHERE7	✔	✔	Facoltativa. Se si esegue la distribuzione in vSphere 7 o 8, impostarla su true per essere reindirizzati alla pagina dell'interfaccia utente di abilitazione di vSphere with Tanzu oppure impostarla su false. Vedere Cluster di gestione in vSphere with Tanzu.
NTP_SERVERS	✔	✔	Solo cluster basati sulla classe. Configura il server NTP del cluster se si distribuiscono cluster in un ambiente vSphere in cui non è disponibile l'opzione DHCP 42, ad esempio NTP_SERVERS: time.google.com. Per configurare questa variabile in un cluster legacy basato sul piano, utilizzare un overlay ytt come descritto in Configurazione di NTP senza l'opzione DHCP 42 (vSphere).
TKG_IP_FAMILY	✔	✔	Facoltativa. Per distribuire un cluster in vSphere 7 o 8 con IPv6 puro, impostare questa variabile su ipv6. Per la rete dual stack (sperimentale), vedere Cluster dual stack .
VIP_NETWORK_INTERFACE	✔	✔	Facoltativa. Impostarla su eth0, eth1 e così via. Nome dell'interfaccia di rete, ad esempio un'interfaccia Ethernet. Il valore predefinito è eth0.
VSPHERE_AZ_CONTROL_PLANE_MATCHING_LABELS	✔	✔	Per i cluster distribuiti in più ZD, imposta le etichette del selettore chiave/valore per specificare le ZD in cui possono essere distribuiti i nodi del piano di controllo del cluster. Ciò consente di configurare i nodi, ad esempio in modo che vengano eseguiti in tutte le ZD in una regione e un ambiente specificati senza elencare singolarmente le ZD, ad esempio: “region=us-west-1,environment=staging”. Vedere Esecuzione dei cluster in più zone di disponibilità
VSPHERE_CONTROL_PLANE_DISK_GIB	✔	✔	Facoltativa. Dimensioni in gigabyte del disco per le macchine virtuali del nodo del piano di controllo. Includere le virgolette (““). Ad esempio, "30".
VSPHERE_AZ_0, VSPHERE_AZ_1, VSPHERE_AZ_2	✔	✔	Facoltativa. Zone di distribuzione in cui vengono distribuite le macchine in un cluster. Vedere Esecuzione dei cluster in più zone di disponibilità
VSPHERE_CONTROL_PLANE_ENDPOINT	✔	✔	Obbligatoria per Kube-Vip. Indirizzo IP virtuale statico o nome di dominio completo (FQDN) mappato a un indirizzo statico per le richieste dell'API al cluster. Questa impostazione è obbligatoria se si utilizza Kube-Vip per l'endpoint del server API come configurato impostando AVI_CONTROL_PLANE_HA_PROVIDER su false . Se si utilizza NSX Advanced Load Balancer, AVI_CONTROL_PLANE_HA_PROVIDER: true, è possibile: Lasciare vuoto questo campo se non è necessario un indirizzo specifico come endpoint del piano di controllo Impostare questo campo su un indirizzo specifico all'interno dell'intervallo di rete VIP del profilo IPAM e aggiungere manualmente l'indirizzo al pool di IP statici Impostare questo campo su un nome di dominio completo
VSPHERE_CONTROL_PLANE_ENDPOINT_PORT	✔	✔	Facoltativa. Impostarla se si desidera sostituire la porta del server dell'API Kubernetes per le distribuzioni in vSphere con NSX Advanced Load Balancer. La porta predefinita è 6443. Per sostituire la porta del server dell'API Kubernetes per le distribuzioni in vSphere senza NSX Advanced Load Balancer, impostare CLUSTER_API_SERVER_PORT.
VSPHERE_CONTROL_PLANE_MEM_MIB	✔	✔	Facoltativa. Quantità di memoria in megabyte per le macchine virtuali dei nodi del piano di controllo. Includere le virgolette (””). Ad esempio, "2048".
VSPHERE_CONTROL_PLANE_NUM_CPUS	✔	✔	Facoltativa. Numero di CPU per le macchine virtuali dei nodi del piano di controllo. Includere le virgolette (““). Deve essere almeno 2. Ad esempio, "2".
VSPHERE_DATACENTER	✔	✔	Obbligatoria. Nome del data center in cui distribuire il cluster, come viene visualizzato nell'inventario di vSphere. Ad esempio, /MY-DATACENTER.
VSPHERE_DATASTORE	✔	✔	Obbligatoria. Nome del datastore di vSphere per il cluster da utilizzare, come viene visualizzato nell'inventario di vSphere. Ad esempio, /MY-DATACENTER/datastore/MyDatastore.
VSPHERE_FOLDER	✔	✔	Obbligatoria. Nome di una cartella di macchine virtuali esistente in cui posizionare le macchine virtuali di Tanzu Kubernetes Grid, come visualizzato nell'inventario di vSphere. Ad esempio, se è stata creata una cartella denominata TKG, il percorso è /MY-DATACENTER/vm/TKG.
VSPHERE_INSECURE	✔	✔	Facoltativa. Impostarla su true per ignorare la verifica dell'identificazione personale. Se è false, impostare VSPHERE_TLS_THUMBPRINT.
VSPHERE_MTU	✔	✔	Facoltativa. Impostare le dimensioni dell'unità massima di trasmissione (MTU) per i nodi di gestione e del cluster del carico di lavoro in un commutatore vSphere Standard. Se non impostato, il valore predefinito è 1500. Il valore massimo è 9000. Vedere Configurazione dell'MTU del nodo del cluster.
VSPHERE_NETWORK	✔	✔	Obbligatoria. Nome di una rete di vSphere esistente da utilizzare come rete del servizio Kubernetes, come visualizzato nell'inventario di vSphere. Ad esempio, VM Network.
VSPHERE_PASSWORD	✔	✔	Obbligatoria. Password dell'account utente di vSphere. Questo valore viene codificato in base64 quando si esegue tanzu cluster create.
VSPHERE_REGION	✖	✔	Facoltativa. Tag per la regione in vCenter, utilizzato per assegnare lo storage CSI in un ambiente con più data center o cluster di host. Vedere Distribuzione di un cluster con tag di regione e zona per CSI
VSPHERE_RESOURCE_POOL	✔	✔	Obbligatoria. Nome di un pool di risorse esistente in cui posizionare questa istanza di Tanzu Kubernetes Grid, come viene visualizzato nell'inventario di vSphere. Per utilizzare il pool di risorse root per un cluster, immettere il percorso completo, ad esempio per un cluster denominato cluster0 nel data center MY-DATACENTER, il percorso completo è /MY-DATACENTER/host/cluster0/Resources.
VSPHERE_SERVER	✔	✔	Obbligatoria. Indirizzo IP o nome di dominio completo dell'istanza di vCenter Server in cui si desidera distribuire il cluster del carico di lavoro.
VSPHERE_SSH_AUTHORIZED_KEY	✔	✔	Obbligatoria. Incollare i contenuti della chiave pubblica SSH creata in Distribuzione di un cluster di gestione in vSphere. Ad esempio, …"ssh-rsa NzaC1yc2EA [] hnng2OYYSl+8ZyNz3fmRGX8uPYqw== [email protected]".
VSPHERE_STORAGE_POLICY_ID	✔	✔	Facoltativa. Nome di un criterio di storage della macchina virtuale per il cluster di gestione, come viene visualizzato in Criteri e profili > Criteri di storage macchina virtuale. Se è impostato VSPHERE_DATASTORE, il criterio di storage deve includerlo. In caso contrario, il processo di creazione del cluster sceglie un datastore compatibile con il criterio.
VSPHERE_TEMPLATE	✖	✔	Facoltativa. Specificare il percorso di un file OVA se si utilizzano più immagini OVA personalizzate per la stessa versione di Kubernetes, nel formato /MY-DC/vm/MY-FOLDER-PATH/MY-IMAGE. Per ulteriori informazioni, vedere Distribuzione di un cluster con un'immagine OVA personalizzata.
VSPHERE_TLS_THUMBPRINT	✔	✔	Obbligatoria se VSPHERE_INSECURE è false. Identificazione personale del certificato di vCenter Server. Per informazioni su come ottenere l'identificazione personale del certificato di vCenter Server, vedere Recupero delle identificazioni personali del certificato di vSphere. Questo valore può essere ignorato se l'utente desidera utilizzare una connessione non sicura impostando VSPHERE_INSECURE su true.
VSPHERE_USERNAME	✔	✔	Obbligatoria. Account utente di vSphere, incluso il nome del dominio, con i privilegi necessari per le operazioni di Tanzu Kubernetes Grid. Ad esempio, [email protected].
VSPHERE_WORKER_DISK_GIB	✔	✔	Facoltativa. Dimensioni in gigabyte del disco per le macchine virtuali del nodo worker. Includere le virgolette (””). Ad esempio, "50".
VSPHERE_WORKER_MEM_MIB	✔	✔	Facoltativa. Quantità di memoria in megabyte per le macchine virtuali del nodo worker. Includere le virgolette (““). Ad esempio, "4096".
VSPHERE_WORKER_NUM_CPUS	✔	✔	Facoltativa. Numero di CPU per le macchine virtuali del nodo worker. Includere le virgolette (””). Deve essere almeno 2. Ad esempio, "2".
VSPHERE_ZONE	✖	✔	Facoltativa. Tag per la zona in vCenter, utilizzato per assegnare lo storage CSI in un ambiente con più data center o cluster di host. Vedere Distribuzione di un cluster con tag di regione e zona per CSI

Bilanciamento del carico di Kube-VIP (anteprima tecnica)

Per informazioni su come configurare Kube-VIP come servizio di bilanciamento del carico L4, vedere Bilanciamento del carico Kube-VIP.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
KUBEVIP_LOADBALANCER_ENABLE	✖	✔	Facoltativa. Il valore predefinito è false. Impostarla su true o false. Abilita Kube-VIP come bilanciamento del carico per i carichi di lavoro. Se true, è necessario impostare una delle variabili seguenti.
KUBEVIP_LOADBALANCER_IP_RANGES	✖	✔	Elenco di intervalli IP non sovrapposti da allocare per l'IP del servizio di tipo LoadBalancer. Ad esempio: 10.0.0.1-10.0.0.23,10.0.2.1-10.0.2.24.
KUBEVIP_LOADBALANCER_CIDRS	✖	✔	Elenco di CIDR non sovrapposti da allocare per l'IP del servizio di tipo LoadBalancer. Ad esempio: 10.0.0.0/24,10.0.2/24. Sostituisce l'impostazione per KUBEVIP_LOADBALANCER_IP_RANGES.

NSX Advanced Load Balancer

Per informazioni su come distribuire NSX Advanced Load Balancer, vedere Installazione di NSX Advanced Load Balancer.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
AVI_ENABLE	✔	✖	Facoltativa. Il valore predefinito è false. Impostarla su true o false. Abilita NSX Advanced Load Balancer come bilanciamento del carico per i carichi di lavoro. Se è true, è necessario impostare le variabili obbligatorie elencate in NSX Advanced Load Balancer di seguito.
AVI_ADMIN_CREDENTIAL_NAME	✔	✖	Facoltativa. Il valore predefinito è avi-controller-credentials. Nome del segreto Kubernetes che contiene il nome utente e la password dell'amministratore del controller di NSX Advanced Load Balancer.
AVI_AKO_IMAGE_PULL_POLICY	✔	✖	Facoltativa. Il valore predefinito è IfNotPresent.
AVI_CA_DATA_B64	✔	✖	Obbligatoria. Contenuti dell'autorità di certificazione del controller utilizzata per firmare il certificato del controller. Deve essere codificata in base64. Recuperare i contenuti del certificato personalizzato non codificato come descritto in Configurazione del controller Avi: certificato personalizzato.
AVI_CA_NAME	✔	✖	Facoltativa; il valore predefinito èavi-controller-ca. Nome del segreto Kubernetes che contiene l'autorità di certificazione del controller di NSX Advanced Load Balancer.
AVI_CLOUD_NAME	✔	✖	Obbligatoria. Cloud creato nella distribuzione di NSX Advanced Load Balancer. Ad esempio, Default-Cloud.
AVI_CONTROLLER	✔	✖	Obbligatoria. Indirizzo IP o nome host del controller di NSX Advanced Load Balancer.
AVI_CONTROL_PLANE_HA_PROVIDER	✔	✔	Obbligatoria. Impostarla su true per abilitare NSX Advanced Load Balancer come endpoint del server dell'API del piano di controllo o su false per utilizzare Kube-Vip come endpoint del piano di controllo.
AVI_CONTROL_PLANE_NETWORK	✔	✖	Facoltativa. Definisce la rete VIP del piano di controllo del cluster del carico di lavoro. Utilizzarla quando si desidera configurare una rete VIP separata per i cluster del carico di lavoro. Questo campo è facoltativo. Se viene lasciato vuoto, viene utilizzata la stessa rete di AVI_DATA_NETWORK.
AVI_CONTROL_PLANE_NETWORK_CIDR	✔	✖	Facoltativa; per impostazione predefinita, è la stessa rete di AVI_DATA_NETWORK_CIDR. CIDR della subnet da utilizzare per il piano di controllo del cluster del carico di lavoro. Utilizzarla quando si desidera configurare una rete VIP separata per i cluster del carico di lavoro. È possibile visualizzare il CIDR della subnet per una determinata rete nella vista Infrastruttura - Reti dell'interfaccia di NSX Advanced Load Balancer.
AVI_DATA_NETWORK	✔	✖	Obbligatoria. Nome della rete in cui la subnet dell'IP mobile o il pool di IP vengono assegnati a un bilanciamento del carico per il traffico verso le applicazioni ospitate nei cluster del carico di lavoro. Questa rete deve essere presente nella stessa istanza di vCenter Server della rete di Kubernetes utilizzata da Tanzu Kubernetes Grid, specificata nella variabile SERVICE_CIDR. In questo modo, NSX Advanced Load Balancer può individuare la rete di Kubernetes in vCenter Server, nonché distribuire e configurare i motori di servizio.
AVI_DATA_NETWORK_CIDR	✔	✖	Obbligatoria. CIDR della subnet da utilizzare per il VIP del bilanciamento del carico. Questo valore proviene da una delle subnet configurate della rete VIP. È possibile visualizzare il CIDR della subnet per una determinata rete nella vista Infrastruttura - Reti dell'interfaccia di NSX Advanced Load Balancer.
AVI_DISABLE_INGRESS_CLASS	✔	✖	Facoltativa. Il valore predefinito è false. Consente di disattivare la classe di ingresso.
AVI_DISABLE_STATIC_ROUTE_SYNC	✔	✖	Facoltativa. Il valore predefinito è false. Impostarla su true se le reti del pod sono raggiungibili dal motore del servizio NSX ALB.
AVI_INGRESS_DEFAULT_INGRESS_CONTROLLER	✔	✖	Facoltativa. Il valore predefinito è false. Utilizzare AKO come controller di ingresso predefinito. Nota: Questa variabile non funziona in TKG v2.3. Per risolvere il problema, vedere Problemi noti Alcune variabili di configurazione NSX ALB non funzionano nelle note di rilascio.
AVI_INGRESS_NODE_NETWORK_LIST	✔	✖	Specifica il nome della rete del gruppo di porte di cui fanno parte i nodi e il CIDR associato che la CNI alloca a ciascun nodo per tale nodo da assegnare ai relativi pod. È consigliabile aggiornare questo valore nel file AKODeploymentConfig (vedere Ingresso L7 in modalità ClusterIP), ma se si utilizza il file di configurazione del cluster, il formato è simile a: ‘[{“networkName”: “vsphere-portgroup”,“cidrs”: [“100.64.42.0/24”]}]’
AVI_INGRESS_SERVICE_TYPE	✔	✖	Facoltativa. Specifica se AKO funziona in modalità ClusterIP, NodePort o NodePortLocal. Il valore predefinito è NodePort.
AVI_INGRESS_SHARD_VS_SIZE	✔	✖	Facoltativa. AKO utilizza una logica di partizionamento per gli oggetti in ingresso di livello 7. Un VS partizionato implica l'hosting di più ingressi non sicuri o sicuri ospitati da un VIP o IP virtuale. Impostarla su LARGE, MEDIUM o SMALL. Il valore predefinito è SMALL. Utilizzare questa variabile per controllare i numeri di VS di livello 7. Si applica a entrambi i tipi di VS sicuri e non sicuri, ma non al passthrough.
AVI_LABELS	✔	✔	Facoltativa. Quando è impostata, NSX Advanced Load Balancer è abilitato solo nei cluster del carico di lavoro che hanno questa etichetta. Includere le virgolette (""). Ad esempio, AVI_LABELS: “{foo: ‘bar’}”.
AVI_MANAGEMENT_CLUSTER_CONTROL_PLANE_VIP_NETWORK_CIDR	✔	✖	Facoltativa. CIDR della subnet da utilizzare per il piano di controllo del cluster di gestione. Utilizzare questa variabile quando si desidera configurare una rete VIP separata per il piano di controllo del cluster di gestione. È possibile visualizzare il CIDR della subnet per una determinata rete nella vista Infrastruttura - Reti dell'interfaccia di NSX Advanced Load Balancer. Questo campo è facoltativo. Se viene lasciato vuoto, viene utilizzata la stessa rete di AVI_DATA_NETWORK_CIDR.
AVI_MANAGEMENT_CLUSTER_CONTROL_PLANE_VIP_NETWORK_NAME	✔	✖	Facoltativa. Definisce la rete VIP del piano di controllo del cluster di gestione. Utilizzare questa variabile quando si desidera configurare una rete VIP separata per il piano di controllo del cluster di gestione. Questo campo è facoltativo. Se viene lasciato vuoto, viene utilizzata la stessa rete di AVI_DATA_NETWORK.
AVI_MANAGEMENT_CLUSTER_SERVICE_ENGINE_GROUP	✔	✖	Facoltativa. Specifica il nome del gruppo di motori di servizio che deve essere utilizzato da AKO nel cluster di gestione. Questo campo è facoltativo. Se viene lasciato vuoto, viene utilizzata la stessa rete di AVI_SERVICE_ENGINE_GROUP.
AVI_MANAGEMENT_CLUSTER_VIP_NETWORK_NAME	✔	✖	Facoltativa; per impostazione predefinita, è la stessa rete di AVI_DATA_NETWORK. Nome della rete in cui si assegna una subnet di IP mobile o un pool di IP a un bilanciamento del carico per il cluster di gestione e il piano di controllo del cluster del carico di lavoro (se si utilizza NSX ALB per fornire HA del piano di controllo). Questa rete deve essere presente nella stessa istanza di vCenter Server della rete di Kubernetes utilizzata da Tanzu Kubernetes Grid, specificata nella variabile SERVICE_CIDR per il cluster di gestione. In questo modo, NSX Advanced Load Balancer può individuare la rete di Kubernetes in vCenter Server, nonché distribuire e configurare i motori di servizio.
AVI_MANAGEMENT_CLUSTER_VIP_NETWORK_CIDR	✔	✖	Facoltativa; per impostazione predefinita, è la stessa rete di AVI_DATA_NETWORK_CIDR. Il CIDR della subnet da utilizzare per il cluster di gestione e il VIP del bilanciamento del carico del piano di controllo del cluster del carico di lavoro (se si utilizza NSX ALB per fornire HA del piano di controllo). Questo valore proviene da una delle subnet configurate della rete VIP. È possibile visualizzare il CIDR della subnet per una determinata rete nella vista Infrastruttura - Reti dell'interfaccia di NSX Advanced Load Balancer.
AVI_NAMESPACE	✔	✖	Facoltativa. Il valore predefinito è “tkg-system-networking”. Spazio dei nomi per l'operatore AKO.
AVI_NSXT_T1LR	✔	✖	Facoltativa. Percorso del router T1 di NSX configurato per il cluster di gestione nell'interfaccia utente del controller AVI in NSX Cloud. Questa variabile è necessaria quando si utilizza NSX Cloud nel controller NSX ALB. Per utilizzare un T1 diverso per i cluster del carico di lavoro, modificare install-ako-for-all dell'oggetto AKODeploymentConfig dopo aver creato il cluster di gestione.
AVI_PASSWORD	✔	✖	Obbligatoria. Password impostata per l'amministratore del controller al momento della distribuzione.
AVI_SERVICE_ENGINE_GROUP	✔	✖	Obbligatoria. Nome del gruppo di motori di servizio. Ad esempio, Default-Group.
AVI_USERNAME	✔	✖	Obbligatoria. Nome utente dell'amministratore impostato per l'host controller al momento della distribuzione.

Routing del pod NSX

Queste variabili configurano i pod del carico di lavoro degli indirizzi IP instradabili, come descritto in Distribuzione di un cluster con pod di IP instradabili. Tutte le impostazioni del tipo di stringa devono essere tra virgolette doppie, ad esempio "true".

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
NSXT_POD_ROUTING_ENABLED	✖	✔	Facoltativa. Il valore predefinito è “false”. Impostarla su “true” per abilitare i pod instradabili di NSX con le variabili seguenti. Vedere Distribuzione di un cluster con pod di IP instradabili.
NSXT_MANAGER_HOST	✖	✔	Obbligatoria se NSXT_POD_ROUTING_ENABLED= “true”. Indirizzo IP di NSX Manager.
NSXT_ROUTER_PATH	✖	✔	Obbligatoria se NSXT_POD_ROUTING_ENABLED= “true”. Percorso del router T1 visualizzato in NSX Manager.
Per l'autenticazione con nome utente/password in NSX:
NSXT_USERNAME	✖	✔	Nome utente per l'accesso a NSX Manager.
NSXT_PASSWORD	✖	✔	Password per l'accesso a NSX Manager.
Per l'autenticazione in NSX tramite credenziali e l'archiviazione di tali credenziali in un segreto di Kubernetes (impostare anche NSXT_USERNAME e NSXT_PASSWORD illustrate in precedenza):
NSXT_SECRET_NAMESPACE	✖	✔	Facoltativa. Il valore predefinito è “kube-system”. Spazio dei nomi con il segreto contenente nome utente e password di NSX.
NSXT_SECRET_NAME	✖	✔	Facoltativa. Il valore predefinito è “cloud-provider-vsphere-nsxt-credentials”. Nome del segreto contenente nome utente e password di NSX.
Per l'autenticazione del certificato in NSX:
NSXT_ALLOW_UNVERIFIED_SSL	✖	✔	Facoltativa. Il valore predefinito è false. Impostarla su “true” se NSX utilizza un certificato autofirmato.
NSXT_ROOT_CA_DATA_B64	✖	✔	Obbligatoria se NSXT_ALLOW_UNVERIFIED_SSL= “false”. Stringa del certificato root dell'autorità di certificazione con codifica base64 che NSX utilizza per l'autenticazione LDAP.
NSXT_CLIENT_CERT_KEY_DATA	✖	✔	Stringa del file della chiave del certificato con codifica base64 per il certificato del client locale.
NSXT_CLIENT_CERT_DATA	✖	✔	Stringa del file del certificato con codifica base64 per il certificato del client locale.
Per l'autenticazione remota in NSX con VMware Identity Manager, in VMware Cloud (VMC):
NSXT_REMOTE_AUTH	✖	✔	Facoltativa. Il valore predefinito è false. Impostare questa variabile su “true” per l'autenticazione remota in NSX con VMware Identity Manager in VMware Cloud (VMC).
NSXT_VMC_AUTH_HOST	✖	✔	Facoltativa; è vuota per impostazione predefinita. Host di autenticazione di VMC.
NSXT_VMC_ACCESS_TOKEN	✖	✔	Facoltativa; è vuota per impostazione predefinita. Token di accesso all'autenticazione di VMC.

IPAM dei nodi

Queste variabili configurano la gestione degli indirizzi IP (IPAM) nel cluster come descritto in IPAM del nodo. Tutte le impostazioni del tipo di stringa devono essere tra virgolette doppie, ad esempio "true".

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
CONTROL_PLANE_NODE_NAMESERVERS	✔	✔	Elenco delimitato da virgole di server dei nomi, ad esempio “10.10.10.10”, per gli indirizzi dei nodi del piano di controllo gestiti dall'IPAM del nodo. Supportato su Ubuntu e Photon; non supportato in Windows.
NODE_IPAM_IP_POOL_APIVERSION	✖	✔	Versione dell'API per l'oggetto InClusterIPPool utilizzato dal cluster del carico di lavoro. Impostazione predefinita “ipam.cluster.x-k8s.io/v1alpha2”; le versioni di TKG precedenti utilizzavano v1alpha1.
NODE_IPAM_IP_POOL_KIND	✖	✔	Tipo di oggetto pool di IP utilizzato dal cluster del carico di lavoro. L'impostazione predefinita è “InClusterIPPool” o può essere “GlobalInClusterIPPool” per condividere lo stesso pool con altri cluster.
NODE_IPAM_IP_POOL_NAME	✖	✔	Nome dell'oggetto pool di IP che configura il pool di IP utilizzato da un cluster del carico di lavoro.
WORKER_NODE_NAMESERVERS	✔	✔	Elenco delimitato da virgole di server dei nomi, ad esempio “10.10.10.10”, per gli indirizzi dei nodi di lavoro gestiti dall'IPAM del nodo. Supportato su Ubuntu e Photon; non supportato in Windows.
MANAGEMENT_NODE_IPAM_IP_POOL_GATEWAY	✔	✖	Il gateway predefinito per gli indirizzi del pool IPAM in un cluster di gestione, ad esempio "10.10.10.1".
MANAGEMENT_NODE_IPAM_IP_POOL_ADDRESSES	✔	✖	Indirizzi disponibili per IPAM da assegnare in un cluster di gestione, in un elenco delimitato da virgole che può includere singoli indirizzi IP, intervalli (ad esempio 10.0.0.2-10.0.0.100) o CIDR (ad esempio 10.0.0.32/27). Includere gli indirizzi aggiuntivi che devono rimanere inutilizzati, in base alle esigenze degli aggiornamenti del cluster. Il numero predefinito richiesto di indirizzi aggiuntivi è uno e viene impostato dall'annotazione topology.cluster.x-k8s.io/upgrade-concurrency nelle definizioni topology.controlPlane e topology.workers della specifica dell'oggetto cluster.
MANAGEMENT_NODE_IPAM_IP_POOL_SUBNET_PREFIX	✔	✖	Prefisso di rete della subnet per gli indirizzi dei pool IPAM in un cluster di gestione autonomo, ad esempio “24”

Cluster abilitati per GPU

Queste variabili configurano i cluster del carico di lavoro abilitati per GPU in modalità passthrough PCI, come descritto in Distribuzione di un cluster del carico di lavoro abilitato per GPU. Tutte le impostazioni del tipo di stringa devono essere tra virgolette doppie, ad esempio "true".

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
VSPHERE_CONTROL_PLANE_CUSTOM_VMX_KEYS	✔	✔	Consente di impostare chiavi VMX personalizzate in tutte le macchine del piano di controllo. Utilizzare il formato Key1=Value1,Key2=Value2. Vedere Distribuzione di un cluster del carico di lavoro abilitato per GPU.
VSPHERE_CONTROL_PLANE_HARDWARE_VERSION	✔	✔	Versione hardware per la macchina virtuale del piano di controllo con il dispositivo GPU in modalità passthrough PCI. La versione minima richiesta è la 17. Il formato del valore è vmx-17, dove le cifre finali sono la versione hardware della macchina virtuale. Per il supporto delle funzionalità su versioni hardware diverse, vedere Funzionalità hardware disponibili con le impostazioni di compatibilità delle macchine virtuali nella documentazione di vSphere.
VSPHERE_CONTROL_PLANE_PCI_DEVICES	✔	✔	Consente di configurare il passthrough PCI in tutte le macchine del piano di controllo. Utilizzare il formato <vendor_id>:<device_id>. Ad esempio, VSPHERE_WORKER_PCI_DEVICES: “0x10DE:0x1EB8”. Per individuare gli ID del fornitore e del dispositivo, vedere Distribuzione di un cluster del carico di lavoro abilitato per GPU.
VSPHERE_IGNORE_PCI_DEVICES_ALLOW_LIST	✔	✔	Impostarla su false se si utilizza la GPU NVIDIA Tesla T4 e su true se si utilizza la GPU NVIDIA V100.
VSPHERE_WORKER_CUSTOM_VMX_KEYS	✔	✔	Consente di impostare le chiavi VMX personalizzate in tutte le macchine worker. Utilizzare il formato Key1=Value1,Key2=Value2. Per un esempio, vedere Distribuzione di un cluster del carico di lavoro abilitato per GPU.
VSPHERE_WORKER_HARDWARE_VERSION	✔	✔	Versione hardware per la macchina virtuale worker con dispositivo GPU in modalità passthrough PCI. La versione minima richiesta è la 17. Il formato del valore è vmx-17, dove le cifre finali sono la versione hardware della macchina virtuale. Per il supporto delle funzionalità su versioni hardware diverse, vedere Funzionalità hardware disponibili con le impostazioni di compatibilità delle macchine virtuali nella documentazione di vSphere.
VSPHERE_WORKER_PCI_DEVICES	✔	✔	Consente di configurare il passthrough PCI in tutte le macchine worker. Utilizzare il formato <vendor_id>:<device_id>. Ad esempio, VSPHERE_WORKER_PCI_DEVICES: “0x10DE:0x1EB8”. Per individuare gli ID del fornitore e del dispositivo, vedere Distribuzione di un cluster del carico di lavoro abilitato per GPU.
WORKER_ROLLOUT_STRATEGY	✔	✔	Facoltativa. Consente di configurare la strategia di implementazione MachineDeployment. Il valore predefinito è RollingUpdate. Se è impostata su OnDelete, quando vengono eseguiti gli aggiornamenti le macchine worker esistenti vengono eliminate prima che vengano create le macchine worker sostitutive. È necessario impostare il valore su OnDelete se tutti i dispositivi PCI disponibili sono utilizzati dai nodi worker.

AWS

Le variabili nella tabella seguente sono le opzioni specificate nel file di configurazione del cluster quando si distribuiscono cluster del carico di lavoro in AWS. Molte di queste opzioni sono uguali per il cluster del carico di lavoro e per il cluster di gestione utilizzato per distribuirlo.

Per ulteriori informazioni sui file di configurazione per AWS, vedere Configurazione del cluster di gestione per AWS e File di configurazione del cluster AWS.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
AWS_ACCESS_KEY_ID	✔	✔	Facoltativa. ID della chiave di accesso per l'account AWS. Questa è un'opzione per l'autenticazione in AWS. Vedere Configurazione delle credenziali dell'account AWS. Utilizzare solo AWS_PROFILE o una combinazione di AWS_ACCESS_KEY_ID e AWS_SECRET_ACCESS_KEY, ma non entrambi.
AWS_CONTROL_PLANE_OS_DISK_SIZE_GIB	✔	✔	Facoltativa. Dimensioni del disco piano di controllo. Sovrascrive le dimensioni predefinite del disco per il tipo di macchina virtuale impostato da CONTROL_PLANE_MACHINE_TYPE, SIZE o CONTROLPLANE_SIZE.
AWS_LOAD_BALANCER_SCHEME_INTERNAL	✔	✔	Facoltativa. Per i cluster di gestione, consente di impostare lo schema di bilanciamento del carico come interno impedendo l'accesso tramite Internet. Per i cluster del carico di lavoro, garantisce che il cluster di gestione acceda internamente al bilanciamento del carico dei cluster del carico di lavoro quando condividono un VPC o sono in peer. Vedere Utilizzo del bilanciamento del carico interno per il server dell'API di Kubernetes.
AWS_NODE_AZ	✔	✔	Obbligatoria. Nome della zona di disponibilità AWS nella regione scelta che si desidera utilizzare come zona di disponibilità per questo cluster di gestione. I nomi delle zone di disponibilità sono uguali al nome della regione AWS, con una singola lettera minuscola come suffisso, ad esempio a, b, c. Ad esempio, us-west-2a. Per distribuire un cluster di gestione prod con tre nodi del piano di controllo, è inoltre necessario impostare AWS_NODE_AZ_1 e AWS_NODE_AZ_2. La lettera del suffisso in ciascuna di queste zone di disponibilità deve essere univoca. Ad esempio, us-west-2a, us-west-2b e us-west-2c.
AWS_NODE_OS_DISK_SIZE_GIB	✔	✔	Facoltativa. Dimensioni del disco per i nodi worker. Sovrascrive le dimensioni predefinite del disco per il tipo di macchina virtuale impostato da NODE_MACHINE_TYPE, SIZE o WORKER_SIZE.
AWS_NODE_AZ_1 e AWS_NODE_AZ_2	✔	✔	Facoltativa. Impostare queste variabili se si desidera distribuire un cluster di gestione prod con tre nodi del piano di controllo. Entrambe le zone di disponibilità devono trovarsi nella stessa regione di AWS_NODE_AZ. Per ulteriori informazioni, vedere AWS_NODE_AZ. Ad esempio, us-west-2a, ap-northeast-2b e così via.
AWS_PRIVATE_NODE_CIDR_1	✔	✔	Facoltativa. Se l'intervallo consigliato 10.0.2.0/24 non è disponibile, immettere un intervallo di IP diverso nel formato CIDR. Quando Tanzu Kubernetes Grid distribuisce il cluster di gestione, crea questa subnet in AWS_NODE_AZ_1. Per ulteriori informazioni, vedere AWS_PRIVATE_NODE_CIDR.
AWS_PRIVATE_NODE_CIDR_2	✔	✔	Facoltativa. Se l'intervallo consigliato 10.0.4.0/24 non è disponibile, immettere un intervallo di IP diverso nel formato CIDR. Quando Tanzu Kubernetes Grid distribuisce il cluster di gestione, crea questa subnet in AWS_NODE_AZ_2. Per ulteriori informazioni, vedere AWS_PRIVATE_NODE_CIDR.
AWS_PROFILE	✔	✔	Facoltativa. Profilo delle credenziali AWS, gestito da aws configure, utilizzato da Tanzu Kubernetes Grid per accedere al proprio account AWS. Questa è l'opzione preferita per l'autenticazione in AWS. Vedere Configurazione delle credenziali dell'account AWS. Utilizzare solo AWS_PROFILE o una combinazione di AWS_ACCESS_KEY_ID e AWS_SECRET_ACCESS_KEY, ma non entrambi.
AWS_PUBLIC_NODE_CIDR_1	✔	✔	Facoltativa. Se l'intervallo consigliato 10.0.3.0/24 non è disponibile, immettere un intervallo di IP diverso nel formato CIDR. Quando Tanzu Kubernetes Grid distribuisce il cluster di gestione, crea questa subnet in AWS_NODE_AZ_1. Per ulteriori informazioni, vedere AWS_PUBLIC_NODE_CIDR.
AWS_PUBLIC_NODE_CIDR_2	✔	✔	Facoltativa. Se l'intervallo consigliato 10.0.5.0/24 non è disponibile, immettere un intervallo di IP diverso in formato CIDR. Quando Tanzu Kubernetes Grid distribuisce il cluster di gestione, crea questa subnet in AWS_NODE_AZ_2. Per ulteriori informazioni, vedere AWS_PUBLIC_NODE_CIDR.
AWS_PRIVATE_SUBNET_ID	✔	✔	Facoltativa. Se si imposta AWS_VPC_ID per l'utilizzo di un VPC esistente, immettere l'ID di una subnet privata già esistente in AWS_NODE_AZ. Questa impostazione è facoltativa. Se non viene impostata, tanzu management-cluster create identifica automaticamente la subnet privata. Per distribuire un cluster di gestione prod con tre nodi del piano di controllo, è inoltre necessario impostare AWS_PRIVATE_SUBNET_ID_1 e AWS_PRIVATE_SUBNET_ID_2.
AWS_PRIVATE_SUBNET_ID_1	✔	✔	Facoltativa. ID di una subnet privata esistente in AWS_NODE_AZ_1. Se non si imposta questa variabile, tanzu management-cluster create identifica automaticamente la subnet privata. Per ulteriori informazioni, vedere AWS_PRIVATE_SUBNET_ID.
AWS_PRIVATE_SUBNET_ID_2	✔	✔	Facoltativa. ID di una subnet privata esistente in AWS_NODE_AZ_2. Se non si imposta questa variabile, tanzu management-cluster create identifica automaticamente la subnet privata. Per ulteriori informazioni, vedere AWS_PRIVATE_SUBNET_ID.
AWS_PUBLIC_SUBNET_ID	✔	✔	Facoltativa. Se si imposta AWS_VPC_ID per l'utilizzo di un VPC esistente, immettere l'ID di una subnet pubblica già esistente in AWS_NODE_AZ. Questa impostazione è facoltativa. Se non si imposta questa variabile, tanzu management-cluster create identifica automaticamente la subnet pubblica. Per distribuire un cluster di gestione prod con tre nodi del piano di controllo, è inoltre necessario impostare AWS_PUBLIC_SUBNET_ID_1 e AWS_PUBLIC_SUBNET_ID_2.
AWS_PUBLIC_SUBNET_ID_1	✔	✔	Facoltativa. ID di una subnet pubblica esistente in AWS_NODE_AZ_1. Se non si imposta questa variabile, tanzu management-cluster create identifica automaticamente la subnet pubblica. Per ulteriori informazioni, vedere AWS_PUBLIC_SUBNET_ID.
AWS_PUBLIC_SUBNET_ID_2	✔	✔	Facoltativa. ID di una subnet pubblica esistente in AWS_NODE_AZ_2. Se non si imposta questa variabile, tanzu management-cluster create identifica automaticamente la subnet pubblica. Per ulteriori informazioni, vedere AWS_PUBLIC_SUBNET_ID.
AWS_REGION	✔	✔	Obbligatoria. Nome della regione AWS in cui distribuire il cluster. Ad esempio, us-west-2. È inoltre possibile specificare le regioni us-gov-east e us-gov-west in AWS GovCloud. Se è già stata impostata una regione diversa come variabile di ambiente, ad esempio in Distribuzione di un cluster di gestione in AWS, è necessario annullare l'impostazione di tale variabile di ambiente. Ad esempio, us-west-2, ap-northeast-2 e così via.
AWS_SECRET_ACCESS_KEY	✔	✔	Facoltativa. Chiave di accesso segreta per l'account AWS. Questa è un'opzione per l'autenticazione in AWS. Vedere Configurazione delle credenziali dell'account AWS. Utilizzare solo AWS_PROFILE o una combinazione di AWS_ACCESS_KEY_ID e AWS_SECRET_ACCESS_KEY, ma non entrambi.
AWS_SECURITY_GROUP_APISERVER_LB	✔	✔	Facoltativa. Gruppi di sicurezza personalizzati con regole personalizzate da applicare al cluster. Vedere Configurazione di gruppi di sicurezza personalizzati.
AWS_SECURITY_GROUP_BASTION
AWS_SECURITY_GROUP_CONTROLPLANE
AWS_SECURITY_GROUP_APISERVER_LB
AWS_SECURITY_GROUP_NODE
AWS_SESSION_TOKEN	✔	✔	Facoltativa. Specificare il token della sessione AWS concesso al proprio account se è necessario utilizzare una chiave di accesso temporanea. Per ulteriori informazioni sull'utilizzo delle chiavi di accesso temporanee, vedere Informazioni sulle credenziali di AWS e su come ottenerle. Specificare il token della sessione per l'account AWS. In alternativa, è possibile specificare le credenziali dell'account come variabili di ambiente locale o nella catena del provider delle credenziali predefinita di AWS.
AWS_SSH_KEY_NAME	✔	✔	Obbligatoria. Nome della chiave privata SSH registrata nell'account AWS.
AWS_VPC_ID	✔	✔	Facoltativa. Per utilizzare un VPC già esistente nella regione AWS selezionata, immettere l'ID del VPC, quindi impostare AWS_PUBLIC_SUBNET_ID e AWS_PRIVATE_SUBNET_ID.
BASTION_HOST_ENABLED	✔	✔	Facoltativa. Per impostazione predefinita, questa opzione è impostata su "true" nella configurazione globale di Tanzu Kubernetes Grid. Specificare "true" per distribuire un host Bastion AWS o "false" per riutilizzare un host Bastion esistente. Se nelle zone di disponibilità non esiste alcun host Bastion e si imposta AWS_VPC_ID per l'utilizzo di un VPC esistente, impostare BASTION_HOST_ENABLED su "true".
CONTROL_PLANE_MACHINE_TYPE	✔	✔	Obbligatoria se non è impostata la variabile SIZE o CONTROLPLANE_SIZE indipendente dal cloud. Tipo di istanza di Amazon EC2 da utilizzare per i nodi del piano di controllo del cluster, ad esempio t3.small o m5.large.
NODE_MACHINE_TYPE	✔	✔	Obbligatoria se non è impostata la variabile SIZE o WORKER_SIZE indipendente dal cloud. Tipo di istanza di Amazon EC2 da utilizzare per i nodi worker del cluster, ad esempio t3.small o m5.large.

Microsoft Azure

Le variabili nella tabella seguente sono le opzioni specificate nel file di configurazione del cluster quando si distribuiscono cluster del carico di lavoro in Azure. Molte di queste opzioni sono uguali per il cluster del carico di lavoro e per il cluster di gestione utilizzato per distribuirlo.

Per ulteriori informazioni sui file di configurazione per Azure, vedere Configurazione del cluster di gestione per Azure e File di configurazione del cluster Azure.

Variabile	Può essere impostata in…		Descrizione
	YAML del cluster di gestione	YAML del cluster del carico di lavoro
AZURE_CLIENT_ID	✔	✔	Obbligatoria. ID client dell'app per Tanzu Kubernetes Grid registrata in Azure.
AZURE_CLIENT_SECRET	✔	✔	Obbligatoria. Segreto del client Azure di Registrazione di un'app Tanzu Kubernetes Grid in Azure.
AZURE_CUSTOM_TAGS	✔	✔	Facoltativa. Elenco di tag separati da virgola da applicare alle risorse di Azure create per il cluster. Un tag è una coppia chiave-valore, ad esempio “foo=bar, plan=prod”. Per ulteriori informazioni sull'assegnazione di tag alle risorse di Azure, vedere Usare i tag per organizzare le risorse di Azure e la gerarchia di gestione e Supporto dei tag per le risorse di Azure nella documentazione di Microsoft Azure.
AZURE_ENVIRONMENT	✔	✔	Facoltativa. Il valore predefinito è AzurePublicCloud. I cloud supportati sono AzurePublicCloud, AzureChinaCloud, AzureGermanCloud e AzureUSGovernmentCloud.
AZURE_IDENTITY_NAME	✔	✔	Facoltativa. Impostarla se si desidera utilizzare cluster di account Azure diversi. Nome da utilizzare per la variabile AzureClusterIdentity creata per utilizzare cluster di account Azure diversi. Per ulteriori informazioni, vedere Cluster in account Azure diversi in Distribuzione dei cluster del carico di lavoro in Azure.
AZURE_IDENTITY_NAMESPACE	✔	✔	Facoltativa. Impostarla se si desidera utilizzare cluster di account Azure diversi. Spazio dei nomi per la variabile AzureClusterIdentity creata per utilizzare cluster di account Azure diversi. Per ulteriori informazioni, vedere Cluster in account Azure diversi in Distribuzione dei cluster del carico di lavoro in Azure.
AZURE_LOCATION	✔	✔	Obbligatoria. Nome della regione di Azure in cui distribuire il cluster. Ad esempio, eastus.
AZURE_RESOURCE_GROUP	✔	✔	Facoltativa; l'impostazione predefinita è CLUSTER_NAME. Nome del gruppo di risorse di Azure che si desidera utilizzare per il cluster. Il nome deve essere univoco per ogni cluster. AZURE_RESOURCE_GROUP e AZURE_VNET_RESOURCE_GROUP sono uguali per impostazione predefinita.
AZURE_SSH_PUBLIC_KEY_B64	✔	✔	Obbligatoria. Chiave pubblica SSH, creata in Distribuzione di un cluster di gestione in Microsoft Azure, convertita in base64 con i caratteri di fine riga rimossi. Ad esempio, …c3NoLXJzYSBB [] vdGFsLmlv.
AZURE_SUBSCRIPTION_ID	✔	✔	Obbligatoria. ID della sottoscrizione di Azure.
AZURE_TENANT_ID	✔	✔	Obbligatoria. ID tenant dell'account azure.
Rete
AZURE_CONTROL_PLANE_OUTBOUND_LB_FRONTEND_IP_COUNT	✔	✔	Facoltativa. Il valore predefinito è 1. Impostare questa variabile per aggiungere più indirizzi IP front-end al bilanciamento del carico del piano di controllo negli ambienti in cui è previsto un numero elevato di connessioni in uscita.
AZURE_ENABLE_ACCELERATED_NETWORKING	✔	✔	Facoltativa. Il valore predefinito è true. Impostarla su false per disattivare la rete accelerata di Azure nelle macchine virtuali con più di 4 CPU.
AZURE_ENABLE_CONTROL_PLANE_OUTBOUND_LB	✔	✔	Facoltativa. Impostare questa variabile su true se AZURE_ENABLE_PRIVATE_CLUSTER è true e si desidera abilitare un indirizzo IP pubblico nel bilanciamento del carico in uscita per il piano di controllo.
AZURE_ENABLE_NODE_OUTBOUND_LB	✔	✔	Facoltativa. Impostare questo valore su true se AZURE_ENABLE_PRIVATE_CLUSTER è true e si desidera abilitare un indirizzo IP pubblico nel bilanciamento del carico in uscita per i nodi worker.
AZURE_ENABLE_PRIVATE_CLUSTER	✔	✔	Facoltativa. Impostare questa variabile su true per configurare il cluster come privato e utilizzare un bilanciamento del carico interno di Azure per il traffico in entrata. Per ulteriori informazioni, vedere Cluster privati di Azure.
AZURE_FRONTEND_PRIVATE_IP	✔	✔	Facoltativa. Impostare questa variabile se AZURE_ENABLE_PRIVATE_CLUSTER è true e si desidera sostituire l'indirizzo del bilanciamento del carico interno predefinito 10.0.0.100.
AZURE_NODE_OUTBOUND_LB_FRONTEND_IP_COUNT	✔	✔	Facoltativa. Il valore predefinito è 1. Impostare questa variabile per aggiungere più indirizzi IP front-end al bilanciamento del carico del nodo worker in ambienti in cui è previsto un numero elevato di connessioni in uscita.
AZURE_NODE_OUTBOUND_LB_IDLE_TIMEOUT_IN_MINUTES	✔	✔	Facoltativa. Il valore predefinito è 4. Impostare questa variabile per specificare il numero di minuti per cui le connessioni TCP in uscita vengono tenute aperte tramite il bilanciamento del carico in uscita del nodo worker.
AZURE_VNET_CIDR	✔	✔	Facoltativa. Impostarla se si desidera distribuire il cluster in nuove VNet e subnet e sostituire i valori predefiniti. Per impostazione predefinita, AZURE_VNET_CIDR è impostata su 10.0.0.0/16, AZURE_CONTROL_PLANE_SUBNET_CIDR è impostata su 10.0.0.0/24 e AZURE_NODE_SUBNET_CIDR è impostata su 10.0.1.0/24.
AZURE_CONTROL_PLANE_SUBNET_CIDR
AZURE_NODE_SUBNET_CIDR
AZURE_VNET_NAME	✔	✔	Facoltativa. Impostarla se si desidera distribuire il cluster in VNet e subnet esistenti o assegnare nomi a nuove VNet e subnet.
AZURE_CONTROL_PLANE_SUBNET_NAME
AZURE_NODE_SUBNET_NAME
AZURE_VNET_RESOURCE_GROUP	✔	✔	Facoltativa; il valore predefinito è AZURE_RESOURCE_GROUP.
Macchine virtuali del piano di controllo
AZURE_CONTROL_PLANE_DATA_DISK_SIZE_GIB	✔	✔	Facoltativa. Dimensioni del disco dati e del disco del sistema operativo, come descritto nella documentazione di Azure Ruoli del disco, per le macchine virtuali del piano di controllo, in GB. Esempi: 128, 256. I nodi del piano di controllo vengono sempre sottoposti a provisioning con un disco dati.
AZURE_CONTROL_PLANE_OS_DISK_SIZE_GIB
AZURE_CONTROL_PLANE_MACHINE_TYPE	✔	✔	Facoltativa. Il valore predefinito è Standard_D2s_v3. Dimensioni della macchina virtuale Azure per le macchine virtuali del nodo del piano di controllo, scelte in base ai carichi di lavoro previsti. Il requisito minimo per i tipi di istanza di Azure è 2 CPU e 8 GB di memoria. Per i possibili valori, vedere l'interfaccia del programma di installazione di Tanzu Kubernetes Grid.
AZURE_CONTROL_PLANE_OS_DISK_STORAGE_ACCOUNT_TYPE	✔	✔	Facoltativa. Tipo di account di storage di Azure per i dischi della macchina virtuale del piano di controllo. Esempio: Premium_LRS.
Macchine virtuali del nodo worker
AZURE_ENABLE_NODE_DATA_DISK	✔	✔	Facoltativa. Il valore predefinito è false. Impostarla su true per eseguire il provisioning di un disco dati per ogni macchina virtuale del nodo worker, come descritto nella documentazione di Azure Ruoli del disco.
AZURE_NODE_DATA_DISK_SIZE_GIB	✔	✔	Facoltativa. Impostare questa variabile se AZURE_ENABLE_NODE_DATA_DISK è true. Dimensioni del disco dati, come descritto nella documentazione di Azure Ruoli del disco, per le macchine virtuali worker, in GB. Esempi: 128, 256.
AZURE_NODE_OS_DISK_SIZE_GIB	✔	✔	Facoltativa. Dimensioni del disco del sistema operativo, come descritto nella documentazione di Azure Ruoli del disco, per le macchine virtuali worker, in GB. Esempi: 128, 256.
AZURE_NODE_MACHINE_TYPE	✔	✔	Facoltativa. Dimensioni della macchina virtuale Azure per le macchine virtuali del nodo worker, scelte in base ai carichi di lavoro previsti. Il valore predefinito è Standard_D2s_v3. Per i possibili valori, vedere l'interfaccia del programma di installazione di Tanzu Kubernetes Grid.
AZURE_NODE_OS_DISK_STORAGE_ACCOUNT_TYPE	✔	✔	Facoltativa. Impostare questa variabile se AZURE_ENABLE_NODE_DATA_DISK è true. Tipo di account di storage di Azure per i dischi della macchina virtuale worker. Esempio: Premium_LRS.

Precedenza dei valori della configurazione

Quando la CLI di Tanzu crea un cluster, legge i valori per le variabili elencate in questo argomento di più origini. Se tali origini sono in conflitto, risolve i conflitti nell'ordine di precedenza decrescente seguente:

Livelli di elaborazione, in ordine di precedenza decrescente	Origine	Esempi
1. Variabili di configurazione del cluster di gestione impostate nell'interfaccia del programma di installazione	Immesse nell'interfaccia del programma di installazione avviata dall'opzione –ui e scritte nei file di configurazione del cluster. La posizione del file predefinita è ~/.config/tanzu/tkg/clusterconfigs/.
2. Variabili di configurazione del cluster impostate nell'ambiente locale	Impostate nella shell.	export AZURE_NODE_MACHINE_TYPE=Standard_D2s_v3
3. Variabili di configurazione del cluster impostate nella CLI di Tanzu, con tanzu config set env.	Impostate nella shell; salvate nel file di configurazione globale della CLI di Tanzu, ~/.config/tanzu/config.yaml.	tanzu config set env.AZURE_NODE_MACHINE_TYPE Standard_D2s_v3
4. Variabili di configurazione del cluster impostate nel file di configurazione del cluster	Impostate nel file passato all'opzione –file di tanzu management-cluster create o tanzu cluster create. Il file predefinito è ~/.config/tanzu/tkg/cluster-config.yaml.	AZURE_NODE_MACHINE_TYPE: Standard_D2s_v3
5. Valori di configurazione predefiniti	Impostarli in providers/config_default.yaml. Non modificare questo file.	AZURE_NODE_MACHINE_TYPE: “Standard_D2s_v3”