Quais são os principais problemas a serem abordados ao se mover entre diferentes provedores de hospedagem?

Question

Temos entre 100 e 200 servidores em dois sites localizados em um provedor de hospedagem de terceiros. (Não é uma empresa que alguém reconheceria.)

Várias equipes técnicas estão propondo mudar para outro provedor de hospedagem (como a Amazon).

As principais razões para isso são:

• Melhor serviço
• Redes mais confiáveis e consistentes
• Um serviço mais flexível
• Um serviço mais barato.

Quais são os principais problemas a serem abordados ao mover todos os servidores de um provedor para outro.

Os servidores vêm em todos os tipos, com vários sistemas operacionais, uma rede zoneada complexa e vários tipos de software de virtualização usados.

Atualizações:

Eles são todos hosts dedicados, que são alugados do provedor por um período fixo. (Esse é um dos problemas, a inflexibilidade do arranjo atual.)

Durante a mudança, o tempo de inatividade limitado é bom. (Fins de semana, tarde da noite etc.)

    

Answer 1

Muito disso realmente depende do que você está usando os servidores. Essa é uma resposta geral, assumindo um SLA de tempo de segmentação alto.

Se você precisar manter o tempo de atividade durante a mudança, precisará configurar novos servidores com o novo host e, em seguida, configurar a replicação entre os dois servidores. Depois de ter replicação, você pode considerar o uso de balanceamento de carga para colocar os novos servidores em operação lentamente. Dessa forma, se houver uma falha, ela será isolada para apenas alguns usuários (talvez até mesmo migre primeiro um grupo beta).

Se a substituição gradual continuar a funcionar, você poderá mudar para 100% o uso dos novos servidores. Depois de fazer isso, você pode encerrar a replicação e desatribuir os servidores antigos.

É claro que, se sua meta de tempo de atividade for alta, considere a possibilidade de manter alguns dos servidores antigos na replicação e no balanceamento de carga como backup.

    

Answer 2

Uma das primeiras coisas em que você deve pensar e examinar de perto é se o novo provedor pode realmente fornecer a configuração e o serviço que você precisa (tempo de atividade, acesso, suporte, etc.). Supondo que eles possam seguir em frente, é necessário documentar cuidadosamente todas as alterações que precisarão ser feitas na sua configuração existente assim que você se mover. É muito improvável que as coisas funcionem de forma idêntica nos dois ambientes diferentes, algumas modificações terão que ser feitas.

Depois disso, um rollover gradual, como Jim McKeeth descreveu, está em ordem com o máximo de testes que você pode fazer no pequeno sistema inicial para ter certeza de que você não perdeu nada.

    

Answer 3

Acho que, com base nas novas informações que foram lançadas, recomendo usar as ferramentas da VMWare para migrar para um virtual a infraestrutura. Em seguida, migre essa infraestrutura . Você ainda precisará lidar com quaisquer endereços IP codificados que precisem ser alterados e os inevitáveis problemas de cache do DNS quando realmente mudar.

Uma grande vantagem disso é que a VMWare tem muita experiência com essas duas etapas e será capaz de ajudá-lo. Além disso, quando terminar, você terá uma infraestrutura virtualizada que será muito mais flexível e resiliente.

    

Answer 4

Quais são os principais problemas a serem abordados ao mover todos os servidores de um provedor para outro.

Algumas notas ...

• Timing the move (100 servidores - isso é muito para se mover em questão de horas)
• Sobreposição
  • Pode querer considerar manter os dois em execução enquanto as atualizações de DNS
  • Pare de atualizar ou transfira as atualizações em tempo real ou posteriormente
• alocação de IP
• Configuração de rede
• Gerenciamento de rede
  • Cada provedor fornece um nível e tipo de serviço diferentes
  • A forma como você está lidando com o provedor atual pode impactar negativamente o relacionamento com o novo provedor; portanto, não leve suas suposições e processos com você sem saber disso
• Tempo de atividade, SLA, TOS, outras questões contratuais
• Versões de software, especialmente se fizerem algum gerenciamento para você
• Configuração da máquina
  • Quanto da máquina você controla?
• Procedimentos de emergência
  • Eles estão disponíveis 24/7?
  • Backup no local, restauração?
  • Tempo de resposta
• Configuração do firewall
• Quem são os provedores de serviços (e pares, se aplicável)
• Qual é o seu processo?
  • Por fazer backup de tudo
  • Restaurando nas novas máquinas
  • Testando
  • Movendo novos dados desde o backup (bancos de dados de sincronização)
  • Colocando on-line
• Qual é o plano de backup quando (não se) algo der errado
  • Configurar marcos
  • Se um determinado marco perder o prazo, qual é o processo - pule, retroceda ou permaneça até que seja resolvido (especialmente para a troca real do servidor)
• Configurando caches antecipadamente (cabeçalhos http, metainformações, etc) para que eles não armazenem em cache as coisas que podem mudar com o switch.

-Adam

    

Answer 5

Você poderia colocar alguns servidores na mesma instalação que os existentes e, a cada final de semana, colocar alguns servidores off-line para fazer backup do servidor antigo e restaurá-lo em um novo servidor colocado na propriedade. Depois de migrar de servidores dedicados para servidores colocados de sua propriedade, é possível carregar fisicamente todos os servidores em um caminhão e movê-los para o novo local. Eu trabalhei em uma empresa que fazia algo muito semelhante a isso (eles começaram com servidores colocados).

Se você puder segmentá-lo em alguns movimentos menores, isso seria melhor, mas isso depende das interdependências entre os servidores

A desvantagem óbvia é que você precisa migrar da hospedagem dedicada para a hospedagem compartilhada, o que pode não se encaixar em seu plano.

Uma variação disso seria colocar alguns servidores off-line na sexta-feira à noite, fazer backup deles e depois mover o backup e reinstalá-lo na outra máquina. Soa como um pesadelo. Ainda assim, eu recomendo os opção VMWare .