[MASOCH-L] RES: Virtualização com HA

Jean Carlos Oliveira Guandalini jean.guandalini at corp.visaonet.com.br
Mon May 9 17:49:08 -03 2011 

Agora clareou as coisas aqui cara. Muito obrigado pela resposta.


Em 09-05-2011 17:45, Renato Fernandes escreveu:
> Está correto Jean,
> 
> Você disponibilizou um block device(aquele "HD" que falei anteriormente) via iSCSI, o XenServer criou um VG nesse block device. As informações referentes ao LVM(PV/VG/LV) são armazenadas no metadata do LVM, por isso, ao rodar o comando vgs mesmo no openfiler vc consegue ver o nome do VG... e se rodar o comando lvs irá exibir os lv's existentes dentro desse VG...
> 
> Abs,
> 
> Renato Fernandes
> 
> 
> ----- Mensagem original -----
> De: "Jean Carlos Oliveira Guandalini" <jean.guandalini at corp.visaonet.com.br>
> Para: masoch-l at eng.registro.br
> Enviadas: Segunda-feira, 9 de Maio de 2011 16:29:00
> Assunto: Re: [MASOCH-L] RES: Virtualização com HA
> 
> O que mais nos tem intrigado é o fato de como o XenServer consegue jogar
> esse tipo de informação dentro do openfiler, afinal no XenServer ele
> poderia criar LVMs de acordo com o que precisa, mas lá no openfiler ele
> não um acesso root por exemplo:
> 
> Olha como fica o comando vgs no nosso openfiler de testes
> [root at openfiler1 mapper]# vgs
>   VG                                                 #PV #LV #SN Attr
> VSize   VFree
>   VG_XenStorage-58ce5f22-7e98-3934-58be-7b6ce59c098c   1   2   0 wz--n-
>   9.99g   1.96g
>   hd4                                                  1   0   0 wz--n-
> 443.69g 443.69g
>   storage                                              1   3   0 wz--n-
> 887.38g 367.38g
> 
> Esse VG do Xen ele mesmo quem criou pelo jeito, mas é normal isso mesmo?
> Estariámos nós criando as coisas do jeito errado?
> 
> Mais uma vez obrigado
> 
> 
> Em 09-05-2011 14:28, Jean Carlos Oliveira Guandalini escreveu:
>> Valeu pela resposta.
>>
>>
>> Em 09-05-2011 12:02, Renato Fernandes escreveu:
>>> Bom dia,
>>>
>>> Isso ocorre porque o XenServer não entende que você disponibilizou um LV via iSCSI para ele, mas sim, que vc disponibilizou um "HD" via iSCSI, portanto, com base nesse "HD" ele vai criar um VG que será usado pelo host XenServer ou por um pool de hosts XenServer para armazenar os discos das VM's. Por exemplo, se você criar no openfiler um LV contendo 100GB e disponibilizar via iSCSI, ao configurar isso no host XenServer ele irá criar um VG nesses 100GB que será usado posteriormente para armazenar os discos das VM's.
>>>
>>> Abraços,
>>>
>>> Renato Fernandes
>>>
>>>
>>> ----- Mensagem original -----
>>> De: "Jean Carlos Oliveira Guandalini" <jean.guandalini at corp.visaonet.com.br>
>>> Para: masoch-l at eng.registro.br
>>> Enviadas: Segunda-feira, 9 de Maio de 2011 11:40:27
>>> Assunto: Re: [MASOCH-L] RES: Virtualização com HA
>>>
>>> Pessoal, seguindo nossos testes instalamos um openfiler e um xenserver,
>>> o que não entendi é a maneira que ficaram os volume groups no openfiler
>>> depois que fizemos uma instalação do Debian no Xen.
>>>
>>> No openfiler eu criei um LogicalVolume chamado debian, e coloquei 10GB,
>>> fui no Xen e adicionei o storage e tal, e daí fiz a instalação simples
>>> do debian tudo no padrão, só que no openfiler ele criou um volume group:
>>>
>>> VG_XenStorage-f650c8e0-1133-ddf8-2d37-d84324e16a49 	9.99 GB 	8.03 GB
>>> 1.96 GB
>>>
>>> O que não entendi é o porque ele faz isso, se já existe um volume group
>>> que usei para compartialhar via iSCSI?
>>>
>>> Obrigado
>>>
>>> Em 05-05-2011 11:39, Fernando Ulisses dos Santos escreveu:
>>>> Jean,
>>>>
>>>> Já tive uma situação de falha temporária de conexão do VMware com o
>>>> Storage: desligaram a energia do Switch principal e o secundário não
>>>> assumiu por erro nas conexões, demoramos alguns minutos pra perceber e
>>>> resolver.
>>>>
>>>> Nesse meio tempo as máquinas virtuais congelaram, mas assim que
>>>> re-estabelecemos as conexões, as máquinas voltaram exatamente onde estavam.
>>>>
>>>> Só que não se aplica a sua situação, tua solução será com Xen e Storage
>>>> genérico, convém que você faça um teste.
>>>>
>>>> Fernando Ulisses dos Santos
>>>> Blue Solutions - Soluções em TI
>>>> 19-3321-9068 / 19-3551-3898
>>>>
>>>>
>>>> Em 05-05-2011 09:51, Jean Carlos Oliveira Guandalini escreveu:
>>>>> Pessoal, chegamos em uma idéia aqui.
>>>>> Estamos querendo utilizar dois openfiler com drbd e heartbeat para usar
>>>>> junto com o Xen. Nossa dúvida agora é a seguinte, como estará tudo no
>>>>> storage e teremos openfiler1 e openfiler2 (drbd+ha), se o openfiler1
>>>>> parar por algum motivo, ate o openfiler2 assumir o que acontecerá com as
>>>>> máquinas rodando no Xenserver? Elas travam? Alguém já passou por algo
>>>>> assim? teria alguma sugestão melhor para tal cenário?
>>>>>
>>>>> Obrigado
>>>>>
>>>>>
>>>>> Em 02-05-2011 15:10, Fernando Ulisses dos Santos escreveu:
>>>>>> Carlos,
>>>>>>
>>>>>> 100 Mbytes é pouco pra um teste desses, cabe tudo na memória e o sistema
>>>>>> operacional costuma fazer cache. No caso do AoE, certeza que o resultado
>>>>>> é cache, não tem lógica trafegar mais rápido do que a velocidade da
>>>>>> rede.
>>>>>>
>>>>>> Repete os testes com arquivos de 10Gb, considerando que o servidor tem
>>>>>> menos do que isso de memória.
>>>>>>
>>>>>> NFS, assim como iSCSI, requer alguns tunings para alta performance de
>>>>>> transferência, mas, out-of-the-box, normalmente consigo 90~95MB/s, ou
>>>>>> seja, quase 800Mbits/s, com os tunnings atinge 1Gbit/s. O limite costuma
>>>>>> estar no meio físico mais lento, os HDs.
>>>>>>
>>>>>> Fernando Ulisses dos Santos
>>>>>> Blue Solutions - Soluções em TI
>>>>>> 19-3321-9068 / 19-3551-3898
>>>>>>
>>>>>>
>>>>>> Em 02-05-2011 14:20, Carlos Alberto Greco escreveu:
>>>>>>> Segue alguns teste que fizemos de tempo de gravação
>>>>>>>
>>>>>>> Local
>>>>>>> dd if=/dev/zero of=lixo bs=1M count=100
>>>>>>> 104857600 bytes (105 MB) copied, 0.183229 s, 572 MB/s
>>>>>>>
>>>>>>> LVM local
>>>>>>> dd if=/dev/zero of=/opt/zimbra/store/lixo bs=1M count=100
>>>>>>> 104857600 bytes (105 MB) copied, 0.183731 s, 571 MB/s
>>>>>>>
>>>>>>> LVM storage1 com AOE
>>>>>>> dd if=/dev/zero of=/storage1/lixo bs=1M count=100
>>>>>>> 104857600 bytes (105 MB) copied, 0.209288 s, 501 MB/s
>>>>>>>
>>>>>>> NFS
>>>>>>> dd if=/dev/zero of=/mnt/lixo bs=1M count=100
>>>>>>> 104857600 bytes (105 MB) copied, 1.67723 s, 62.5 MB/s
>>>>>>>
>>>>>>> Greco
>>>>>>>
>>>>>>>
>>>>>>> ----- Mensagem original -----
>>>>>>>
>>>>>>> De: "Fernando Ulisses dos Santos"<fernando at bluesolutions.com.br>
>>>>>>> Para: "Marcio Merlone"<marcio.merlone at a1.ind.br>
>>>>>>> Cc: "Mail Aid and Succor, On-line Comfort and
>>>>>>> Help"<masoch-l at eng.registro.br>
>>>>>>> Enviadas: Segunda-feira, 2 de Maio de 2011 13:00:48
>>>>>>> Assunto: Re: [MASOCH-L] RES: Virtualização com HA
>>>>>>>
>>>>>>> Oi Márcio,
>>>>>>>
>>>>>>> Procure no site pelo Veeam Backup and Fast SCP, esse é free, só precisa
>>>>>>> fazer um cadastro no site pra poder baixar.
>>>>>>>
>>>>>>> O Veeam Backup and Replication realmente é pago e vai precisar do
>>>>>>> VMware
>>>>>>> pago pra funcionar.
>>>>>>>
>>>>>>> O recurso HotAdd, para adicionar memória, CPU, disco e placa de rede no
>>>>>>> VMware com a máquina virtual ligada só tem nas versões pagas.
>>>>>>>
>>>>>>> O VMware tem fama de caro, mas tem as versões pra pequenas empresas que
>>>>>>> são bem tranqulias, particularmente, a versão Enterprise Plus
>>>>>>> Acceleration Kit (claro que com impostos do Brasil sai mais caro do que
>>>>>>> isso, mas o investimento justifica a tranquilidade):
>>>>>>> http://www.vmware.com/vmwarestore/vsphere_smbpurchaseoptions.html
>>>>>>>
>>>>>>> Fernando Ulisses dos Santos
>>>>>>> Blue Solutions - Soluções em TI
>>>>>>> 19-3321-9068 / 19-3551-3898
>>>>>>>
>>>>>>>
>>>>>>> Em 02-05-2011 09:54, Marcio Merlone escreveu:
>>>>>>>> Em 01-05-2011 23:29, Fernando Ulisses dos Santos escreveu:
>>>>>>>> (...)
>>>>>>>>> Para o ambiente VMware ESXi (free), sugiro o Veeam Backup and FastSCP
>>>>>>>>> (free também),
>>>>>>>> Fui ver na página do Veeam
>>>>>>>> http://www.veeam.com/vmware-esx-backup/buyit.html e ele não parece
>>>>>>>> free, só achei download pro trial....
>>>>>>>>
>>>>>>>> (...)
>>>>>>>>> O VMware tem outros recursos que as outras soluções não tem, mesmo na
>>>>>>>>> versão free (algumas tem um ou outro, mas só a VMware tem todos esses
>>>>>>>>> que vou citar), e que podem ser importantes para seu projeto:
>>>>>>>>> Transparent Page Sharing, Memory Overcommit, Memory Compression,
>>>>>>>>> Balooning, Virtual Switch, só por isso eu já recomendaria VMware
>>>>>>>>> ESXi. Os kits para pequenas empresas tem valores bem agressivos,
>>>>>>>>> permitindo profissionalizar a solução mais pra frente.
>>>>>>>> Sei que nas versões pagas do VMware tb tem a possibilidade de
>>>>>>>> adicionar hardware a quente (cpu e memória) nas máquinas virtuais,
>>>>>>>> sabe se alguma solução gratuita tb tem isto?
>>>>>>>>
>>>>>>>> -- 
>>>>>>>> *Marcio Merlone*
>>>>>>> __
>>>>>>> masoch-l list
>>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> __
>>>>>> masoch-l list
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

More information about the masoch-l mailing list