Ajuste de cache ZFS ARC

Proxmox define zfs_arc_max para 50% da RAM do sistema por padrão, limitado a 16 GiB. Em um host de laboratório doméstico com 64 GiB executando quatro VMs, isso raramente é o que você realmente deseja, e o valor errado aqui deixa suas VMs sem RAM silenciosamente no segundo em que um backup de alto consumo ARC é iniciado. Os melhores aplicativos para ajuste de cache ZFS ARC em desktop e servidores de laboratório doméstico fornecem as duas coisas que você precisa para tomar a decisão: taxa de acerto atual e dimensionamento ciente do espaço disponível.

Testamos sete opções, todas executáveis em Linux (onde OpenZFS realmente reside), várias com clientes Windows e macOS para o lado do painel. Seis são gratuitos. Todos os sete funcionam bem com um laboratório doméstico Proxmox.

O que procurar

Cada ferramenta nesta lista deve responder a três perguntas para seu ajuste ARC:

As escolhas se dividem em três grupos: ferramentas CLI que vêm com OpenZFS, painéis que visualizam dados CLI e ferramentas de orquestração que gerenciam estado ARC junto com snapshots.

Comparação rápida

Aplicativo Melhor para Plataformas Plano gratuito Preço inicial Licença
arc_summary Análise detalhada de ARC Linux, FreeBSD, macOS Sim Gratuito CDDL
arcstat Monitoramento ARC em tempo real Linux, FreeBSD Sim Gratuito CDDL
zpool iostat Estatísticas de E/S em nível de pool Linux, FreeBSD, macOS Sim Gratuito CDDL
Cockpit Painel web para alternativa Proxmox Linux Sim Gratuito LGPL
Netdata Gráficos ARC em tempo real Linux, macOS, FreeBSD Sim Nível gratuito GPL / nuvem
Prometheus + Grafana Painéis de histórico completo Linux, interface multiplataforma Sim Gratuito Apache 2
Sanoid Coordenação de snapshot + ARC Linux Sim Gratuito GPLv3

1. arc_summary – Melhor análise detalhada de ARC

arc_summary vem com OpenZFS e é o comando mais útil para ajuste ARC. Executar arc_summary imprime taxa de acerto, equilíbrio MFU vs MRU, efetividade de pré-busca e status L2ARC tudo em um relatório. Em Proxmox VE 8.x e 9.x já está instalado.

Onde fica aquém: Apenas CLI. Sem dados históricos (é um snapshot de “agora”).

Preços:

Plataformas: Linux, FreeBSD, macOS onde OpenZFS está instalado.

Download: Incluído no pacote zfsutils-linux em Debian/Proxmox. Ver openzfs.org.

Conclusão: Comece cada sessão de ajuste executando isso. Tudo mais é opcional.

2. arcstat – Melhor para monitoramento ARC em tempo real

arcstat é o companheiro em tempo real do arc_summary. Executar arcstat 1 oferece uma visualização por segundo de taxa de acerto, acertos MRU/MFU e porcentagem de acerto por demanda. Perfeito para observar o efeito de uma mudança de tamanho ARC em tempo real.

Onde fica aquém: Apenas CLI. Saída com muitas colunas leva alguns passos para fazer sentido.

Preços:

Plataformas: Linux, FreeBSD.

Download: Incluído no pacote zfsutils-linux.

Conclusão: Melhor escolha para confirmar que uma mudança de ajuste ARC realmente ajudou, imediatamente.

3. zpool iostat – Melhor estatísticas de E/S em nível de pool

zpool iostat completa o trio CLI. Onde arc_summary e arcstat cobrem cache, zpool iostat mostra o pool subjacente: operações de leitura/escrita, largura de banda e latência por vdev. É assim que você diferencia “ARC é pequeno demais” de “o pool em si é lento.”

Onde fica aquém: Apenas CLI. Requer que você interprete números de latência.

Preços:

Plataformas: Linux, FreeBSD, macOS.

Download: Incluído com OpenZFS.

Conclusão: A ferramenta que diz se o ajuste ARC realmente ajudará, ou se seu gargalo está em outro lugar.

4. Cockpit – Melhor painel web para alternativa Proxmox

Cockpit é o painel de servidor baseado em web da Red Hat, e seu plugin ZFS expõe status ARC, saúde do pool e propriedades do conjunto de dados através de uma interface de navegador. Se você executar TrueNAS SCALE, Cockpit é o console web natural para hosts não-TrueNAS.

