From: Digimer <linux@alteeve.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] new to cLVM - some principal questions
Date: Tue, 22 Nov 2011 14:32:03 -0500 [thread overview]
Message-ID: <4ECBF8B3.6050300@alteeve.com> (raw)
In-Reply-To: <15785B7E063D464C86DD482FCAE4EBA5014D7BEF090B@XCH11.scidom.de>
On 11/22/2011 02:22 PM, Lentes, Bernd wrote:
> Hi,
>
> i have a bit experience in LVM, but not in cLVM. So i have some principal questions:
> My idea is to establish a HA-Cluster with two nodes. The ressources which are managed by the cluster are virtual machines (KVM).
> I have a FC SAN, where the vm's will reside. I want to create vdisks in my SAN which are integrated as a PV in both hosts. On top of the PV's i will create a VG, and finally LV's. For each VM one LV.
>
> How are things going with cLVM ? Do i have to create PV ==> VG ==> LV seperately ? Or does cLVM replicate the information from one host to the other ? So that i have to create PV, VG and LV only once on the first node and this configuration is replicated to the second host.
>
> What is about e.g. resizing a LV ? Is this replicated, or do i have to resize twice, on each host ?
>
> E.g. one host is running VM3 in the corresponding lv3 on the first host. Is the second host able to access lv3 simultaneously or is there a kind of locking ?
>
> Is it possible to run some vm's on the first host and others on the second (as a kind of load-balancing) ?
>
> Is it possible to perform a live-migration from one host to the other in this scenario ?
>
> I will not install a filesystem in the lv's, because i got recommendations to run the vm's in bare partitions, this would be faster.
>
>
> Thanks for any eye-opening answer.
>
>
> Bernd
Clustered LVM is, effectively, just normal LVM with external (clustered)
locking using DLM. Once built, anything you do on one node will be seen
immediately on all other nodes.
Mount your iSCSI target as your normally would on all nodes. On one
node, with clvmd running, 'pvcreate /dev/foo' then 'vgcreate -c y -n bar
/dev/foo'. If you then run 'vgscan' on all other nodes, you'll see the
VG you just created.
Be absolutely sure you configure fencing in your cluster! If a node
falls silent, it must be forcibly removed from the cluster before any
recovery can commence. Failed fencing will hang the cluster, and
short-circuited fencing will lead to corruption.
Finally, yes, you can do live migration between nodes in the same
cluster (specifically, they need to be in the same DLM lockspace).
I use clvmd quite a bit, feel free to ask if you have any more
questions. I also have an in-progress tutorial using clvmd on DRBD, but
you could just replace "/dev/drbdX" with the appropriate iSCSI target
and the rest is the same.
--
Digimer
E-Mail: digimer@alteeve.com
Freenode handle: digimer
Papers and Projects: http://alteeve.com
Node Assassin: http://nodeassassin.org
"omg my singularity battery is dead again.
stupid hawking radiation." - epitron
next prev parent reply other threads:[~2011-11-22 19:32 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-22 19:22 [linux-lvm] new to cLVM - some principal questions Lentes, Bernd
2011-11-22 19:32 ` Digimer [this message]
2011-11-23 15:35 ` Lentes, Bernd
2011-11-23 18:20 ` Digimer
2011-11-24 16:32 ` Lentes, Bernd
2011-11-24 16:46 ` Digimer
2011-11-25 17:49 ` Lentes, Bernd
2011-11-25 18:10 ` Digimer
2011-12-04 18:58 ` Lentes, Bernd
2011-12-04 20:44 ` Digimer
2012-02-09 16:20 ` Lentes, Bernd
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ECBF8B3.6050300@alteeve.com \
--to=linux@alteeve.com \
--cc=linux-lvm@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.