Por que o monitoramento só entende bytes puros
Um exportador não tem opinião sobre prefixos. node_filesystem_avail_bytes, container_memory_usage_bytes, a contagem de blocos por trás de uma cota de sistema de arquivos — cada um é um número inteiro de bytes. No instante em que "alertar quando o volume de dados ficar com menos de 50 GB livres" precisa virar algo que um arquivo de regras ou um script de cota consiga avaliar, essa frase tem de ser reescrita em dígitos.
50 × 1 000 000 000 = 50 000 000 000, então a expressão fica node_filesystem_avail_bytes{mountpoint="/data"} < 50000000000.Medidores publicam na unidade base
_bytes guarda bytes e mais nada. Os painéis acrescentam um prefixo legível na hora de exibir; a série armazenada continua crua.Um zero a menos vira incidente
O mesmo número cai em três lugares
Como obter um número pronto para colar no arquivo de regras
Digite o limiar como uma pessoa falaria
Informe o valor em gigabytes que veio no chamado de capacidade — 5, 20, 50, 250. Frações também funcionam: 2,5 GB é interpretado tanto com vírgula quanto com ponto.
Leia a contagem em bytes
O lado dos bytes se atualiza ao vivo, com os dígitos agrupados para você conferir a ordem de grandeza num relance. De 10 GB para cima a exibição passa a notação científica, que o PromQL aceita sem reclamar como 1e10.
Copie o inteiro, não a formatação
O botão Copiar devolve o número puro, sem unidade e sem os espaços de agrupamento — exatamente o que uma expressão em YAML, um valor JSON ou uma variável de shell espera receber.
Leia um medidor existente ao contrário
Use Inverter unidades, ou simplesmente digite no campo de bytes, e um valor coletado de um endpoint de métricas volta em gigabytes para você registrar na nota do incidente.
Os dois sentidos, na mesma página: os campos são entradas independentes, então nada impede colar 17 179 869 184 vindo de um painel no lado dos bytes para descobrir que são cerca de 17,18 GB e depois ajustar o lado dos gigabytes até chegar ao limiar redondo que você quer padronizar.
Tabela de limiares para regras de alerta e cotas
Estes são os valores redondos em gigabytes que reaparecem sem parar em arquivos de regras e scripts de cota. Alertas de espaço livre costumam ser escritos em porcentagem, mas é o piso absoluto em bytes que evita que um array de 20 TB só acione o plantão quando restam 200 GB — uma hora de ingestão.
| Limiar | Bytes | Onde costuma aparecer |
|---|---|---|
| 1 GB | 1.000.000.000 | Alerta crítico de última instância num volume raiz pequeno |
| 5 GB | 5.000.000.000 | Aviso no sistema de arquivos de sobreposição de um host de contêineres |
| 10 GB | 10.000.000.000 | Piso de espaço livre sob o diretório de dados de um banco |
| 20 GB | 20.000.000.000 | Limite rígido por diretório pessoal |
| 50 GB | 50.000.000.000 | Cota por projeto num servidor de compilação compartilhado |
| 100 GB | 100.000.000.000 | Verificação de folga antes de uma restauração em massa |
| 250 GB | 250.000.000.000 | Teto de planejamento de capacidade num volume de artefatos |
Saída no formato que a expressão espera
Copiar entrega só os dígitos — nada para limpar, nenhum sufixo para confundir um analisador que quer apenas um número do lado direito da comparação.
Decifre um alerta que disparou
Quando a notificação traz o valor cru do medidor, jogue-o no campo de bytes e leia os gigabytes de volta antes de escrever a linha da linha do tempo.
Unidades binárias quando a ferramenta exige
Alguns subsistemas contam em base 1 024. As duas listas trazem GiB, MiB e KiB, então um descompasso está a uma seleção de ser resolvido.
Um segundo par de olhos nos zeros
Dígitos agrupados deixam 50 000 000 000 visivelmente diferente de 5 000 000 000 — a conferência que uma revisão de literal inteiro longo quase nunca pega.
Dúvidas de quem escreve regras de alerta
Por que node_filesystem_avail_bytes nunca reporta em gigabytes?
A convenção de nomes do Prometheus pede que toda métrica use unidades base e as anuncie no sufixo, o que mantém uma mesma série comparável entre máquinas de tamanhos muito diferentes. Prefixo é assunto de apresentação, aplicado na hora de renderizar. Vale notar também que o medidor avail desconta os blocos reservados para o root, e por isso é ele que deve receber o alerta, e não node_filesystem_free_bytes.
Alerta de disco deve usar piso fixo em bytes ou porcentagem?
Porcentagem viaja bem por toda a frota — aviso em 80%, crítico em 90% é a dupla de sempre —, mas 10% de um volume de 4 TB são 400 GB, desperdício ou atraso fatal dependendo da taxa de escrita. Muitos times rodam os dois: uma regra percentual para acompanhar a tendência e um piso absoluto, como 50 000 000 000 bytes, para o plantão chegar com folga previsível.
Por que df e du discordam sobre o mesmo sistema de arquivos?
O du percorre as entradas de diretório e soma o que consegue enxergar; o df pergunta ao sistema de arquivos quantos blocos estão alocados. Um arquivo apagado enquanto um processo ainda o mantém aberto saiu da árvore, mas continua ocupando blocos, e o espaço reservado mais os metadados pertencem só ao df. Uma diferença de vários gigabytes quase sempre é um arquivo preso em aberto, não um defeito.
Que unidade as ferramentas de cota esperam quando defino um limite?
O clássico setquota recebe contagem de blocos, e seu bloco é de 1 KiB — então um limite flexível de 50 GB são 50 000 000 000 ÷ 1 024 = 48 828 125 blocos. Outras pilhas aceitam um sufixo. Converter primeiro para bytes dá um único valor de referência para dividir conforme a ferramenta da vez, em vez de três aproximações.
Posso escrever só "50GB" no YAML e deixar que se resolva?
Apenas onde o programa que lê o valor documenta um interpretador de sufixos, e eles raramente concordam entre si — uns leem G como um bilhão, outros como 230, e uma comparação em PromQL não aceita sufixo nenhum. Num valor JSON ou YAML comum aquilo é só um texto, e um esquema rígido vai rejeitar. Um inteiro explícito com um comentário citando o valor em gigabytes nunca surpreende ninguém.
Ainda não há comentários. Seja o primeiro a comentar!