Como configurar o armazenamento de gravações de TV em direto sem encher os dados da aplicação

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.

As gravações de TV em direto são ficheiros multimédia grandes e duradouros; os dados da aplicação são pequenos e contêm o estado sensível à latência necessário para iniciar e gerir o servidor. Quando ambos partilham um volume de contentor, uma única gravação pode esgotar o espaço necessário para a base de dados, os registos e as atualizações.

Um design seguro atribui às gravações o seu próprio conjunto de dados ou partilha no anfitrião, monta-o no contentor e aponta a definição do DVR para o caminho dentro do contentor. O espaço temporário de transcodificação é uma terceira classe de dados e não deve ser redirecionado silenciosamente para o volume de configuração.

Separe as três funções de armazenamento

Identifique o caminho de configuração persistente, a biblioteca de gravações e o espaço de trabalho de transcodificação ou timeshift. Registe os caminhos do anfitrião e do contentor num pequeno mapa; alterar apenas o campo no painel não é suficiente se o contentor não conseguir aceder ao destino.

Mantenha a configuração num armazenamento fiável com uma cobertura normal de cópias de segurança. Coloque as gravações num armazenamento orientado para a capacidade, capaz de absorver a taxa de escrita esperada, e coloque os dados temporários de transcodificação num local onde não possam ocupar o espaço da base de dados.

Estime uma gravação no pior caso, não um episódio médio. Multiplique a taxa de bits do fluxo do sintonizador pela duração máxima agendada, adicione as gravações simultâneas e mantenha uma margem de espaço livre operacional para o comportamento do sistema de ficheiros e da aplicação.

Monte um destino dedicado para gravações

Crie um diretório ou conjunto de dados no anfitrião, como /srv/media/recordings, e monte-o no contentor num caminho claro, como /recordings. Utilize uma montagem de ligação ou um volume gerido que persista quando o contentor for recriado.

Faça corresponder o proprietário e as permissões ao UID e GID utilizados pelo processo do Jellyfin. Um destino que está visível, mas não tem permissões de escrita, produz frequentemente um erro de permissões e pode levar um operador a voltar ao caminho predefinido dos dados da aplicação.

Um relato da comunidade sobre uma falha de permissões no caminho de gravação mostra por que razão a visibilidade, por si só, não é um teste suficiente. Crie e remova um pequeno ficheiro como utilizador do contentor antes de agendar um programa real.

Aponte os caminhos do DVR e dos dados temporários para os volumes previstos

Nas definições de TV em direto ou DVR, defina o caminho de gravação como o ponto de montagem das gravações visível no contentor, e não como o caminho do anfitrião. Se a versão instalada suportar destinos separados para filmes e séries, mantenha ambos no mesmo conjunto de dados de gravações com capacidade gerida, a menos que tenha uma razão para os separar.

Defina o caminho de transcodificação para uma montagem temporária dedicada com capacidade suficiente a curto prazo. Não coloque gravações no diretório de transcodificação: os dados temporários podem ser limpos de forma agressiva, enquanto as gravações concluídas são dados do utilizador.

Se utilizar pós-processamento, o comportamento de pós-processamento do Jellyfin transmite o caminho da gravação concluída ao script. Certifique-se de que o script vê o mesmo caminho montado e não consegue mover acidentalmente um ficheiro para o volume da aplicação.

Teste os estados de falha e adicione uma salvaguarda de capacidade

Inicie uma gravação manual curta, confirme que o respetivo tamanho aumenta no conjunto de dados das gravações, pare-a e reproduza o resultado. Reinicie o contentor e repita a reprodução para provar que a montagem é persistente, em vez de ser uma camada anónima do contentor.

Defina um alerta para os bytes livres ou para a percentagem utilizada, tanto no conjunto de dados das gravações como no volume de dados da aplicação. As regras de retenção ajudam, mas não substituem um alerta, porque uma limpeza falhada, agendamentos duplicados e eventos invulgarmente longos podem invalidar uma estimativa.

Faça uma cópia de segurança do pequeno volume de configuração separadamente das gravações volumosas. A lista de verificação para desativar o Jellyfin fornece um modelo de inventário útil para distinguir o estado essencial dos componentes substituíveis do servidor multimédia.

Suporte e Dicas

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.