Questo documento descrive come configurare le prestazioni di rete Tier_1 per determinate istanze di macchine virtuali (VM) in Google Distributed Cloud (GDC) air-gapped. Le VM con configurazioni di networking Tier 1 sono particolarmente utili per workload di computing distribuito di grandi dimensioni con intense comunicazioni tra nodi, ad esempio computing ad alte prestazioni (HPC), machine learning (ML) e deep learning (DL).
Prima di iniziare
Per utilizzare i comandi dell'interfaccia a riga di comando (CLI) gdcloud, assicurati di aver scaricato, installato e configurato la CLI gdcloud.
Tutti i comandi per Distributed Cloud utilizzano la CLI gdcloud o
kubectl e richiedono un ambiente del sistema operativo (OS).
Recupera il percorso del file kubeconfig
Per eseguire comandi sul server dell'API Management, assicurati di disporre delle seguenti risorse:
Accedi e genera il file kubeconfig per il server API Management se non ne hai uno.
Utilizza il percorso del file kubeconfig del server API Management per sostituire
MANAGEMENT_API_SERVERin queste istruzioni.
Richiedere autorizzazioni e accesso
Per eseguire le attività elencate in questa pagina, devi disporre del ruolo Amministratore
macchina virtuale progetto. Segui i passaggi per
verificare
di disporre del ruolo Amministratore macchina virtuale progetto (project-vm-admin) nello spazio dei nomi
del progetto in cui si trova la VM.
Per le operazioni sulle VM che utilizzano la console GDC o la CLI gdcloud, chiedi all'amministratore IAM del progetto di assegnarti sia il ruolo Project VirtualMachine Admin sia il ruolo Project Viewer (project-viewer).
Limitazioni
Il networking Tier 1 è supportato con i tipi di macchine N2, N3, N4, A2 e A3 che hanno almeno 4 vCPU.
Livelli di larghezza di banda
Il limite di larghezza di banda in entrata e in uscita rappresenta la quantità massima possibile di dati per unità di tempo, ad esempio gigabit al secondo (Gbps), che GDC consente a un'istanza VM di trasmettere o ricevere dalle sue interfacce di rete (NIC). La larghezza di banda include i dati trasferiti tra le istanze VM e l'archiviazione di oggetti.
GDC presenta i seguenti limiti di larghezza di banda:
- Il limite di larghezza di banda predefinito è 10 Gbps.
- Il networking Tier_1 aumenta il limite di larghezza di banda massima in uscita per le istanze di computing. Il limite di larghezza di banda in uscita massimo varia da 16 a 25 Gbps, a seconda delle dimensioni e del tipo di macchina dell'istanza.
- La larghezza di banda in uscita effettiva è sempre inferiore o uguale al limite di larghezza di banda in uscita.
Per ottenere la larghezza di banda in uscita massima possibile, tutte le seguenti condizioni devono essere soddisfatte:
- Le istanze di computing di invio e ricezione devono trovarsi nella stessa zona.
- I pacchetti inviati tra le istanze devono utilizzare destinazioni con indirizzi IP interni.
- Il numero di flussi TCP deve essere compreso tra 4 e 128.
- Le istanze di invio devono avere il trasferimento della segmentazione TCP (TSO) abilitato e le istanze di ricezione devono avere il trasferimento della ricezione generica (GRO) abilitato.
VM N2 e N3
| vCPU | IP interno | IP interno Tier 1 |
|---|---|---|
| 2 | 10 Gbps | Non applicabile |
| 4 | 10 Gbps | Non applicabile |
| 8 | 10 Gbps | 16 Gbps |
| 12 | 10 Gbps | 25 Gbps |
| 16 | 10 Gbps | 25 Gbps |
| 32 | 10 Gbps | 25 Gbps |
| 64 | 10 Gbps | 25 Gbps |
VM N4
| vCPU | IP interno | IP interno Tier 1 |
|---|---|---|
| 4 | 10 Gbps | Non applicabile |
| 8 | 10 Gbps | Non applicabile |
| 16 | 10 Gbps | 25 Gbps |
| 32 | 10 Gbps | 25 Gbps |
| 48 | 10 Gbps | 25 Gbps |
| 64 | 10 Gbps | 25 Gbps |
| 80 | 10 Gbps | 25 Gbps |
| 160 | 10 Gbps | 25 Gbps |
VM A2
| vCPU | IP interno | IP interno Tier 1 |
|---|---|---|
| 12 | 10 Gbps | 18 Gbps |
| 24 | 10 Gbps | 25 Gbps |
VM A3
| vCPU | IP interno | IP interno Tier 1 |
|---|---|---|
| 28 | 10 Gbps | 25 Gbps |
| 56 | 10 Gbps | 25 Gbps |
| 112 | 10 Gbps | 25 Gbps |
Configura una VM con il networking Tier_1
Crea istanze e container che utilizzano il networking Tier 1:
gdcloud
gdcloud compute instances create VM_NAME \
--machine-type=MACHINE_TYPE \
--image=BOOT_DISK_IMAGE_NAME --image-project=vm-system \
--boot-disk-size=BOOT_DISK_SIZE \
--network-performance-tier=tier_1
Sostituisci quanto segue:
| Variabile | Definizione |
|---|---|
VM_NAME |
Il nome della nuova VM. Il nome deve contenere solo caratteri alfanumerici e trattini e non deve superare i 53 caratteri. |
MACHINE_TYPE |
Il tipo di macchina predefinita per la nuova VM. Seleziona un tipo di macchina disponibile:
gdcloud compute machine-types list
|
BOOT_DISK_IMAGE_NAME |
Il nome dell'immagine da utilizzare per il nuovo disco di avvio della VM. |
BOOT_DISK_SIZE |
La dimensione del disco di avvio, ad esempio 20GB.Questo valore deve essere sempre maggiore o uguale a minimumDiskSize dell'immagine del disco di avvio. |
API
kubectl --kubeconfig MANAGEMENT_API_SERVER \
apply -n PROJECT -f - <<EOF
apiVersion: virtualmachine.gdc.goog/v1
kind: VirtualMachineDisk
metadata:
name: VM_BOOT_DISK_NAME
spec:
source:
image:
name: BOOT_DISK_IMAGE_NAME
namespace: vm-system
size: BOOT_DISK_SIZE
---
apiVersion: virtualmachine.gdc.goog/v1
kind: VirtualMachine
metadata:
name: VM_NAME
spec:
compute:
virtualMachineType: MACHINE_TYPE
disks:
- virtualMachineDiskRef:
name: VM_BOOT_DISK_NAME
boot: true
autoDelete: BOOT_DISK_AUTO_DELETE
network:
networkPerformanceTier: Tier_1
EOF
Sostituisci quanto segue:
| Variabile | Definizione |
|---|---|
MANAGEMENT_API_SERVER |
Il file kubeconfig del server API di gestione. |
PROJECT |
Il progetto Distributed Cloud in cui creare la VM. |
VM_BOOT_DISK_NAME |
Il nome del nuovo disco di avvio della VM. |
BOOT_DISK_IMAGE_NAME |
Il nome dell'immagine da utilizzare per il nuovo disco di avvio della VM. |
BOOT_DISK_SIZE |
La dimensione del disco di avvio, ad esempio 20Gi.Questo valore deve essere sempre maggiore o uguale a minimumDiskSize dell'immagine del disco di avvio. |
VM_NAME |
Il nome della nuova VM. Il nome deve contenere solo caratteri alfanumerici e trattini e non deve superare i 53 caratteri. |
MACHINE_TYPE |
Il tipo di macchina predefinita per la nuova VM. Seleziona un tipo di macchina disponibile:
kubectl --kubeconfig MANAGEMENT_API_SERVER
get virtualmachineimage.virtualmachine.gdc.goog --namespace PROJECT
|
BOOT_DISK_AUTO_DELETE |
true o false, che indica se il disco di avvio viene eliminato automaticamente quando viene eliminata l'istanza VM. |