O desempenho para migrações que usam o PlateSpin Migrate depende de vários fatores. Siga as diretrizes nesta seção para compreender esses fatores e planejar melhor seus projetos de migração.
As características de desempenho do produto PlateSpin Migrate dependem de diversos fatores, incluindo:
Perfis de hardware e software de sua origem e destino
Perfis de hardware e software de seu host de Servidor do PlateSpin
Perfis de hardware e software de seu host de virtualização de destino ou ambiente de host de nuvem à medida que as VMs competem por recursos
As especificações de largura de banda de rede, configuração e condições
O número de volumes das cargas de trabalho de origem e o respectivo tamanho
Densidade do arquivo (número de arquivos por unidade de capacidade) nos volumes das cargas de trabalho de origem
Níveis de E/S de origem (índice de ocupação das cargas de trabalho)
O número de migrações simultâneas e o número e tipo de destinos
Se a criptografia de dados está habilitada ou desabilitada
Se a compactação de dados está habilitada ou desabilitada
Para planejar migrações de carga de trabalho em grande escala, você deve executar uma migração de teste de uma carga de trabalho média e usar o resultado como benchmark, ajustando as métricas regularmente no decorrer do projeto. Além do processo de transferência de dados, considere as outras fases pelas quais um job de migração passa, conforme aplicável ao seu projeto:
Preparação e configuração de rede
Descoberta da carga de trabalho de origem e da máquina de destino
Configuração do destino
Você pode configurar várias migrações de carga de trabalho e executá-las simultaneamente. Consulte Características de desempenho
para obter informações sobre os diversos fatores que afetam o desempenho do PlateSpin Migrate em seu ambiente de migração.
O desempenho das replicações e migrações simultâneas depende dos recursos no servidor do PlateSpin Migrate, do ambiente de destino e da largura de banda disponível. É recomendável começar com uma carga baixa e, em seguida, aumentá-la e observar como as migrações são executadas em seu ambiente. Use as datas de início programadas para controlar quando as migrações são iniciadas e quantos jobs de migração são programados para execução simultânea.
Os recursos de hardware disponíveis no servidor do Migrate afetam o número de cargas de trabalho gerenciadas e de replicações simultâneas que o servidor pode operar. Em geral, quanto maior a carga para replicação e migração simultâneas, mais recursos ele consome.
O teste de escalabilidade realizado com hosts VMware ESX sugere as seguintes recomendações de benchmark:
Várias migrações para um único servidor de Host VMware ESX: no máximo 10
Várias migrações em muitos servidores de Host VMware ESX: no máximo 40
Em um Cluster do VMware, equilibre as migrações entre vários hosts no cluster para um melhor desempenho.
É recomendável manter no máximo 50 cargas de trabalho descobertas por vez no inventário para o servidor do PlateSpin Migrate, dependendo dos recursos de hardware disponíveis. À medida que você concluir as migrações de carga de trabalho, poderá removê-las e adicionar outras.
Não é possível executar replicações e migrações simultaneamente de todas as cargas de trabalho em seu inventário. Use as datas de início programadas para controlar quando as migrações são iniciadas e quantos jobs de migração são programados para execução simultânea. Consulte Replicações e migrações simultâneas
.
O PlateSpin Migrate dispõe de três ferramentas de descoberta:
Interface da Web do Migrate: Descobrir uma carga de trabalho de cada vez.
Cliente do Migrate: Descobrir uma carga de trabalho de cada vez, várias cargas de trabalho de cada vez ou todas as cargas de trabalho em um domínio.
CLI de Descoberta em Massa: Descobrir uma ou várias cargas de trabalho de um arquivo CSV.
Para obter mais informações, consulte Sobre a descoberta de carga de trabalho de origem.
Se necessário, o PlateSpin Migrate pode compactar os dados da carga de trabalho antes de transferi-los pela rede. Isso permite reduzir a quantidade total de dados transferidos durante um job de migração de carga de trabalho.
As taxas de compactação dependem do tipo dos arquivos nos volumes de uma carga de trabalho de origem e podem variar de aproximadamente 0,9 (100 MB de dados compactados como 90 MB) para cerca de 0,5 (100 MB compactados para 50 MB).
NOTA:A compactação de dados utiliza a capacidade do processador da carga de trabalho de origem.
A compactação de dados pode ser configurada por job de migração. Você também pode usar o Cliente do PlateSpin Migrate para especificar um valor de compactação padrão que será aplicado globalmente. Consulte a Seção 6.2, Configurando padrões de valores de job.
Para definir o nível de compactação de dados para o job de migração usando a Interface da Web do PlateSpin Migrate, consulte a configuração de Nível de Compactação na Seção 28.1.1, Workflows de configuração usando o cliente do Migrate.
O PlateSpin Migrate permite controlar a quantidade de largura de banda disponível consumida por meio da comunicação direta da origem com o destino ao longo de uma migração de carga de trabalho. Você pode especificar uma taxa de throughput para cada job de migração. Você pode especificar se deseja obstruir sempre ou em dias específicos da semana e determinados horários do dia. Esse recurso é um meio de impedir que o tráfego de migração congestione sua rede de produção e reduz a carga total do Servidor do PlateSpin.
Throttling de largura de banda é um parâmetro de propriedades de configuração de um job de migração de carga de trabalho. Para aplicar o throttling de largura de banda ao job de migração, consulte Throttling de largura de banda durante a transferência de dados.
A Interface da Web do PlateSpin Migrate permite especificar uma janela de blecaute para replicação. A janela de blecaute suspende o início das replicações programadas durante um período e padrão especificados. Ela ajuda a reservar largura de banda de rede para usuários ou comunicações de extrema importância durante períodos de pico de tráfego. Você também pode usá-la para evitar conflitos com outras atividades de backup ou de instantâneo de dados.