Preocupação com o “apt-get update” no servidor de produção

2

Eu tenho um servidor que está ficando um pouco desatualizado, já que não o atualizei desde alguns meses. Eu queria tentar o cron-apt mas primeiro queria fazê-lo manualmente, então eu emiti um

sudo apt-get update

como primeiro passo. Tudo correu bem, mas quando eu verifiquei meus logs de erro do Apache eu recebi algumas mensagens como estas:

[error] [client xxx.xxx.xxx.xxx] exception 'MongoCursorTimeoutException' with message 'cursor timed out (timeout: 30000, time left: 0:0, status: 0)'

de usuários que estavam se conectando ao meu servidor naquele momento.

Por favor, note que eu não enviei uma atualização do apt-get ainda, mas eu fiquei um pouco preocupado que apenas atualizar o pacote db afetaria alguns usuários, especialmente se eu cron esta para dizer uma vez por dia.

Apenas a solução que consigo imaginar é fazer isso em um horário fora do horário de pico, mas além dessas suposições óbvias, há alguma outra dica que você possa dar?

    
por Dan 22.05.2013 / 23:19

1 resposta

4

É por isso que você deve ter um servidor de backup. Ou em menos um ambiente de teste que pode fingir ser um servidor em um aperto.

  1. Atualize o servidor de backup.
  2. TESTE do servidor de backup.
  3. Faça o failover para o servidor de backup.
  4. Atualize o servidor principal.
  5. TESTE do servidor principal.
  6. Falha ao voltar para o servidor principal.

Quanto a apt-get update mexer com outras coisas, não deve ser um problema, mas se você estiver em um servidor de baixa potência (por exemplo, instância de micro VM) pode executar carga de CPU e uso de memória que poderia desacelerar outros programas.

    
por 22.05.2013 / 23:39