<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>zfs | Self-Hosted!</title><link>https://blog.brumarino.com/tags/zfs/</link><description>Post novo no “Rack” todo dia às 7AM. Proxmox, rede, backup, UPS, IA e tudo o que tenho estudado.</description><language>pt-BR</language><managingEditor>Bruno Marino</managingEditor><image><url>https://blog.brumarino.com/brand/icon-144.png</url><title>zfs | Self-Hosted!</title><link>https://blog.brumarino.com/tags/zfs/</link><width>144</width><height>144</height></image><webfeeds:icon>https://blog.brumarino.com/brand/icon-192.png</webfeeds:icon><webfeeds:logo>https://blog.brumarino.com/brand/symbol.svg</webfeeds:logo><webfeeds:accentColor>2B3036</webfeeds:accentColor><lastBuildDate>Tue, 27 Oct 2026 07:00:00 -0300</lastBuildDate><atom:link href="https://blog.brumarino.com/tags/zfs/index.xml" rel="self" type="application/rss+xml"/><item><title>RAID não é backup: o que cada um protege no homelab</title><link>https://blog.brumarino.com/raid-nao-e-backup/</link><pubDate>Tue, 27 Oct 2026 07:00:00 -0300</pubDate><guid>https://blog.brumarino.com/raid-nao-e-backup/</guid><category>Backup e segurança</category><description>RAID mantém o servidor no ar quando um disco falha, mas não salva de arquivo apagado, ransomware ou perda da máquina. A diferença, com um checklist.</description><content:encoded><![CDATA[<p>&ldquo;Tenho RAID, então estou protegido.&rdquo; Essa frase aparece toda hora em fórum de homelab, e ela está errada pela metade. RAID protege contra uma coisa só: um disco parar de funcionar. Backup protege contra quase todo o resto.</p>
<p>Eu sei o tamanho dessa diferença. No meu desastre, perdi o SSD e o HD de backup juntos e não consegui recuperar nada, como contei no post sobre <a href="/backup-proxmox-vzdump/">backup com vzdump</a>. Neste post separo o que cada um faz, com exemplos de homelab, para você não descobrir na hora errada.</p>
<h2 id="o-que-o-raid-faz">O que o RAID faz <a class="anchor" href="#o-que-o-raid-faz" aria-label="Link para esta seção">#</a></h2>
<p>RAID (e o equivalente no ZFS, como espelho e RAID-Z) junta vários discos para que o sistema continue funcionando quando um deles falha. Os níveis mais comuns:</p>
<ul>
<li><strong>RAID 1 / espelho:</strong> dois discos com o mesmo conteúdo. Um morre, o outro segue.</li>
<li><strong>RAID 5 / RAID-Z1:</strong> aguenta a perda de um disco, com mais espaço útil.</li>
<li><strong>RAID 6 / RAID-Z2:</strong> aguenta a perda de dois discos.</li>
<li><strong>RAID 0:</strong> junta os discos para ter mais espaço e velocidade, <strong>sem nenhuma redundância</strong>. Se um falhar, perde tudo.</li>
</ul>
<p>O ponto central: RAID é sobre <strong>continuar funcionando</strong>. Ele mantém os dados acessíveis enquanto você troca o disco ruim. Não guarda versões antigas e não sabe a diferença entre um arquivo apagado de propósito e um apagado por engano.</p>
<h2 id="o-que-o-raid-não-protege">O que o RAID não protege <a class="anchor" href="#o-que-o-raid-n%c3%a3o-protege" aria-label="Link para esta seção">#</a></h2>
<p>Tudo que acontece &ldquo;por cima&rdquo; dos discos é copiado para todos eles na hora:</p>
<ul>
<li><strong>Apagou sem querer.</strong> O arquivo some de todos os discos ao mesmo tempo.</li>
<li><strong>Ransomware.</strong> Os arquivos criptografados são gravados no espelho com a mesma eficiência que os originais.</li>
<li><strong>Erro de software ou de configuração.</strong> Uma atualização que corrompe o banco do app corrompe as duas cópias.</li>
<li><strong>Perda da máquina inteira.</strong> Fonte que queima e leva os discos, roubo, enchente, raio. Todos os discos estão na mesma caixa.</li>
<li><strong>Falha na reconstrução.</strong> Quando um disco morre, a reconstrução força muito os que sobraram. Se outro falhar no meio dela, num RAID 5 você perde o arranjo.</li>
</ul>
<p>O último caso é o mais traiçoeiro. Discos comprados juntos, do mesmo lote, com o mesmo uso, tendem a envelhecer juntos.</p>
<aside class="alert alert--warning">
  <p class="alert__title">Atenção</p>
  <p>RAID 0 não é RAID de proteção. Um disco com problema derruba o arranjo inteiro. Use só para dados que você pode perder sem dor, como cache.</p>
