O que determina realmente a escalabilidade do Plex?

O Plex escala até que um recurso partilhado necessário permaneça saturado durante tempo suficiente para interromper a reprodução, o trabalho em segundo plano ou a capacidade de resposta do plano de controlo.

Não existe um único valor de «escalabilidade do Plex», porque a Reprodução Directa, a transcodificação, o trabalho da biblioteca, o acesso remoto e os serviços complementares sobrecarregam diferentes percursos. Defina primeiro o cenário normal mais exigente e, em seguida, observe em conjunto o processamento, a memória, o armazenamento dos dados da aplicação, o armazenamento multimédia e a rede. O primeiro estrangulamento repetível determina a próxima actualização útil.

Comece pela combinação de reprodução

A Reprodução Directa consome recursos do servidor muito diferentes dos de uma sessão que necessita de conversão de vídeo. Por isso, o número de utilizadores, sem a combinação de tipos de reprodução, oculta a fonte mais importante de variação.

Os sistemas de transmissão para vários utilizadores ficam condicionados quando a capacidade partilhada não consegue satisfazer a procura simultânea, pelo que a contenção na transmissão para vários utilizadores deve ser tratada como um problema de carga de trabalho, e não como um limite fixo de utilizadores.

Conte separadamente as sessões simultâneas de Reprodução Directa e de transcodificação e, em seguida, acrescente os trabalhos em segundo plano que se sobrepõem a essas sessões. Essa matriz é a referência que todos os testes de escala posteriores devem reproduzir.

Meça a saturação de todos os recursos partilhados

Um servidor pode ter CPU disponível enquanto o armazenamento dos dados da aplicação cria filas, ou largura de banda de rede disponível enquanto uma transcodificação por software leva um percurso de execução ao limite. Observar apenas um gráfico de utilização pode ocultar o verdadeiro factor limitador.

O método de utilização, saturação e erros fornece uma forma, recurso a recurso, de distinguir entre «ocupado» e «incapaz de aceitar mais trabalho» — a distinção relevante para o planeamento de capacidade.

Execute a carga de trabalho de pico durante tempo suficiente para observar um comportamento estável e registe qual é o primeiro recurso a desenvolver filas ou erros. Actualize a restrição que se repete antes de acrescentar capacidade noutro local.

A configuração determina qual o recurso que se torna o limite

A aceleração por hardware, a localização da transcodificação, a organização da biblioteca, o modo de rede e os serviços complementares podem transferir trabalho entre a CPU, a GPU, o armazenamento e a rede. Assim, o mesmo hardware pode ter limites diferentes consoante a configuração.

Os custos de E/S dos contentores medidos variam consoante a carga de trabalho, o que reforça que as opções de isolamento e de percurso de armazenamento podem afectar o perfil de recursos, mesmo quando o binário do Plex não é alterado.

Documente as definições que alteram materialmente o percurso antes de comparar dois servidores. Uma lista de verificação dos requisitos de hardware para o Plex só é útil depois de fixar a carga de trabalho e a configuração.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

A capacidade de recuperação faz parte da escalabilidade

Um servidor que satisfaz por pouco a procura de reprodução, mas não consegue efectuar cópias de segurança, actualizações ou recuperações dentro de um prazo aceitável, já está a funcionar demasiado perto do seu limite prático. O crescimento aumenta o trabalho de manutenção, além do número de sessões activas.

Os sistemas de cópia de segurança trocam tempo de recuperação, ponto de recuperação e histórico de versões por trabalho de armazenamento e processamento; a selecção do ponto de recuperação torna explícita essa dimensão da manutenção, em vez de tratar a cópia de segurança como capacidade gratuita.

Inclua um ensaio de cópia de segurança e um ensaio de restauro nos testes de escala. Se o trabalho normal de recuperação não cumprir o objectivo antes de a reprodução falhar, a arquitectura atingiu um limite operacional, mesmo que as transmissões continuem a iniciar-se.