Solução da comunidade

Melhor disposição do armazenamento do ZimaOS para um servidor de contêineres

A new ZimaOS user wanted the OS isolated on a 120GB SSD, containers and main data on RAID5, scratch data on 2TB storage, and simple cross-NAS sharing.

Se pretende utilizar principalmente o ZimaOS como servidor de contentores, mantenha o SSD do sistema dedicado ao sistema operativo, coloque o AppData e os dados importantes dos utilizadores no RAID principal e utilize um disco de trabalho separado para downloads ou áreas de preparação descartáveis. O ZimaOS dispõe agora de uma definição integrada para a localização dos dados das aplicações, o que torna este esquema muito mais fácil do que relocalizar manualmente cada contentor.

O utilizador de origem descreveu um esquema sensato de três níveis: SSD de arranque de 120 GB, RAID5 para os dados principais e os contentores, e um disco de trabalho de 2 TB. A documentação atual do ZimaOS suporta esta arquitetura e também disponibiliza Armazenamento SMB/LAN para ligar sistemas Synology, UGREEN e outros NAS.

Esquema de armazenamento recomendado

SSD do sistema
  └─ ZimaOS + componentes do sistema

RAID5
  ├─ AppData
  ├─ dados persistentes dos contentores
  ├─ documentos/multimédia
  └─ pastas partilhadas importantes

Disco de trabalho de 2 TB
  ├─ downloads
  ├─ transcodificações temporárias
  └─ área de preparação descartável

Defina a localização dos dados das aplicações como o RAID

O atual guia Dados das aplicações do ZimaOS recomenda manter os dados das aplicações fora do disco do sistema.

Aceda a Definições → Aplicações → Localização dos dados das aplicações e selecione o armazenamento suportado por RAID.

Não coloque tudo numa única pasta AppData

Mantenha a configuração/dados de cada aplicação no seu próprio diretório persistente. As bibliotecas multimédia e os downloads podem ficar em pastas partilhadas separadas, para que vários contentores lhes possam aceder de forma consistente.

Utilize o disco de trabalho para trabalhos substituíveis

Os downloads, a descompactação, as transcodificações, a cache e os ficheiros temporários de projetos são bons candidatos para o disco autónomo de 2 TB. Se o disco de trabalho falhar, não deverá perder a única cópia das fotografias de família ou das bases de dados.

Ligue outros sistemas NAS através de SMB

O atual guia Ligar outro NAS mostra como adicionar outro NAS em Ficheiros → Armazenamento → Armazenamento LAN.

Depois de ligado, o ZimaOS pode copiar dados entre dispositivos ou utilizar o NAS remoto como parte de um plano de cópias de segurança.

Para copiar e colar ao estilo do Windows, monte o SMB no seu PC

Se a interface integrada de Ficheiros não for a sua preferência, não tem de gerir ficheiros diariamente no navegador. Monte o ZimaOS e as outras partilhas NAS no Explorador de Ficheiros do Windows ou no Finder do macOS e copie e cole entre elas aí.

O acesso SMB atual do ZimaOS foi concebido precisamente para esse fluxo de trabalho.

Gestores de ficheiros Web alternativos

O FileBrowser/ FileBrowser Quantum pode disponibilizar uma interface de navegador diferente, mas trate-o como outra aplicação Docker, com as suas próprias permissões e configuração persistente. Não substitui a camada de armazenamento subjacente do ZimaOS.

Mantenha os caminhos dos contentores consistentes

Para conjuntos de multimédia e transferências, utilize caminhos estáveis do lado do contentor, como /downloads e /media entre aplicações relacionadas. Isto evita que uma aplicação veja a mesma pasta do anfitrião através de um caminho diferente e interrompa as importações ou as hiperligações.

RAID5 não é uma cópia de segurança

O RAID5 protege a disponibilidade contra a falha de um disco. Não protege contra eliminação acidental, ransomware, corrupção do sistema de ficheiros ou roubo.

O guia da estratégia de cópias de segurança ajuda a adicionar cópias na LAN, em USB ou na nuvem depois de o esquema de armazenamento estar estável.

Escolha o que pertence ao RAID e o que não pertence

As bases de dados persistentes, a configuração das aplicações, os ficheiros da família e tudo o que fosse difícil recriar devem ficar num armazenamento protegido. As transferências temporárias, os diretórios de extração, o espaço temporário para transcodificação e as caches podem utilizar o disco autónomo, se for aceitável perdê-los.

Planeie as pastas partilhadas antes de instalar o conjunto de aplicações

Crie pastas estáveis, como Multimédia, Transferências, Documentos, e AppData primeiro. Em seguida, aponte todos os contentores relacionados para os mesmos caminhos no anfitrião. Isto é muito mais fácil do que migrar vinte caminhos de contentores depois de o servidor já estar cheio de dados.

Verifique o espaço livre em cada nível

Um RAID quase vazio não ajuda se o SSD do sistema ou o disco temporário estiver cheio. Monitorize o disco de arranque, a localização dos AppData, o RAID e o disco temporário de forma independente. As atualizações dos contentores podem falhar quando o disco do sistema tem pouco espaço, mesmo que o conjunto de armazenamento multimédia tenha terabytes livres.

Perguntas frequentes

Os contentores devem estar no SSD de arranque?

Mantenha aí o motor de contentores e os componentes do sistema, se for esse o funcionamento do ZimaOS, mas mova os AppData persistentes para o conjunto de armazenamento principal.

Posso utilizar um disco separado apenas para transferências?

Sim. Um disco temporário é uma boa localização para transferências substituíveis, cache e ficheiros de preparação.

O ZimaOS consegue ligar-se a NAS Synology e UGREEN?

Sim, se esses sistemas disponibilizarem partilhas SMB. Adicione-as como Armazenamento LAN em Ficheiros.

Preciso do gestor de ficheiros do navegador do ZimaOS?

Não para operações rotineiras com ficheiros no ambiente de trabalho. O SMB permite trabalhar a partir do Explorador de Ficheiros do Windows ou do Finder do macOS.