Como configurar verificações de integridade para o Plex e as respetivas dependências

Uma verificação do estado do Plex deve validar um pequeno percurso visível para o utilizador, não apenas confirmar que o processo do servidor está em execução.

Separe a vitalidade da prontidão. O processo do Plex pode estar ativo enquanto o armazenamento de multimédia está indisponível, os dados da aplicação são só de leitura ou uma rota do proxy está avariada. Utilize verificações económicas e com responsabilidades claras: endpoint do servidor, acesso de escrita ao caminho de estado, acesso de leitura ao caminho de multimédia e, opcionalmente, acessibilidade remota. Evite sondas que modifiquem multimédia de produção ou criem trabalho pesado em segundo plano.

Defina a Vitalidade e a Prontidão Separadamente

A vitalidade pergunta se o serviço deve ser reiniciado; a prontidão pergunta se consegue atualmente servir a carga de trabalho pretendida. Combiná-las pode provocar reinícios durante um atraso temporário de uma dependência.

Os sinais de prontidão e vitalidade têm finalidades diferentes, pelo que um atraso temporário do armazenamento não deve ser automaticamente tratado como motivo para reiniciar o processo do Plex.

Utilize um endpoint local leve ou uma verificação do processo para a vitalidade e um resultado de prontidão separado para as dependências de armazenamento e rede. Apenas uma condição de vitalidade falhada deve implicar automaticamente a substituição do processo.

Teste os Dados da Aplicação e a Multimédia com Operações Inofensivas

O Plex precisa de acesso persistente ao estado e de acesso à multimédia de origem, mas uma verificação do estado não deve alterar a base de dados ativa nem mudar o nome de ficheiros de produção. Utilize um caminho de teste descartável e uma sonda conhecida de multimédia apenas para leitura.

Um serviço pode parecer saudável antes de uma dependência estar utilizável; a temporização do estado das dependências é a razão pela qual as verificações de armazenamento e rede devem ser comunicadas separadamente do estado do processo.

Crie e remova um ficheiro pequeno num diretório dedicado à verificação do estado dos dados da aplicação e, em seguida, leia um ficheiro pequeno conhecido a partir da montagem de multimédia. Se algum dos passos falhar, comunique o caminho que falhou sem tocar no conteúdo da biblioteca.

Adicione Verificações de Rede Apenas para os Percursos de que Depende Realmente

A reprodução na LAN, o acesso através de um proxy inverso, o acesso por VPN e o reencaminhamento de portas remotas são percursos diferentes. Uma única sonda não consegue representá-los a todos sem ocultar o limite da falha.

Teste primeiro a rota local do servidor e, em seguida, o percurso remoto escolhido a partir do exterior da rede. Uma verificação de reprodução remota do Plex só é útil quando o acesso remoto faz parte do serviço prometido.

Dê a cada sonda de rede o nome do percurso que valida, como LAN, proxy ou VPN. Quando uma falhar e outra passar, encaminhe o alerta para essa camada em vez de reiniciar o servidor saudável.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Utilize Limiares de Falha que Ignorem Ruído Breve

Uma única sonda falhada pode resultar do arranque, da ativação do armazenamento, de um atraso do DNS ou de um evento de rede transitório. As verificações do estado devem detetar indisponibilidade persistente sem provocar oscilações devido a pausas inofensivas.

Escolha os limiares de novas tentativas e intervalos com base em erros, saturação e utilização medidos, para que uma breve pausa de um recurso não desencadeie a mesma resposta que uma indisponibilidade prolongada.

Provoque um atraso curto de uma dependência e uma falha prolongada durante uma janela de teste. Ajuste os limiares até que o atraso curto não desencadeie um reinício, mas a falha prolongada seja detetada dentro do seu tempo de resposta aceitável.