O Google monitora e faz a manutenção remota do hardware conectado do Google Distributed Cloud. Para isso, os engenheiros do Google têm acesso Secure Shell (SSH) ao hardware conectado do Distributed Cloud. Se o Google detectar um problema, um engenheiro vai entrar em contato com você para resolver a questão. Se você tiver identificado um problema, entre em contato com o Suporte do Google imediatamente para diagnosticar e resolver a questão.
Conectividade de máquinas do Distributed Cloud conectado
Nesta seção, descrevemos como verificar a conectividade da Internet e do Google Cloud para suas máquinas conectadas do Distributed Cloud usando o recurso do Metrics Explorer do Cloud Monitoring.
Este procedimento usa as seguintes métricas do Monitoring:
Máquina conectada (
/machine/connected): indica se a máquina está conectada a Google Cloud.Conectividade de rede (
/machine/network/connectivity): indica se a interface de rede principal da máquina tem conectividade com a Internet.
Para concluir as etapas desta seção, você precisa atender aos seguintes pré-requisitos:
- Acesso ao console Google Cloud e ao projeto conectado do Distributed Cloud Google Cloud .
- O papel do IAM Leitor do Monitoring, que permite visualizar as métricas do Monitoring.
- (Opcional) o valor
machine_idda máquina conectada do Distributed Cloud de destino para filtrar os resultados retornados.
Usar o Metrics Explorer para validar a conectividade da máquina
Acesse o Metrics Explorer:
No console do Google Cloud , acesse a seção Monitoring.
Na árvore de navegação à esquerda, clique em Metrics Explorer.
Selecione o tipo de recurso de destino:
Na página do Metrics Explorer, navegue até a página Consultas.
Use a barra de pesquisa para procurar o tipo de recurso Máquina. Você também pode usar o identificador completo do recurso
edgecontainer.googleapis.com/Machine.Nos resultados retornados, clique no tipo de recurso Máquina.
Valide a conexão da máquina com Google Cloud:
Na seção Métrica, procure o valor
connected.Selecione a métrica Máquina conectada. O caminho completo é
edgecontainer.googleapis.com/machine/connected.(Opcional) Filtre pelo valor de destino
machine_idusando a seção Filtro.No gráfico de tempo que aparece, verifique se a linha Íntegra permanece em 100% de forma contínua. Se, em algum momento, esse valor for 0% ou Não íntegro, a máquina terá perdido a conectividade com Google Cloud no horário indicado.
Valide a conectividade de Internet da máquina:
Na seção Métrica, procure o valor
connectivity.Selecione a métrica Conectividade de rede. O caminho completo é
edgecontainer.googleapis.com/machine/network/connectivity.(Opcional) Filtre pelo valor de destino
machine_idusando a seção Filtro.No gráfico de tempo que aparece, verifique se a linha Íntegra permanece em 100% de forma contínua. Se em algum momento esse valor for 0% Não íntegro, a máquina perdeu a conectividade com a Internet no horário indicado.
Entender os resultados da validação
A tabela a seguir explica os resultados retornados pelo Metrics Explorer.
| Estado da máquina | Diagnóstico | Resolução |
|---|---|---|
| Em bom estado O valor da métrica "Máquina conectada" é 1O valor da métrica "Conectividade de rede" é 1 |
Operação normal. | Nenhuma. |
| Desconectado O valor da métrica "Máquina conectada" é 0O valor da métrica "Conectividade de rede" é 1 |
A máquina tem conectividade com a Internet, mas não consegue se conectar a Google Cloud. | Verifique suas [regras de firewall](distributed-cloud/connected/latest/docs/requirements#connected_management_and_monitoring_traffic) para serviços do Google e endpoints de API. Verifique se os agentes conectados do Distributed Cloud estão em execução na máquina. |
| Isolado O valor da métrica "Máquina conectada" é 0O valor da métrica "Conectividade de rede" é 0 |
A máquina não tem conectividade com a Internet. | Verifique o cabeamento de energia e rede, a configuração da rede local e o status do LED da máquina. Verifique a configuração de VLAN e roteamento. |
| Intermitente O valor da métrica "Máquina conectada" alterna entre 0 e 1O valor da métrica "Conectividade de rede" alterna entre 0 e 1 |
Conexão de rede instável, perda de pacotes ou latência excessiva. | Verifique se há congestionamento e hardware com falha na sua rede local. |
Se você notar valores sustentados de 0 para qualquer uma das métricas, siga as etapas de solução de problemas descritas na tabela para resolver. Se o problema persistir, entre em contato com o Suporte do Google
com o valor machine_id da máquina afetada e o carimbo de data/hora da interrupção.
Máquinas virtuais travadas no estado Pending
Uma carga de trabalho de máquina virtual pode ficar presa no estado Pending e não ser programada em um nó se uma das seguintes situações ocorrer:
- O Distributed Cloud Connected não pode alocar os recursos solicitados, como tempo de CPU, memória ou espaço em disco, para a máquina virtual.
- Há uma falha na configuração da máquina virtual.
- Há uma falha no armazenamento da máquina virtual.
- O nó de destino está corrompido.
Para resolver esse problema, faça o seguinte:
Consiga as credenciais do cluster conforme descrito em Receber credenciais de um cluster.
Receba informações sobre a máquina virtual afetada:
kubectl describe virtualmachine VM_NAME -n NAMESPACE
Substitua:
VM_NAME: o nome da máquina virtual de destino.NAMESPACE: o namespace da máquina virtual de destino.
O comando retorna uma saída semelhante a esta:
Status: ... State: Pending ... Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal SuccessfulCreate 15m virtualmachine-controller Created virtual machine my-stuck-vm Warning DiskProvisioningFailed 14m virtualmachine-controller Failed to provision disk: DataVolume my-stuck-vm-data-disk not ready Warning PVCNotBound 14m virtualmachine-controller PersistentVolumeClaim my-stuck-vm-data-disk is in phase Pending Warning VMINotCreated 10m virtualmachine-controller VirtualMachineInstance cannot be created: dependencies not readyA saída do comando contém mensagens que podem indicar restrições de recursos, falhas de programação, falhas de armazenamento e outros problemas.
Examine a saída para determinar as causas da falha de programação, conforme explicado nas próximas seções.
Recursos insuficientes
Talvez você veja uma mensagem indicando recursos insuficientes, como CPU, memória ou espaço em disco. Exemplo:
5/8 nodes are available: 3 Insufficient memory, 3 Insufficient CPU.
Para resolver esse problema, verifique os recursos alocados às máquinas virtuais afetadas e outras cargas de trabalho programadas no nó. Em seguida, faça o seguinte, dependendo das suas necessidades comerciais:
- Reduza o escalonamento de outras cargas de trabalho programadas no nó.
- Reduza a quantidade de recursos alocados para a máquina virtual afetada.
- Adicione mais máquinas ao cluster afetado.
Nós com taint
Talvez apareça uma mensagem indicando que o nó de destino está corrompido. Exemplo:
5/8 nodes are available: 3 node(s) had taint {<taint-key>:<taint-value>}, that the pod didn't tolerate.
Para corrigir esse problema, faça o seguinte:
Use o comando a seguir para verificar se há taints no nó:
kubectl get nodes -o custom-columns=NAME:.metadata.name,TAINTS:.spec.taints
O comando retorna uma saída semelhante a esta:
NAME TAINTS node-name-1 [map[effect:PreferNoSchedule key:node-role.kubernetes.io/master] map[effect:PreferNoSchedule key:node-role.kubernetes.io/control-plane]] node-name-2 <none>Escolha uma destas opções:
- Para taints inesperados, remova-os conforme descrito em Taints e tolerâncias.
- Para restrições esperadas, adicione tolerâncias correspondentes à configuração da máquina virtual, conforme descrito em Restrições e tolerâncias.
Falhas de armazenamento
Talvez apareça uma mensagem indicando uma falha no armazenamento da máquina virtual. Exemplo:
5/8 nodes are available: 3 node(s) had volume node affinity conflict, 3 node(s) had unbound immediate PersistentVolumeClaims.
Essa mensagem pode indicar que o volume permanente correspondente não foi montado no nó de destino.
Para corrigir esse problema, faça o seguinte:
Use o comando a seguir para conferir o status das solicitações de volume permanente (PVCs, na sigla em inglês) no namespace da máquina virtual afetada:
kubectl get pvc -n NAMESPACE
Substitua
NAMESPACEpelo nome do namespace de destino.O comando retorna uma saída semelhante a esta:
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE windows-robin-disk-0 Bound pvc-b1a1d264-84bf-4e58-857d-f37f629d5082 25Gi RWX robin-block-immediate 30h windows-robin-disk-1 Bound pvc-0130b9a8-7fed-4df0-8226-d79273792a16 25Gi RWX robin-block-immediate 30h windows-robin-vm-0-restored-windows-robin-disk-0 Pending gce-pd-gkebackup-in 26mVerifique se o PVC correspondente tem o status
Bound. Se o status forPending, o subsistema de armazenamento não provisionou o volume. Nesses casos, é preciso resolver problemas na configuração do subsistema de armazenamento e garantir que oStorageClassadequado esteja disponível.