PlateSpin Transformation Manager PlateSpin Migrate ......Introdução ao PlateSpin Migrate ......

Planejamento e execução de migração de carga de trabalho de larga escalaAtualização do PlateSpin Transformation Manager 1.1 e do PlateSpin Migrate 12.2

White PaperPlateSpin Transformation Manager PlateSpin Migrate

Índice página

Introdução . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

A quem se destina este white paper? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

Noções básicas sobre cargas de trabalho e migrações de carga de trabalho . . . . . . . . 2

Introdução ao PlateSpin Migrate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Introdução ao PlateSpin Transformation Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Planejamento de projetos de migração de carga de trabalho em larga escala . . . . . . 7

Arquitetura de infraestrutura de migração para escala . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

Dinâmica de execução de projetos de migração de carga de trabalho de larga escala . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

Como se tornar um Certified PlateSpin Migration Specialist . . . . . . . . . . . . . . . . . . . . . . 18

1www.microfocus.com

IntroduçãoNo atual mundo dinâmico, a necessidade de redução de custos e o desejo por aumentar a eficiência operacional afetam constantemente os recursos de TI da organização.

As empresas estão incansavelmente à procura de maneiras de gerenciar infraestruturas, sistemas e aplicativos, e isso muitas vezes leva à execução de projetos em que grandes quantidades de cargas de trabalho são movidas de uma plataforma ou Data Center para outro. Os exemplos mais comuns são a migração de servidores físicos para uma plataforma virtual, a migração de máquinas virtuais de uma plataforma virtual para outra, a migração de cargas de trabalho locais para cargas em uma nuvem pública ou gerenciada e consolidações de Data Center tradicional.

A quem se destina este white paper?

Este white paper foi criado especificamente para os diretores e arquitetos de projeto que trabalham com projetos de migração de carga de trabalho em larga escala usando ferramentas do Micro Focus® PlateSpin® como PlateSpin Transformation Manager e PlateSpin Migrate. Quando usados juntos, o PlateSpin Transformation Manager e o PlateSpin Migrate ajudam a executar projetos de transformação do Data Center de maneira até 50% mais eficiente, com inatividade quase zero de aplicativos, eliminação de risco, testes flexíveis, menos erros humanos e uma redução drástica do tempo total de execução do projeto.

_________________________________________________________________

http://www.microfocus.com

2

White PaperPlanejamento e execução de migração de carga de trabalho de larga escala

Noções básicas sobre cargas de trabalho e migrações de carga de trabalho

Neste white paper, usaremos o termo “carga de trabalho” como termo agregado para um sistema operacional com todos os aplicativos instalados, todos os patches e definições de configuração e também todos os blocos ou arquivos de dados residentes nos volumes de dados do sistema.

O PlateSpin em um desempenho de execução 50% melhor, permitindo que a migração de mais cargas de trabalho, em menos tempo, com resultados melhores.

Fig. 1

O PlateSpin em um desempenho de execução 50% melhor, permitindo que a migração de mais cargas de trabalho, em menos tempo, com resultados melhores .

_________________________________________________________________

3www.microfocus.com

No contexto de projetos de Transformação do Data Center, reconstruir um volume de carga de trabalho do zero raramente é a metodologia de migração desejada. Isso ocorre porque a reconstrução é um processo manual, lento e sujeito a erros que exige uma grande quantidade de testes caros para garantir que a nova carga de trabalho seja construída exatamente da mesma maneira que a de origem. Uma verdadeira migração de carga de trabalho, como realizada pelo PlateSpin Migrate, transmite os blocos ou arquivos da carga de trabalho de origem para uma réplica na plataforma nova (ou “de destino”). Usar o PlateSpin Migrate garante que a nova carga de trabalho seja criada rápida e automaticamente e que ela seja funcionalmente idêntica à de origem. Migrações de carga de trabalho são um elemento importante em muitos, se não todos, os projetos de transformação do Data Center.

Introdução ao PlateSpin Migrate

O PlateSpin Migrate é uma solução avançada de portabilidade de carga de trabalho que automatiza o processo de mover cargas de trabalho pela rede entre servidores físicos, hosts virtuais, arquivos de imagem e nuvem. O PlateSpin Migrate desvincula remotamente as workloads do hardware do servidor subjacente e faz seu streaming para e a partir de qualquer host físico ou virtual - tudo isso por um único ponto de controle. Ele oferece às empresas e aos provedores de serviços uma solução madura e comprovada para testes, migração e rebalanceamento de cargas de trabalho entre as fronteiras da infraestrutura, com foco nos Data Centers.

O PlateSpin Migrate é compatível com os seguintes principais tipos de migração de carga de trabalho:

P2P (Physical to Physical, física para física). Por exemplo, mover uma carga de trabalho de um servidor físico desatualizado para um modelo novo

P2V (Physical to Virtual, física para virtual) e vice-versa. Por exemplo, virtualizar uma carga de trabalho atualmente em execução em um servidor físico

