Como separar os dados, a cache e as cópias de segurança da aplicação Plex

Uma estrutura duradoura para o Plex separa os dados da aplicação, a cache reconstruível, o trabalho temporário e as cópias de segurança antes de os atribuir a diferentes níveis de armazenamento.

O design deve preservar a base de dados e os metadados durante a substituição do contentor ou do anfitrião, permitindo simultaneamente limpar a cache e os dados de transcodificação sem comprometer a recuperação. As cópias de segurança devem seguir um percurso de falha diferente do estado ativo. Quando estas funções estiverem claramente definidas, a capacidade do SSD pode ser reservada para o estado sensível à latência, em vez de ser consumida por cópias em massa que não precisam dela.

Mantenha o estado do servidor num caminho persistente de baixa latência

A base de dados, os metadados, as preferências e o estado associado à identidade do Plex definem o servidor e devem sobreviver à substituição do ambiente de execução. Esta função dá mais importância à latência previsível e à capacidade de recuperação do que à capacidade bruta.

As cargas de trabalho de bases de dados respondem fortemente à latência e largura de banda do armazenamento quando os respetivos padrões de acesso são sensíveis à E/S, o que justifica colocar o estado ativo da aplicação no nível mais rápido quando as medições o justificam.

Monte o estado do Plex separadamente da imagem do contentor e documente os passos de propriedade, cópia de segurança e restauro. A estrutura persistente dos dados da aplicação é o núcleo estável do design de armazenamento.

Classifique os dados da cache e da transcodificação como reconstruíveis

A cache pode melhorar a capacidade de resposta e o espaço de transcodificação pode exigir escritas temporárias rápidas, mas nenhum dos dois deve ser tratado como a cópia oficial da biblioteca. A perda destes dados deve reduzir o desempenho, não apagar a identidade do servidor.

As páginas em cache podem evitar leituras repetidas do armazenamento e, ao mesmo tempo, ser reconstruídas, razão pela qual a cache pertence a uma classe de durabilidade diferente da base de dados e dos metadados do Plex.

Coloque os dados temporários num caminho que possa ser limpo em segurança e exclua-os das cópias de segurança dispendiosas a longo prazo, salvo se um requisito de recuperação específico determinar o contrário.

Armazene as cópias de segurança noutro percurso de falha

Uma cópia de segurança armazenada junto ao estado ativo do Plex protege contra alguns erros da aplicação, mas não contra a perda do dispositivo, a corrupção do conjunto de armazenamento ou a falha do anfitrião. As cópias de recuperação devem ultrapassar os limites de falha.

Os sistemas de cópias de segurança têm características próprias de capacidade e rotatividade, por isso dimensione o destino das cópias de segurança como uma função de armazenamento autónoma, em vez de o tratar como espaço não utilizado no dispositivo de dados da aplicação.

Mantenha pelo menos uma cópia fora do dispositivo de estado ativo e defina a rapidez com que pode ser restaurada. Um instantâneo é útil, mas não é a única via de recuperação.

Featured

ZimaBoard 2 - Mini servidor doméstico para a sua grande ideia

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Valide a disposição com um teste de substituição

Um bom mapa de funções deve permitir-lhe substituir o ambiente de execução, voltar a ligar o estado, regenerar a cache e restaurar a partir de uma cópia de segurança sem reclassificar caminhos durante o incidente.

Reconstrua o Plex num anfitrião descartável, utilizando apenas o estado documentado e as localizações das cópias de segurança. Em seguida, limpe deliberadamente o caminho da cache. Se a identidade do servidor ou a biblioteca se perder, as funções não estão separadas corretamente.

Utilize o restauro bem-sucedido como referência da topologia para futuras atualizações de armazenamento.