</aside><h2 id="o-que-é-backup-de-verdade">O que é backup de verdade <a class="anchor" href="#o-que-%c3%a9-backup-de-verdade" aria-label="Link para esta seção">#</a></h2>
<p>Backup é uma <strong>cópia separada</strong>, de um <strong>momento no tempo</strong>, que você consegue <strong>restaurar</strong>. As três partes importam:</p>
<ul>
<li><strong>Separada:</strong> em outro disco, de preferência em outro lugar. Se fica na mesma máquina, morre com ela.</li>
<li><strong>De um momento no tempo:</strong> com retenção, para voltar ao estado de ontem ou da semana passada. É isso que salva do arquivo apagado e do ransomware.</li>
<li><strong>Restaurável:</strong> backup que nunca foi testado é só esperança.</li>
</ul>
<p>A referência mais conhecida é a regra <strong>3-2-1</strong>: três cópias dos dados, em duas mídias diferentes, com uma cópia fora de casa.</p>
<h2 id="snapshot-também-não-é-backup">Snapshot também não é backup <a class="anchor" href="#snapshot-tamb%c3%a9m-n%c3%a3o-%c3%a9-backup" aria-label="Link para esta seção">#</a></h2>
<p>Snapshot de ZFS, de LVM-thin ou do Proxmox é ótimo para desfazer uma atualização que deu errado. Mas ele fica <strong>no mesmo disco</strong> dos dados. Se o disco morre, o snapshot vai junto.</p>
<p>Uso o snapshot como botão de desfazer antes de mexer em algo. O backup é outra coisa.</p>
<h2 id="como-isso-fica-no-meu-homelab">Como isso fica no meu homelab <a class="anchor" href="#como-isso-fica-no-meu-homelab" aria-label="Link para esta seção">#</a></h2>
<p>Hoje o meu homelab tem um nó só, com um SSD de 1 TB e nenhum RAID. A proteção vem toda de backup:</p>
<ul>
<li><strong>21:00:</strong> vzdump de todos os guests, modo <code>snapshot</code>, compressão <code>zstd</code>, para um <strong>HD externo USB</strong>;</li>
<li><strong>retenção:</strong> 14 diários, 8 semanais e 12 mensais;</li>
<li><strong>21:30:</strong> backup da configuração do host Proxmox;</li>
<li><strong>23:00:</strong> uma auditoria confere se tudo rodou e manda um relatório por e-mail;</li>
<li><strong>fora de casa:</strong> desde outubro, os backups dos containers também vão para o OneDrive com rclone.</li>
</ul>
<p>E já restaurei pelo vzdump sem problema, o que é a parte mais importante. Ter dois discos em RAID no lugar do HD externo não teria me salvado no desastre: perdi justamente os dois discos.</p>
<aside class="alert alert--tip">
  <p class="alert__title">Dica</p>
  <p>Para testar uma restauração no Proxmox sem risco, restaure o backup de um container com um <strong>ID novo</strong> e sem iniciar. Confira se os arquivos estão lá e apague depois. O original nem fica sabendo.</p>
