Prima di ordinare l'hardware Google Distributed Cloud connesso, devi soddisfare i requisiti di installazione di Distributed Cloud connesso descritti in questa pagina.
Pianifica la configurazione hardware
Prima di poter ordinare l'hardware, l'amministratore di rete deve collaborare con Google per pianificare la configurazione hardware per l'installazione connessa a Distributed Cloud. L'hardware dei server Distributed Cloud connected è disponibile nei seguenti fattori di forma:
Server Distributed Cloud connesso G1. Un gruppo di tre macchine Dell XR11 1U per montaggio su rack.
Server Distributed Cloud connected G2. Uno chassis Dell XR8000r popolato con tre slitte per macchine XR8610t.
In base ai requisiti della tua attività, l'amministratore di rete deve determinare e fornire le seguenti informazioni:
- Numero di unità di ciascun fattore di forma
- Configurazione hardware per ogni unità
Devi selezionare e ordinare tutto l'hardware connesso a Distributed Cloud per ogni zona connessa a Distributed Cloud contemporaneamente. Non puoi aggiungere o rimuovere hardware da una zona dopo che è stato implementato.
Hardware dei server G1 di Distributed Cloud connected
I server G1 di Distributed Cloud connected vengono spediti in una delle seguenti varianti:
| Server GDC connessi G1 (medio) | Server GDC Connected G1 (large) | |
|---|---|---|
| Configurazione | 3 macchine Dell XR11 1U montate su rack con spazio di archiviazione SSD locale | 3 macchine Dell XR11 1U montate su rack con spazio di archiviazione SSD locale |
| Purpose | Ideale per attività di computing generiche e su media scala | Ideale per il computing per uso generico su larga scala |
| Costo stimato | Prezzi | Prezzi |
| CPU | 32 vCPU per macchina | 64 vCPU per macchina |
| GPU | 1 GPU NVIDIA L4 (facoltativa) per macchina | 1 GPU NVIDIA L4 (facoltativa) per macchina |
| RAM | 64 GB per macchina | 128 GB per macchina |
| Spazio di archiviazione | SSD da 1,6 TB per macchina 1U | SSD da 3,2 TB per macchina 1U |
| Potenza | Doppio 1400 W (1800 W nei paesi UE Lot 9), solo CA | Doppio 1400 W (1800 W nei paesi UE Lot 9), solo CA |
| SKU della macchina | gdccs-g1-32vcpu-64gb-1tb |
gdccs-g1-64vcpu-128gb-3tb |
Hardware dei server G2 di Distributed Cloud connesso
I server Distributed Cloud connected G2 vengono spediti in una delle seguenti varianti:
| GDC connected servers G2 (small) | Server GDC connessi G2 (medio) | Server GDC connessi G2 (grandi) | |
|---|---|---|---|
| Configurazione | 3 macchine Dell XR8610t in uno chassis Dell XR8000r con spazio di archiviazione SSD locale | 3 macchine Dell XR8610t in uno chassis Dell XR8000r con spazio di archiviazione SSD locale | 3 macchine Dell XR8610t in uno chassis Dell XR8000r con spazio di archiviazione SSD locale |
| Purpose | Ideale per il computing per uso generico su piccola scala | Ideale per attività di computing generiche e su media scala | Ideale per il computing per uso generico su larga scala |
| Costo stimato | Prezzi | Prezzi | Prezzi |
| CPU | 32 vCPU per macchina | 32 vCPU per macchina | 64 vCPU per macchina |
| GPU | Non supportata | Non supportata | Non supportata |
| RAM | 64 GB per macchina | 128 GB per macchina | 128 GB per macchina |
| Spazio di archiviazione | SSD da 3,84 TB per macchina sled | SSD da 3,84 TB per macchina sled | SSD da 3,84 TB per macchina sled |
| Potenza | Doppio 1400 W (1800 W nei paesi UE Lot 9), solo CA | Doppio 1400 W (1800 W nei paesi UE Lot 9), solo CA | Doppio 1400 W (1800 W nei paesi UE Lot 9), solo CA |
| SKU della macchina | GDCc-Server-B2i-8 |
GDCc-Server-B2i-11 |
GDCc-Server-B2i-9 |
Scegliere il modello di approvvigionamento
Puoi ordinare l'hardware del server connesso a Distributed Cloud in uno dei seguenti modi, in base ai requisiti aziendali:
Hardware di origine Google. Puoi ordinare l'hardware Distributed Cloud connesso direttamente da Google. In questo scenario:
- Google è proprietario dell'hardware connesso a Distributed Cloud e lo consegna presso la tua sede.
- Google si occupa di reperire, gestire, riparare e ritirare l'hardware di Distributed Cloud connected.
- Google esegue il deployment, la manutenzione e la risoluzione dei problemi del software Distributed Cloud connesso.
- Al termine del contratto, Google ritira l'hardware Distributed Cloud e distrugge tutti i dati archiviati.
Hardware fornito dal cliente. Puoi ordinare hardware connesso a Distributed Cloud da un integratore di sistemi (SI) certificato da Google dopo aver consultato Google in merito a una configurazione di deployment adatta ai requisiti della tua attività. In questo scenario:
- Sei proprietario dell'hardware connesso a Distributed Cloud e sei responsabile del rispetto dei requisiti fiscali e normativi della località in cui vuoi eseguirne il deployment.
- L'integratore di sistemi collabora con te e Google per eseguire il deployment, la riparazione e il ritiro dell'hardware.
- Google collabora direttamente con te per eseguire il deployment, la manutenzione e la risoluzione dei problemi del software Distributed Cloud connected.
- Al termine del contratto, l'integratore di sistemi cancella tutto il software Google e i tuoi dati dall'hardware connesso a Distributed Cloud. A questo punto, puoi riutilizzare o smaltire l'hardware.
- Per ulteriori informazioni sull'approvvigionamento dell'hardware, inclusa la disponibilità nel tuo paese, contatta il tuo rappresentante di vendita Google.
Acquistare l'assistenza minima richiesta
Distributed Cloud connesso richiede, come minimo, l'assistenza avanzata. Se non hai sottoscritto un contratto di assistenza avanzata o premium, devi acquistare almeno l'assistenza avanzata per utilizzare Distributed Cloud connettività.
Fornisci informazioni su Google Cloud
Quando ordini l'hardware, devi fornire a Google le seguenti informazioni, se applicabili:
- L'ID della tua organizzazione Google Cloud
- Se vuoi che Google esegua il provisioning delle tue macchine Distributed Cloud connesse nell'ambito di un progetto Google Cloud esistente o se vuoi un nuovo progettoGoogle Cloud ,
- L'ID del progetto Google Cloud di destinazione (se il provisioning viene eseguito nell'ambito di un progetto Google Cloud esistente),
- Il numero target di zone Distributed Cloud connected.
Spazio necessario
L'hardware dei server G1 di Distributed Cloud connected ha le seguenti dimensioni per macchina:
| Dimensioni | Valore (sistema imperiale) | Valore (metrica) |
|---|---|---|
| Altezza | 4,3 cm | 43 mm |
| Profondità | 48,26 cm | 483 mm |
| Larghezza | 48,26 cm | 483 mm |
L'hardware G2 dei server connessi a Distributed Cloud ha le seguenti dimensioni per chassis:
| Dimensioni | Valore (sistema imperiale) | Valore (metrica) |
|---|---|---|
| Altezza | 86,4 mm | 87 mm |
| Profondità | 17 pollici | 430 mm |
| Larghezza | 48,26 cm | 483 mm |
Peso
Il peso di ogni macchina Distributed Cloud connected servers G1 è di 9 kg. Il peso di uno chassis G2 dei server Distributed Cloud connessi completamente popolato è di 32 kg.
Alimentazione
L'hardware connesso a Distributed Cloud richiede alimentazione in corrente alternata monofase a 50 Hz o 60 Hz. Devi fornire alimentazione al sito di installazione in conformità con i regolamenti edilizi locali, inclusi i seguenti lavori:
- Installazione di canaline per cavi
- Esecuzione del cablaggio richiesto
- Collegamento dei cavi al quadro elettrico
- Accensione
Tutti i lavori elettrici devono essere eseguiti da un elettricista certificato.
Specifiche della linea
Devi fornire due (2) linee di alimentazione indipendenti con collegamenti a terra dedicati per ogni macchina Distributed Cloud connected servers G1 o chassis Distributed Cloud connected servers G2.
Per l'alimentazione CA fornita a ogni macchina G1 o chassis G2 dei server connessi a Distributed Cloud, tutte le linee di alimentazione devono essere in grado di fornire tra 100 V e 240 V a 50 o 60 Hz di alimentazione monofase per ogni macchina server connessa a Distributed Cloud. Gli alimentatori delle macchine dei server Distributed Cloud connected sono a commutazione automatica.
Consumo energetico
L'assorbimento di potenza di una macchina Distributed Cloud connessa ai server G1 varia tra 200 W e 800 W in base alla configurazione selezionata, al carico della CPU e ad altri fattori.
L'assorbimento di potenza di uno chassis G2 di server connessi a Distributed Cloud con tre macchine sled varia tra 450 W e 900 W in base alla configurazione selezionata, al carico della CPU e ad altri fattori.
Alimentazione di backup
Ciascuna delle linee di alimentazione indipendenti deve disporre di un gruppo di continuità (UPS) indipendente in grado di alimentare l'hardware Distributed Cloud ininterrottamente per un minimo di 20 minuti per i sistemi a batteria e 15 secondi per i sistemi inerziali.
Oltre al backup UPS, devi fornire anche un generatore elettrico di emergenza di backup con capacità sufficiente per caricare le unità UPS e alimentare l'hardware Distributed Cloud per un minimo di quattro ore. L'hardware Distributed Cloud deve essere collegato alle unità UPS. Le unità UPS devono quindi connettersi al generatore di backup utilizzando un commutatore di trasferimento automatico (ATS) o un sistema simile che non richieda l'intervento umano per facilitare un trasferimento di emergenza. I sistemi UPS a batteria senza generatore di backup devono avere una capacità sufficiente per alimentare l'hardware Distributed Cloud per un minimo di quattro ore.
Raffreddamento
L'hardware connesso a Distributed Cloud è raffreddato ad aria e richiede un ambiente a temperatura controllata per funzionare. Il sito di installazione deve fornire un raffreddamento adeguato per mantenere operativo l'hardware connesso a Distributed Cloud.
Il sito di installazione deve fornire il seguente ambiente circostante.
| Fattore ambientale | Intervallo richiesto |
|---|---|
| Temperatura | Tra 15 °C e 31 °C |
| Umidità relativa | Tra il 30% e il 70%, senza condensa |
Le fluttuazioni della temperatura ambiente e dell'umidità relativa non devono essere superiori a quanto segue:
- Temperatura ambiente: +/- 5 °C all'ora
- Umidità relativa: +/- 5% all'ora
Queste linee guida si applicano alle installazioni a un'altitudine inferiore a 3050 metri sul livello del mare. Per altitudini più elevate, rivolgiti a un professionista HVAC e al tuo rappresentante Google o SI certificato da Google. Variazioni estreme al di fuori di questi intervalli consigliati possono comportare un arresto protettivo e/o danni permanenti all'hardware Distributed Cloud.
Entrambe le varianti dei server connessi a Distributed Cloud G1 e G2 in genere producono fino a 3000 BTU di calore all'ora e utilizzano l'aria forzata per eliminarlo. Google consiglia vivamente di seguire best practice simili a quelle descritte sopra per garantire un raffreddamento adeguato delle macchine server connesse a Distributed Cloud.
L'hardware Distributed Cloud richiede che l'aria nel sito di deployment venga continuamente fatta circolare, condizionata e filtrata utilizzando apparecchiature HVAC commerciali o industriali installate in modo permanente. Il mancato mantenimento delle condizioni ambientali richieste potrebbe causare danni a lungo termine all'hardware di Distributed Cloud e una riduzione dell'affidabilità del deployment di Distributed Cloud connesso.
La tua infrastruttura di raffreddamento deve rispettare le seguenti linee guida:
- Tutte le apparecchiature HVAC devono disporre di alimentazione di backup e della capacità di riavviarsi automaticamente dopo un'interruzione dell'alimentazione.
- Le unità di trattamento dell'aria, le apparecchiature di condizionamento, i condensatori, le pompe, le torri di raffreddamento, i refrigeratori e altri componenti HVAC devono avere una ridondanza adeguata.
- Devi ispezionare e sottoporre regolarmente a manutenzione l'impianto di climatizzazione per mantenere il suo rendimento operativo costante e entro gli intervalli richiesti.
- Non esporre l'hardware Distributed Cloud alla luce solare diretta o a qualsiasi altro tipo di radiazione infrarossa, perché ciò altera il profilo di temperatura convalidato dell'hardware.
- Non esporre l'hardware Distributed Cloud a aria non condizionata e non filtrata. Anche una breve esposizione può causare l'accumulo di polvere e limitare il flusso d'aria ai componenti critici.
- Un impianto di raffreddamento con presa d'aria esterna è accettabile se progettato e installato da professionisti. Tuttavia, deve soddisfare i requisiti termici elencati in precedenza.
Networking
Una macchina server connessa a Distributed Cloud richiede, come minimo, due connessioni Ethernet Gigabit allo switch Top-of-Rack (ToR), una in banda e una fuori banda. Google consiglia due connessioni in banda per macchina per la ridondanza. Per un deployment a tre nodi, si tratta di sei connessioni per chassis del server Distributed Cloud connesso.
Quando ordini l'hardware connesso a Distributed Cloud, devi specificare i requisiti di rete, ad esempio gli intervalli di indirizzi IP e la configurazione del firewall. Per i circuiti di trasporto ottico, attiva la propagazione degli errori per una convergenza ottimale del protocollo di routing.
Prima di effettuare l'ordine, l'amministratore di rete deve collaborare con Google per pianificare la configurazione di rete per l'installazione di Distributed Cloud connessa.
Per maggiori informazioni, consulta Hardware di Distributed Cloud connesso.
Tagging del traffico di rete del carico di lavoro
Distributed Cloud connesso supporta il tagging del traffico dei carichi di lavoro tra la tua rete locale e i pod dei carichi di lavoro che utilizzano l'interfaccia di rete kube0. Tuttavia,
questa funzionalità non è attivata per impostazione predefinita, a meno che non venga richiesta specificamente al momento dell'ordine.
Quando ordini Distributed Cloud Connected, puoi richiedere che il traffico del carico di lavoro
sull'interfaccia kube0 venga taggato con un ID VLAN a tua scelta. Non puoi abilitare
questa funzionalità dopo che il deployment dei server connessi di Distributed Cloud è stato
messo in servizio.
Larghezza di banda della connessione a internet
Distributed Cloud connesso richiede la seguente larghezza di banda minima per la connessione a internet:
- Downstream:20 megabit al secondo (Mbps)
- Upstream:5 megabit al secondo (Mbps)
Allocare blocchi di indirizzi
Distributed Cloud connected richiede l'allocazione dei seguenti blocchi di indirizzi sulla tua rete locale. Se utilizzi indirizzi IP privati per le subnet di gestione connesse di Distributed Cloud elencate in questa sezione, devi configurare Network Address Translation (NAT) per questi indirizzi prima di pubblicizzare gli indirizzi IP pubblici del deployment su internet.
La tabella seguente descrive i blocchi di indirizzi richiesti per i server connessi a Distributed Cloud:
| Componente di rete | Requisito di allocazione |
|---|---|
| Subnet di gestione delle macchine di Distributed Cloud connected | Un (1) indirizzo IP per macchina nella VLAN della rete locale, pubblico o RFC 1918. |
| Subnet dei nodi Distributed Cloud connected | Un (1) indirizzo IP per macchina nella VLAN della rete locale, pubblico o RFC 1918. |
| Pool del bilanciatore del carico di Distributed Cloud connected | Sei (6) indirizzi IP per macchina nella VLAN della rete locale, pubblici o RFC 1918. |
Gli indirizzi IP per le subnet di gestione delle macchine e dei nodi devono essere contigui. Devi inoltre fornire l'indirizzo IP del gateway predefinito e la subnet mask della tua rete locale.
Come allocare i blocchi di indirizzi richiesti
Quando ordini hardware Distributed Cloud connesso, l'amministratore di rete deve fornire le informazioni sull'allocazione del blocco CIDR precedente. Questi valori non possono essere modificati dopo il deployment di Distributed Cloud.
I blocchi CIDR di gestione di nodi e macchine devono essere subnet instradabili sulla tua rete locale. Possono essere subnet private con intervallo RFC 1918 o reti pubbliche. Devi configurare le sessioni BGP appropriate sui router edge di peering per accettare le route per la subnet dei nodi Distributed Cloud connected e la subnet di gestione delle macchine Distributed Cloud connected.
I blocchi CIDR vengono allocati per zona Distributed Cloud connessa. Quando crei un cluster connesso a Distributed Cloud, Distributed Cloud assegna automaticamente i nodi all'interno del cluster agli indirizzi IP all'interno del blocco CIDR dei nodi specificato in base alle loro funzionalità e disponibilità.
In un deployment multizona di Distributed Cloud connesso, devi specificare blocchi CIDR univoci per ogni zona Distributed Cloud connessa. Ogni zona è connessa alla rete separatamente.
Se prevedi di espandere l'installazione di Distributed Cloud connesso con altre macchine, devi tenere conto degli indirizzi IP aggiuntivi che questo richiede nell'ordine iniziale di Distributed Cloud connesso. Devi anche tenere conto degli indirizzi IP di overhead, come gli indirizzi gateway e gli indirizzi mobili utilizzati dalle connessioni VPN tra i tuoi carichi di lavoro e Google Cloud. Collabora con il tuo Google Cloud rappresentante di vendita per determinare le allocazioni ottimali dei blocchi CIDR dei nodi in base ai requisiti della tua attività.
Quando l'installazione di Distributed Cloud Connected è operativa, devi anche allocare gli indirizzi IP di rete per i pod e i servizi Distributed Cloud Connected come descritto in Allocazione degli indirizzi di rete di pod e servizi Distributed Cloud Connected.
Configura i firewall
Se la tua rete locale utilizza un firewall, Distributed Cloud connected richiede che tu configuri il firewall in modo da consentire i seguenti tipi di traffico di rete:
- Traffico di gestione e monitoraggio di Distributed Cloud connected
- Traffico dei carichi di lavoro di Distributed Cloud connesso
Traffico di gestione e monitoraggio di Distributed Cloud connected
Distributed Cloud connesso richiede l'apertura delle seguenti porte sulla rete locale. Distributed Cloud connesso richiede queste porte per le connessioni in uscita a Google su internet per la gestione e il monitoraggio del traffico. Devi utilizzare un firewall stateful che monitori questo traffico in uscita e consenta il passaggio del traffico in entrata di ritorno corrispondente a Distributed Cloud.
| Funzione | Subnet di origine | Destinazione | Protocollo | Porte |
|---|---|---|---|---|
| Domain Name System (DNS) | Gestione delle macchine Distributed Cloud connected, nodi Distributed Cloud connected | 8.8.8.8 (valore predefinito) |
TCP, UDP | 53 |
| Network Time Protocol (NTP) | Gestione delle macchine Distributed Cloud connected, nodi Distributed Cloud connected | time*.google.com |
UDP | 123 |
| VPN di gestione | Gestione delle macchine Distributed Cloud connected | qbone*.google.com |
TCP, UDP | 443 |
| Download di software di gestione | Gestione delle macchine Distributed Cloud connected | storage.googleapis.com |
TCP, UDP | 443 |
| API Bootstrap e Management | Gestione delle macchine Distributed Cloud connected | *.gdce.google.com |
TCP, UDP | 443 |
| Servizio di monitoraggio | Gestione delle macchine Distributed Cloud connected, Nodi Distributed Cloud connected | *.gdce.googleapis.com |
TCP, UDP | 443 |
| Download di container | Nodi Distributed Cloud connessi | *.k8s.io |
TCP, UDP | 443 |
| Servizio di logging | Gestione delle macchine Distributed Cloud connected, Nodi Distributed Cloud connected | *.gdce.googleapis.com |
TCP, UDP | 443 |
Traffico dei carichi di lavoro di Distributed Cloud connesso
L'amministratore di rete deve anche configurare regole firewall aggiuntive per consentire il traffico verso e da i workload di cui è stato eseguito il deployment nei cluster connessi di Distributed Cloud.
Se esegui il deployment di Distributed Cloud connesso dietro un gateway NAT e hai configurato regole firewall aggiuntive sui gateway WAN che filtrano o bloccano il traffico UDP in entrata, la connettività Cloud VPN richiesta da Distributed Cloud connesso potrebbe essere interessata. In questi casi, devi consentire il traffico UDP Cloud VPN in entrata dagli intervalli di indirizzi IP Cloud VPN.
Ad esempio, devi consentire il traffico UDP in entrata dagli intervalli di indirizzi IP di origine
35.242.0.0/17, 35.220.0.0/17 e 34.157.0.0/16 con la porta di origine
corrispondente a 500 o 4500 (IKE/ESP). Se la tua soluzione firewall richiede una configurazione più esatta, imposta l'intervallo di indirizzi IP di destinazione in modo che corrisponda all'intervallo di indirizzi IP della subnet dei nodi connessi di Distributed Cloud.
Se il firewall si trova a monte del gateway NAT,
imposta l'intervallo di indirizzi IP di destinazione sull'indirizzo IP pubblico del gateway NAT.
Convalida la connettività prima di ordinare Distributed Cloud Connected
Google fornisce uno strumento di convalida della connettività di rete per Distributed Cloud connected. Questo strumento ti consente di verificare se la tua rete locale è configurata correttamente per supportare un'implementazione connessa a Distributed Cloud, tra cui:
- Configurazione DNS
- Configurazione NTP
- Connettività di gestione dello switch
- Connettività degli endpoint API di Google
- Connettività VPN
Puoi scaricare lo strumento dalle seguenti posizioni:
Puoi anche visualizzare il codice sorgente dello strumento.
Per eseguire lo strumento, esegui il rispettivo file binario. Lo strumento genera un file di report e un file di log. Invia questi file al tuo Field Sales Representative di Google per completare la convalida della rete.
Manutenzione in loco
Google monitora da remoto l'hardware di Distributed Cloud connesso. Se riscontri un problema, contatta l'assistenza per aprire un ticket. Se Google rileva un guasto hardware, intraprenderà una delle seguenti azioni:
- Per l'hardware Distributed Cloud di proprietà di Google, pianificheremo una visita al sito di installazione. Un tecnico certificato da Google collabora con te per coordinare la visita ed eseguire le riparazioni necessarie.
- Per l'hardware Distributed Cloud di proprietà del cliente, invieremo una notifica a te e all'integratore di sistemi certificato da Google che ha fornito l'hardware connesso a Distributed Cloud. Devi collaborare con l'installatore per coordinare la visita di un tecnico ed eseguire le riparazioni necessarie.