Tempo estimado até à conclusão: 0 minutos
Proprietário do componente operacional: OE
O guia de instalação de hardware fornece ao operador de infraestrutura os passos de instalação isolada do Google Distributed Cloud (GDC) para criar o equipamento de hardware para o Distributed Cloud.
Para mais informações sobre o produto, consulte a vista geral.
Enquanto operador de infraestrutura, tem controlo total sobre o seguinte:
- Estado esperado do integrador e dos fabricantes.
- Configuração do dispositivo antes da instalação do software.
- Validação do hardware através de software.
- Cabos e alimentação.
- Licenciamento.
Hardware 2.0 versus hardware 3.0
A nuvem distribuída evoluiu a partir do design 1.0 (designs de um e quatro racks da nuvem distribuída sem armazenamento de objetos nem firewalls) e do design 2.0 (nuvem distribuída 4 com armazenamento de objetos e dispositivos de firewall).
A nuvem distribuída 4 consiste em quatro racks de máquinas de servidor com correspondência mista, gestão, parte superior do rack, agregação e comutadores de agregação de gestão. O design também inclui dispositivos de armazenamento de ficheiros e blocos, bem como dispositivos de armazenamento de objetos. São adicionados módulos de segurança de hardware (HSMs) para gerir segredos. Os dispositivos de firewall são adicionados entre a Distributed Cloud e a rede do cliente, bem como entre a Distributed Cloud e as redes OCIT.
Para satisfazer as necessidades crescentes dos clientes, o Distributed Cloud está a introduzir o Hardware 3.0. Este design oferece uma arquitetura mais escalável que tira partido dos modelos de hardware mais recentes. O Hardware 3.0 suporta a expansão horizontal, por exemplo, racks adicionais, bem como a expansão vertical, por exemplo, mais servidores em racks existentes.
Seguem-se alguns destaques da melhoria do hardware 3.0:
- O design da nuvem distribuída 2.0 baseia-se em servidores HPE Proliant Gen10, cuja data de fim de vendas (EoS) é abril de 2024. A HPE Gen 11 com iLO 6, a nova geração de servidores, usa o protocolo de segurança e o modelo de dados (SPDM), uma capacidade de segurança em servidores com uma abordagem de norma aberta para monitorizar e autenticar dispositivos de forma segura.
- Design de rede mais escalável que permite aumentar o número de racks, mantendo a rede desbloqueada.
- É adicionada uma nova função de folha de fronteira para melhorar a oferta de separação da estrutura de agregação e da conetividade externa da instância, de modo a fornecer um caminho de evolução independente e uma expansão.
- O design 3.0 também foi padronizado no modelo A400 como os dispositivos de ficheiros e blocos de utilização geral.
Diagrama
Consulte o diagrama de elevação do rack para ver uma representação visual da organização do hardware numa instância da nuvem distribuída, com os componentes numa implementação típica da nuvem distribuída com vários racks.
O diagrama de elevação do suporte apresenta as seguintes informações:
- Os componentes internos de quatro racks de hardware.
- Um painel de ligação em cada um dos quatro racks.
- Espaço não atribuído para servidores em todos os racks.
- Para a rede, a Distributed Cloud usa comutadores Cisco.
- Cada rack contém dois comutadores do plano de dados (TOR SW) para tráfego do plano de dados e um comutador de gestão (MGMT SW) para tráfego de gestão fora da banda (OOB).
Dois racks contêm comutadores de agregação (AGG SW) e comutadores de agregação de gestão (MGMT AGG SW) para fornecer redundância na camada de backbone, bem como comutadores de folhas de limite (BLSW) para fornecer redundância para ligações externas.
Para segurança, dois racks têm firewalls Palo Alto e três racks têm módulos de segurança de hardware (HSM) Thales CipherTrust.
Três racks têm vários servidores Hewlett Packard Enterprise (HPE) e servidores HPE com GPUs NVIDIA para computação.
Um rack mostra dispositivos NetApp StorageGRID para armazenamento de objetos.

Figura 1. Diagrama do rack do hardware 3.0
Modelo de registo de problemas de montagem do Distributed Cloud
Para monitorizar eficazmente todos os problemas de hardware, firmware e cablagem relacionados com a montagem de componentes, use o seguinte modelo:
| Tecido/Espaço/DC | Data de início da implementação estimada | Problema | ID do rack/sistema/dispositivo | Detalhe/Resolução | Rubricar |
|---|---|---|---|---|---|
Lembre-se do seguinte:
Use folhas eletrónicas e impressas para preencher.
Afixe a folha impressa em espaços onde os portáteis não são permitidos para garantir que todos os dados são registados.
Não grave detalhes confidenciais. Por exemplo, use
XX\-aa-torsw01 e1/1em vez deaa\-aa-torsw01 e1/1.Entregue uma folha concluída à Google após a instalação.