Migração de clusters de failover do Windows - Recomendações da AWS
AvaliarMobilizarMigrar

Migração de clusters de failover do Windows

Um cluster de failover da Microsoft é um grupo de servidores com armazenamento compartilhado principalmente entre eles. Você pode usar clusters de failover para facilitar a alta disponibilidade de suas aplicações e serviços. Você também pode migrar seus clusters de failover para a Nuvem AWS para aproveitar a confiabilidade, a performance e o menor TCO.

Os clusters de failover do Windows funcionam de forma diferente na nuvem e em ambientes on-premises. É importante observar que somente clusters com várias sub-redes podem ser implantados na nuvem. Diferentemente dos ambientes on-premises, o endereço IP em um cluster de failover do Windows é atribuído a um Adaptador de Rede Elástica (ENA) e não no nível do sistema operacional. Em um ambiente on-premises, o sistema operacional identifica a atribuição do endereço IP, mas um provedor de nuvem (AWS) identifica a atribuição do endereço IP na nuvem. Como o cluster de failover é um recurso de sistema operacional, ele não pode assumir o controle do failover de IP. Portanto, o mesmo IP não pode fazer failover entre nós. Para contornar essa situação, você pode usar clusters com várias sub-redes em que os clusters fazem o failover para um IP secundário. O IP secundário é atribuído ao ENA em outra sub-rede e pode ficar on-line. Para obter mais informações, consulte Failover Clustering Networking Basics and Fundamentals na documentação da Microsoft.

A migração de um cluster de failover do Windows para a AWS pode ser um processo complexo, mas com planejamento e implementação cuidadosos, isso pode ser feito com o mínimo de interrupção em suas operações de negócios. Por exemplo, cada aplicação é configurada de forma diferente em um cluster de failover; por isso, é fundamental entender suas necessidades e descobrir com antecedência como elas podem ser atendidas na nuvem. O processo inclui as seguintes etapas:

  • Garantir que todos os nós do cluster estejam executando a mesma versão do Windows e todas as atualizações necessárias

  • Configurar o quórum do cluster

  • Garantir que todas as aplicações e dados tenham backup e possam ser restaurados durante a migração

Avaliar

A fase de avaliação é uma etapa crítica no processo de migração de um cluster de failover para a AWS. Durante essa fase, você reúne informações sobre seu ambiente atual, determina a viabilidade da migração para a AWS e identifica possíveis desafios ou riscos. Recomendamos que você siga estas etapas durante a fase de avaliação:

  • Avaliar a prontidão de suas aplicações: determine se suas aplicações podem ser migradas para a AWS sem modificações ou se precisam ser atualizadas ou reescritas para aproveitar os serviços nativos de nuvem.

  • Avaliar seus requisitos de rede e segurança: determine seus requisitos de rede e segurança, incluindo a configuração de firewalls, balanceadores de carga e VPNs.

  • Avaliar seus requisitos de migração de dados: determine como seus dados são migrados para a AWS, incluindo o tamanho e o local deles, o tempo necessário para a migração e quaisquer custos de transferência de dados. Em um ambiente on-premises, você pode estar usando diversas tecnologias de armazenamento, como JBOD, NAS e SAN. Cada uma pode apresentar dados à sua aplicação por meio de diferentes métodos de acesso, como SAN Fiber Channel, iSCSI, SAS ou compartilhamentos SMB/NFS.

  • Identificar possíveis riscos e desafios: identifique quaisquer riscos ou desafios potenciais que possam afetar o processo de migração, como tempo de inatividade, problemas de compatibilidade ou perda de dados.

  • Estimar os custos: estime o custo da migração para a AWS, incluindo o custo de instâncias do Amazon EC2, armazenamento, transferência de dados e quaisquer outros Serviços da AWS necessários.

  • Criar um plano de migração: com base nas informações reunidas durante a fase de avaliação, crie um plano de migração detalhado que inclua cronogramas, recursos necessários e as etapas envolvidas na migração para a AWS.

