[GTER] Migração Datacenter -

[Fernando Frediani]

Oi Rafael,

Você tem que usar o Network I/O Control (NIOC) que só é suportado com 
vSphere Distributed Switch.
Seu tráfego para Storage (NFS ou iSCSI) provavelmente sai por uma Vlan 
(Portgroup) própria e o VMotion por outra. Nas configurações do NIOC 
voce pode setar as prioridades em shares para cada rede em caso de 
contingencia.

Abraços
Fernando

On 16/04/2015 19:47, rafael at assistere.com.br wrote:
>
> Fernando, boa tarde !
>
> Segue algumas respostas
>
> Como poderia setar a prioridade do Vmove ou Clone das máquinas ?
>
> Estabelecemos com as áreas que teremos Down time e vamos clonar 
> dependendo do tamanho e condição e mover quando QA
>
> Muito Obrigado
>
> Em 15.04.2015 18:37, Fernando Frediani escreveu:
>
>> Oi Rafael,
>>
>> Isso que você está tentando fazer é comum porém cheio de detalhes que na
>> teoria são uma coisa mas na prática acabam sendo um pouco diferente.
>> Vamos lá:
>>
>> - Você tem _mais _de 65 TB disponível do outro lado para onde está
>> migrando ?
>> - Estou assumindo que você tem os Datastores 'do outro lado' montados
>> nas maquinas host 'do lado de cá'.
>> - O thoughput é isso mesmo que você vai conseguir por máquina, porém tem
>> outro detalhe: O Storage do outro lado consegue _escrever_ tranqüilo a
>> ~1 Gbp/s, com o cache de write cheio e ainda manter as maquinas virtuais
>> que já estão lá rodando tranqüilas ?
>> Tranquilo
>> - Você pretende rodar a cópia disso 24 hrs, só a noite ou fora do
>> horário comercial ?
>> Fora do horario com Downtime nas maquinas migradas
>> Verificou a coincidência com as janelas de backup
>> (digo isso não pelo link mas pelo stress adicional no storage) ?
>> Sim
>> - Atenção para não confundir o tráfego e VMotion (ou seja o tráfego para
>> sincronizar as páginas da memória entre a maquina Origem e a Maquina
>> destino e fazer o switch de um host pro outro) e o tráfego para
>> StorageVMotion (que de fato faz a cópia dos .vmdk). Veja que se voce
>> saturar o link por completo e começar a criar latência demais o VMotion
>> nao gosta disso e pode falhar. No momento da troca (ou seja quando
>> terminar a cópia) tem que ter banda suficiente para o VMotion e latência
>> aceitável (então melhor pensar em não rodar 5 cópias ao mesmo tempo). Já
>> para o StorageVMotion qualquer 200 Mbp/s dá.
>> - Talvez uma das coisas que você pode tentar fazer para aproveitar
>> melhor o link é setar uma prioridade bem mais alta para o tráfego de
>> VMotion do que para o StorageVMotion.
>>
>> Recomendo o seguinte para minimizar um pouco os possíveis problemas (se
>> possível):
>> - Identificar quais VMs aceitam um downtime (calcule o tempo médio para
>> a cópia completa), desligar elas, fazer o StorageVMotion e então dar
>> Power Up do outro lado quando terminado. Faca todas possíveis e reduza
>> ao máximo a quantidade de dados a serem migrados de VMs que não podem
>> sofrer downtime.
>> - As que não for possível fazer downtime faz o StorageVMotion mas tome
>> cuidado com o momento do VMotion e certifique-se que existe banda
>> disponível para isso.
>>
>> Para finalizar só uma curiosidade. Qual seu deadline para fazer essa
>> migração desta quantidade de dados ?
>> 2 Meses
>> Transferindo isso 24 horas a ~1
>> Gbps (o que não é o caso) iria demorar aproximadamente 148 horas o que
>> sao pouco mais de 6 dias. Como não é o caso e você nao vai estar no
>> computador o tempo todo para verificar quando acabou uma máquina para
>> iniciar a cópia de outra eu estimaria isso em pelo menos o triplo, ou
>> talvez 1 mês, trabalhando dedicado nisso e sem contar outros fatores não
>> previstos.
>>
>> Um abraço e boa sorte.
>> Fernando Frediani
>>
>>
>>
>>
>> On 15/04/2015 13:30,rafael at assistere.com.br  <mailto:rafael at assistere.com.br>wrote:
>>> Prezados, Boa tarde ! Aos que acompanham o grupo, gostaria de 
>>> sugestões ou experiencias a respeito de migração de data center com 
>>> Vmware Tenho o seguinte cenário, Estou realizando a migração de um 
>>> Data center entre operadores distintos. Link entre os operadores a 1 
>>> GB Fibra (Rede Extendida, porta Switch operadora A diretamente 
>>> conectada Switch operadora B) Link OK e operacional 65Tera de Dados 
>>> a serem migrados Durante os testes de Clone - Vmotion e Move 
>>> percebemos que temos troughtput de 200Mbps por máquina migrada, ou 
>>> seja com 5 máquinas simultâneas temos o consumo do link por 
>>> completo, mas somente com uma task em execução não consome o link 
>>> disponível. Preciso que independente do numero de atividades 
>>> (vmotion, clone, move) o link seja consumido por completo Pesquisei 
>>> e ja temos uma rede de vmotion independente da rede local como 
>>> sugerido nas melhores práticas, bem como não localizei configuração 
>>> especifica. Pensei em definir um valor de traffic shaping na rede de 
>>> vmotion mas não sei qual seria o resultado nos dados migrados 
>>> Poderiam comentar as experiencias ? Muito Obrigado Abraços -- gter 
>>> list https://eng.registro.br/mailman/listinfo/gter
>> --
>> gter listhttps://eng.registro.br/mailman/listinfo/gter
>