Tempo stimato per il completamento: 0 minuti
Proprietario del componente utilizzabile: OE
La guida all'installazione dell'hardware fornisce all'operatore dell'infrastruttura i passaggi di installazione con air gap di Google Distributed Cloud (GDC) per creare l'apparecchiatura hardware per Distributed Cloud.
Per saperne di più sul prodotto, consulta la panoramica.
In qualità di operatore dell'infrastruttura, hai il controllo completo di quanto segue:
- Stato previsto dall'integratore e dai produttori.
- Configurazione del dispositivo prima dell'installazione del software.
- Convalida hardware basata su software.
- Cablaggio e alimentazione.
- Licenze.
Hardware 2.0 e hardware 3.0
Distributed Cloud si è evoluto dal design 1.0 (design a 1 e 4 rack di Distributed Cloud senza archiviazione di oggetti e firewall) e dal design 2.0 (Distributed Cloud-4 con archiviazione di oggetti e appliance firewall).
Distributed Cloud-4 è composto da quattro rack di macchine server miste, gestione, top of rack, aggregazione e aggregazione della gestione. Il design include anche appliance di archiviazione di file e a blocchi e di archiviazione di oggetti. Vengono aggiunti moduli di sicurezza hardware (HSM) per gestire i secret. Le appliance firewall vengono aggiunte tra Distributed Cloud e la rete del cliente, nonché tra Distributed Cloud e le reti OCIT.
Per soddisfare le esigenze crescenti dei clienti, Distributed Cloud introduce Hardware 3.0. Questo design fornisce un'architettura più scalabile che sfrutta i modelli hardware più recenti. Hardware 3.0 supporta sia l'espansione orizzontale, ad esempio rack aggiuntivi, sia quella verticale, ad esempio più server nei rack esistenti.
Di seguito sono elencati alcuni punti salienti del miglioramento dell'hardware 3.0:
- La progettazione di Distributed Cloud 2.0 si basa sui server HPE Proliant Gen10, la cui data di fine vendita (EoS) è aprile 2024. HPE Gen 11 con iLO 6, la nuova generazione di server, utilizza Security Protocol and Data Model (SPDM), una funzionalità di sicurezza nei server con un approccio standard aperto per monitorare e autenticare i dispositivi in modo sicuro.
- Progettazione di rete più scalabile che consente di aumentare il numero di rack mantenendo la rete sbloccata.
- Viene aggiunto un nuovo ruolo di foglia di confine per migliorare l'offerta e separare la connettività esterna dell'aggregazione e dell'istanza per fornire un percorso di evoluzione e scalabilità indipendenti.
- Il design 3.0 ha inoltre standardizzato il modello A400 come appliance di file e blocchi per uso generico.
Diagramma
Consulta il diagramma di elevazione del rack per una rappresentazione visiva dell'organizzazione dell'hardware in un'istanza Distributed Cloud, con i componenti in un tipico deployment Distributed Cloud con più rack.
Il diagramma dell'elevazione del rack mostra le seguenti informazioni:
- I componenti interni di quattro rack hardware.
- Un patch panel in ciascuno dei quattro rack.
- Spazio non allocato per i server in tutti i rack.
- Per il networking, Distributed Cloud utilizza gli switch Cisco.
- Ogni rack contiene due switch del piano dati (TOR SW) per il traffico del piano dati e uno switch di gestione (MGMT SW) per il traffico di gestione out-of-band (OOB).
Due rack contengono switch di aggregazione (AGG SW) e switch di aggregazione di gestione (MGMT AGG SW) per fornire ridondanza nel livello spine, nonché switch leaf di confine (BLSW) per fornire ridondanza per le connessioni esterne.
Per motivi di sicurezza, due rack hanno firewall Palo Alto e tre rack hanno moduli di sicurezza hardware (HSM) Thales CipherTrust.
Tre rack contengono vari server Hewlett Packard Enterprise (HPE) e server HPE con GPU NVIDIA per il computing.
Un rack mostra gli appliance NetApp StorageGRID per l'archiviazione di oggetti.

Figura 1. Schema del rack Hardware 3.0
Modello di log dei problemi di assemblaggio di Distributed Cloud
Per tenere traccia in modo efficiente di tutti i problemi relativi a hardware, firmware e cablaggio correlati all'assemblaggio dei componenti, utilizza il seguente modello:
| Tessuto/Spazio/DC | Data di inizio del deployment stimata | Problema | ID rack/sistema/dispositivo | Dettaglio/Risoluzione | Iniziale |
|---|---|---|---|---|---|
Ricorda quanto segue:
Utilizza sia i moduli elettronici sia quelli stampati per la compilazione.
Affiggi il foglio stampato in spazi in cui i laptop non sono consentiti per assicurarti che tutti i dati vengano registrati.
Non registrare dettagli riservati, ad esempio utilizza
XX\-aa-torsw01 e1/1anzichéaa\-aa-torsw01 e1/1.Trasferisci un foglio completato a Google dopo l'installazione.