O que esperar do LTS-LTS (duração, problemas, ajustes de configuração,…)?

Question

Eu tenho um servidor web LTS Ubuntu Server (LAMP clássico) em execução 12.04.5 LTS (up-to-date, regular apt-get update && apt-get dist-upgrade ). Eu só posso acessá-lo via SSH (servidor alugado com acesso root). Eu faço não usar qualquer software / fontes de terceiros, apenas os oficiais do Ubuntu.

Gostaria de executar do-release-upgrade para atualizar para o 14.04.X LTS.

A minha pergunta é o que posso esperar deste processo para manter o tempo de inatividade no mínimo:

• Por quanto tempo a atualização do LTS será executada (X minutos, X meia hora, X horas)? Eu sei que isso depende de muitas coisas, mas uma escala de tempo aproximada seria bom saber de antemão (é muito rápido hardware e conexão de rede).
• as reinicializações são necessárias no meio (- > SSH-somente-acesso)?
• é necessária uma entrada constante do usuário?
• Os serviços importantes atualizados (Apache, PHP, MySQL) serão executados ou posso esperar ter que atualizar muitos arquivos de configuração (em caso afirmativo, o que provavelmente está precisando de ajustes)?
• Existem outros problemas conhecidos que ocorrem frequentemente em uma grande atualização do LTS?

Answer 1

% bl0ck_qu0te%

A última vez que fiz isso demorou mais de meia hora. Em uma conexão de internet mais do que a média. Mas na verdade isso vai depender de muitas coisas. Se você tiver uma área de trabalho instalada, levará mais tempo. Se você tiver mais software instalado do que eu, levará mais tempo. Se você tiver menos instalado, levará menos tempo.

% bl0ck_qu0te%

Não quando eu fiz e, até onde sei, a atualização é feita como 1 ação. Então, uma reinicialização no final será necessária.

% bl0ck_qu0te%

Não. Mas você provavelmente quer assistir a maior parte do processo quando isso acontece.

% bl0ck_qu0te%

Isso fez por mim: o apache e o mysql foram executados instantaneamente; mas isso depende muito da sua configuração; se você usou as opções obsoletas que foram excluídas em 14.04, elas podem causar problemas.

Tanto o apache quanto o mysql mostram mensagens claras se ele falhar.

Uma coisa que aconselho: interromper qualquer serviço e fazer um backup dos arquivos de configuração antes de iniciar a atualização. Faça um dump de banco de dados, faça backup de my.conf e / etc / apache2 / conf, sites - etc.

% bl0ck_qu0te%

Sim, falta de energia. Parece ser muito popular quando você inicia um upgrade para que ocorram falhas de energia. Assim como com qualquer alteração importante do seu sistema: backup e verifique se você pode restaurá-lo.

Uma outra coisa: depois de fazer a atualização em uma máquina, fizemos uma estimativa do custo da nossa empresa se a atualização fosse necessária. Decidimos que seria mais barato e seguro comprar um novo servidor e alterar o antigo para um servidor de fallbackup. Isso também facilitou a atualização: nós poderíamos mexer na configuração do apache, nas configurações do mysql e restaurar nossos backups. Demorou mais de uma hora (dias), mas foi possível fazer isso durante o dia e quando queríamos.

    

Answer 2

Esses upgrades devem levar menos de uma hora, talvez 30 minutos, mas isso é apenas o upgrade, não o teste e correção depois.

Você pode esperar várias perguntas sobre os arquivos de configuração: sobrescreva ou mantenha os antigos. Em geral, você deve manter os antigos, caso contrário, a configuração do Apache será sobrescrita, etc. É melhor fazer backup desses arquivos de configuração. Qual é o tamanho da sua pasta / etc? Faça o backup com os devidos direitos (sudo cp -rp / etc / etc-backup). O mesmo vale para a pasta var. Verifique se há espaço suficiente para isso.

Apache ou Mysql ou qualquer outro serviço pode parar de funcionar com suas configurações atuais. Bancos de dados podem não atualizar corretamente. A atualização do PHP pode causar problemas. Verifique seu servidor de email.

Meu conselho: use uma VM 12.04 local no Virtualbox, instale seu site, verifique se o mysql, php e apache são da mesma versão. Verifique o servidor de e-mail e se o site ou um cronjob envia e-mails para os clientes, desabilite o e-mail ou altere todos os endereços de e-mail no ambiente de teste para garantir que os clientes não recebam e-mails de teste falsos. Faça instantâneos ao longo do caminho para que você possa voltar um ou dois passos quando cometer um erro.

Você pode optar por usar uma versão para desktop do 12.04. Isso lhe dará a possibilidade de usar o Firefox na VM, etc. Uma área de trabalho pode facilitar muito as coisas, e meu palpite é que isso não prejudicará a configuração do servidor para testes. Isso é o que eu faço, mas você pode querer não fazer isso.

Depois, com essa VM 12.04 local, faça a atualização. Veja quais problemas ocorrem. O site ainda funciona? Você vê erros no log? Esteja ciente de que este teste não é uma garantia absoluta de que o mesmo procedimento funcionará na máquina ativa. Mas você provavelmente vai pegar mais problemas.

Nestes casos, "a nuvem" tem suas vantagens, usando uma VM na nuvem, quero dizer. Você pode fazer um instantâneo antes de atualizar. Então atualize e volte se der errado. Ou você pode manter a máquina original em execução, usar uma captura instantânea para criar uma segunda VM, atualizá-la para testar etc.