</aside><h2 id="então-raid-não-serve-para-nada">Então RAID não serve para nada? <a class="anchor" href="#ent%c3%a3o-raid-n%c3%a3o-serve-para-nada" aria-label="Link para esta seção">#</a></h2>
<p>Serve, e muito. Só não é para a mesma coisa. Num NAS ou num servidor com vários discos, RAID evita que a falha de um disco vire uma tarde de restauração. É <strong>disponibilidade</strong>: o serviço continua no ar.</p>
<p>Os dois juntos são o ideal:</p>
<table>
	<thead>
			<tr>
					<th>Problema</th>
					<th>RAID resolve?</th>
					<th>Backup resolve?</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td>Um disco morre</td>
					<td>Sim, sem parar</td>
					<td>Sim, com restauração</td>
			</tr>
			<tr>
					<td>Arquivo apagado por engano</td>
					<td>Não</td>
					<td>Sim</td>
			</tr>
			<tr>
					<td>Ransomware</td>
					<td>Não</td>
					<td>Sim, se a cópia estiver separada</td>
			</tr>
			<tr>
					<td>Atualização corrompe o app</td>
					<td>Não</td>
					<td>Sim</td>
			</tr>
			<tr>
					<td>Máquina perdida (roubo, fogo)</td>
					<td>Não</td>
					<td>Só a cópia fora de casa</td>
			</tr>
	</tbody>
</table>
<p>Se o orçamento só dá para um, escolha backup. Um servidor que fica um dia fora do ar enquanto você restaura é chato. Dados que não voltam são piores.</p>
<h2 id="checklist-rápido">Checklist rápido <a class="anchor" href="#checklist-r%c3%a1pido" aria-label="Link para esta seção">#</a></h2>
<ol>
<li>Você tem pelo menos uma cópia <strong>fora da máquina</strong> dos seus dados?</li>
<li>Essa cópia tem <strong>versões antigas</strong> (retenção)?</li>
<li>Existe uma cópia <strong>fora de casa</strong>?</li>
<li>Você já <strong>restaurou</strong> algo dela?</li>
<li>Alguém <strong>avisa</strong> se o backup falhar?</li>
</ol>
<p>Se a resposta for não para alguma, é por aí que eu começaria, antes de pensar em RAID.</p>
<h2 id="resumindo">Resumindo <a class="anchor" href="#resumindo" aria-label="Link para esta seção">#</a></h2>
<ul>
<li><strong>RAID mantém o sistema funcionando</strong> quando um disco falha. Só isso.</li>
<li><strong>Backup é uma cópia separada, com histórico e testada.</strong> Protege de erro humano, ransomware e perda da máquina.</li>
<li><strong>Snapshot é desfazer</strong>, não backup: fica no mesmo disco.</li>
<li><strong>Os dois juntos</strong> são o ideal. Se só der um, fique com o backup.</li>
</ul>
<p>Perder tudo uma vez foi o suficiente para eu nunca mais confundir as duas coisas. Se você chegou até aqui com &ldquo;não&rdquo; no checklist, a hora de resolver é antes do disco avisar.</p>
]]></content:encoded></item><item><title>NAS para homelab: o que olhar antes de comprar o primeiro</title><link>https://blog.brumarino.com/nas-homelab-como-escolher/</link><pubDate>Mon, 26 Oct 2026 07:00:00 -0300</pubDate><guid>https://blog.brumarino.com/nas-homelab-como-escolher/</guid><category>Hardware</category><description>Vou comprar um NAS para backup e Nextcloud. Os critérios que uso para escolher: baias, discos CMR, memória, ZFS, rede e consumo, com as docs oficiais.</description><content:encoded><![CDATA[<p>Um NAS está na minha lista de compras faz tempo. Hoje o homelab roda num <a href="/thinkcentre-m720q-homelab/">ThinkCentre M720q</a> com um SSD de 1 TB e um HD externo USB para os backups. Funciona, mas o próximo passo é um lugar próprio para guardar os backups e montar um Nextcloud.</p>
<p>Antes de comprar, montei a lista do que eu olharia num NAS para homelab. Ainda não comprei. Cito um modelo que está no meu radar, mas o foco são os critérios, com o que dizem as documentações oficiais. Se você também está escolhendo, talvez ajude.</p>
<h2 id="primeiro-para-que-vai-servir">Primeiro: para que vai servir <a class="anchor" href="#primeiro-para-que-vai-servir" aria-label="Link para esta seção">#</a></h2>
<p>Parece óbvio, mas muda tudo. Três usos comuns pedem máquinas bem diferentes:</p>
<ul>
<li><strong>Guardar arquivos e backups.</strong> Quase qualquer NAS dá conta. O que importa são as baias, os discos e a rede.</li>
<li><strong>Rodar apps</strong> (Nextcloud, fotos, containers). Aqui CPU e memória passam a contar.</li>
<li><strong>Servidor de mídia com transcodificação</strong> (Jellyfin, Plex). É o uso que mais pesa na CPU.</li>
</ul>
<p>No meu caso são os dois primeiros: backup e Nextcloud. Escrever isso antes de olhar loja evita pagar por um processador que vai ficar parado.</p>
<h2 id="baias-compre-pensando-em-dois-anos">Baias: compre pensando em dois anos <a class="anchor" href="#baias-compre-pensando-em-dois-anos" aria-label="Link para esta seção">#</a></h2>
<p>O número de baias define quanto você pode crescer e que tipo de redundância dá para montar.</p>
<ul>
<li><strong>1 baia:</strong> não tem redundância nenhuma. Se o disco morre, o que estava só ali se foi.</li>
<li><strong>2 baias:</strong> o mínimo para espelhar dois discos (RAID 1 ou espelho no ZFS).</li>
<li><strong>4 baias ou mais:</strong> permite RAID 5/6 ou RAID-Z, com mais espaço útil para a mesma proteção.</li>
</ul>
<p>Vale lembrar que redundância não é backup. Espelhar dois discos protege contra a falha de um deles, não contra apagar um arquivo sem querer. Eu aprendi isso do pior jeito: perdi o SSD e o HD de backup juntos, e conto a história no post sobre <a href="/backup-proxmox-vzdump/">backup com vzdump</a>.</p>
<figure class="prose-figure">
  <img src="/nas-homelab-como-escolher/nas-baias_hu_5a9d11e0cdd61396.webp" alt="NAS de quatro baias com a tampa aberta e um disco puxado para fora" loading="lazy" width="1400" height="1050"><figcaption>NAS de quatro baias com um disco fora. Foto: Korrupt (CC BY 4.0).</figcaption>
