Receber suporte

O principal objetivo do suporte do Google é resolver os incidentes de produção o mais rápido possível. Fazemos isso entendendo sua configuração, analisando registros e métricas e colaborando com parceiros para resolver incidentes rapidamente.

O Google Cloud oferece uma variedade de pacotes de suporte para atender às suas necessidades. Todos os pacotes de suporte do Google Cloud incluem suporte para clusters Anthos e Anthos no VMware (GKE On-Prem). Se você já tiver um pacote de suporte do Google Cloud, já terá suporte para os clusters do Anthos e do Anthos no VMware.

Para mais informações, consulte a documentação do suporte do Google Cloud.

Requisitos para suporte dos clusters do Anthos no VMware.

Para solucionar problemas de incidentes críticos para a empresa com eficiência, você precisa realizar estas etapas:

  1. Verifique se o ambiente é atual com os prazos de fim de suporte publicados. Consulte a Política de suporte de versões abaixo.
  2. Ative o Cloud Logging e o Cloud Monitoring para os componentes do sistema. Para mais detalhes, consulte a seção Ferramentas de suporte.
  3. Ao abrir um histórico de consultas, forneça um snapshot de configuração usando o comando gkectl diagnose snapshot.

Ferramentas de suporte

Para solucionar um incidente dos Clusters do Anthos no VMware, o suporte do Google Cloud usa três informações:

  • Configuração do seu ambiente
  • Registros dos clusters de administrador e de usuário
  • Métricas dos clusters de administrador e de usuário

Configuração

Ao abrir um histórico de consultas, você precisa executar o comando gkectl diagnose snapshot --seed-config e anexar o tarball resultante ao histórico de consultas. O gkectl diagnose snapshot --seed-config captura informações sobre o Kubernetes e os nós.

A ferramenta é altamente configurável e inclui vários cenários predefinidos. Você também pode transmitir um arquivo YAML com um conjunto personalizado de informações para coletar. Para saber mais, consulte Como diagnosticar clusters.

É possível adicionar um campo excludeWords ao arquivo de configuração para omitir informações confidenciais. Revise cuidadosamente as informações capturadas pela ferramenta. Informações confidenciais ou altamente confidenciais não podem ser anexadas ao seu histórico de consultas.

Registros

Quando você cria um novo cluster dos clusters do Anthos no VMware, os agentes do Cloud Logging são ativados por padrão e têm escopo apenas para componentes no nível do sistema. Isso replica registros no nível do sistema no projeto do Google Cloud associado ao cluster. Os registros no nível do sistema são de pods do Kubernetes em execução em um dos cinco namespaces:

  • kube-system
  • gke-system
  • gke-connect
  • istio-system
  • config-management-system
  • knative-serving

Os registros podem ser consultados no Console do Cloud Logging.

Para mais detalhes, consulte Logging e Monitoring.

Métrica

Além dos registros, as métricas também são capturadas pelo agente do Cloud Monitoring. Isso replica as métricas no nível do sistema para o projeto do Google Cloud associado ao cluster. As métricas no nível do sistema são de pods do Kubernetes em execução nos mesmos namespaces listados em Registros.

Para mais detalhes, consulte Logging e Monitoring.

Como resolvemos problemas do ambiente

Veja um exemplo de um incidente típico de suporte:

  1. Suponha que o administrador do cluster abra um caso de suporte pelo console do Google Cloud ou pela Central de suporte do Google Cloud e selecione Anthos e Clusters do Anthos no VMware como categoria e componente, respectivamente. O administrador insere as informações necessárias e anexa a saída de gkectl diagnose snapshot ao caso.
  2. O caso de suporte é roteado para um engenheiro de suporte técnico especializado em clusters do Anthos no VMware.
  3. O engenheiro de suporte examina o conteúdo do snapshot para ter contexto do ambiente.
  4. O engenheiro de suporte examina os registros e as métricas no projeto do Google Cloud, inserindo o ID do histórico de consultas como a justificativa de negócios, que é registrada internamente.
  5. O engenheiro de suporte responde ao caso com uma avaliação e recomendação. O engenheiro de suporte e o usuário continuam solucionando até conseguir uma resolução.

Parceiros de suporte colaborativo

