{ "meta": { "title": "Pós-instalação: Armazenamento | Documentação ProxMenux", "description": "Otimizações de armazenamento do script pós-instalação personalizável ProxMenux: dimensão ZFS ARC pela RAM do host, instantâneos periódicos com zfs-auto-snapshot e remoção dos limites de velocidade dos backups vzdump." }, "header": { "title": "Pós-instalação: Armazenamento", "section": "Configurações pós-instalação do Proxmox" }, "intro": { "title": "O que esta categoria abrange", "body": "Quatro otimizações de armazenamento: ajustar ZFS ARC a uma fração adequada da RAM, instalar e agendar instantâneos ZFS automáticos, ativar ZFS autotrim em pools SSD/NVMe e retirar limitações de vzdump para acelerar backups. Escolha cada opção independente conforme o sistema. Uma quinta, Log2RAM, reduz desgaste SSD/NVMe movendo /var/log para ramdisk. Está em Opcionais porque o menu personalizável a agrupa aí." }, "trackedTitle": "Todos os quatro são rastreados no menu Desinstalar", "trackedBody": "Cada uma dessas opções registra uma ferramenta em installed_tools.json, então eles aparecem em Otimizações de Uninstall. Reverter o zfs_arc remove o /etc/modprobe.d/99-zfsarc.conf e reconstrói o initramfs; o zfs_auto_snapshot reverte o cronograma do cron e oferece purgar o pacote; o zfs_autotrim configura o autotrim=off nos pools que ele ativou; o vzdump_speed restaura o /etc/vzdump.conf do .bak a instalação criada.", "arc": { "heading": "Otimizar o tamanho do ZFS ARC", "intro": "A Adaptive Replacement Cache (ARC) é a cache de leitura ZFS em RAM. Instalações Proxmox VE desde 8.1 limitam a 10% da RAM, máximo 16 GiB; hosts antigos ou atualizados podem diferir. Esta opção escreve explicitamente essa mesma regra (RAM/10, máximo de 16 GiB, mínimo de 64 MiB) num ficheiro próprio, o que cobre também hosts antigos ou atualizados. Verifique definições e carga: uma cache menor nem sempre é mais rápida.", "sizingTitle": "Regras de dimensionamento", "headerRam": "RAM do host", "headerMax": "Limite ARC", "rows": [ { "ram": "Fórmula", "max": "RAM / 10, máximo 16 GiB e mínimo 64 MiB" }, { "ram": "Máquina 8 GB", "max": "≈ 819 MiB (RAM/10)" }, { "ram": "Máquina 16 GB", "max": "≈ 1.6 GiB (RAM/10)" }, { "ram": "Máquina 64 GB", "max": "≈ 6.4 GiB (RAM/10)" }, { "ram": "≥ Máquina 160 GB", "max": "16 GiB (limite)" } ], "after": "O ficheiro /etc/modprobe.d/99-zfsarc.conf contém apenas options zfs zfs_arc_max=…. Os outros parâmetros ZFS (zfs_arc_min, pré-leitura/limite de escritas L2ARC, tempo limite TXG) não são ajustados. Antes, procura outros *.conf em /etc/modprobe.d/ com zfs_arc_min / zfs_arc_max, copia-os com manifesto para /usr/local/share/proxmenux/backups/zfs_arc/ e remove deles os valores zfs_arc_min / zfs_arc_max em conflito (as outras opções dessas linhas mantêm-se), para que só o ficheiro ARC ProxMenux defina o limite. Depois, update-initramfs -u -k all e, quando aplicável, proxmox-boot-tool refresh integram o limite no initramfs dos sistemas com raiz ZFS.", "rebootTitle": "Requer uma reinicialização para fazer efeito", "rebootBody": "As definições ARC são lidas ao carregar o módulo zfs. Para hosts com raiz ZFS, ProxMenux regenera initramfs com update-initramfs -u -k all e atualiza o carregador quando necessário com proxmox-boot-tool refresh. O novo parâmetro continua a exigir reinício, assinalado automaticamente.", "safeTitle": "Seguro em hosts não-ZFS", "safeBody": "A função só escreve a configuração quando zpool list relata pelo menos um pool de ZFS. No ext4 / LVM- only Proxmox hosts, ou em máquinas com as ferramentas ZFS instaladas, mas sem pool importado, assinalar esta opção é um no-op - nada é escrito.", "verifyTitle": "Verificação e retrocesso manual" }, "autoSnap": { "heading": "Instale o instantâneo automático do ZFS", "intro": "Instala o pacote zfs-auto-snapshot e reescreve seus agendamentos cron para que instantâneos sejam tomados automaticamente em vários intervalos. Uma grande rede de segurança sem esforço em cima de seus backups regulares vzdump.", "cadenceTitle": "Frequência dos instantâneos configurada pelo ProxMenux", "headerLabel": "Rótulo", "headerRuns": "Execução", "headerKept": "Instantâneos retidos", "rows": [ { "label": "frequentes", "runs": "cada 15 min", "kept": "4" }, { "label": "horário", "runs": "a cada hora", "kept": "1" }, { "label": "diariamente", "runs": "uma vez por dia", "kept": "1" }, { "label": "semanalmente", "runs": "uma vez por semana", "kept": "1" }, { "label": "mensal", "runs": "uma vez por mês", "kept": "1" } ], "conservativeTitle": "Retenção limitada", "conservativeBody": "ProxMenux usa retenção limitada: 4 instantâneos frequentes e 1 por cada intervalo mais longo, para conter a ocupação ZFS. Para reter mais, altere os números em /etc/cron.d/zfs-auto-snapshot, /etc/cron.hourly/zfs-auto-snapshot etc. após o script.", "onlyZfsTitle": "Útil apenas em pools ZFS", "onlyZfsBody": "Instalar o pacote num host apenas ext4 é inofensivo mas inútil: não há datasets ZFS para criar instantâneos. Ignore a opção se não usa ZFS.", "verifyTitle": "Verificação e retrocesso manual" }, "autotrim": { "heading": "Ativar ZFS autotrim (pools SSD/NVMe)", "intro": "Ativa autotrim em pools ZFS só com SSD ou NVMe compatíveis com TRIM. Por precaução, ignora pools com dispositivos rotacionais. Os pools já com autotrim=on ficam inalterados.", "trimTitle": "O que TRIM faz, e por que importa em ZFS", "trimBody1": "SSD e NVMe usam blocos internos de apagamento maiores que os setores lógicos do sistema de ficheiros. Quando um ficheiro é apagado, a unidade ainda não sabe que os setores estão livres e a limpeza interna pode continuar a mover dados obsoletos para libertar blocos. TRIM indica os setores livres para permitir o seu apagamento antecipado.", "trimBody2": "Sem TRIM, o desempenho do SSD degrada-se ao longo do tempo, pois a unidade fica sem blocos pré-apagados e tem que fazer apagar-em-escrever, e aumentar a amplificação de gravação — tanto encurtando a vida útil da unidade. Com TRIM ativado, a unidade pode manter um saudável pool de blocos vazios prontos para escrever.", "trimBody3": "Com autotrim=on, ZFS aplica TRIM em segundo plano ao espaço recém-libertado, agrupando intervalos. Um zpool trim <pool> periódico é alternativa. Autotrim evita agendamento separado, mas o impacto depende dos dispositivos; TRIM manual periódico pode ser melhor em algumas unidades modestas.", "practicalTitle": "Por que isso é prático para habilitar?", "practicalItems": [ "Desempenho de escrita sustentado. TRIM pode ajudar a recuperar blocos sem uso. Benefícios e impacto na latência dependem do dispositivo e da carga.", "Vida útil da unidade. Evitar cópias internas desnecessárias pode reduzir amplificação de escrita e desgaste NAND, sem garantir uma duração adicional específica.", "Sem tarefa cron para agendar. Ao contrário de um zpool trim periódico, autotrim é gerido automaticamente pelo pool." ], "whenTitle": "Quando é que isto é necessário?", "whenIntro1": "Considere ativá-lo em pools ZFS só com SSD/NVMe compatíveis com TRIM. Verifique comportamento e latência; TRIM manual agendado pode ser preferível.", "whenIntro2": "O programa ignora- o automaticamente em:", "whenSkipItems": [ "Pools com vdev HDD rotacional: filtro conservador de hardware deste script.", "Unidades sem discard_granularity expostas em sysfs — geralmente SSDs antigos sem TRIM, ou caminhos de passagem onde o SO não pode ver o dispositivo subjacente.", "Pools em que ZFS ela mesma relata a propriedade não suportada (raro; muito antigo pools).", "Pools já definidos para autotrim=on (no-op)." ], "whenIntro3": "Não relevante em hosts somente ext4 — não há nada para ZFS cortar. A função termina com uma mensagem amigável nesse caso.", "recordedTitle": "Por que apenas os pools ProxMenux alterados são registrados", "recordedBody": "A função só escreve um pool para o seu arquivo de estado interno (/usr/local/share/proxmenux/zfs_autotrim_pools) quando ele ativamente virou esse pool de off para on. Pools que você tinha no autotrim antes de executar o script são deixados de fora da lista, então um futuro Desinstalar não desliga as configurações que você mesmo configurou — apenas as próprias alterações do ProxMenux são revertidas.", "manualTitle": "Equivalente manual (executado no seu servidor)", "manualIntro": "A sequência completa que o script executa contra cada pool é replicável à mão. Isto é o que você digitaria se você quisesse fazer a mesma coisa em um único pool sem ProxMenux:", "verifyTitle": "Verificação e retrocesso manual", "oneShotTitle": "Prefere TRIM pontual em vez de contínuo?", "oneShotBody": "Alguns administradores preferem TRIM manual nas horas de menor carga. Desative autotrim e agende uma tarefa cron com zpool trim <pool>: mesmo objetivo, frequência diferente." }, "vzdump": { "heading": "Aumentar a velocidade de backup do vzdump", "intro": "Escreve bwlimit: 0 e ionice: 5 na configuração global vzdump. Proxmox já não limita a banda por predefinição: só remove um limite configurado. Face a ionice: 7, o valor 5 aumenta a prioridade E/S best-effort se o escalonador a respeitar. Pode afetar os convidados e não garante backups mais rápidos.", "changedTitle": "O que é alterado em /etc/vzdump.conf", "backupTitle": "Primeira execução cria um .bak de vzdump.conf", "backupBody": "Na primeira execução, ProxMenux copia /etc/vzdump.conf para /etc/vzdump.conf.bak antes de alterar. As seguintes preservam essa cópia para recuperar a configuração anterior. bwlimit e ionice são alterados com sed; outras opções como compress, pigz, tmpdir e exclude-path são preservadas.", "skipTitle": "Quando saltar isto", "skipBody": "Num host com armazenamento local lento e VMs sensíveis à latência, retirar o limite de banda pode causar lentidão durante backups. Se definiu bwlimit por esse motivo, mantenha-o e ignore a opção.", "verifyTitle": "Verificação e retrocesso manual" }, "related": { "heading": "Relacionado", "items": [ { "label": "Comandos de gerenciamento ZFS", "href": "/docs/help-info/zfs-commands", "tail": " — referência zpool / zfs para ARC, instantâneos e scrub." }, { "label": "Comandos de armazenamento e discos", "href": "/docs/help-info/storage-commands", "tail": " — referência de dispositivos de blocos e armazenamento Proxmox." }, { "label": "Comandos de backup e restauração", "href": "/docs/help-info/backup-commands", "tail": " — referência CLI vzdump para banda e prioridade E/S." }, { "label": "Desinstalar otimizações", "href": "/docs/post-install/uninstall", "tail": " — reverter as alterações ARC / vzdump." }, { "label": "Log2RAM", "href": "/docs/post-install/optional#log2ram", "tail": " — reduz o desgaste SSD/NVMe por /var/log ramdisk backing; documentado sob opcional." }, { "label": "Pós-instalação personalizável", "href": "/docs/post-install/customizable", "tail": " — voltar ao menu superior." } ] } }