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

Uma configuração Plex duradoura separa os dados das aplicações, a cache recriá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 estão explícitas, é possível reservar a capacidade SSD para dados sensíveis à latência, em vez de a consumir com cópias volumosas que não precisam dela.

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

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

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

Monte o estado do Plex de forma independente da imagem do contentor e documente os passos de propriedade, cópia de segurança e restauro. A estrutura persistente dos dados das aplicações é o centro estável do design de armazenamento.

Classifique a cache e os dados de transcodificação como recriá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 autoritativa da biblioteca. A sua perda deve reduzir o desempenho, não apagar a identidade do servidor.

As páginas em cache podem evitar leituras repetidas do armazenamento e continuar a ser reconstruíveis, 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 percurso que possa ser limpo com segurança e exclua-os das cópias de segurança dispendiosas a longo prazo, salvo se um requisito específico de recuperação determinar o contrário.

Coloque as cópias de segurança num percurso de falha diferente

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

Os sistemas de cópia de segurança têm características distintas de capacidade e alteração, por isso dimensione o destino das cópias de segurança como uma função de armazenamento própria, e não como espaço não utilizado no dispositivo dos dados das aplicações.

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

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Valide a estrutura com um teste de substituição

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

Recrie o Plex num anfitrião descartável utilizando apenas as localizações de estado e de cópia de segurança documentadas e, em seguida, limpe deliberadamente o percurso da cache. Se a identidade do servidor ou a biblioteca se perder, as funções não estão corretamente separadas.

Utilize o restauro bem-sucedido como contrato de topologia para futuras atualizações de armazenamento.