Servidor SSH sempre disponível sob carga pesada

10

Existe uma maneira do meu servidor SSH e tudo sob ele (incluindo o bash) estar sempre disponível sob carga pesada?

Talvez possa ser algum tipo de caminho crítico, tudo na memória , com uma CPU dedicada ou algo assim.

Como posso ter um servidor sempre disponível a um custo mínimo, para investigar o que está acontecendo no meu servidor?

blue112
fonte
Você está perguntando sobre uma maneira de garantir o logon via SSH para solucionar problemas / reparar um sistema que não responde de outra forma? Nesse caso, é uma resposta que gostaria de ver. Eu já havia me perguntado se havia alguma maneira de reservar uma porcentagem de recursos de CPU / memória para raiz da mesma maneira que 5% do espaço em disco é reservado para raiz quando um sistema de arquivos ext2 é preenchido.
Anthony Geoghegan
@AnthonyGeoghegan Sim, é isso que estou perguntando. E é nisso que estou pensando, mas não tenho certeza se existe uma maneira de fazer isso (ou como).
blue112
Ao olhar em volta, notei que uma pergunta semelhante foi feita há alguns anos atrás, mas não obtive nenhuma resposta. Esperamos que esta pergunta obtenha uma resposta melhor.
Anthony Geoghegan
1
A resposta provável é não. No entanto, existem coisas que você pode fazer para ajudar a diagnosticar remotamente os problemas que causam a carga pesada, como configurar o monitoramento remoto do sistema (Scout, monitoramento de servidor da NewRelic) e o log remoto do syslog (PaperTrail, LogStash, rsyslog, etc.)
Creek
1
Os problemas mais comuns "que não respondem" que eu já vi estão acabando com descritores de arquivos, pids e soquetes. Mesmo se você tivesse alguma maneira de o sshd manter um pool de processos reservados, o bash não conseguiria se bifurcar, então você acabaria com um shell inútil. Sua melhor chance seria um shell com ferramentas de depuração integradas, mas se você estiver sem identificadores de arquivos, ainda terá problemas para diagnosticar problemas.
21315 Chris

Respostas:

4

Para utilizar totalmente o sistema, ele apresenta a todos os serviços os mesmos recursos e o kernel tentará manter todos eles em execução com a mesma prioridade. Você pode definir o nível de prioridade do processo sshd para o nível mais alto. (Como agradável diminui a prioridade sobe)

Veja aqui: /server/355342/prioritise-ssh-logins-nice

Isso não resolverá seu problema com a memória. Você precisaria usar o cgroups para atribuir ao processo sshd sua própria memória reservada para lidar com isso.

Limitar o uso de memória para um único processo Linux

DM.
fonte