</figure><h2 id="discos-cmr-não-smr">Discos: CMR, não SMR <a class="anchor" href="#discos-cmr-n%c3%a3o-smr" aria-label="Link para esta seção">#</a></h2>
<p>Esse é o detalhe que mais pega quem monta o primeiro NAS. Discos rígidos usam duas técnicas de gravação:</p>
<ul>
<li><strong>CMR</strong> (gravação convencional): grava cada trilha separada.</li>
<li><strong>SMR</strong> (gravação com trilhas sobrepostas): cabe mais dado no mesmo prato, mas regravar fica lento.</li>
</ul>
<p>Em uso normal de desktop, quase não dá para notar. Num arranjo de discos, a reconstrução depois de trocar um disco regrava o disco inteiro, e o SMR pode deixar esse processo muito lento. Em 2020 a Western Digital admitiu que alguns modelos da linha WD Red para NAS usavam SMR sem deixar isso claro. Depois disso, a marca separou as linhas: a <strong>WD Red Plus</strong> e a <strong>WD Red Pro</strong> são CMR, e a WD Red simples ficou com SMR.</p>
<aside class="alert alert--tip">
  <p class="alert__title">Dica</p>
  <p>Antes de comprar qualquer HD para NAS, abra a ficha técnica do modelo exato e procure &ldquo;CMR&rdquo; ou &ldquo;SMR&rdquo;. Não confie só no nome da linha nem no anúncio da loja.</p>
