Como definir um limite de tarefas simultâneas seguro para um servidor Plex

Um anfitrião Plex deve suportar o número de utilizadores e tarefas em segundo plano que caiba num limite de simultaneidade medido, e não um número universal de transmissões.

A Reprodução direta, as transcodificações por hardware, as transcodificações por software, as pesquisas, as cópias de segurança e os contentores complementares sobrecarregam recursos diferentes. Defina o limite com base nas combinações que realmente ocorrem em simultâneo em casa e deixe de acrescentar tarefas quando um recurso atinge repetidamente um limiar que afeta a experiência do utilizador.

Separe os tipos de sessão antes de contabilizar os utilizadores

Um utilizador com Reprodução direta e outro a usar transcodificação por software de 4K não representam a mesma carga para o servidor. A compatibilidade do cliente e o comportamento das legendas podem fazer com que o mesmo conteúdo passe de uma utilização ligeira da rede e do armazenamento para uma utilização intensiva de computação.

Num teste específico, um N100 suportou várias transcodificações simultâneas por hardware com uma utilização da CPU relativamente modesta, pelo que esse resultado não deve ser considerado um limite geral de utilizadores.

Classifique as sessões mais exigentes previstas como Reprodução direta, transcodificação por hardware ou transcodificação por software. Só contabilize os utilizadores depois de saber que recursos são realmente utilizados pelas respetivas sessões.

Inclua as tarefas em segundo plano no mesmo teste de pico

As pesquisas da biblioteca, as transferências, as cópias de segurança e outros contentores podem transformar um teste de reprodução sem problemas num anfitrião sobrecarregado. Por isso, um limite de simultaneidade tem de incluir tanto os utilizadores como as tarefas.

Os controlos de recursos de um homelab existem porque, caso contrário, um contentor pode consumir toda a CPU, memória ou I/O de blocos disponível, enquanto se espera que os outros serviços continuem a responder.

Execute a combinação de utilizadores esperada enquanto decorre uma tarefa normal em segundo plano e, em seguida, repita o teste com essa tarefa em pausa. A diferença mostra se o agendamento ou o isolamento são mais valiosos do que simplesmente acrescentar núcleos ao CPU.

Reserve margem para manutenção e recuperação

Um anfitrião que mal consegue suportar o pico de reprodução não tem margem para atualizações, manutenção da base de dados, cópias de segurança ou uma solução temporária de reserva com transcodificação por software. Isso constitui um limite operacional mesmo antes de as transmissões começarem a falhar.

Uma verificação da saturação recurso a recurso dá ao orçamento um limite mensurável: filas persistentes ou erros no CPU, na memória, no armazenamento ou na rede durante a sobreposição necessária.

Defina critérios de aprovação para a estabilidade da reprodução, a conclusão das tarefas e o tempo de recuperação. Deixe margem suficiente para que uma tarefa de manutenção normal não faça imediatamente o servidor ultrapassar esse limite.

Featured

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

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Separe funções quando o orçamento deixar de escalar de forma eficiente

Acrescentar mais utilizadores a um único anfitrião nem sempre é o melhor passo seguinte. Se o armazenamento, as cópias de segurança ou um serviço complementar exigente criarem a limitação recorrente, separar essa função pode ser mais eficaz do que substituir toda a máquina.

Os seus requisitos de hardware para Plex devem, por isso, incluir a combinação de transmissões, o caminho dos dados das aplicações, a rede e as cargas de trabalho complementares, em vez de um único número de «utilizadores máximos».

Mantenha tudo num único anfitrião enquanto o teste combinado se mantiver dentro dos limites acordados. Separe o processamento ou o armazenamento quando o mesmo estrangulamento medido persistir e ambas as cargas de trabalho tiverem de funcionar em simultâneo.