V2V (Virtual to Virtual, virtual para virtual). Por exemplo, migrações do VMware para o Hyper-V ou vice-versa

Física ou Virtual para Nuvem (X2C) e vice-versa

O PlateSpin Migrate não realiza estas ações:

Migrações no nível do aplicativo

Conversões de Unix para Linux

Atualizações de sistema operacional

Usar o PlateSpin Migrate garante que a nova carga de trabalho seja criada rápida e automaticamente e que ela seja funcionalmente idêntica à de origem. Migrações de carga de trabalho são um elemento importante em muitos, se não todos, os projetos de transformação do Data Center.


4


Alguns dos principais recursos do PlateSpin Migrate incluem:

Recursos de migração livre de carga de trabalho (incluindo a maioria das plataformas líderes de hipervisor e o Microsoft Azure)

Suporte à maioria das versões Enterprise das cargas de trabalho do Windows e do Linux

Várias replicações incrementais automatizadas e pontos de teste antes da fase final de transição da carga de trabalho de origem para carga de trabalho de destino. A fase de transição é o ponto no tempo em que os usuários são movidos do servidor antigo (carga de trabalho de origem) para o novo servidor (carga de trabalho de destino). Normalmente, isso envolve desligar ou desativar a carga de trabalho de origem.

Capacidade de escalar até 40 migrações simultâneas por servidor do PlateSpin Migrate

Automação líder da indústria, incluindo ganchos de pós-migração e uma CLI (interface de linha de comando)

Uma migração típica de carga de trabalho com PlateSpin Migrate envolve dois tipos de replicação: uma replicação completa e uma ou mais replicações incrementais. As replicações incrementais também são chamadas de sincronizações. A primeira replicação da carga de trabalho é quase sempre uma replicação completa: todos os blocos ou arquivos da carga de trabalho de origem são transferidos para a carga de trabalho de destino. Após essa primeira replicação completa, a carga de trabalho de destino normalmente é testada. Enquanto os testes estiverem ocorrendo, mudanças ocorrerão na carga de trabalho de origem que precisa ser sincronizada pelo menos uma vez, antes da fase final de transição. A sincronização dessas alterações é feita com uma replicação incremental. Se o teste demorar muito tempo, várias replicações incrementais são aplicadas geralmente. Por fim, a fase de transição da carga de trabalho é executada, em combinação com uma última replicação incremental para garantir que todas as alterações sejam capturadas. Durante todo este processo, a carga de trabalho de origem está on-line e totalmente acessível para os usuários comerciais. É apenas durante a última sincronização e fase de transição que os serviços precisam ser rapidamente encerrados antes se serem retomados na carga de trabalho de destino. Para manter esse tempo de espera em um mínimo absoluto, o PlateSpin busca reduzir o tempo necessário para a sincronização. Para esse fim, o PlateSpin desenvolveu um driver BBT (transferência baseada em bloco) opcional. Esse driver pode ser instalado na carga de trabalho de origem, onde ele rastreia os blocos que foram modificados entre as replicações. Quando a janela de sincronização começa, o driver imediatamente identifica blocos “sujos” e os envia para o destino. As migrações podem ser realizadas com ou sem o driver, mas usar o driver reduz o tempo necessário para a sincronização.

O PlateSpin Migrate utiliza o Microsoft SQL Server como banco de dados back end. Vários servidores do PlateSpin Migrate podem compartilhar a mesma instância do SQL Server.

Um servidor do PlateSpin Migrate pode administrar normalmente algumas centenas migrações, e quarenta delas podem ser executadas ativamente com replicação em paralelo. Para projetos grandes, PlateSpin recomenda espalhar o número total de migrações através de várias horizontalmente dimensionado PlateSpin Migrate servidores.

5www.microfocus.com

Isso facilita a escala dos servidores de migração horizontalmente. Um servidor do PlateSpin Migrate pode administrar normalmente algumas centenas migrações, e quarenta delas podem ser executadas ativamente com replicação em paralelo. Para desempenho ideal, o PlateSpin recomenda espalhar o número total de migrações em vários servidores do PlateSpin Migrate dimensionados horizontalmente, gerenciados centralmente por um servidor do PlateSpin Transformation Manager.

Introdução ao PlateSpin Transformation Manager

O PlateSpin Transformation Manager foi criado do zero para planejar, rastrear agilizar de maneira adequada a execução de projetos de transformação do Data Center e é usado normalmente em combinação com uma ferramenta de migração de carga de trabalho como o PlateSpin Migrate. Ele tem uma arquitetura baseada em cliente-servidor e permite que várias pessoas com diferentes funções acessem e atualizem com segurança dados do projeto ao mesmo tempo por meio de um browser da Web. Ele pode lidar com diversos projetos para vários clientes finais, com multilocação incorporada para garantir que todos os dados do cliente sejam devidamente inseridos em contêiner e não possam ser acessados por outros clientes. Informações sobre cargas de trabalho originais podem ser facilmente importadas em um projeto por meio de uma planilha ou de uma API do PlateSpin Transformation Manager ou podem ser detectadas automaticamente em tempo real pelo próprio PlateSpin Transformation Manager. Essas informações podem ser atualizadas continuamente para garantir que refletem a realidade possivelmente em mudança no ambiente de origem, enquanto o projeto está sendo executado.

