Atualização de aplicativo - in-loco ou nova VM?

1

Temos uma infraestrutura virtualizada do Windows e geralmente temos servidores dedicados (1 app = 1 servidor).

Estou prestes a iniciar um projeto de atualização e estou tentando decidir se há algum benefício na ativação de novas VMs ao atualizar aplicativos.

A instalação do aplicativo não é complexa (Tomcat mais uma pequena quantidade de código personalizado que fica em um único diretório) com um único banco de dados SQL (hospedado no cluster SQL corporativo compartilhado). Windows 2008R2 Standard de 64 bits com 4 GB de RAM. Os servidores existentes são estáveis e o desempenho é aceitável.

A atualização é para uma nova versão 'principal' do aplicativo - não um patch ou lançamento pontual. Dito isso, a arquitetura subjacente não está mudando significativamente - talvez uma nova versão do Tomcat.

A minha pergunta é: Alguém opera uma 'política' geral sobre quando mudar para novos servidores? Se sim, quais são suas diretrizes? Quais são os benefícios percebidos?

Eu duvido que haja uma resposta "certa" para isso, então eu provavelmente recompensaria todas as respostas que incluíssem contribuições válidas. (como devo fazer isso BTW?)

Analisei as " razões pelas quais as atualizações no local são ruins

ATUALIZAÇÃO: os fatores provavelmente indicam uma nova abordagem de VM.

  • O sistema operacional básico precisa ser atualizado (por exemplo, 2008 - > 2012)
  • Redução da complexidade ao passar do UAT para o Production.
    • A nova VM pode começar como UAT e ser promovida para Produção quando a UAT for concluída
      -or-
    • Nova VM de produção pode ser preparada para uma transição simples após a conclusão da UAT
  • Retrocesso simples no caso de falha de transição, sem ter que usar instantâneos da VM

(excluído do acima são circunstâncias em que uma nova instalação do servidor é obrigatória por causa da criticidade do aplicativo ou fato de que os servidores existentes são considerados 'não limpos')

    
por andyb 17.03.2014 / 06:14

1 resposta

3

Depende do aplicativo em questão e da quantidade e dificuldade de migrar os dados e configurações antigos. Seu licenciamento também pode ser um problema.

Tudo o que foi dito, uma nova VM brilhante que você pode configurar como quiser é muito mais agradável do que o tempo de inatividade programado e uma atualização que deve ocorrer durante uma determinada janela. Há também a segurança de saber que, mesmo que a instalação corra horrivelmente, você não estará quebrando um serviço existente em funcionamento. Todos esses motivos tornam uma nova VM uma opção muito melhor para muitas atualizações (da maioria).

Naturalmente, como são VMs, há uma terceira opção: atualizar um clone. Eu não escolheria fazer isso para a maioria dos aplicativos, mas é bom ter a opção.

My question is: Does anyone operate a general 'policy' on when to move to new servers?

Em geral, mudamos para um novo servidor quando faz sentido fazê-lo em algum tipo de razão financeira / de licenciamento / gerenciamento de tempo / "necessidade ou querer mais recursos". Não é uma política formal, e não tenho certeza de que a política formal se encaixa aqui. É verdade que não sou um tipo de personalidade amante de políticas, então talvez seja eu. Eu também posso ver uma situação de uma certa escala e uniformidade de aplicação que tornaria uma "nova política de VMs" óbvia, mas só você pode decidir se está nessa situação ou não.

    
por 18.03.2014 / 04:13