Quanto espaço de armazenamento livre deve o Plex reservar para tarefas em segundo plano?

O Plex não deve usar uma regra universal de espaço livre para todos os servidores. A reserva útil é a quantidade necessária para o maior trabalho temporário normal, o crescimento esperado dos metadados e espaço adicional suficiente para concluir a manutenção ou recuperar de uma alteração falhada sem encher o sistema de ficheiros.

Um servidor que apenas faz Direct Play de uma biblioteca pequena tem um perfil de armazenamento diferente de um que gera miniaturas de pré-visualização, transcodifica vários streams, executa tarefas de DVR ou reconstrói metadados. Meça primeiro um ciclo completo em segundo plano e a maior transcodificação representativa e, em seguida, defina um limite acima do pico observado, em vez de copiar uma regra arbitrária de 10%, 20 GB ou 100 GB.

Não comece com um valor universal de espaço livre

Os conselhos sobre espaço livre tornam-se enganadores quando ignoram onde o Plex grava os dados temporários e persistentes. Um servidor pode ter terabytes livres no conjunto de discos multimédia, enquanto o sistema mais pequeno ou o sistema de ficheiros dos dados da aplicação fica sem espaço durante uma conversão ou tarefa de manutenção.

O Plex documenta que a transcodificação utiliza armazenamento temporário em disco, que, por predefinição, pode estar no disco do sistema operativo. Isto torna o espaço livre no caminho de transcodificação efetivamente utilizado mais importante do que a capacidade anunciada do conjunto de discos multimédia.

Considere qualquer valor fixo de espaço livre apenas como uma hipótese inicial, e somente se tiver sido medido com a sua carga de trabalho. O primeiro limite útil é a reserva mínima abaixo da qual o seu próprio trabalho em segundo plano se torna pouco fiável, não um valor retirado de uma biblioteca, taxa de bits ou sistema de ficheiros diferente.

Meça quais tarefas do Plex consomem realmente espaço temporário ou persistente

Acompanhe as localizações que podem crescer enquanto o Plex está inativo ou a executar manutenção: o diretório de dados da aplicação, o diretório temporário de transcodificação, os dados das miniaturas de pré-visualização, as cópias de segurança da base de dados e qualquer área de trabalho de transferências ou DVR que utilize. Podem estar em sistemas de ficheiros diferentes, pelo que deve medi-las separadamente.

As miniaturas de pré-visualização de vídeo podem ser uma fonte de crescimento persistente, e não apenas um aumento temporário. O Plex indica que um índice de miniaturas típico pode consumir dezenas de megabytes por item de biblioteca, com a duração a afetar o resultado. Bibliotecas grandes podem, por isso, transformar um pequeno custo por item num crescimento significativo dos dados da aplicação.

Meça antes e depois de uma janela completa de tarefas agendadas, de uma análise da biblioteca que adicione conteúdo representativo e da sua maior transcodificação normal. Registe tanto o aumento temporário máximo como o que permanece depois. O aumento retido corresponde ao crescimento; o pico acima desse valor corresponde ao espaço de trabalho.

Utilize o maior trabalho observado para definir o primeiro limite

Utilize o maior aumento observado no espaço de trabalho como primeiro componente do seu limite. Se uma transcodificação representativa necessitar de vários gigabytes no sistema de ficheiros temporário, ou se uma janela de manutenção aumentar os dados da aplicação enquanto as miniaturas são geradas, esse pico observado deve fazer parte da reserva.

Não presuma que a transcodificação suportada por RAM elimina a questão da capacidade. Uma configuração prática de transcodificação do Plex em RAM continua a exigir que o diretório temporário de transcodificação tenha capacidade utilizável suficiente para a carga de trabalho ativa; mover o caminho altera o recurso que precisa de dimensionar, em vez de eliminar o espaço temporário.

Para efeitos de planeamento, defina um limite medido como: maior pico temporário normal + crescimento retido esperado antes da próxima limpeza + uma margem de segurança para variações. Esta é uma fórmula operacional, não um valor constante publicado pelo Plex. Recalcule-a depois de ativar funcionalidades que alterem significativamente o armazenamento em segundo plano.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Adicione margem para trabalho simultâneo e recuperação

Um trabalho de cada vez não representa o pior caso se o seu servidor sobrepuser tarefas habitualmente. Uma tarefa de miniaturas, manutenção da base de dados, cópia de segurança, transferência ou transcodificação pode utilizar o mesmo sistema de ficheiros, e uma atualização pode exigir temporariamente espaço adicional para uma nova imagem ou uma cópia para reverter alterações.

Adicione margem suficiente para que a maior sobreposição realista possa ser concluída sem levar o sistema de ficheiros ao seu limite de falha. Se duas tarefas nunca se sobrepõem porque são agendadas separadamente, não precisa de somar os respetivos picos; se se sobrepõem frequentemente, meça essa janela combinada em vez de adivinhar.

Mantenha o espaço de recuperação conceptualmente separado da capacidade da biblioteca multimédia. Um conjunto de discos multimédia cheio e um disco de dados da aplicação cheio provocam falhas diferentes. Preserve espaço suficiente no sistema de ficheiros que contém o estado do Plex para criar uma cópia de segurança, gravar ficheiros temporários e reverter uma alteração de manutenção falhada.

Esteja atento aos sintomas de pouco espaço antes de o disco ficar cheio

O pouco espaço livre costuma manifestar-se através de operações que necessitam de novas gravações: as conversões recusam-se a iniciar, o trabalho em segundo plano deixa de ser concluído, as bases de dados ou os registos não conseguem aumentar, ou o sistema operativo começa a indicar que o sistema de ficheiros está quase cheio. Não espere até haver zero bytes livres para tratar a tendência como um problema de capacidade.

Os utilizadores do Plex reproduziram falhas de gravação ou conversão quando uma localização temporária limitada fica cheia durante uma tarefa. É por isso que um disco RAM ou uma partição da aplicação pequenos podem falhar mesmo quando o conjunto de discos multimédia tem capacidade abundante: a gravação tem de ser bem-sucedida no sistema de ficheiros que o Plex está efetivamente a utilizar para essa operação.

Quando uma tarefa falhar, registe o espaço livre e o caminho no momento exato da falha. Se a mesma tarefa for concluída com êxito depois de mover o caminho temporário ou adicionar capacidade, mantendo as restantes condições inalteradas, o limite de espaço livre passa a ser uma evidência e não uma suposição.

Aumente o limite quando o Plex não conseguir concluir um ciclo completo de manutenção

Faça a medição ao longo de um ciclo completo de manutenção e de um período representativo de reprodução intensa. Registe o ponto de espaço livre mínimo, a tarefa que o provocou e se o sistema de ficheiros regressou depois a uma linha de base estável. Repita uma vez para que uma tarefa invulgar e pontual não defina a reserva permanente.

O guia da ZimaSpace sobre pressão de armazenamento em segundo plano é uma continuação útil quando as análises, cópias de segurança ou outras tarefas competem com o Plex pelos recursos do disco. A capacidade e o desempenho de E/S devem ser verificados em conjunto quando a janela de manutenção fica lenta e consome muito espaço.

Aumente o limite de espaço livre ou mova a carga de trabalho quando as tarefas normais repetidas se aproximarem da reserva atual, quando o crescimento retido dos metadados estiver a reduzir constantemente a margem ou quando as operações de recuperação já não couberem. O limite correto é aquele que permite concluir o ciclo mais exigente esperado e ainda deixa um caminho de recuperação testado.