Avaliar seu ambiente atual

Avalie seu ambiente atual, incluindo as configurações de hardware e software, para determinar o que precisa ser migrado para a AWS. Identifique quaisquer dependências entre aplicações, servidores e bancos de dados.

Determinar sua estratégia de migração

Considere suas opções de migração para a AWS, incluindo uma abordagem de mover sem alterações (lift-and-shift) ou redefinir a arquitetura do seu ambiente para aproveitar os serviços nativos de nuvem.

  • Migração tradicional do cluster de failover: se você estiver configurando manualmente um cluster de failover da Microsoft do zero, poderá seguir as instruções em Implantar o SQL Server no Amazon EC2. O armazenamento compartilhado é uma das considerações mais importantes para uma migração de cluster de failover. O Amazon EBS multi-attach não é compatível com a reserva persistente SCSI-3, mas o Amazon FSx para Windows File Server e o Amazon FSx para NetApp ONTAP funcionam bem como opções de armazenamento compartilhado. Um dos casos de uso mais comuns é usar uma instância de cluster de failover Always On para um cluster do SQL Server com o Amazon FSx para Windows File Server. Para obter mais informações, consulte a publicação Simplify your Microsoft SQL Server high availability deployments using Amazon FSx for Windows File Server no blog AWS Storage. A próxima etapa é levar os nós para a nuvem. Isso pode ser feito usando o AWS Application Migration Service. Para obter mais informações, consulte a publicação Migrating your Microsoft Windows clusters to AWS using CloudEndure Migration no blog AWS Storage. Em seguida, você pode configurar uma função em cluster para que sua aplicação forneça alta disponibilidade.

  • Migração praticamente sem tempo de inatividade usando um cluster extensível: um cluster extensível poderá ser uma boa opção se você tiver uma aplicação de negócios essencial a ser migrada para a nuvem e não puder sofrer qualquer tempo de inatividade. Com um cluster extensível da Microsoft, o Site A e o Site B devem se comunicar por meio de uma rede, mas podem ter seu próprio armazenamento compartilhado individual. Você pode usar isso a seu favor em um cenário de migração. Por exemplo, sua fonte (seja on-premises ou na nuvem de outro provedor) pode ser o Site A, que tem conectividade de rede com uma Amazon VPC na qual você implanta o site B. Depois que o Site B estiver em funcionamento, você poderá passar para o site B. O mecanismo de replicação de dados é fundamental nessa abordagem, porque sua tecnologia de armazenamento de origem pode ter fatores limitantes em termos de qual método de replicação poderia funcionar.

  • Migração de um cluster de failover implantado na VMware on-premises para a VMware na AWS: a VMware Cloud na AWS tem suporte nativo para a reserva persistente SCSI-3. Isso possibilita hospedar um cluster de failover em um disco de máquina virtual (VMDK) na VMware Cloud na AWS. Para obter mais informações, consulte Migrating SQL Server FCI cluster with shared disks to VMware Cloud on AWS na documentação da VMware.

    Aviso

    Em 30 de abril de 2024, o VMware Cloud na AWS deixou de ser revendido pela AWS ou seus parceiros de canal. O serviço continuará disponível por meio da Broadcom. Recomendamos entrar em contato com seu representante da AWS para obter detalhes.

  • Migração de um FCI do SQL Server usando o volume do Amazon EBS Multi-Attach: você pode usar reservas do Amazon EBS Multi-Attach e NVMe para criar instâncias de clusters de failover (FCIs) do SQL Server com volumes io2 do Amazon EBS como armazenamento compartilhado em clusters de failover do Windows Server. Esses volumes podem ser anexados apenas a instâncias que estejam na mesma zona de disponibilidade. A implantação de clusters de failover do Windows Server usando volumes io2 do Amazon EBS requer os drivers mais recentes do Windows que convertem os comandos de reserva SCSI em comandos de reserva NVMe.  Para obter mais informações sobre como migrar sua FCI on-premises do SQL Server para a AWS em uma única zona de disponibilidade usando essa abordagem, consulte a publicação do Blog da AWS How to deploy a SQL Server failover cluster with Amazon EBS Multi-Attach on Windows Server.