O Google mantém relações de suporte colaborativas com parceiros selecionados para oferecer uma experiência de suporte o mais perfeita possível para os Clusters do Anthos no VMware. Com esses relacionamentos, o Google pode colaborar de perto com esse parceiro em nome dos nossos clientes compartilhados.

Para se beneficiar do suporte colaborativo, é necessário manter contratos de suporte com o Google e o parceiro em questão.

Atualmente, o Google tem uma relação de suporte colaborativo em vigor com os parceiros especificados na página Parceiros de suporte colaborativo.

Os dados sobre problemas de suporte podem ser compartilhados com os parceiros de suporte colaborativo, conforme descrito nas Diretrizes de Serviços de Suporte Técnico do Google.

O que o Google aceita?

Geralmente, a equipe de suporte do Cloud é ajuda com todos os componentes de software enviados como parte dos clusters do Anthos no VMware. A tabela abaixo detalha isso:

Suporte do GCP Suporte colaborativo Incompatível
Kubernetes e ambiente de execução do contêiner
VMware vSphere (servidor vCenter 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 (consulte o Suporte ao desenvolvedor abaixo)
Controlador do vCenter
Soluções de hardware e de infraestrutura hiperconvergente, conforme listado na página Parceiros de suporte colaborativo
Escolha do cliente do SO host
Controlador F5

Servidor físico, armazenamento e rede
Calico e políticas de rede relacionadas

DNS externo, DHCP e sistemas de identidade
Controlador de entrada

Calico Enterprise Edition
Prometheus e Grafana
Stackdriver Monitoring, Stackdriver Logging e agentes do Stackdriver
Federação da identidade com provedores compatíveis com OIDC
Hub, Connect e agente do Connect
Cloud Run for Anthos / Knative
LoadBalancer em pacote (Seesaw)

Política de suporte da versão

O suporte para clusters do Anthos no VMware segue a Política de suporte de versão do Anthos. O Google suporta a versão atual e as duas versões secundárias (n-2) anteriores dos clusters do Anthos no VMware.

A tabela a seguir mostra as versões compatíveis e não compatíveis com este produto:

Versão de lançamento Data de lançamento Data de fim da vida útil mais antiga
1.15 (Mais recente) 2 de maio de 2023 2 de maio de 2024
1.14 21 de dezembro de 2022 21 de dezembro de 2023
1.13 29 de setembro de 2022 17 de agosto de 2023
1.12 (sem suporte) 7 de julho de 2022 29 de março de 2023
1.11 (sem suporte) 27 de abril de 2022 21 de dezembro de 2022
1.10 (sem suporte) 22 de dezembro de 2021 22 de setembro de 2022
1.9 (sem suporte) 29 de setembro de 2021 29 de junho de 2022
1.8 (sem suporte) 28 de junho de 2021 28 de março de 2022
1.7 (sem suporte) 25 de março de 2021 25 de dezembro de 2021
1.6 (não compatível) 10 de dezembro de 2020 10 de setembro de 2021
1.5 (sem suporte) 24 de setembro de 2020 24 de junho de 2021
1.4 (sem suporte) 25 de junho de 2020 25 de março de 2021
1.3 (sem suporte) 23 de março de 2020 23 de dezembro de 2020
1.2 (sem suporte) 20 de dezembro de 2019 20 de setembro de 2020
1.1 (sem suporte) 26 de setembro de 2019 26 de junho de 2020
1.0 (sem suporte) 25 de julho de 2019 25 de abril de 2020

Modelo de responsabilidade compartilhada

A execução de um aplicativo de produção essencial para os negócios nos clusters do Anthos no VMware exige que várias partes tenham responsabilidades diferentes. Essas responsabilidades são descritas em Responsabilidade compartilhada do Anthos.

Suporte para desenvolvedores

O Google não fornece suporte para cargas de trabalho de aplicativos em execução em clusters do Anthos no VMware. No entanto, oferecemos suporte para desenvolvedores com base no melhor esforço para garantir que os desenvolvedores possam executar aplicativos com facilidade nos Clusters do Anthos no VMware. Acreditamos que o envolvimento anterior durante o desenvolvimento pode evitar incidentes críticos mais tarde na implantação.

Esse suporte ao desenvolvedor está disponível para clientes com um pacote de suporte pago. Ele é tratado no nível de prioridade 3 para um problema que bloqueia um lançamento ou no nível de prioridade 4 para consulta geral. Nessa classificação, o nível de prioridade 0 é o mais alto.