O objetivo principal do apoio técnico da Google é resolver incidentes de produção o mais rapidamente possível. Fazemos isto compreendendo a sua configuração, analisando registos e métricas, e colaborando com parceiros para resolver incidentes rapidamente.
O Cloud Customer Care oferece uma variedade de pacotes de apoio técnico para satisfazer as suas necessidades de apoio técnico. Todos os pacotes de apoio técnico do Cloud Customer Care incluem apoio técnico para a edição Enterprise do Google Kubernetes Engine (GKE) e o Google Distributed Cloud. Se tiver um pacote de apoio técnico do Cloud Customer Care, já tem apoio técnico para a edição Enterprise do Google Kubernetes Engine (GKE) e o Google Distributed Cloud.
Para mais informações, consulte o hub do apoio ao cliente do Google Cloud.
Requisitos para o apoio técnico do Google Distributed Cloud
Para resolver problemas de incidentes críticos para a empresa de forma eficaz, tem de:
- Verifique se o ambiente está atualizado com os prazos de fim do apoio técnico publicados. Para mais informações, consulte a secção Política de Apoio Técnico de Versões.
- Ativar o Cloud Logging e o Cloud Monitoring para componentes do sistema. Para mais informações, consulte a secção Ferramentas de apoio técnico.
- Quando abrir um registo de apoio técnico, forneça uma captura instantânea da configuração através do comando
gkectl diagnose snapshot.
Ferramentas de apoio técnico
Para resolver problemas de incidentes essenciais para a empresa de forma eficaz, o Cloud Customer Care baseia-se em três informações:
- A configuração do seu ambiente
- Registos dos clusters de administrador e utilizador
- Métricas dos seus clusters de administradores e utilizadores
Configuração
Quando abre um registo de apoio ao cliente, é-lhe pedido que execute o comando gkectl diagnose snapshot
--seed-config e anexe o ficheiro TAR resultante ao registo de apoio ao cliente.
O comando gkectl diagnose snapshot --seed-config capta informações sobre o Kubernetes e os seus nós.
A ferramenta é altamente configurável e inclui vários cenários predefinidos. Também pode transmitir um ficheiro YAML com um conjunto de informações personalizado para recolher. Para mais informações, consulte o artigo Diagnosticar clusters.
Certifique-se de que revê cuidadosamente as informações captadas pela ferramenta.
Não anexe informações altamente confidenciais ao seu registo de apoio técnico.
Pode adicionar um campo excludeWords ao ficheiro de configuração para omitir informações sensíveis ou confidenciais.
Registos
Quando cria um novo cluster, os agentes do Cloud Logging são ativados por predefinição e limitados apenas a componentes ao nível do sistema. Isto replica os registos ao nível do sistema no projeto Google Cloud associado ao cluster. Os registos ao nível do sistema são provenientes de pods do Kubernetes em execução num dos seguintes espaços de nomes:
kube-systemgke-systemgke-connectistio-systemconfig-management-systemknative-serving
Os registos podem ser consultados na consola do Cloud Logging.
Para mais detalhes, consulte o artigo Registo e monitorização.
Métrica
Além dos registos, as métricas também são captadas pelo agente do Cloud Monitoring. Isto replica as métricas ao nível do sistema no Google Cloud projeto associado ao cluster. As métricas ao nível do sistema são provenientes de pods do Kubernetes em execução nos mesmos espaços de nomes indicados em Registos.
Para mais detalhes, consulte o artigo Registo e monitorização.
CLI gcloud e acesso remoto ao cluster
Se abrir um registo de apoio técnico, o Cloud Customer Care pode pedir-lhe acesso remoto só de leitura aos seus clusters para ajudar a diagnosticar e resolver problemas de forma mais eficaz. Para que o apoio técnico ao cliente do Google Cloud tenha acesso suficiente para resolver remotamente o problema do cluster, faça o seguinte:
Certifique-se de que instalou e atualizou para a versão mais recente da CLI Google Cloud. A CLI Google Cloud tem de estar na versão 401.0.0 ou posterior para conceder ao apoio técnico ao cliente do Google Cloud as autorizações necessárias. Recomendamos que atualize a CLI gcloud regularmente para receber permissões adicionais e outras melhorias. Para instalar os componentes mais recentes da CLI gcloud, use o comando
gcloud components update.Certifique-se de que o cluster de destino está registado e que tem o ID do projeto, o nome do membro e o ficheiro kubeconfig.
Para obter o ficheiro kubeconfig do cluster de utilizadores, consulte o artigo Como recriar o kubeconfig do cluster de utilizadores.
O nome da subscrição é igual ao nome do cluster. Para obter o nome do cluster de administrador ou de utilizador, pode usar:
gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIGPara conceder acesso ao cluster, execute um comando da CLI gcloud que gera e apresenta um conjunto de políticas de controlo de acesso baseado em funções (CABF) do Kubernetes e aplica-as ao cluster de destino. Consulte o artigo Reveja as políticas de RBAC antecipadamente.
Para mais informações sobre como conceder ao Apoio técnico ao cliente do Google Cloud acesso remoto de leitura aos seus clusters, consulte o artigo Apoio técnico do Google Cloud para os seus clusters registados.
Como resolvemos problemas no seu ambiente
Segue-se um exemplo de um incidente de apoio técnico típico:
Alguém, por exemplo, o administrador do cluster, abre um registo de apoio técnico na consola Google Cloud ou com o apoio ao cliente da nuvem.
Na consola, aceda à página Vista geral do apoio técnico.
Na secção Informações de apoio técnico, clique em Obter ajuda.
No campo Selecione o seu produto, introduza o seguinte:
Google Distributed Cloud Virtual - vSphere (Anthos on VMWare)Clique no item na lista Produtos correspondentes e, de seguida, clique em Selecionar.
Introduza as informações necessárias e anexe a saída do comando
gkectl diagnose snapshotao registo.
O registo de apoio técnico é encaminhado para um engenheiro de apoio técnico especializado no Google Distributed Cloud (apenas software) para VMware.
O engenheiro de apoio técnico examina o conteúdo da captura de ecrã para compreender o contexto do ambiente.
O engenheiro de apoio técnico examina os registos e as métricas no projeto, introduzindo o ID do registo de apoio técnico como a justificação comercial, que é registada internamente. Google Cloud
O engenheiro de apoio técnico responde ao registo com uma avaliação e uma recomendação. O técnico de apoio técnico e o utilizador continuam a resolver problemas até encontrarem uma solução.
Parceiros de apoio técnico colaborativo
A Google mantém relações de apoio técnico colaborativas com parceiros selecionados para oferecer uma experiência de apoio técnico mais integrada. Com estas relações, a Google pode colaborar estreitamente com esse parceiro em nome dos nossos clientes partilhados.
Para beneficiar do apoio técnico colaborativo, tem de manter contratos de apoio técnico com a Google e o parceiro em questão.
A Google tem uma relação de apoio técnico colaborativo com os parceiros especificados na página Parceiros de apoio técnico colaborativo.
Os dados sobre problemas de apoio técnico podem ser partilhados com parceiros de apoio técnico colaborativo, conforme descrito nas diretrizes de serviços de apoio técnico da Google.
O que é suportado pela Google?
Geralmente, o Cloud Customer Care suporta todos os componentes de software enviados como parte do Google Distributed Cloud (apenas software) para VMware. A tabela seguinte fornece mais detalhes:
| Cloud Customer Care | Apoio técnico colaborativo | Não suportado |
|---|---|---|
| Kubernetes e o tempo de execução do contentor |
VMware vSphere (vCenter Server e ESXi) |
Produtos VMware além do vSphere |
| Ubuntu canónico para SO de convidado/nó |
Balanceadores de carga F5 BIG-IP |
Código do cliente (para mais informações, consulte a secção Apoio técnico para programadores) |
| Controlador do vCenter |
Soluções de hardware e infraestrutura hiperconvergente, conforme indicado na página Parceiros de apoio técnico colaborativo |
Escolha do cliente do SO do anfitrião |
| Comando F5 |
Servidor físico, armazenamento e rede |
|
| Calico e políticas de rede relacionadas |
Sistemas de DNS, DHCP e identidade externos |
|
| Controlador de entrada |
Calico Enterprise Edition |
|
| Prometheus e Grafana |
||
| Stackdriver Monitoring, Stackdriver Logging e agentes do Stackdriver |
||
| Federação de identidades com fornecedores compatíveis com OIDC |
||
| Hub, Connect e o agente do Connect |
||
| Knative serving / Knative |
||
| LoadBalancer incluído (Seesaw) |
Funcionalidades suportadas
Este documento apresenta as funcionalidades do Google Distributed Cloud para as versões suportadas. A tabela não se destina a ser uma lista exaustiva, mas realça algumas das vantagens de atualizar os seus clusters para a versão suportada mais recente.
As funcionalidades são apresentadas pela respetiva fase de lançamento do produto, como pré-visualização ou disponibilidade geral. As funcionalidades listadas como Pré-visualização estão abrangidas pelos Termos das Ofertas de Pré-DG dos Google Cloud Termos de Utilização. As ofertas de pré-visualização destinam-se apenas a utilização em ambientes de teste e podem ter apoio técnico limitado. As alterações aos produtos e às funcionalidades pré-DG podem não ser compatíveis com outras versões pré-DG. As funcionalidades de disponibilidade geral estão abertas a todos os clientes e são totalmente suportadas. Para mais informações, consulte o artigo Fases de lançamento de produtos.
Para obter informações sobre os componentes do GKE Enterprise suportados e a respetiva compatibilidade, consulte o artigo Suporte de atualizações e versões do GKE Enterprise.
1 Os pools de nós do SO Windows Server estão descontinuados na versão 1.32 e vão ficar indisponíveis na versão 1.33 e superior. O apoio técnico para pools de nós do SO Windows Server termina a 25 de maio de 2026. Recomendamos que comece a planear a migração imediatamente para garantir uma transição sem problemas antes do fim do período de apoio técnico.
Política de apoio técnico de versões
O objetivo desta Política de Apoio Técnico de Versões é dar-lhe a flexibilidade de agendar atualizações quando satisfazem as necessidades da sua empresa, ao mesmo tempo que equilibra a rápida evolução do Kubernetes e do Google Distributed Cloud.
O software Google Distributed Cloud segue apenas o esquema de controlo de versões e o ciclo de lançamento do Kubernetes. Os lançamentos menores ocorrem aproximadamente três vezes por ano. Os patches para cada versão secundária suportada ocorrem aproximadamente todos os meses. Tal como o Kubernetes, o Google Distributed Cloud suporta as três versões secundárias mais recentes em simultâneo.
A Google suporta cada versão secundária do Google Distributed Cloud durante o período mais longo entre:
- 12 meses após o lançamento inicial da versão secundária.
- O lançamento da terceira versão secundária subsequente.
Por exemplo, a versão secundária 1.33 foi lançada a 2 de setembro de 2025. Esta versão menor e todos os respetivos patches são suportados até 2 de setembro de 2026 ou à data de lançamento da versão menor 1.36, consoante o que ocorrer mais tarde.
Recomendamos que mantenha o seu ambiente do Google Distributed Cloud com a versão secundária mais recente do produto e a versão de patch recomendada.
Esta política de suporte de versões inclui:
- Apoio técnico de resolução de problemas do Cloud Customer Care.
- Vulnerabilidades de segurança CVE para o Kubernetes e componentes relacionados.
- Patches gerais para o Kubernetes e componentes relacionados.
- Vulnerabilidades de segurança de CVE para o Ubuntu ou o SO otimizado para contentores.
- Patches gerais para o Ubuntu ou o SO otimizado para contentores.
Quando a sua versão atinge o fim do ciclo de vida, pode continuar a abrir registos para receber apoio técnico para o seguinte:
- Ajudar com problemas técnicos.
- Assistência com problemas de faturação.
- Orientações sobre a utilização do produto, incluindo ajuda com a resolução de problemas e os testes.
O apoio técnico alargado pode ser aprovado condicionalmente como um evento único, com a fixação de versões e requisitos futuros da cronologia de atualizações. Para mais informações, contacte o engenheiro de clientes principal da sua conta ou o gestor de conta. Em alternativa, pode apresentar um registo de apoio técnico através da Google Cloud consola. Esses pedidos são encaminhados para o grupo de engenharia de clientes da sua conta.
Período de apoio técnico
A tabela seguinte mostra as versões secundárias suportadas para o Google Distributed Cloud e as datas de fim de vida (EOL) mais antigas:
| Versão do Google Distributed Cloud | Data de lançamento | Data de fim de vida* |
|---|---|---|
| 1,33 | 2025-09-02 | 02/09/2026 ou data de lançamento da versão 1.36 |
| 1,32 | 2025-05-06 | 06-05-2026 ou data de lançamento da versão 1.35 |
| 1.31 | 2024-12-18 | 18/12/2025 ou data de lançamento da versão 1.34 |
* A data de fim de vida é a mais tardia destas duas datas.
Para saber mais sobre a compatibilidade de versões do Google Distributed Cloud e dosGoogle Cloud produtos relacionados, consulte o artigo Apoio técnico de versões e atualizações.
Esquema de controlo de versões
O Google Distributed Cloud usa a versão semântica do Kubernetes para se referir às versões do Kubernetes suportadas, mas anexa uma versão de patch do GKE. Isto
resulta num número de versão do formulário: x.y.z-gke.N.
- Versão principal do Kubernetes (x)
- Normalmente, as versões principais são incrementadas se forem introduzidas alterações incompatíveis com versões anteriores na API pública. Uma versão principal incrementa a versão do Kubernetes de
x.yparax+1.y. - Versão secundária do Kubernetes (y)
- O Kubernetes lança uma nova versão secundária três vezes por ano.
Cada ciclo de lançamento tem uma duração de aproximadamente 15 semanas. As APIs descontinuadas podem ser removidas com uma nova versão secundária. Uma versão secundária incrementa a versão do Kubernetes de
1.ypara1.y+1; por exemplo, Kubernetes 1. O Kubernetes 1.29 é a versão secundária que sucede ao Kubernetes 1.28. - Versão de patch do Google Distributed Cloud (z-gke.N)
- Um lançamento de patch, como 1.28.300-gke.131, incrementa a versão de patch (z) em 100 e inclui um sufixo
-gke.N, que indica a compilação. Os lançamentos de patches incluem atualizações de segurança e correções de erros. Uma versão de lançamento de patch do Google Distributed Cloud não tem correlação com uma versão de patch do Kubernetes.
Modelo de responsabilidade partilhada
A execução de uma aplicação de produção essencial para a empresa no Google Distributed Cloud requer que várias partes tenham responsabilidades diferentes. Estas responsabilidades são descritas em Responsabilidade partilhada do GKE Enterprise.
Apoio técnico para programadores
A Google não oferece apoio técnico especificamente para as suas cargas de trabalho de aplicações. No entanto, oferecemos apoio técnico para programadores de melhor esforço para garantir que os seus programadores podem executar aplicações em clusters criados com o Google Distributed Cloud. Acreditamos que a interação mais cedo durante o desenvolvimento pode evitar incidentes críticos mais tarde na implementação.
Este apoio técnico para programadores de melhor esforço está disponível para clientes com qualquer pacote de apoio técnico pago e é tratado como uma prioridade P3 para um problema que bloqueie um lançamento ou uma prioridade P4 para consulta geral. Nesta classificação, o nível de prioridade 0 é a prioridade mais elevada.