5 de junho de 2026
Consulte a visão geral do produto para saber mais sobre os recursos do Distributed Cloud.
Para fazer upgrade com segurança para o Distributed Cloud 1.16.1, é necessário concluir todas as verificações obrigatórias pré-upgrade e executar a sequência de upgrade necessária em ordem. Os upgrades diretos de qualquer versão anterior à 1.15.1 vão falhar.
Se você estiver usando a versão 1.14.7 ou anterior:
- Aplicar hotfixes: instale todos os hotfixes necessários para sua versão atual.
- Fazer upgrade para a versão 1.15.3: inicie e conclua o upgrade para a versão 1.15.3.
- Fazer upgrade para a versão 1.16.1: inicie e conclua o upgrade final para a versão 1.16.1.
Se você estiver na versão 1.15.1 ou 1.15.3: faça upgrade diretamente para a versão 1.16.1.
Se você estiver na versão 1.15.2: primeiro faça upgrade para a versão 1.15.3 e, em seguida, para a versão 1.16.1.
Gerenciamento de clusters
- Adicionamos suporte às máquinas H200 e B300 da série A para nós de cluster do Kubernetes. Para mais informações, consulte Tipos de máquina de nó de cluster.
Infraestrutura
- Adicionamos suporte para máquinas bare metal B300 em uma organização.
Serviços gerenciados do Harbor
- Adicionamos suporte a contas de serviço do projeto. Isso permite que você use a identidade da conta de serviço para interagir com segurança com as instâncias do Harbor e gerenciar repositórios de contêineres. Para mais informações, consulte Visão geral do Serviço Gerenciado do Harbor.
Rede
O Cloud DNS já está em disponibilidade geral. Esse serviço oferece uma maneira confiável e escalonável de gerenciar registros do Serviço de Nomes de Domínio usando uma API do Kubernetes ou a linha de comando. Para mais informações, consulte Sobre o Cloud DNS.
O DNS agora é compatível com a criptografia baseada em TLS de todo o tráfego de DNS para serviços do sistema e de terceiros, tanto internamente no Distributed Cloud quanto entre o Distributed Cloud e as redes do cliente.
Observabilidade
- Adicionamos o rastreamento de observabilidade para cargas de trabalho. Esse recurso oferece recursos de monitoramento e geração de registros projetados para simplificar o rastreamento e a solução de problemas de cargas de trabalho. Para mais informações, consulte Rastreamento de observabilidade para cargas de trabalho.
Armazenamento
Adicionamos suporte a buckets de zona dupla com sincronização automática. Durante as operações normais, a política de ingestão grava de forma síncrona cópias de objetos nas duas zonas designadas, com fallback para replicação assíncrona durante interrupções.
Adição de suporte para fornecer checksums em cabeçalhos HTTP finais em uploads de objetos. Isso melhora a integridade de dados e a detecção de erros. Para mais informações, consulte Fazer upload e download de objetos de armazenamento.
Adicionamos uma melhoria que garante que as credenciais de repositório de objetos sejam excluídas automaticamente quando a conta de serviço associada é removida. Isso evita secrets órfãos em um namespace de projeto. Para mais informações, consulte Excluir buckets de armazenamento.
Adicionamos suporte ao SLO de tempo de atividade em janela para disponibilidade zonal do S3. Essa mudança garante que as métricas de saúde não sejam distorcidas por várias novas tentativas de projetos únicos de alto volume, fornecendo uma reflexão mais precisa da experiência real do usuário em uma organização.
Máquinas virtuais
Adicionamos as máquinas A4 B300 da série A à lista de tipos de máquina de VM compatíveis. Para mais informações, consulte Ver o tipo de máquina da VM.
Adicionamos suporte à imagem do Windows 2022 para imagens personalizadas do tipo traga sua própria (BYO, na sigla em inglês). Para mais informações, consulte Imagens de VM compatíveis com o GDC.
Adicionamos suporte à renovação de certificados de inicialização segura para VMs com certificados vencidos. Para mais informações, consulte Atualizar certificados de inicialização segura.
Aumentamos o limite máximo de largura de banda de saída da rede de nível 1 de 25 Gbps para 32 Gbps por VM, dependendo do tipo de máquina e da contagem de vCPUs, para lidar com cargas de trabalho exigentes.
As seguintes vulnerabilidades de segurança foram corrigidas:
- CVE-2019-15505
- CVE-2020-36558
- CVE-2021-4204
- CVE-2021-33631
- CVE-2021-47461
- CVE-2021-47670
- CVE-2022-0500
- CVE-2022-0854
- CVE-2022-1016
- CVE-2022-1048
- CVE-2022-1158
- CVE-2022-1679
- CVE-2022-2503
- CVE-2022-2639
- CVE-2022-2873
- CVE-2022-2938
- CVE-2022-2964
- CVE-2022-3028
- CVE-2022-3239
- CVE-2022-3545
- CVE-2022-3564
- CVE-2022-3565
- CVE-2022-3567
- CVE-2022-3625
- CVE-2022-3628
- CVE-2022-4129
- CVE-2022-4139
- CVE-2022-4269
- CVE-2022-4378
- CVE-2022-20141
- CVE-2022-20368
- CVE-2022-21499
- CVE-2022-23222
- CVE-2022-26373
- CVE-2022-28390
- CVE-2022-29581
- CVE-2022-30594
- CVE-2022-36879
- CVE-2022-39188
- CVE-2022-39189
- CVE-2022-41218
- CVE-2022-41222
- CVE-2022-41674
- CVE-2022-41858
- CVE-2022-42896
- CVE-2022-43750
- CVE-2022-45884
- CVE-2022-45886
- CVE-2022-45919
- CVE-2022-47929
- CVE-2022-48637
- CVE-2022-48796
- CVE-2022-48839
- CVE-2022-48925
- CVE-2022-48929
- CVE-2022-49058
- CVE-2022-49111
- CVE-2022-49114
- CVE-2022-49122
- CVE-2022-49290
- CVE-2022-49291
- CVE-2022-49328
- CVE-2022-49669
- CVE-2022-49696
- CVE-2022-49788
- CVE-2022-49803
- CVE-2022-49846
- CVE-2022-49872
- CVE-2022-49907
- CVE-2022-49921
- CVE-2022-49977
- CVE-2022-50020
- CVE-2022-50022
- CVE-2022-50030
- CVE-2022-50050
- CVE-2022-50066
- CVE-2022-50087
- CVE-2022-50341
- CVE-2022-50356
- CVE-2022-50367
- CVE-2022-50386
- CVE-2022-50403
- CVE-2022-50410
- CVE-2022-50543
- CVE-2023-0266
- CVE-2023-0386
- CVE-2023-0394
- CVE-2023-0461
- CVE-2023-0590
- CVE-2023-0597
- CVE-2023-1073
- CVE-2023-1079
- CVE-2023-1095
- CVE-2023-1192
- CVE-2023-1195
- CVE-2023-1206
- CVE-2023-1252
- CVE-2023-1281
- CVE-2023-1382
- CVE-2023-1829
- CVE-2023-1838
- CVE-2023-1855
- CVE-2023-1998
- CVE-2023-2124
- CVE-2023-2162
- CVE-2023-2163
- CVE-2023-2176
- CVE-2023-2235
- CVE-2023-2513
- CVE-2023-3090
- CVE-2023-3161
- CVE-2023-3268
- CVE-2023-3390
- CVE-2023-3567
- CVE-2023-3609
- CVE-2023-3611
- CVE-2023-3772
- CVE-2023-3776
- CVE-2023-3812
- CVE-2023-4004
- CVE-2023-4128
- CVE-2023-4206
- CVE-2023-4207
- CVE-2023-4208
- CVE-2023-4459
- CVE-2023-4622
- CVE-2023-4623
- CVE-2023-4732
- CVE-2023-4921
- CVE-2023-5178
- CVE-2023-5717
- CVE-2023-6546
- CVE-2023-6606
- CVE-2023-6610
- CVE-2023-6622
- CVE-2023-6931
- CVE-2023-6932
- CVE-2023-7324
- CVE-2023-23454
- CVE-2023-26545
- CVE-2023-28464
- CVE-2023-28466
- CVE-2023-31436
- CVE-2023-32233
- CVE-2023-33203
- CVE-2023-35001
- CVE-2023-35788
- CVE-2023-35823
- CVE-2023-35824
- CVE-2023-38409
- CVE-2023-39198
- CVE-2023-40283
- CVE-2023-42753
- CVE-2023-44466
- CVE-2023-45871
- CVE-2023-46813
- CVE-2023-51042
- CVE-2023-51043
- CVE-2023-51779
- CVE-2023-51780
- CVE-2023-52439
- CVE-2023-52525
- CVE-2023-52530
- CVE-2023-52707
- CVE-2023-52922
- CVE-2023-53178
- CVE-2023-53226
- CVE-2023-53232
- CVE-2023-53257
- CVE-2023-53297
- CVE-2023-53322
- CVE-2023-53354
- CVE-2023-53365
- CVE-2023-53401
- CVE-2023-53513
- CVE-2023-53581
- CVE-2023-53675
- CVE-2023-53680
- CVE-2023-53705
- CVE-2023-53821
- CVE-2024-0565
- CVE-2024-0646
- CVE-2024-1086
- CVE-2024-25742
- CVE-2024-26585
- CVE-2024-26598
- CVE-2024-26669
- CVE-2024-26704
- CVE-2024-26832
- CVE-2024-26852
- CVE-2024-26923
- CVE-2024-36904
- CVE-2024-36971
- CVE-2024-36978
- CVE-2024-41090
- CVE-2024-42281
- CVE-2024-42285
- CVE-2024-46858
- CVE-2024-47696
- CVE-2024-49978
- CVE-2024-53104
- CVE-2024-53141
- CVE-2024-53150
- CVE-2024-56642
- CVE-2024-56661
- CVE-2025-21756
- CVE-2025-21785
- CVE-2025-21919
- CVE-2025-21927
- CVE-2025-22004
- CVE-2025-23150
- CVE-2025-37738
- CVE-2025-37797
- CVE-2025-37890
- CVE-2025-37914
- CVE-2025-38000
- CVE-2025-38051
- CVE-2025-38052
- CVE-2025-38061
- CVE-2025-38079
- CVE-2025-38086
- CVE-2025-38107
- CVE-2025-38124
- CVE-2025-38159
- CVE-2025-38177
- CVE-2025-38200
- CVE-2025-38211
- CVE-2025-38250
- CVE-2025-38332
- CVE-2025-38350
- CVE-2025-38352
- CVE-2025-38380
- CVE-2025-38415
- CVE-2025-38459
- CVE-2025-38461
- CVE-2025-38464
- CVE-2025-38498
- CVE-2025-38684
- CVE-2025-38718
- CVE-2025-38729
- CVE-2025-39697
- CVE-2025-39751
- CVE-2025-39757
- CVE-2025-39817
- CVE-2025-39955
- CVE-2025-39971
- CVE-2025-40154
- CVE-2025-40186
- CVE-2025-40258
- CVE-2025-40277
- CVE-2025-40304
- CVE-2025-40322
- CVE-2025-68285
- CVE-2025-68349
- CVE-2026-23074
Cloud DNS
Mensagens de erro genéricas são retornadas quando o estágio do feature gate do DNS OIRv2 é insuficiente.
A reconciliação do subcomponente
dns-core-mz-cpfalha.A resolução de DNS falha nos endpoints.
A CLI gdcloud global é necessária para as configurações do Cloud DNS.
O
oclcm-configrunnerinforma um erro detrustStoreGlobalRootExtResourceVersionausente para o subcomponentedns-customer-resolverdurante a reconciliação em namespaces do plano de gerenciamento da organização.
Cloud Service Mesh
- Os secrets remotos do Cloud Service Mesh de um cluster de usuário excluído podem permanecer no
cluster de infraestrutura da organização, e o
istiodcontinua tentando se conectar ao cluster excluído.
Gerenciamento de clusters
O cluster do Kubernetes não é removido após a exclusão.
Pods estáticos travados devido ao impasse do kubelet.
Em um ambiente
accredited, aplicar um recurso personalizadoSubcomponentOverridepara substituir feature gates de um componente operável causa reinicializações contínuas do controlador.O acúmulo de objetos
PersistentVolumelocaisAvailableórfãos após substituições de nós ou rotatividade de pods pode causar reinicializações de falta de memóriakube-apiserverem clusters compartilhados e padrão.
Documentação
Documentação desatualizada enviada com a versão de produção.
As instruções da documentação em formato de guia não podem ser visualizadas.
Detecção e resposta de endpoints
- A opção Isolar host fica visível, mas não é eficaz na interface do Kibana.
Firewall
- A geração da configuração de célula exige erroneamente uma licença
vsyspara firewalls de infraestrutura.
Console do GDC
- A documentação hospedada no console do GDC mostra um erro 404.
CLI gdcloud
- A execução de qualquer comando da CLI gdcloud mostra um aviso de flag de recurso não inicializada.
Harbor
- Os registros de failover informam um erro
404 Not Found.
Módulo de segurança de hardware
- Um vazamento de descritor do arquivo causa um erro
ServicesNotStarted.
Gerenciamento de identidade e acesso
A execução da CLI gdcloud ou dos comandos
kubectlquandocore/organization_console_urlestá definido como o URL do console global pode falhar de forma intermitente com um erro401 Unauthorized.Um
IAMRoleBindingparak8s-networkpolicy-adminouk8s-networkpolicy-viewercausa errosZonalRoleBindingReplica.Um recurso
CustomRoleque inclui uma seçãozonalRulespode não conceder permissões de maneira confiável.A implantação do Keycloak falha para a organização
opsservices.As modificações de atributos do usuário do Keycloak para o Tenable não são refletidas.
O provedor de identidade do Keycloak precisa ser configurado manualmente no cluster de admin raiz do OIRv2.
O RotatableSecret ais-encryption-key-secret está relatando um erro com o tempo limite de IAM-0100.
Infraestrutura como código (IaC)
Os upgrades da versão 1.15 para a 1.16 do GDC com IAC podem falhar.
O job do GitLab pode falhar silenciosamente e impedir a inicialização do GitLab.
O alerta IAC-3211 é acionado incorretamente para uma expiração de secret do
iac-creds-replica.As instâncias do IOShell podem acessar a rede de gerenciamento fora de banda (OOB, na sigla em inglês), mesmo quando o acesso OOB está desativado.
Inventário
b/534561687 #}
A inicialização ou a implantação falha devido a caracteres especiais em senhas geradas automaticamente.
A implantação do cluster de admin raiz falha devido a um erro de validação do modelo de dispositivo e do modelo de transceptor.
Durante a validação do inventário, um aviso é mostrado quando um cabo tem
FScomo fornecedor de transceptor.Nomes de células ou racks com mais de duas letras não são aceitos.
A validação de simulação (
2-mgmtsw-connection) informa falhas de conexão de chave de gerenciamento falsas (VAL-E1001) para portas de servidor bare metalLOM1ou portas de chave de armazenamentomgmt0durante a instalação inicial ou uma reinicialização.A validação da configuração da célula falha para o único dispositivo NTP em um rack OIRv2 porque a verificação de pareamento do switch TOR requer uma conexão em ambos os switches TOR.
A expansão dinâmica falha com erros de permissão do RBAC quando você executa
gdcloud system assets add, aplica manifestos de expansão gerados ou verifica componentes de expansão como um usuário vinculado apenas ao papel predefinidoinv-hardware-manager.
Shell de E/S
Os recursos
IOShellexpirados bloqueiam a criação ou atualização de recursos.Nomes de usuário que não seguem a RFC 1123 interrompem a criação do IO Shell.
Hífens em nomes de organizações ou zonas causam colisões de nomenclatura.
As conexões SSH com nós bare metal usando endereços IP internos de gerenciamento falham.
Os upgrades nas zonas do OIRv2 são interrompidos no Cloud Service Mesh porque os pods do shell de E/S carregam o rótulo
istio.io/rev: defaultsem um sidecar do Istio.
Gerenciamento de endereços IP (IPAM)
- Depois de fazer upgrade para a versão 1.16.1 ou mais recente, as contas de serviço que gerenciam sub-redes que fazem referência a um pai no namespace
platformprecisam do papelshared-subnet-userno namespaceplatform.
Sistema de gerenciamento de chaves
O KMS configurado para usar uma chave raiz do CTM não faz failover quando um HSM está indisponível.
O upgrade do subcomponente
kms-mz-global-cmfalha nos clusters da organização.Não é possível usar SSH em dispositivos HSM da Thales pelo IO Shell.
Logging
- O alerta
AL-E0935(log_query_api_list_logs_error_rate_high) é acionado como falso positivo quando as consultas de registro excedem o limite de período de 30 dias do Loki.
Monitoring
Os pods
health-ui-metricsealertmanager-metricsfalham de forma intermitente ao extrair métricas dos endpoints do Cortex Prometheus e do Alertmanager com erros de HTTP401 Unauthorized.O upgrade do Helm do StatefulSet
mon-systemfalha com a especificação de pod proibida.Os administradores da plataforma não podem acessar a página "Alertas" no console do GDC para o projeto
platform-obs.
Rede
- As solicitações externas de
kubectlpara servidores de API de cluster padrão falham com um erroRBAC: access deniedquando apenasmatchTypes: ["api-server"]está configurado em umOrganizationNetworkPolicy.
Network Time Protocol (NTP)
O pod
ntp-relay-controllerpode entrar em um estado de loop de falha devido a erros de falta de memória.O script
manage_syncserver_time.pyfalha ao verificar o horário durante a implantação.Ao implantar switches de gerenciamento do OIRv2, a configuração e a criptografia do NTP podem não ser aplicadas à configuração em execução.
Os servidores NTP acionam alertas falsos de sincronização do relógio de referência de hardware.
Sistema operacional
Clusters de usuário travados no estado
Reconcilingdevido ao tamanho insuficiente da partição/var/log.Os upgrades de nós falham ou o sistema é bloqueado devido a vazamentos de sessão
pam_tty_audit.so.
Autenticação da plataforma
- Vazamento de secrets expirados do
*-certapós a exclusão do cluster do Kubernetes.
Resource Manager
- O controlador de projeto do Resource Manager pode entrar em um estado de loop de falha devido a erros de falta de memória.
Informações de segurança e gerenciamento de eventos (SIEM)
Os discos de armazenamento elástico podem atingir a capacidade total em cerca de 30 dias.
O lançamento do SIEM v2 não é concluído em clusters que não são do OIRv2.
Os volumes do indexador do Splunk acionam alertas de limite de armazenamento de falsos positivos.
Servidores
A instalação do bootstrapper falha durante a configuração do sistema de arquivos com um erro
matched no disk.A inicialização do servidor falha com um erro do iDRAC.
O provisionamento do servidor falha com um erro de condição de status
BMCConfigPreinstallLicenseInstallCompletedpara servidores Dell.Um recurso personalizado
BareMetalHostNetworkpode conter várias rotas de gateway de gerenciamento.
Armazenamento
A inicialização de uma nova organização de locatário trava durante a etapa
VMImageDistributingquando o Nearline Storage está ativado.A geração de registros de auditoria de eventos do ONTAP S3 está desativada.
O upgrade do ONTAP falha devido à falta de rotas de rede.
A validação de
StorageClusterfalha durante o bootstrap.Ao realizar solicitações de objetos de lista em buckets que contêm uploads de várias partes, as solicitações podem falhar e a métrica
obj-s3-availabilitypode cair.O encaminhamento registro de auditoria do repositório de objetos pode falhar durante um upgrade sequencial devido à falta de recursos personalizados
Bucket.O encaminhador registro de auditoria do repositório de objetos falha devido a uma falha na busca DNS.
Os upgrades do StorageGRID podem ficar travados com um erro de upgrade não enviado.
A criação e as atualizações de buckets estão demorando mais do que o esperado.
Sistema de emissão de tíquetes
- O pod
ts-app-server-1é reiniciado periodicamente.
Máquinas virtuais
As VMs do cluster de perímetro podem falhar durante a criação devido à falta de dispositivos
macvtap(/dev/tap*) quando oonetdrecria as interfaces de VLANadminvrf0edatavrf0.Quando você cria uma VM do Windows usando a CLI gdcloud
gdcloud compute instances create, a VM não é inicializada devido ao tipo de inicialização padrão do BIOSbiose à falta de flags de inicialização segura.gpu-controller-controller-manager podentra em um estadoImagePullBackOffdurante o upgrade para a versão 1.16.1.As VMs
a4-ultragpu-8gda série A que usam um SO convidado com um kernel 4.x podem levar mais de 25 minutos para serem iniciadas.A criação de VMs com os tipos
a3-ultragpu-8gea4-ultragpu-8gem um servidor recém-reprovisionado falha com erros.A rotação mensal de senhas de
dbsadmindo banco de dados do servidor de metadados da VM falha porque o Database Service não exclui mais o secretdb-pw-metadata-dbclusterdepois de aplicar a senha. Após a próxima reinicialização dos pods dometadata-server-controller-managerou do banco de dados, o servidor de metadados não poderá se conectar ao banco de dados.As VMs de GPU não são iniciadas com um erro
Unknown PCI header type '127'se uma GPU falhar na recuperação do link e sair do barramento PCIe ao sair do estado de baixo consumo de energiaD3hot.
Gestão de vulnerabilidades
As verificações de vulnerabilidades que usam o Tenable Enclave podem não ser concluídas.
Não foi possível acessar o Tenable Enclave.
Firewall
- As regras de firewall legadas podem bloquear o tráfego da organização para o administrador raiz após o upgrade.
Gerenciamento de identidade e acesso
- Um problema de confiança do OPA Gatekeeper após uma rotação de CA raiz impede a criação de papéis do IAM em novos projetos.
Rede
- A validação de simulação não informa mais falhas de conexão falsas entre as chaves de gerenciamento e as portas de gerenciamento de firewall.
Armazenamento
Os alertas frequentes OBJ-A0003 persistem, apesar dos esforços de silenciamento padrão.
Após o tempo de inatividade do nó de admin principal do StorageGRID, as tentativas de upgrade do repositório de objetos realizadas usando uma resposta automática
ObjectStorageUpgradeRequestpodem falhar devido ao direcionamento de solicitações para o nó de admin não principal do StorageGRID.
Máquinas virtuais
- Ao importar uma imagem de disco de VM usando o comando
gdcloud compute images importou o recurso personalizadoVirtualMachineImageImport, a operação de importação fica travada no estágioJobImportse o nome do recursoVirtualMachineImageImportexceder 33 caracteres (ou 28 caracteres para o nome da imagem do disco transmitido para a CLI gdcloud).
Atualizações da versão:
A versão do Google Distributed Cloud para Bare Metal foi atualizada para 1.32.1100-gke.88 para aplicar os patches de segurança mais recentes e atualizações importantes.
Para mais informações, consulte as notas da versão 1.32.1100 do Google Distributed Cloud para Bare Metal.
Serviços de banco de dados
- O serviço de banco de dados está descontinuando a implementação legada de alta disponibilidade (HA)
nas versões 1.14.12 e anteriores. Os clusters de banco de dados de alta disponibilidade legados
serão compatíveis até a data de desativação, que será anunciada. Não há
mudança voltada ao usuário no novo recurso de alta disponibilidade, já que a API para ativar e
desativar a alta disponibilidade permanece a mesma. Para verificar se o cluster de banco de dados de alta disponibilidade está
usando a nova implementação, confira se a anotação
dbcluster.dbadmin.goog/raasEnabledexiste na CR do cluster de banco de dados de alta disponibilidade. Essa anotação só vai aparecer em clusters de banco de dados de alta disponibilidade que usam a nova implementação. Se você não tiver essa anotação, migre para a implementação de alta disponibilidade mais recente.