Assim que todas as informações da carga de trabalho forem importadas, o projeto pode ser planejado. Os gerentes de projeto podem atribuir diferentes pessoas a projetos diferentes e dividir grandes projetos em pacotes menores (chamados de ondas e lotes) para organizar a execução do projeto por partes mais fáceis de gerenciar. Para cada carga de trabalho, o estado e o destino finais podem ser descritos muito tempo antes da verdadeira migração ocorrer. Assim que a carga de trabalho do estado final for suficientemente descrita, ela pode ser enviada para execução, o que significa que ela será disponibilizada para um especialista em migração trabalhar no período planejado. Como todas as informações são gerenciadas centralmente no banco de dados do PlateSpin Transformation Manager, o status do projeto podem ser consultado a qualquer momento e visualizado em um painel de controle, que pode, opcionalmente, ser exposto ao cliente final.

_________________________________________________________________

Como todas as informações são gerenciadas centralmente no banco de dados do PlateSpin Transformation Manager, o status do projeto podem ser consultado a qualquer momento e visualizado em um painel de controle, que pode, opcionalmente, ser exposto ao cliente final.


6


O PlateSpin Transformation Manager tem as seguintes funções principais:

Administrador. A pessoa que instala o produto. O administrador pode ser o primeiro gerente do projeto e/ou pode criar outros gerentes de projetos.

Gerente de projeto. Em geral, cria novos projetos e arquitetos de projetos e especialistas de migração. O gerente de projeto tem todos os direitos em um projeto.

Arquiteto de projeto. Tem todos os direitos em projetos atribuídos a ele, mas não consegue criar novos projetos. O arquiteto de projeto também pode criar especialistas de migração.

Especialista de migração. Esta função não tem privilégios de planejamento. O especialista de migração pode somente executar tarefas no contexto de migrações planejadas de carga de trabalho.

Visualizador de painel de controle. Pode ver somente o painel de controle do projeto.

Principais funções do PlateSpin Transformation Manager:

Administrador

Gerente de projeto

Arquiteto de projeto

Especialista em migração

Visualizador de painel de controle

Fig. 2

O PlateSpin Transformation Manager permite que várias pessoas com diferentes funções acessem e atualizem com segurança dados do projeto ao mesmo tempo por meio de um browser da Web .

_________________________________________________________________

7www.microfocus.com

Planejamento de projetos de migração de carga de trabalho em larga escala

Recursos de planejamento para servidores do PlateSpin e do Microsoft SQL O PlateSpin recomenda executar todos os servidores PlateSpin como máquinas virtuais. Isto permite que você aloque facilmente mais ou menos recursos para esses servidores mais adiante no projeto. Exemplo de configurações de recurso podem ser encontrados na documentação dos respectivos produtos. Normalmente, planeje o provisionamento um servidor virtual para cada um destes:

Servidor do PlateSpin Transformation Manager

Um servidor do PlateSpin Migrate para cada 200 migrações de carga de trabalho gerenciadas simultaneamente, 40 das quais podem ser replicadas ativamente ao mesmo tempo

Um Microsoft SQL Server (Standard ou Enterprise Edition) para hospedar os dados para os servidores do PlateSpin Migrate. (Consulte a documentação do PlateSpin Migrate para versões suportadas.)

Como uma observação: o PlateSpin Transformation Manager é fornecido como uma aplicação para download com cerca de 1 GB de tamanho.

Planejamento de Certificação de driver BBT e janelas de manutenção para instalações do driver BBTA instalação do driver BBT (que resulta em sincronizações mais rápidas) requer uma reinicialização das cargas de trabalho originais que são baseadas no sistema operacional Microsoft Windows. Para minimizar o impacto disso, um instalador independente está disponível para o driver. Esse instalador pode ser executado na carga de trabalho de origem a qualquer momento e simplesmente registrará o driver para instalação na próxima reinicialização da carga de trabalho de origem. A carga de trabalho de origem pode, então, ser reiniciada a qualquer momento antes da migração. Uma vez que janelas de manutenção podem ser esparsas, o planejamento dessas reinicializações é uma etapa importante do planeamento do projeto.

Em alguns ambientes, a utilização de um novo driver exigirá que ele seja certificado. Para evitar atrasos desnecessários, o PlateSpin recomenda começar o processo de certificação o quanto antes no projeto.

Para evitar atrasos des necessários, o PlateSpin recomenda começar o processo de certificação o quanto antes no projeto.


8


