Dear list,
I would like an opinion regarding a KVM solution I would like to implement.
My goal is to have two servers in which virtual machines can roam on both
nodes, no automatic failover, nothing fancy but would like to be able to
perform a live migration on demand. I would like to avoid using NFS and GFS
and RHCS.
The SAN team provided me with two LUNS of 260G each. Let us call them mpath0,
mpath1 although I normally use friendly names.
The plan is to use mpath0 for the OSes, mpath1 for data.
I will partition mpath0 and mpath1 such as I have :
mpath0p1, mpath0p2, .....mpath0pn
mpath1p1, mpath1p2, .....mpath1pn
I make one VG per VM
Such as VG_VM1 is made up of mpath0p1 and mpath1p1, VG_VM2 made up of mpath0p2
and mpath1p2 and so on and so forth.
Now considering, VG_VM1 I create two LVs , lv_root on device mpath0p1 and
lv_data on device mpath1p1.
In this scenario all VGs will be visible on both nodes but active only on one.
I was also considering using directly the raw devices but on second thoughts,
lvm would give me the flexibility to copy the VM {using lvm mirroring} should
an intervention affecting my LUN is performed.
An colleauge suggested me to use on big VG for data and one big for OS without
partitioning but my argument against it was that you cannot have a VG active in
both nodes without using CLVM {in that case using RHCS probably}.
Thanks for providing me an opinion. Unfortunately I did not find architecture
KVM aid.
Konrad
--------------------------------------------------------------------
Les informations contenues dans ce message et/ou ses annexes sont
reservees a l'attention et a l'utilisation de leur destinataire et peuvent etre
confidentielles. Si vous n'etes pas destinataire de ce message, vous etes
informes que vous l'avez recu par erreur et que toute utilisation en est
interdite. Dans ce cas, vous etes pries de le detruire et d'en informer la
Banque Europeenne d'Investissement.
The information in this message and/or attachments is intended solely for
the attention and use of the named addressee and may be confidential. If
you are not the intended recipient, you are hereby notified that you have
received this transmittal in error and that any use of it is prohibited. In
such a case please delete this message and kindly notify the European
Investment Bank accordingly.
--------------------------------------------------------------------
_______________________________________________
rhelv5-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rhelv5-list
