Quanto armazenamento adicional é que o Plex precisa além da sua biblioteca multimédia?

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

A sobrecarga de armazenamento do Plex não corresponde a uma percentagem fixa, porque os metadados, as ilustrações, as miniaturas, a cache e as transcodificações temporárias aumentam de forma diferente em relação ao conteúdo multimédia de origem.

Duas bibliotecas Plex com o mesmo número de terabytes podem ter volumes de dados de aplicação muito diferentes. Uma biblioteca com miniaturas de pré-visualização de vídeo, ilustrações detalhadas, sincronizações ou otimizações frequentes e muitos itens pequenos pode consumir muito mais espaço no servidor do que um arquivo simples de filmes. Meça os dados da aplicação e o armazenamento temporário como conjuntos de capacidade separados antes de alterar o hardware, o armazenamento, a rede ou as definições dos contentores.

Separe os dados persistentes da aplicação da capacidade multimédia

O diretório do servidor Plex armazena o estado da base de dados, metadados, ilustrações, caches e informações multimédia geradas. Esses ficheiros são dados persistentes da aplicação, pelo que o planeamento da capacidade deve ser feito separadamente dos filmes e episódios de televisão de origem armazenados nas bibliotecas.

O Plex armazena metadados tanto em ficheiros como no SQLite, pelo que a capacidade dos dados da aplicação e o comportamento de E/S devem ser planeados independentemente do tamanho da biblioteca multimédia; essa é a base a estabelecer para o planeamento da capacidade dos dados da aplicação Plex.

A unidade útil não é uma proporção universal de sobrecarga, mas sim o tamanho atual e a taxa de crescimento do diretório de dados do Plex. Um servidor pode ter uma enorme capacidade multimédia com poucos metadados, ou uma biblioteca mais pequena com um armazenamento de miniaturas de pré-visualização inesperadamente grande.

Meça as funcionalidades que alteram o volume ocupado

As miniaturas de pré-visualização, os dados de capítulos ou de análise, a densidade das ilustrações, o número de itens da biblioteca, o comportamento da cache, as transferências e a transcodificação temporária podem alterar as necessidades de armazenamento. O caminho do transcodificador é especialmente diferente, porque precisa de espaço de trabalho durante as conversões ativas, e não de capacidade de arquivo permanente.

Ao medir a capacidade dos dados da aplicação Plex, as bibliotecas Plex reais podem acumular grandes volumes de dados da aplicação provenientes de metadados, ilustrações e miniaturas de pré-visualização, tornando a monitorização do espaço livre parte da fiabilidade.

O crescimento persistente pertence ao orçamento de metadados/dados da aplicação; os picos transitórios pertencem ao orçamento de armazenamento temporário. Tratá-los separadamente torna muito mais previsíveis o dimensionamento dos SSD e os alertas de espaço livre.

Por que razão uma regra simples de 5% ou 10% pode falhar

Uma regra baseada numa percentagem falha quando a geração de miniaturas está ativada para uma biblioteca grande, quando o número de itens é elevado em relação ao total de bytes multimédia ou quando as transcodificações temporárias são grandes. Também sobrestima bibliotecas simples que mantêm poucos recursos gerados.

No limite de falha do planeamento da capacidade dos dados da aplicação Plex, o crescimento das miniaturas e dos metadados torna as estimativas dos dados da aplicação baseadas numa percentagem fixa pouco fiáveis em bibliotecas com diferentes números de itens e funcionalidades ativadas.

Verifique cada caminho montado de forma independente. Se os dados da aplicação estiverem estáveis, mas o espaço temporário aumentar durante determinadas conversões, redimensione ou desloque o caminho de transcodificação em vez de expandir o dispositivo de metadados.

-15% OFF

Crie um orçamento de armazenamento com base em medições

Comece pelo tamanho atual do diretório de dados do Plex, acrescente o crescimento mensal observado e reserve espaço para cópias de segurança. Em seguida, teste a utilização máxima de transcodificação temporária com o maior ficheiro de origem realista, em vez de presumir que a mesma margem serve para ambas as funções. Uma configuração de armazenamento para cinema em casa também ajuda a manter o comportamento dos clientes separado dos limites de computação e armazenamento do servidor durante os testes.

Antes de aceitar uma alteração ao planeamento da capacidade dos dados da aplicação Plex, uma cópia de segurança consistente do SQLite deve ser criada através de um fluxo seguro de cópia de segurança ou de instantâneos, e não através de uma cópia não controlada de ficheiros de base de dados ativos durante operações de escrita.

Recalcule depois de ativar funcionalidades como as miniaturas de pré-visualização ou após uma expansão significativa da biblioteca. Pare de adicionar capacidade aos dados da aplicação quando o crescimento medido e os picos temporários couberem na margem de espaço livre que escolheu.

  1. Meça o diretório de dados do Plex separadamente dos ficheiros multimédia
  2. Registe o crescimento após as análises e os exames
  3. Meça o espaço temporário máximo utilizado pela transcodificação
  4. Mantenha o espaço para cópias de segurança fora do diretório ativo de dados da aplicação

Centro de Tecnologia e IA

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.