Como configurar a cache do Plex e o armazenamento temporário de transcodificação

Mantenha os dados persistentes da aplicação Plex num armazenamento fiável e coloque os ficheiros temporários de transcodificação num caminho local rápido, com espaço livre suficiente; não misture os ficheiros temporários com as pastas de multimédia.

A “cache” e o “diretório temporário de transcodificação” do Plex resolvem problemas diferentes. O diretório de dados do servidor contém bases de dados e metadados persistentes, além de subdiretórios de cache, enquanto a definição do transcodificador controla onde são gravados os segmentos temporários de transmissão. Num servidor doméstico Docker, mapeie deliberadamente essas funções para que possa alterar uma localização rápida para ficheiros temporários sem arriscar a base de dados de configuração e para que um caminho temporário cheio não consuma o volume de que o Plex precisa para manter o seu estado principal saudável.

Separe os dados persistentes da aplicação do trabalho temporário descartável

Trate o volume de configuração do Plex como estado persistente. Este deve sobreviver à recriação do contentor e ser incluído nas cópias de segurança normais. A cache nesse estado pode ser descartável, mas a base de dados e os metadados não são; por isso, mover toda a árvore de configuração para uma localização volátil apenas para tornar as miniaturas ou as transcodificações mais rápidas é uma otimização inadequada.

O Plex indica que um diretório de dados do servidor demasiado grande pode frequentemente ser reduzido excluindo ou relocalizando materiais menos importantes, e as suas orientações sobre o tamanho dos dados do servidor distinguem especificamente o diretório de dados do armazenamento de multimédia. Use essa distinção para manter desimpedido o caminho crítico para a recuperação.

Se o seu modelo Docker atual mapear apenas um caminho de configuração, mantenha primeiro esse mapeamento intacto. Adicione ou altere separadamente o caminho para os ficheiros temporários de transcodificação, para poder testar o desempenho e a capacidade sem mover simultaneamente a base de dados do Plex.

Escolha o diretório de transcodificação primeiro pela capacidade e depois pela velocidade

A definição avançada de Transcodificador do Plex permite escolher um diretório temporário para as transcodificações de transmissão. O caminho precisa de ter espaço livre suficiente para os segmentos temporários criados pelas sessões ativas. Um armazenamento SSD ou NVMe rápido pode reduzir a latência, mas um volume rápido e pequeno que fica cheio durante uma transcodificação grande é pior do que um volume local ligeiramente mais lento, mas com uma margem segura.

A documentação oficial do Transcodificador do Plex desaconselha a utilização de uma partilha de rede, de um caminho da biblioteca de multimédia ou de uma localização que já contenha dados não relacionados para o diretório temporário de transcodificação. O Plex recomenda também espaço livre aproximadamente equivalente ao ficheiro de origem, além de uma margem adicional; por isso, dimensione o caminho temporário para a maior carga de trabalho simultânea realista.

Se utilizar armazenamento temporário apoiado por memória, trate a capacidade como um limite rígido e inclua os outros serviços no cálculo. Um caminho apoiado por RAM pode ser rápido, mas também pode transformar uma transcodificação grande ou simultânea numa sobrecarga de memória para todo o NAS. Comece com um SSD/NVMe local, a menos que tenha medido uma razão para utilizar RAM.

Mapeie o caminho Docker para que o anfitrião e o contentor estejam de acordo

No Docker, o caminho que o Plex vê dentro do contentor tem de estar mapeado para o armazenamento do anfitrião que pretendia utilizar. Um diretório do anfitrião pode ter bastante espaço enquanto o contentor escreve noutro local, porque o destino do volume está incorreto. Verifique ambos os lados do mapeamento antes de alterar a definição do Transcodificador do Plex.

O guia da primeira aplicação Docker no ZimaOS é uma boa referência para compreender os volumes das aplicações no ZimaOS: a aplicação só vê os caminhos do contentor que lhe são expostos, enquanto o administrador do NAS é responsável por determinar onde esses caminhos ficam no anfitrião.

Depois de o mapeamento estar correto, force uma transcodificação e observe o diretório do anfitrião. Devem surgir aí novos ficheiros temporários enquanto a reprodução estiver ativa. Se surgirem no volume de configuração ou noutro caminho do anfitrião, pare e corrija o volume em vez de alterar mais definições do Plex.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Verifique a limpeza, o comportamento após reiniciar e os limites de um disco cheio

Deixe uma transcodificação forçada decorrer tempo suficiente para criar dados temporários mensuráveis; em seguida, pare a reprodução e confirme que o diretório temporário é limpo conforme esperado. Reinicie o Plex e repita o mesmo teste para garantir que o volume continua presente e com permissões de escrita após o evento do ciclo de vida do contentor.

Observe o espaço livre enquanto decorrem duas transcodificações representativas, se for habitual haver transmissões simultâneas em sua casa. O objetivo não é apenas obter um arranque mais rápido; o NAS tem de manter capacidade suficiente para as bases de dados do Plex, o Docker e os outros serviços enquanto o caminho temporário cresce sob a carga de trabalho original.

Se o diretório temporário ficar cheio repetidamente, reduza o número de transcodificações simultâneas, aumente a capacidade temporária ou escolha outro nível de armazenamento local. Não aponte a definição para a biblioteca de multimédia nem para uma partilha de rede como solução de emergência; altere antes o plano de capacidade.