Instalação, configuração e inicialização do PlateSpin Transformation Manager (software)O PlateSpin Transformation Manager é fornecido como uma aplicação para download baseada em Linux e exige somente anexar um disco de dados adicional (normalmente de 40 GB) antes de iniciá-lo. Na primeira inicialização, a aplicação fará algumas perguntas simples sobre configuração. Após essa configuração inicial, o gerente de projeto usará um browser da Web para efetuar login, descobrir cargas de trabalho originais, ambientes de destino e servidores do PlateSpin Migrate e, em seguida, criará o planejamento do projeto.

Instalação dos servidores do PlateSpin Migrate (software)O PlateSpin recomenda a instalação do PlateSpin Migrate em um servidor dedicado com o sistema operacional Microsoft Windows 2012 R2. Nenhum outro aplicativo deve ser instalado nesse sistema. Uma descrição completa do processo de instalação pode ser encontrada na documentação do produto. Um servidor do PlateSpin Migrate pode suportar aproximadamente 200 cargas de trabalho originais descobertas simultaneamente e 40 das delas podem ser replicadas ao mesmo tempo. Se instalar vários servidores PlateSpin Migrate for necessário para dimensionar o projeto, considere a instalação de uma instância centralizada do Microsoft SQL Server para gerenciar todas migrações relacionadas aos dados (é necessário o Microsoft SQL Server Standard ou Enterprise Edition).

Criação de equipes eficientes e execuçãoO PlateSpin recomenda que todos os membros da equipe que operam o PlateSpin Migrate participem do treinamento de Administração do PlateSpin Migrate. Pelo menos um dos membros da equipe deve ser um especialista certificado em PlateSpin Migrate. Veja mais informações sobre a certificação no final deste white paper.

Além das habilidades de administração do PlateSpin Migrate, o PlateSpin recomenda as seguintes habilidades que podem ser distribuídas pelos membros da equipe:

Se é necessário migrar carga de trabalho do Linux: habilidades básicas de administração de Linux. Para determinadas versões do Linux, talvez seja necessário compilar um driver BBT personalizado. Esse processo não é difícil e é bem documentada, mas requer habilidades de administração de interface de linha de comando do Linux. Consulte a documentação do produto para ter uma visão geral das versões Linux para o as quais já existe um driver BBT pré-compilado.

Se é necessário migrar carga de trabalho do Windows: habilidades básicas de administração de Windows.

O PlateSpin recomenda uma boa compreensão das plataformas de destino para as quais as cargas de trabalho serão migradas. Cada plataforma de destino terá sua própria complexidade e, sobretudo durante resolução de problema, conhecimento pelo menos intermediário da plataforma de destino é necessário. No caso de migrações para plataformas de destino do VMware, é alta-mente recomendável ter pelo menos um membro da equipe certificado em VMware. No caso de migrações para outras plataformas de destino, é aconselhável investigar se existe certificação da plataforma e, em seguida, ter pelo menos um membro da equipe com essa certificação.

O PlateSpin recomenda a instalação do PlateSpin Migrate em um sistema operacional Microsoft Windows 2012 R2. Uma descrição completa do processo de instalação pode ser encontrada na documentação do produto.

9www.microfocus.com

Problemas relacionados à rede são a principal causa de desafios de migração, seja com relação às restrições de largura de banda, firewalls ou arquiteturas de rede que impedem determinados caminhos de comunicação. Uma boa compreensão das redes envolvidas no projeto é essencial para o êxito do projeto. Além disso, o PlateSpin recomenda ter pelo menos um membro da equipe certificado em rede TCP/IP padrão, especialmente no contexto de cálculos de largura de banda.

Coleta de informações sobre cargas de trabalho originaisO PlateSpin Transformation Manager tem um mecanismo flexível de importação de dados que se baseia em planilhas do Microsoft Excel. Na guia da visão geral da carga de trabalho principal na interface do usuário, uma barra de rolagem pode ser iniciada para importar informações sobre cargas de trabalho originais no projeto. A barra de rolagem tem um link para download que permite que o download fácil de um exemplo de planilha para um sistema de desktop. O próximo passo é preencher essa planilha com dados sobre as cargas de trabalho originais. Como alternativa, informações sobre cargas de trabalho originais podem ser adicionadas ao PlateSpin Transformation Manager por meio de API baseada em REST.

De acordo com o andamento da fase de planeamento, mais dados sobre as cargas de trabalho originais são disponibilizados. O PlateSpin Transformation Manager permite importações subsequentes de informações sobre os sistemas que foram importados anteriormente. O FQDN (nome de domínio totalmente qualificado) é usado como a chave para localizar e atualizar ou concluir as informações existentes.

Em qualquer momento, os dados importados podem ser complementados com descoberta em tempo real de informações de carga de trabalho de origem. Essa descoberta opcional é realizada pelo PlateSpin Transformation Manager, combinado com pelo menos um servidor do PlateSpin Migrate. Graças a descoberta adicional em tempo real, os requisitos de dados para a importação inicial via planilhas ou API são muito baixos.

É importante saber que o PlateSpin Migrate impõe dois requisitos na carga de trabalho de origem com relação a espaço livre em disco:

