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

Renato Fernandes renato.fernandes at webtraffic.com.br
Mon May 9 12:02:05 -03 2011


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



More information about the masoch-l mailing list