Notas da versão 1.16.2 do Google Distributed Cloud com isolamento físico

27 de julho de 2026


Anúncio
O Google Distributed Cloud (GDC) com isolamento físico 1.16.2 está disponível.
Consulte a visão geral do produto para saber mais sobre os recursos do Distributed Cloud.

Recurso
Os seguintes recursos novos estão disponíveis:

Backup e restauração

Gerenciamento de clusters

Rede

Máquinas virtuais


Problema
Os seguintes problemas foram identificados:

Gerenciamento de clusters

  • A exclusão do cluster do Kubernetes para de responder porque um secret do LUKS permanece preso no namespace de encerramento.

Harbor

  • O grupo de comandos gdcloud harbor backup-plans não tem os comandos update e delete, retornando um erro command not found quando executado.

Infraestrutura como código

  • Há erros de reconciliação durante um upgrade da versão 1.15.2 ou posterior.

Inventário

  • A vinculação de rede do plano de dados incorreta foi gerada nos recursos personalizados Cell, Server e BaremetalHostNetwork para servidores B300 (d4-highgpu2-256-gdc-metal) quando fe-s6p1 e fe-s6p2 não são ordenados primeiro em devices.csv.

Monitoring

  • Os recursos do Cortex VirtualService e IstioAuthorizationResource e os recursos do Grafana IstioAuthorizationResource permanecem no cluster após a exclusão de um projeto.

  • Os secrets de certificado são vazados ao excluir um MonitoringTarget.

  • O link do painel do Grafana em uma página de detalhes do cluster padrão no console do GDC redireciona incorretamente para o painel platform-obs em vez de carregar dados do projeto selecionado.

  • É possível ignorar ou desativar com segurança determinados alertas de alta frequência.

Gerenciamento de eventos e informações de segurança (SIEM)

  • O subcomponente siem-aas-global não é reconciliado no plano de gerenciamento da organização.

Armazenamento

  • As listas de retenção padrão filtram as métricas necessárias do Grafana.

  • Não é possível excluir buckets birregionais no console.

Fazer upgrade

  • A verificação de upgrade de simulação sar falhará se gdcloud system container-registry load-oci for executado com --trigger-signature-verification=true, porque o comando e a verificação de simulação de upgrade da organização criam jobs artifact-signature-verification no namespace package-validation-system.

  • Ao fazer upgrade para a versão 1.16.2, os subcomponentes atat-invoice-export e atat-portfolio no namespace root podem entrar em um estado ReconciliationError.

  • As verificações de upgrade de simulação e pós-simulação do sar falham quando você faz upgrade de uma versão de hotfix que não inclui imagens críticas.

Vertex AI

  • Os painéis do Service Usage da Vertex AI mostram um estado No data porque as consultas PromQL contêm filtros restritivos para recursos da NVIDIA e rótulos do Workbench que podem não estar presentes no ambiente.

Máquinas virtuais

  • As VMs em organizações de locatários que usam os servidores de Package Repository da organização gdchservices não podem instalar ou atualizar pacotes de pkg.org.internal e recebem erros 503 Service Unavailable, porque o certificado pkg-infra-cert é gerado sem o sufixo DNS.

Gestão de vulnerabilidades

  • Durante um upgrade da versão 1.16.1 para a 1.16.2, o rótulo lcm.private.gdc.goog/opsservices é removido das APIs opsservices do OIRv2.

Corrigido
Os seguintes problemas foram corrigidos:

Documentação

  • Documentação desatualizada enviada com a versão de produção.

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.

Rede

  • Ativar o Cloud NAT em uma VM impede conexões SSH usando a UI do console do GDC.

Network Time Protocol (NTP)

  • 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.

Servidores

  • A instalação do bootstrapper falha durante a configuração do sistema de arquivos com um erro matched no disk.

Armazenamento

  • A geração de registros de auditoria de eventos do ONTAP S3 está desativada.

Sistema de emissão de tíquetes

  • O pod ts-app-server-1 é reiniciado periodicamente.

Máquinas virtuais

  • A criação de VMs com os tipos a3-ultragpu-8g e a4-ultragpu-8g em um servidor recém-reprovisionado falha com erros.

  • gpu-controller-controller-manager pod entra em um estado ImagePullBackOff durante o upgrade para a versão 1.16.1.

Gestão de vulnerabilidades:

  • Os subcomponentes de gestão de vulnerabilidades e a geração de chaves SSH do sistema UserAccount podem ficar travados devido a um deadlock do ambiente de execução do contêiner e ao envenenamento do cache de parâmetros do Helm.

Alterar
As seguintes mudanças foram identificadas:

Atualizações da versão:

  • A versão do Google Distributed Cloud para Bare Metal foi atualizada para 1.32.1300-gke.46 para aplicar os patches de segurança mais recentes e atualizações importantes.

Descontinuado
Os seguintes recursos foram descontinuados:

Serviços de banco de dados

  • O serviço de banco de dados para PostgreSQL agora é alimentado pelo AlloyDB Omni. O Database Service para AlloyDB Omni não estará mais disponível como um serviço gerenciado independente. Em vez disso, os clientes que quiserem usar o AlloyDB Omni como um serviço gerenciado precisam fazer a transição para o Database Service para PostgreSQL, que é alimentado pelo AlloyDB Omni. Além disso, o Database Service for Oracle, uma oferta gerenciada, foi descontinuado, mas a opção de autogerenciar implantações do Oracle continua totalmente disponível. Para mais informações sobre o autogerenciamento de bancos de dados Oracle, consulte os guias de soluções. Para ajudar no seu planejamento, de 29 de junho de 2026 a 29 de junho de 2027, vamos oferecer um período de desativação de 12 meses para o Database Service para AlloyDB Omni e o Database Service para Oracle.

Máquinas virtuais

  • O Distributed Cloud desativa a ativação do acesso externo usando VirtualMachineExternalAccess durante a criação da VM no console do GDC. Para gerenciar a rede externa, crie um balanceador de carga externo (ELB) para entrada e um gateway do Cloud NAT para saída.