100 MB de espaço livre em disco são necessários para a instalação da controladora do PlateSpin Migrate. Essa controladora normalmente é instalada automaticamente na fase de preparação da migração.

Para cargas de trabalho no Windows, 10% de espaço livre por volume são necessários. Isso ocorre porque o PlateSpin Migrate cria instantâneos VSS durante a replicação para garantir replicação de dados consistentes. Os 10% de espaço livre são exigidos para acomodar o instantâneo. Para cargas de trabalho no Linux, a mesma exigência existe, mas no nível do grupo de volumes e somente se LVM for usado.

Além disso, como uma prática recomendada, o PlateSpin recomenda verificar a integridade do sistema de arquivo de cada carga de trabalho de origem antes de iniciar replicações.

Como uma prática recomendada, o PlateSpin recomenda verificar a integridade do sistema de arquivo de cada carga de trabalho de origem antes de iniciar replicações.


10


A corrupção de dados pode impedir que a carga de destino seja inicializada corretamente, já que as corrupções podem ser copiadas da origem para o destino. Isso é especialmente verdadeiro para as replicações baseadas em bloco. Para cargas de trabalho no Windows, o utilitário Check Disk (chkdsk) pode ser usado para verificação de integridade.

Planejando seu projeto no PlateSpin Transformation ManagerUm único projeto de transformação do Data Center pode conter até dezenas de milhares de cargas de trabalho, mas mil cargas de trabalho podem ser um número assustador para enfrentar sem a capacidade de classificar e agrupar cargas de trabalho grupos mais fáceis de gerenciar. O PlateSpin Transformation Manager tem três níveis de agrupamento:

Lote. Um lote contém uma ou mais cargas de trabalho. Geralmente, essas cargas de trabalho pertencem a um ou mais aplicativos e precisarão ter a mesma estrutura de corte.

Onda. Uma onda contém um ou mais lotes.

Projeto. Um projeto contém um ou mais ondas.

Durante o planejamento do projeto, as cargas de trabalho podem ser facilmente agrupadas em ondas e lotes com as ferramentas de pesquisa avançada e edição em massa, conforme mostrado na figura a seguir.

_________________________________________________________________

Níveis de agrupamento do PlateSpin Transformation Manager:

Lote

Onda

Projeto

Fig. 3

Grupos de cargas de trabalho podem ser facilmente identificados por meio do formulário de pesquisa avançada .

11www.microfocus.com

Por experiência, o PlateSpin recomenda não executar mais de 10 replicações simultâneas em um cluster do VMware.

Arquitetura de uma infraestrutura de migração para dimensionamento

Um fator determinante para o êxito do projeto é a arquitetura da infraestrutura de migração do PlateSpin. Vários limites de escalabilidade determinam que tipo de arquitetura é necessário.

1. Limites de escalabilidade do PlateSpin MigrateUm servidor do PlateSpin Migrate suporta até 40 replicações simultâneas e cerca de 200 cargas de trabalho descobertas e/ou configuradas simultaneamente. Ambas são “janelas em movi mento”: se uma replicação for concluída, o sistema pode ser iniciado, desde que o limite superior de 40 replicações simultâneas não seja ultrapassado. Da mesma forma, se uma carga de trabalho foi migrada, então as informações dela podem ser apagadas do servidor do PlateSpin Migrate para liberar um novo slot para uma nova carga de trabalho. Quando o PlateSpin Transformation Manager é usado, as migrações de carga de trabalho têm suas cargas automaticamente balanceadas em todos os servidores disponíveis do PlateSpin Migrate.

Além disso, até 30 plataformas individuais de destino podem ser descobertas e gerenciadas por servidor do PlateSpin Migrate. Ao descobrir um cluster do VMware, os hosts ESX(i) individuais se tornam plataformas de destino. Por isso, como um exemplo, um servidor do PlateSpin Migrate pode manipular 2 clusters do VMware de 15 hosts cada ou 3 clusters de 10 hosts cada.

2. Limites de escalabilidade da plataforma de destinoReplicar as cargas de trabalho em uma plataforma de destino gera sobrecarga relacionado à rede e ao armazenamento na plataforma de destino. Se a plataforma tem recursos compartilhados, que é o caso de hipervisores incorporados, então essa sobrecarga pode afetar negativamente outras cargas de trabalho que estejam em execução na plataforma de destino durante as migrações. Se isso precisa ser evitado, uma abordagem em duas etapas é recomendada em que as cargas de trabalho são migradas para uma “plataforma de destino intermediária”, onde as cargas de trabalho não de produção estão em execução e são, em seguida, movidas para os destinos finais de produção.

Também é necessário considerar a velocidade na qual a plataforma de destino pode lidar com as replicações recebidas. Por experiência, o PlateSpin recomenda não executar mais de 10 replicações simultâneas em um cluster do VMware.


12


