Quando deve o Plex usar um anfitrião separado para o armazenamento ou a base de dados?

Use um anfitrião separado quando a capacidade de armazenamento, a manutenção ou o isolamento de falhas tiverem de evoluir de forma independente da capacidade de processamento do Plex; não mova a base de dados só por uma questão de organização.

Os ficheiros multimédia em massa são naturalmente separáveis porque requerem capacidade e débito sequencial, enquanto a base de dados e os metadados do Plex constituem estado sensível à latência. Um segundo anfitrião também introduz dependências de acessibilidade pela rede, permissões e ordem de recuperação. A arquitetura justifica-se quando essas dependências adicionais resolvem uma limitação medida que não pode ser resolvida de forma simples num único servidor.

Separe primeiro os ficheiros multimédia em massa do estado sensível à latência

Os ficheiros multimédia podem ficar num armazenamento NAS enquanto a capacidade de processamento do Plex permanece noutro local, desde que o caminho de rede tenha débito sustentado suficiente e montagens fiáveis. Esta divisão acarreta menos riscos do que o armazenamento remoto dos dados da aplicação.

O armazenamento deve seguir escolhas de armazenamento específicas da carga de trabalho, o que justifica manter os ficheiros multimédia sequenciais de grande capacidade separados do estado que depende de acessos aleatórios de baixa latência.

Meça o débito de multimédia durante a reprodução de pico e uma transferência de grandes dimensões. Se o caminho de multimédia em rede se mantiver estável e com margem, a divisão justifica a sua complexidade.

Mantenha, por predefinição, a base de dados do Plex perto da capacidade de processamento

O armazenamento remoto da base de dados ou dos metadados acrescenta latência de rede e mais um ponto de falha a cada acesso ao estado. Pode ser uma má troca quando o SSD local não é o estrangulamento.

A latência da base de dados pode variar consoante a sensibilidade do desempenho à latência do armazenamento, pelo que convém comparar o desempenho do caminho de estado antes de o colocar atrás de um sistema de ficheiros de rede.

Mantenha os dados das aplicações localmente no anfitrião de computação do Plex, a menos que um requisito comprovado justifique os custos de latência e recuperação. A topologia de centro multimédia com NAS pode continuar a centralizar grandes volumes de ficheiros multimédia sem centralizar todos os ficheiros de estado.

Utilize um anfitrião separado quando os domínios de falha tiverem de ser diferentes

Um anfitrião de armazenamento pode ser mantido ou expandido de forma independente, e um anfitrião de computação pode ser substituído sem mover o conjunto de suportes multimédia. Esta separação é valiosa quando cada função tem um procedimento de recuperação claro.

A divisão de funções só é útil quando as dependências dos serviços são explícitas o suficiente para reiniciar ou substituir um anfitrião sem criar dependências ocultas da propriedade do estado na rede.

Documente a ordem de arranque, as dependências de montagem e o que a reprodução local deve fazer quando o anfitrião de armazenamento estiver indisponível. Se a recuperação exigir alterações manuais aos caminhos, simplifique a divisão.

Featured

NAS de nuvem pessoal doméstica ZimaCube 2

ZimaCube2

$799.00 - $2,499.00

Buy Now

Não confunda um anfitrião separado com uma cópia de segurança

Mover os ficheiros multimédia para um NAS não cria uma segunda cópia. O armazenamento remoto pode continuar a ser a única cópia e, por isso, permanece um ponto único de perda de dados.

A conceção das cópias de segurança deve separar o armazenamento de proteção do armazenamento principal, pelo que deve criar uma cópia de recuperação fora do dispositivo ou independente, além da divisão da topologia.

Teste o restauro do estado do Plex e de, pelo menos, um caminho de multimédia representativo sem depender do anfitrião de armazenamento ativo. A arquitetura só é resiliente quando a separação do armazenamento e as cópias de segurança são ambas explícitas.