</aside><h2 id="cpu-e-memória-depende-dos-apps">CPU e memória: depende dos apps <a class="anchor" href="#cpu-e-mem%c3%b3ria-depende-dos-apps" aria-label="Link para esta seção">#</a></h2>
<p>Para servir arquivos, um processador modesto basta. Para rodar apps, a conta muda.</p>
<ul>
<li><strong>Nextcloud:</strong> a documentação oficial pede no mínimo 128 MB de RAM por processo e recomenda 512 MB por processo. Com várias pessoas usando ao mesmo tempo, a memória some rápido.</li>
<li><strong>ZFS:</strong> a documentação do Proxmox diz que o ZFS depende muito de memória e pede pelo menos 8 GB para começar, com a regra de 2 GiB de base mais 1 GiB por TiB de armazenamento. Se o NAS vai usar ZFS (TrueNAS, por exemplo), isso conta.</li>
<li><strong>Mídia:</strong> a documentação do Jellyfin lista o Intel Quick Sync (QSV) entre os métodos de aceleração por hardware validados. Se o plano inclui transcodificar vídeo, uma CPU Intel com gráfico integrado faz diferença. Sem aceleração, tudo cai na CPU.</li>
</ul>
<p>Memória que dá para expandir depois é um bom sinal. Alguns NAS prontos vêm com a memória soldada e sem slot livre.</p>
<aside class="alert alert--warning">
  <p class="alert__title">Atenção</p>
  <p>A documentação do Proxmox recomenda memória ECC com ZFS para evitar corrupção de dados. Muitos NAS de entrada não têm ECC. Não é impeditivo para homelab, mas é bom saber o que você está aceitando.</p>
</aside><h2 id="nas-pronto-ou-montado-em-casa">NAS pronto ou montado em casa <a class="anchor" href="#nas-pronto-ou-montado-em-casa" aria-label="Link para esta seção">#</a></h2>
<p>Os dois caminhos fazem sentido:</p>
<table>
	<thead>
			<tr>
					<th></th>
					<th>NAS pronto (Synology, QNAP etc.)</th>
					<th>Montado (mini PC ou PC com TrueNAS, OpenMediaVault)</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td>Configuração</td>
					<td>Assistente, quase tudo pronto</td>
					<td>Você escolhe e configura cada parte</td>
			</tr>
			<tr>
					<td>Sistema</td>
					<td>O do fabricante</td>
					<td>Livre</td>
			</tr>
			<tr>
					<td>Expansão</td>
					<td>Limitada ao modelo</td>
					<td>Depende do gabinete e da placa</td>
			</tr>
			<tr>
					<td>Consumo</td>
					<td>Em geral baixo, feito para ficar ligado</td>
					<td>Varia muito com as peças</td>
			</tr>
			<tr>
					<td>Suporte</td>
					<td>Do fabricante</td>
					<td>Comunidade e documentação</td>
			</tr>
	</tbody>
</table>
<p>Se a ideia é ligar e esquecer, o pronto ganha. Se você já gosta de mexer no Proxmox, montar dá mais controle. Uma regra da documentação do Proxmox vale para os dois: <strong>ZFS não deve rodar em cima de uma controladora RAID de hardware</strong> com cache próprio. O ZFS precisa falar direto com os discos.</p>
<h2 id="um-que-está-no-meu-radar-unifi-unas-2">Um que está no meu radar: UniFi UNAS 2 <a class="anchor" href="#um-que-est%c3%a1-no-meu-radar-unifi-unas-2" aria-label="Link para esta seção">#</a></h2>
<p>Como a minha rede já é Ubiquiti (o roteador é um UDR), um modelo que chamou a minha atenção é o <strong>UniFi UNAS 2</strong>. Pela ficha técnica oficial:</p>
<ul>
<li><strong>2 baias</strong> para discos de 3,5&quot;, com proteção em <strong>RAID 1</strong>;</li>
<li>CPU <strong>ARM Cortex-A55 de quatro núcleos a 1,7 GHz</strong> e <strong>4 GB de memória</strong>;</li>
<li><strong>uma porta de 2,5 GbE</strong> e uma porta USB-C de 5 Gbit/s;</li>
<li>alimentação por <strong>PoE++</strong>, com adaptador de 60 W na caixa, e consumo máximo de 60 W.</li>
</ul>
<p>O preço da caixa é acessível. Na loja americana da Ubiquiti, ele aparecia por <strong>US$ 199</strong> em agosto de 2026, e depois por <strong>US$ 214</strong> com uma sobretaxa de memória e armazenamento, segundo o review do Dong Knows Tech. Aqui no Brasil, o valor muda com importação e impostos. Esse preço é <strong>sem discos</strong>.</p>
<p>E é nos discos que a conta pesa. Quando fui pesquisar, o problema não foi o NAS, foi o valor dos discos. Na prática, o orçamento de um NAS de duas baias é o aparelho mais dois discos, e o segundo número costuma ser o maior. Vale fazer a conta completa antes de decidir.</p>
<p>Pelos critérios acima, ele cobre bem backup e arquivos. Para mídia com transcodificação, a CPU ARM não é a escolha certa. E o RAID 1 é o único arranjo, o que para duas baias faz sentido.</p>
<aside class="alert alert--tip">
  <p class="alert__title">Dica</p>
  <p>Por ser alimentado por PoE++, o UNAS 2 pode ficar no nobreak pelo adaptador da caixa ou por um switch PoE++ que já esteja no nobreak. Confira o orçamento de potência do switch antes.</p>