3. Limites de escalabilidade da plataforma de origemReplicar as cargas também gera sobrecarga de rede na plataforma de origem. Sobrecarga relaciona à CPU, RAM e armazenamento não é importante aqui, já que os dados precisam somente ser lidos e não gravados. Um ponto importante a ter em consideração é a largura de banda da rede da placa de rede (NIC - física ou virtual) que vincula a plataforma de origem para a infraestrutura de rede: não importa a velocidade da infraestrutura de rede, as migrações não poderão consumir mais largura de banda do que oferecida pela conexão da NIC. Isso é ainda mais importante nos ambientes virtualizados, onde uma NIC física pode ser compartilhada por várias cargas de trabalho: se a NIC é de 1 Gbps e se várias cargas de trabalho estão sendo replicadas ao mesmo tempo, então todas as replicações terão que compartilhar o link de 1 Gbps que levará tempos ruins de migração, mesmo em infraestruturas de rede de 10 Gbps ou melhores.

4. Erro humanoO PlateSpin Migrate é uma ferramenta de migração de vários usuários em que diversos usuários podem trabalhar em cargas de trabalho de migração ao mesmo tempo. No entanto, para evitar erro humano (na maioria das vezes, como a falta de controle de quem está trabalhando em que carga de trabalho como um administrador acidentalmente executar uma operação na carga de trabalho de outro administrador) o PlateSpin recomenda não mais de três administradores compartilhando o mesmo servidor do PlateSpin Migrate. Uma pessoa pode trabalhar em vários servidores do PlateSpin Migrate, mas um servidor não deve ser operado por mais de três pessoas diferentes. A cada equipe deve ser dado um conjunto de aplicativos para migrar, e ela deve usar um e o mesmo servidor do PlateSpin Migrate para migrar todas as cargas pertencentes a esses aplicativos.

Quando o PlateSpin Transformation Manager é usado, o risco de esse tipo de erro humano é melhor ser eliminado.

_________________________________________________________________

O PlateSpin recomenda não mais do que três pessoas compartilhem o mesmo servidor do PlateSpin Migrate.


5. Infraestrutura de rede

Medição de largura de bandaMesmo quando as velocidades rápidas e teóricas da rede (por exemplo, 10 Gbps) estão disponíveis, cálculos precisam ser feitos para garantir que a largura de banda disponível seja suficiente para a quantidade de dados que precisam ser deslocados simultaneamente. Quanto antes possível no projeto, a largura de banda real disponível deve ser determinada entre a carga de trabalho de origem e a plataforma de destino, já que essa largura de banda afetará significativamente a velocidade real de migração. Uma boa maneira de medir a largura de banda realmente disponível é usar a ferramenta Iperf. O Iperf é uma ferramenta baseada em cliente-servidor em que o servidor deve ser executado na plataforma de destino. Para um destino baseado em VMware, isso pode ser feito em uma máquina virtual pequena e dedicada. É possível fazer download da parte do cliente e iniciá-la na carga de trabalho de origem. Depois disso, a largura de banda entre a origem e o destino pode ser medida. O PlateSpin recomenda medir todas as larguras de banda disponíveis para todos os caminhos das plataformas de origem e de destino antes de começar as migrações.

O PlateSpin recomenda medir todas as larguras de banda disponíveis para todos os caminhos das plataformas de origem e de destino antes de começar as migrações.

Fig. 4

Visualização de algumas das restrições mais importantes (exemplo para a infraestrutura do VMware de destino) .

_________________________________________________________________


14


Ajuste da redeDependendo da latência de rede, a janela de recebimento de TCP/IP entre a origem e o destino pode ser ajustada para alcançar maior a taxa de transferência durante as replicações. Consulte a documentação do PlateSpin Migrate para ver as etapas detalhadas de como fazer isso. Além disso, toda infraestrutura de rede tem um tamanho característico de mensagens que podem ser transmitidas, chamadas de MTU (unidade máxima de transmissão). O PlateSpin Migrate permite que os administradores definam as MTU para qualquer replicação para evitar fragmentação do pacote e perda relacionada de desempenho de throughput. Consulte a documentação do PlateSpin Migrate para ver as etapas detalhadas de como fazer isso.

Compressão;Para links muito lentos, como links WAN, o PlateSpin Migrate permite o uso de compressão para compactar dados antes de serem enviados pela rede. Dependendo do tipo de dados, é possível conseguir compressão de até 70%, o que leva a tempos de replicação muito mais rápidos. No entanto, como a CPU na carga de trabalho de origem é utilizada para comprimir os dados, um custo de CPU adicional de cerca de 5% tem de ser levado em consideração.

Caminhos de comunicação obrigatóriosVeja uma lista completa de todos os caminhos de comunicação, incluindo aqueles que precisam ser abertos nos firewalls, consulte a documentação técnica do PlateSpin Migrate, onde essas informações estão disponibilizadas. Os requisitos mais importantes são:

Conectividade entre o servidor do PlateSpin Migrate e a carga de trabalho de origem

