Selecione a métrica metric etcd_mvcc_db_total_size_in_bytes.
Para resolver esse problema, redimensione o disco de dados do etcd usando o procedimento apropriado para seu provedor de armazenamento e sistema operacional. Adicione espaço
suficiente para considerar o crescimento do etcd no futuro.
Depois que o disco for redimensionado, verifique se ainda há um alerta no espaço em disco:
ETCDCTL_API=3 etcdctl alarm list
Se a última coluna exibir NOSPACE, desative o alarme desta maneira:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2024-06-26 UTC."],[],[],null,["# Troubleshoot etcd for GKE on AWS\n\nThis pages shows you how to resolve issues with etcd for GKE on AWS.\nIf you need additional assistance, reach out to [Cloud Customer Care](/kubernetes-engine/multi-cloud/docs/aws/getting-support).\n\netcd data disk is full\n----------------------\n\nThe following error occurs when the etcd data disk is full, and might be\nobserved in a few different ways:\n\n- The etcd logs might show timeout errors for writing requests:\n\n rafthttp: failed to save KV snapshot (write /var/etcd/data/member/snap/tmp720030520: no space left on device)\n\n You might also see timeout errors for connections to peers: \n\n rafthttp: health check for peer [peer-id] could not connect: dial tcp [peer-ip]:2380: i/o timeout\n etcd server doesn't start:\n\n- The serial port logs might indicate that etcd can't start due to lack of space:\n\n failed on file /dev/stdout (No space left on device)\n\nTo determine the size of your etcd instance, use one of the following methods: \n\n### SSH\n\n1. Connect to one of the master nodes using SSH and run the following command:\n\n ETCDCTL_API=3 etcdctl --write-out=table endpoint status\n\n The `DB_SIZE` column indicates the size used, as shown in the following\n condensed example output: \n\n +------------------+------------------+---------+---------+\n | ENDPOINT | ID | VERSION | DB SIZE |\n +------------------+------------------+---------+---------+\n | 10.240.0.17:2379 | 4917a7ab173fabe7 | 3.5.0 | 45 kB |\n | 10.240.0.18:2379 | 59796ba9cd1bcd72 | 3.5.0 | 45 kB |\n | 10.240.0.19:2379 | 94df724b66343e6c | 3.5.0 | 45 kB |\n +------------------+------------------+---------+---------+\n\n### Console\n\n1. In the console, go to the Cloud Monitoring page.\n\n [Go to the Cloud Monitoring page](https://console.cloud.google.com/monitoring/)\n2. Select **Metrics explorer**.\n\n3. Select the `metric etcd_mvcc_db_total_size_in_bytes` metric.\n\nTo resolve this issue, resize the data disk for etcd using the appropriate\nprocedure for your storage provider and operating system. Add enough additional\nspace to account for future etcd growth.\n\n1. After the disk is resized, check if there's still a warning on disk space:\n\n ETCDCTL_API=3 etcdctl alarm list\n\n2. If the last column reports `NOSPACE`, disarm the alarm as follows:\n\n ETCDCTL_API=3 etcdctl alarm disarm\n\nWhat's next\n-----------\n\nIf you need additional assistance, reach out to [Cloud Customer Care](/kubernetes-engine/multi-cloud/docs/aws/getting-support)."]]
