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

  • Os linters de pré-envio do GitLab CI no repositório gdch/iac validam arquivos não modificados em toda a base de código, o que pode bloquear solicitações de mesclagem urgentes devido a erros de lint YAML preexistentes.

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

Inventário

  • Vinculação de rede do plano de dados incorreta 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.

Logging

  • Os registros de auditoria do Linux coletados de fontes de auditoria locais do nó não têm o campo host na saída do registro.

Monitoring

  • Os recursos do Cortex VirtualService e IstioAuthorizationResource e 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.

Rede

  • Nos universos do Operations Infrastructure Rack v2 (OIRv2), o switch de gerenciamento não anuncia o bloco CIDR de gerenciamento fora de banda para switches de camada 3 upstream pelo protocolo de gateway de borda (BGP).

  • Os parâmetros personalizados do timer de BFD configurados em recursos personalizados InterconnectAttachment não são propagados para as interfaces de switch de folha de borda.

  • As sessões do BGP de hairpin com IDs de VLAN não atribuídos fazem com que as verificações de upgrade da rede física e a reconciliação de switches falhem durante os upgrades.

  • O alerta hnet_network_interface_down pode acionar avisos de falsos positivos para interfaces físicas eth* que estão inativas, mas não são usadas pela rede de host.

Informações de segurança e gerenciamento de eventos (SIEM)

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

Armazenamento

  • Depois de fazer upgrade para o hotfix 3 da versão 1.16.2, o subcomponente file-user-journey falha na reconciliação com um erro de recurso FileUserJourneyFramework ausente.

  • Um problema faz com que a solicitação de upgrade do repositório de objetos entre em um estado QualificationFailed durante os upgrades para a versão 1.16.2.

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

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

Sistema de emissão de tíquetes

  • O portal de suporte exibe avisos de certificado TLS do navegador após o upgrade para a versão 1.16.2.

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 upgrade de simulação 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.

  • O exemplo de API para anexar um disco a uma máquina virtual (VM) recua boot e autoDelete em virtualMachineDiskRef, fazendo com que o comando kubectl edit falhe.

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.

Cloud DNS

  • Correção de um problema em que o oclcm-configrunner relatava um erro benigno de parâmetro de monitoramento cannot match trustStoreGlobalRootExtResourceVersion para o subcomponente dns-customer-resolver.

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.

Logging

  • Corrigimos um problema em que o alerta AL-E0935 (log_query_api_list_logs_error_rate_high) era acionado quando as consultas de registro excediam o limite de período de 30 dias do Loki. Os erros de entrada do cliente agora são validados com antecedência e excluídos dos alertas de taxa de erro.

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 usa o 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, na sigla em inglês) para entrada e um gateway do Cloud NAT para saída.