Onde fica aquém: Não tão polido quanto a interface web TrueNAS. A cobertura do plugin ZFS é básica em comparação com a profundidade CLI.

Preços:

Plataformas: Linux (servidor). Qualquer navegador (cliente).

Download: cockpit-project.org

Conclusão: Melhor escolha se você quiser uma interface web que não seja do próprio Proxmox.

5. Netdata – Melhor para gráficos ARC em tempo real

Netdata coleta centenas de métricas por segundo e seu módulo ZFS renderiza taxa de acerto ARC, tamanho e taxas de desocupação como gráficos de transmissão em tempo real. O nível gratuito é executado inteiramente em sua máquina e nunca faz chamadas para casa. O nível de nuvem é opcional para agregação multi-host.

Onde fica aquém: A sondagem agressiva padrão pode adicionar notavelmente carga CPU em hosts de baixa potência. Os recursos de nuvem são o caminho pago.

Preços:

Plataformas: Linux, FreeBSD, macOS.

Download: netdata.cloud

Conclusão: Melhor escolha se você quiser gráficos ARC de transmissão em tempo real sem configurar Prometheus e Grafana você mesmo.

6. Prometheus + Grafana – Melhor para painéis de histórico completo

Prometheus + Grafana é a combinação padrão da indústria para monitoramento histórico. O projeto comunitário zfs_exporter raspa estatísticas ARC e pool, Prometheus as armazena, e Grafana as renderiza com painéis que você pode compartilhar (ou obter da comunidade).

Onde fica aquém: A configuração não é um comando. Você está executando três serviços (exportador, Prometheus, Grafana) e configurando retenção.

Preços:

Plataformas: Linux para os coletores; navegador (Windows, macOS, Linux) para Grafana.

Download: prometheus.io, grafana.com, github.com/pdf/zfs_exporter

Conclusão: Melhor escolha se você quiser rastrear taxa de acerto ARC ao longo de meses, não minutos.

7. Sanoid – Melhor para coordenação de snapshot e ARC

Sanoid gerencia snapshots ZFS, e seu companheiro Syncoid lida com replicação. Nenhum dos dois ajusta ARC diretamente, mas o cronograma de Sanoid molda a pressão ARC: uma cadência agressiva de snapshots gera volatilidade de cache. Ler a configuração de Sanoid ao lado de sua taxa de acerto ARC é como você captura “nosso ARC está bom exceto às 2 da manhã quando snapshots ocorrem.”

Onde fica aquém: Não é uma ferramenta ARC em si. Apenas útil como parte de um quadro operacional ZFS completo.

Preços:

Plataformas: Linux.

Download: github.com/jimsalterjrs/sanoid

Conclusão: Escolha isso se sua taxa de acerto ARC for boa durante o dia, mas cair durante janelas de snapshots.

Como escolher o correto

FAQ

Qual é o tamanho correto para ZFS ARC em Proxmox?

Reserve RAM para suas VMs e para o próprio Proxmox (2 a 4 GiB), e dê a ZFS o resto. Em um host de 64 GiB executando duas VMs de 24 GiB, são cerca de 12 GiB para ARC. Comece conservadoramente e cresça se arc_summary mostrar taxa de acerto abaixo de 80%.

Como defino zfs_arc_max em Proxmox?

Crie /etc/modprobe.d/zfs.conf com a linha options zfs zfs_arc_max=BYTES, depois execute update-initramfs -u e reinicie. Substitua BYTES pelo seu valor escolhido em bytes brutos.

L2ARC vale a pena?

Apenas se sua taxa de acerto ARC já for superior a 90% e você estiver vendo misses frequentes. Abaixo disso, você quer mais RAM para o ARC principal. Se a taxa de acerto L2ARC permanecer abaixo de 20%, os slots SSD são melhor usados para um vdev especial ou um espelho de pool.

O que é arc_summary e como executo?

arc_summary é um script CLI que vem com OpenZFS. Execute como root no shell Proxmox. Imprime um relatório ARC completo incluindo taxa de acerto, equilíbrio MFU vs MRU e status L2ARC.

Por que minha VM Proxmox é lenta após um grande backup?

Quase sempre pressão de desocupação ARC. O backup puxa grandes quantidades através do cache e desocupa dados quentes da VM, então a próxima leitura da VM é um hit de pool lento. Assista arcstat 1 durante o backup para confirmar.