Conectividade entre o servidor do PlateSpin Migrate e a imagem ISO do ajudante de LRD (Linux Ram Disk) durante a replicação. Durante qualquer duplicação, a carga de trabalho de destino é sempre inicializada a partir dessa imagem de ajudante. Essa conectividade pode usar uma rede dedicada, se desejado, que pode ser selecionada durante a configuração de migração.

Conectividade entre a carga de trabalho de origem e a mesma imagem ISO do ajudante de LRD durante as replicações. Esse caminho de rede é o caminho que será usado para o tráfego de replicação, por isso, ele precisa do exame mais minucioso no que diz respeito à largura de banda necessária.

Conectividade entre o servidor do PlateSpin Migrate e plataforma de destino (por exemplo, o servidor do VMware ESX) para o qual as cargas de trabalho estão sendo migradas.

Conectividade entre o servidor PlateSpin Migrate e a carga de trabalho de destino no formato final, isto é, quando o endereço IP da produção tenha sido atribuído a ela. Este requisito também existe quando a carga de trabalho está sendo testada, após o teste endereço IP ter sido atribuído a ela. O motivo desses requisitos é o processo da configuração final da carga de trabalho de destino: isto é feito via um serviço de configuração que é injetado na carga de trabalho de destino antes da primeira inicialização dela. No momento da inicialização, esse serviço de configuração fará a última personalização da carga de trabalho e, em seguida, removerá a si mesmo. No entanto, para saber o que precisa ser configurado, esse serviço de configuração precisa de acesso de rede ao servidor do PlateSpin Migrate para fazer download dessas informações.

O PlateSpin Migrate permite que os administradores definam as MTU para qualquer replicação para evitar fragmentação do pacote e perda relacionada de desempenho de throughput.


Gerenciamento de endereço IPQuando o PlateSpin Migrate está replicando uma carga de trabalho (ou seja, durante qualquer replicação completa ou incremental), a carga de trabalho de destino é sempre reiniciada a partir de uma imagem ISO de ajudante de LRD. Essa imagem de ajudante precisa de um endereço IP para que ele possa se comunicar pela rede com a carga de trabalho de origem e o servidor do PlateSpin Migrate. Você configura esse endereço IP como parte da configuração da migração da carga de trabalho no PlateSpin Migrate.

Isso significa que há potencialmente quatro endereços IP diferentes em ação durante todo o processo de migração:

Endereço IP da carga de trabalho de origem (normalmente ele é fixo, pelo menos quando é uma migração ativa)

Endereço IP do servidor do PlateSpin Migrate (ele é fixo)

Endereço IP da carga de trabalho de destino na configuração final dele. Esse endereço IP pode ser o mesmo que o da carga de trabalho de origem (supondo que a origem será encerrada após a transição) ou pode ser diferente.

Endereço IP da imagem ISO do ajudante do LRD durante as replicações. Se o endereço ip da carga de trabalho de destino na configuração final for diferente do endereço IP da carga de trabalho de origem, então geralmente esse mesmo endereço IP da carga de trabalho de destino pode ser usado, já que não entrará em conflito com o endereço IP da origem. No entanto, se o endereço IP da origem será transferido como está para a carga de trabalho de destino na configuração final, então um endereço IP dedicado precisa ser planejado para a replicação. O endereço ip da carga de trabalho de destino não pode ser utilizado nesse caso, já que entrará em conflito com o endereço IP da carga de trabalho de origem.

Observe que, se DHCP (Dynamic Host Configuration Protocol) for utilizado no ambiente em que carga de trabalho de destino for colocada, a atribuição de endereço IP será tratada na maioria das vezes pelo serviço de DHCP automaticamente.

Dinâmica de execução de projetos de migração de carga de trabalho de larga escala

Rastreamento do andamento do projeto no PlateSpin Transformation ManagerConforme as cargas de trabalho são migradas, as informações no banco de dados do PlateSpin Transformation Manager são mantidas sempre atualizadas para refletir o estado mais recente do projeto. Se os prazos da transformação de cargas de trabalho forem perdidos, um aviso é exibido para indicar que a atenção do arquiteto ou do gerente de projeto é necessária. Aí, ele pode optar por adicionar essa carga de trabalho a um lote futuro, criar um novo lote para ela ou executar outras ações necessárias.

Quando o PlateSpin Migrate está replicando uma carga de trabalho (ou seja, durante qualquer replicação completa ou incremental), a carga de trabalho de destino é sempre reiniciada a partir de uma imagem ISO de ajudante de LRD.


16


O PlateSpin Transformation Manager tem os seguintes estados de migração de carga de trabalho:

Importada. O gerente ou o arquiteto de projetos importou a carga de trabalho em um projeto (por meio de planilha ou API), mas ainda não foram feitas modificações nele.

Informações adicionais são necessárias. Um pouco de planejamento foi feito para a carga de trabalho pelo gerente ou arquiteto do projeto, mas planejamento adicional é necessário para a boa execução da migração em si.