A fase de avaliação é fundamental para garantir uma migração bem-sucedida do seu cluster de failover para a AWS. Se você dedicar algum tempo para reunir informações e identificar possíveis desafios, poderá desenvolver um plano de migração abrangente que minimize o tempo de inatividade, reduza os riscos e garanta uma transição perfeita para a AWS.

Mobilizar

Durante a migração de um cluster de failover para a AWS, a fase de mobilização envolve preparar o cluster para migração para a AWS e testá-lo para garantir seu funcionamento adequado. A fase de mobilização inclui as seguintes etapas:

  1. Preparar o ambiente de destino: nesta etapa, você cria os recursos da AWS necessários para hospedar o cluster de failover. Isso envolve configurar uma VPC, sub-redes, grupos de segurança e outros recursos necessários.

  2. Preparar o ambiente de origem: nesta etapa, você prepara o cluster de failover existente para a migração. Isso pode envolver fazer alterações na configuração de rede, configurar a replicação ou instalar o software necessário.

  3. Validar o cluster: depois que os ambientes de origem e de destino estiverem preparados, você poderá fazer um teste de validação para garantir que o cluster esteja funcionando adequadamente. Isso envolve a execução de uma série de testes para garantir que o cluster possa fazer failover para o ambiente de destino com êxito.

  4. Criar um link de replicação: após o teste de validação, você pode criar um link de replicação entre os ambientes de origem e de destino. Isso garante que todas as alterações feitas no ambiente de origem sejam replicadas no ambiente de destino.

  5. Monitorar a replicação: depois que o link de replicação for estabelecido, monitore o processo de replicação para garantir que todas as alterações sejam replicadas corretamente.

  6. Fazer failover do cluster: depois de verificar se a replicação está funcionando corretamente, execute o failover final para o ambiente de destino. Isso envolve interromper os serviços de cluster no ambiente de origem e iniciá-los no ambiente de destino.

  7. Testar o failover: após a conclusão do failover, faça um teste para garantir que as aplicações e os serviços em execução no cluster estejam funcionando corretamente no novo ambiente.

Migrar

A migração de um cluster de failover da Microsoft pode ser um processo complexo que exige planejamento e implementação cuidadosos para garantir um resultado bem-sucedido. É essencial avaliar minuciosamente o ambiente existente, identificar possíveis problemas e desenvolver um plano de migração abrangente que inclua testes e validação antes de fazer qualquer alteração no ambiente de produção. Durante a fase de migração, é importante monitorar de perto o processo e resolver imediatamente quaisquer problemas ou comportamento inesperado. A comunicação e a colaboração entre todos os investidores, incluindo equipes de TI, usuários corporativos e fornecedores, são cruciais para um processo de migração perfeito.

Além disso, é importante considerar o impacto da migração em quaisquer aplicações ou serviços de terceiros que estejam sendo executados no cluster de failover. Identifique todas as dependências e teste essas aplicações minuciosamente para garantir que continuem funcionando conforme o esperado após a migração. Outro aspecto importante da fase de migração é estabelecer um plano de reversão em caso de problemas imprevistos ou falhas durante o processo de migração. O ideal é que esse plano inclua etapas para reverter a migração e restaurar o ambiente original, minimizando qualquer impacto no ambiente de produção.

Por fim, depois que a migração for concluída e o cluster de failover estiver sendo executado com êxito no novo ambiente, é importante realizar a validação e os testes pós-migração para confirmar se tudo está funcionando conforme o esperado. Isso inclui monitorar a performance, validar os recursos de failover e garantir que todas as aplicações e serviços estejam funcionando corretamente.