</aside><h2 id="rede-e-consumo">Rede e consumo <a class="anchor" href="#rede-e-consumo" aria-label="Link para esta seção">#</a></h2>
<p>Duas coisas que só lembramos depois da compra:</p>
<ul>
<li><strong>Rede:</strong> a porta de 1 Gbit/s limita a cópia a pouco mais de 100 MB/s. Para backup noturno, dá conta. Se você move arquivos grandes o tempo todo, uma porta de 2,5 Gbit/s ajuda, mas só se o switch e a outra ponta acompanharem.</li>
<li><strong>Consumo:</strong> o NAS fica ligado 24 horas. Cada watt a mais pesa na conta de luz, como mostrei no post sobre o <a href="/custo-energia-homelab/">custo de um homelab ligado 24h</a>. Discos rígidos também consomem, então quatro discos não custam o mesmo que dois. Confira o consumo na ficha técnica.</li>
</ul>
<p>E não esqueça da energia: o NAS precisa ficar no nobreak junto com o resto. Aqui o Proxmox, o modem e o roteador estão numa <a href="/ecoflow-river-3-plus-ups-homelab/">EcoFlow River 3 Plus</a>, e o NAS entraria na mesma conta de autonomia.</p>
<h2 id="a-lista-que-vou-usar">A lista que vou usar <a class="anchor" href="#a-lista-que-vou-usar" aria-label="Link para esta seção">#</a></h2>
<p>Quando for comprar, é isto que vou conferir:</p>
<ol>
<li><strong>Uso:</strong> backup e Nextcloud.</li>
<li><strong>Baias:</strong> pelo menos duas, para espelhar. O UNAS 2 está na lista.</li>
<li><strong>Orçamento:</strong> o NAS <strong>e os discos</strong>. Os discos costumam ser a parte mais cara.</li>
<li><strong>Discos:</strong> CMR, conferidos na ficha técnica do modelo exato.</li>
<li><strong>Memória:</strong> suficiente para o Nextcloud e, se for ZFS, para o ZFS. De preferência expansível.</li>
<li><strong>Rede:</strong> 1 Gbit/s serve para começar.</li>
<li><strong>Consumo:</strong> baixo, porque fica ligado o tempo todo.</li>
<li><strong>Backup do próprio NAS:</strong> uma cópia fora dele. O NAS vai guardar os backups, mas ele também precisa de backup.</li>
</ol>
<h2 id="resumindo">Resumindo <a class="anchor" href="#resumindo" aria-label="Link para esta seção">#</a></h2>
<ul>
<li><strong>Defina o uso antes de olhar preço.</strong> Arquivos, apps e mídia pedem máquinas diferentes.</li>
<li><strong>Duas baias é o mínimo</strong> para ter redundância, e redundância não substitui backup.</li>
<li><strong>Discos CMR</strong> para arranjos. Confira na ficha técnica.</li>
<li><strong>Memória</strong> pesa para apps e para o ZFS. ECC é recomendada com ZFS.</li>
<li><strong>Rede e consumo</strong> importam numa máquina que nunca desliga.</li>
<li><strong>Some o NAS e os discos.</strong> No UNAS 2, por exemplo, a caixa é acessível; os discos pesam mais.</li>
</ul>
<p>Quando o NAS chegar, volto aqui para contar qual escolhi e por quê.</p>
]]></content:encoded></item></channel></rss>