Pronta para envio. Todas as informações para a execução de uma migração foram fornecidas, e a carga está pronta para ser transferida para a migração mais tarde, de acordo com o planeamento do projeto.

Enviada. A carga de trabalho foi entregue formalmente para migração pelo gerente ou arquiteto do projeto

Em andamento. A migração da carga de trabalho está em andamento.

Concluídas. A migração da carga de trabalho foi concluída

As informações mais importantes do projeto podem ser consultadas a qualquer momento por todas as funções que têm direitos sobre o projeto, no painel de controle do projeto. Opcionalmente, esse painel de controle pode ser exposto a terceiros por meio da função de visualizador de painel de controle, que tem somente direitos de visualização.

_________________________________________________________________

Estados de transformação de carga de trabalho do PlateSpin Transformation Manager:

Importada

Informações adicionais são necessárias

Pronta para envio

Enviada

Em andamento

Concluídas

Fig. 5

O painel de controle do projeto mostra as informações breves mais importantes .


Transferência de cargas de trabalho: tente com antecedência, teste com frequênciaAntes de transferir para o novo servidor, certa quantidade de teste é quase sempre necessária. Com o PlateSpin Migrate, teste a carga de trabalho de destino em um ambiente de área de segurança, enquanto a carga de trabalho de origem ainda está on-line na produção. Não há limite na duração de um teste nem no número de testes realizados antes da transição. Assim que o teste for concluído, uma replicação incremental é efetuada automaticamente para fazer a sincronização das cargas de trabalho de origem e de destino para que a de destino contenha as atualizações mais recentes para o próximo teste. Esse processo de teste e sincronização pode ser repetido quantas vezes forem necessárias. Assim que as equipes de teste aprovam a carga de trabalho de destino, uma sincronização final entre a origem e o destino é executada, após a qual a transição ocorre.

Para garantir 100% de consistência dos dados entre a origem e o destino, é considerada uma prática recomendada encerrar os serviços para empresas na carga de trabalho de origem durante a sincronização final. O encerramento dos serviços garante que nenhum dado seja alterado durante a transferência dos deltas finais da carga de trabalho de origem para a de destino. O PlateSpin Migrate tem uma barra de rolagem que permite fácil seleção dos serviços que devem ser encerrados antes da sincronização final.

Como serviços para empresas estão encerrados durante a transição, é de suma importância se certificar de que a transição é feita o mais rápido possível. Várias sincronizações (normalmente intercaladas com teste, conforme descrito anteriormente) garantirão que o tempo de espera geral dos serviços durante a sincronização final e a transição seja mantido em um mínimo absoluto (geralmente de alguns minutos) e, tão importante quanto, que a indisponibilidade dos serviços é previsível: a sincronização final não deverá durar mais do que qualquer sincronização automatizada anterior.

_________________________________________________________________

Com o PlateSpin Migrate, teste a carga de trabalho de destino em um ambiente de área de segurança, enquanto a carga de trabalho de origem ainda está online na produção.


162-PB0113-002 | Q | 05/17 | © 2017 Micro Focus . Todos os direitos reservados . Micro Focus, o logotipo Micro Focus e PlateSpin, entre outros, são marcas registradas ou marcas comerciais registradas da Micro Focus ou de suas subsidiárias ou afiliadas no Reino Unido, Estados Unidos e em outros países . Todas as outras marcas pertencem a seus respectivos proprietários .

Como se tornar um Certified PlateSpin Migration Specialist

Os especialistas em migração que desejam se tornar especialistas no uso do PlateSpin Migrate podem se inscrever para o curso de Administração do PlateSpin Migrate. O curso abrange todos os aspectos de trabalhar com o PlateSpin Migrate, incluindo instalação do produto, noções básicas sobre a dinâmica de migração em massa, noções básicas sobre licenciamento, uso da interface de linha de comando, gerenciamento de driver e resolução de problemas. Após a conclusão do curso, o aluno pode se registrar no exame de Certified PlateSpin Migration Specialist, que é um conjunto de perguntas de múltipla escolha para testar o conhecimento do aluno sobre todos os tópicos relevantes. Consulte o website do PlateSpin Migrate em microfocus.com para mais informações sobre as opções de treinamento e de certificação (www.microfocus.com/products/migrate).

Fig. 6

O agendamento de carga de trabalho para replicação é fácil e orientado por assistente na interface de usuário da Web do PlateSpin Migrate .

___________________________________________________________

Micro FocusArgentina+54 11 5258 8899

Brasil+55 11 3627 0900

Colombia+57 1 622 2766

México+52 55 5284 2700

Venezuela+58 212 267 6568

Micro FocusSede da empresaReino Unido+44 (0) 1635 565200

www.microfocus.com

www.microfocus.com




http://www.microfocus.com/products/migrate

PlateSpin Transformation Manager PlateSpin Migrate ......Introdução ao PlateSpin Migrate ......

Documents

Transcript of PlateSpin Transformation Manager PlateSpin Migrate ......Introdução ao PlateSpin Migrate ......