cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From claude bariot <clobar...@gmail.com>
Subject Re: CLoudStack and OpenFiler2.99
Date Wed, 19 Sep 2012 19:06:02 GMT
If I need to backup VMs root disks, I same can save this files  ?

I've another question concerning VLAN :
I project to create 2 vlans : vlan1 for admin trafics between Management
serv, hosts and storage node.
And vlan2 for VMs trafics (Application Vlan).

My question is : It's necessary to attribute 1 host NIC (eth0) for vlan1
and the second host NIC (eth1) for vlan2 ?

I hope that I'll have a response quiqly.

regard


On 19 September 2012 18:16, Clayton Weise <cweise@iswest.net> wrote:

> Right, those are LVM volumes that have been created by XenServer and
> assigned to virtual machines.  If you want to see what VMs they're attached
> to you can run various 'xe' commands to see.  For example, 'xe vm-list'
> will give you a list of all of your VMs.  If you know the UUID of the VM
> already then you can run 'xe vm-disk-list uuid=(uuid)' where (uuid) is the
> UUID of the VM in question.
>
> -----Original Message-----
> From: claude bariot [mailto:clobariot@gmail.com]
> Sent: Wednesday, September 19, 2012 3:04 AM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: CLoudStack and OpenFiler2.99
>
> ok
> look below, what I see from the Management server :
>
> root@cloud-cms1:/export/primary# *ls -l
>  /dev/VG_XenStorage-d870c716-4c81-1a64-4d90-5a91f835f422/*
> total 0
> drwxr-xr-x.  2 root root  240 2012-09-13 16:56 ./
> drwxr-xr-x. 18 root root 3620 2012-09-17 15:40 ../
> lrwxrwxrwx.  1 root root  110 2012-09-13 16:56
> hb-5010b2b2-8cb4-447d-aae1-2453571df587 ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-hb--5010b2b2--8cb4--447d--aae1--2453571df587
> lrwxrwxrwx.  1 root root  110 2012-09-13 16:56
> hb-c1a30f79-7327-4f16-b450-defa14442433 ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-hb--c1a30f79--7327--4f16--b450--defa14442433
> lrwxrwxrwx.  1 root root   69 2012-09-13 16:56 MGT ->
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-MGT
> lrwxrwxrwx.  1 root root  111 2012-09-13 16:56
> VHD-35e13f3a-e126-4e7a-bb7d-1e1732f59e84 ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-VHD--35e13f3a--e126--4e7a--bb7d--1e1732f59e84
> lrwxrwxrwx.  1 root root  111 2012-09-13 16:56
> VHD-38afc9cc-366e-44bd-95a9-21fd2f194785 ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-VHD--38afc9cc--366e--44bd--95a9--21fd2f194785
> lrwxrwxrwx.  1 root root  111 2012-09-13 16:56
> VHD-51b1d1f7-767f-4268-ab07-696932dddc96 ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-VHD--51b1d1f7--767f--4268--ab07--696932dddc96
> lrwxrwxrwx.  1 root root  111 2012-09-13 16:56
> VHD-5c717365-bbab-4781-a1ea-4651db5efca6 ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-VHD--5c717365--bbab--4781--a1ea--4651db5efca6
> lrwxrwxrwx.  1 root root  111 2012-09-13 16:56
> VHD-b849c29a-e7aa-4d77-b965-7845e8be079b ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-VHD--b849c29a--e7aa--4d77--b965--7845e8be079b
> lrwxrwxrwx.  1 root root  111 2012-09-13 16:56
> VHD-c23673fb-3e40-4b0f-9cee-e2c947bdda59 ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-VHD--c23673fb--3e40--4b0f--9cee--e2c947bdda59
> lrwxrwxrwx.  1 root root  111 2012-09-13 16:56
> VHD-d2358d95-b4e8-4426-9c68-33686251a2b3 ->
>
> ../mapper/VG_XenStorage--d870c716--4c81--1a64--4d90--5a91f835f422-VHD--d2358d95--b4e8--4426--9c68--33686251a2b3
>
>
> There are VMs roots volumes stored into the Primary storage ?
> If it's true, what can I associate this files with VMs hostname or Instance
> name ?
>
> Regards
>
>
> On 18 September 2012 18:31, Jason Davis <scr512@gmail.com> wrote:
>
> > Hence why you should consider NFS for management simplicity :)
> >
> > On Tue, Sep 18, 2012 at 11:06 AM, Clayton Weise <cweise@iswest.net>
> wrote:
> >
> > > If it's a LUN, it's a block device.  You can't just look in "/" and
> find
> > > it.  In the case of XenServer, it creates a CLVM device for the iSCSI
> or
> > FC
> > > LUN and that logical volume is shared amongst all of the hosts in the
> > > cluster.  Then, for each virtual disk (VDI) you create XenServer
> creates
> > an
> > > LVM "partition" (partition isn't actually the correct technical term,
> but
> > > it's the easiest way to express it) for that virtual disk.  So
> > essentially,
> > > each virtual disk is another LVM partition.
> > >
> > > It's not a filesystem, it's not like NFS.  You can't just browse into
> it,
> > > in the same way you can't just plug in a hard drive and browse into
> that
> > > either.  You need a filesystem on top of the block device that you then
> > > need to mount.
> > >
> > > If you're used to iSCSI or FC with VMware the reason you can browse
> into
> > a
> > > block device is because VMware formats the device with a filesystem
> > called
> > > VMFS.  In the case of XenServer, there is no file system, just block
> > > devices that are handed to individual virtual machines.
> > >
> > > -----Original Message-----
> > > From: claude bariot [mailto:clobariot@gmail.com]
> > > Sent: Tuesday, September 18, 2012 7:31 AM
> > > To: cloudstack-users@incubator.apache.org
> > > Subject: Re: CLoudStack and OpenFiler2.99
> > >
> > > Thanks for this precision.
> > >
> > > Bat, How can I display datas (VMs Root DISKs) on the Lun ?
> > > I'll need to do ls command into the storage server or not /
> > > How can I find stored directory when I would like to display files ...
> > >
> > > regards
> > >
> > >
> > > On 18 September 2012 16:14, Jason Davis <scr512@gmail.com> wrote:
> > >
> > > > Remember that if you will be presenting LUNs to your XenServer
> Cluster,
> > > > that the LUN is effectively shared between all hosts within the
> > > cluster...
> > > > ie: LUNs are not tied to a specific host per say.
> > > >
> > > > On Tue, Sep 18, 2012 at 8:38 AM, claude bariot <clobariot@gmail.com>
> > > > wrote:
> > > >
> > > > > We'll using XenServer as Hypervisor.
> > > > > My boss prefere to create same Luns with OpenFiler, then each Lun
> > will
> > > be
> > > > > attached to Xen Host.
> > > > >
> > > > > May be we can use it as a local primary storage.
> > > > >
> > > > > I know that, We can add PS via CS UI.
> > > > >
> > > > > On 18 September 2012 15:21, Jason Davis <scr512@gmail.com>
wrote:
> > > > >
> > > > > > Ah time to chime in :)
> > > > > >
> > > > > > I would recommend using NFS for primary and secondary storage...
> > NFS
> > > is
> > > > > > *much* more straight forward. That and VM's provisioned via
NFS
> are
> > > > > > inherently thin. With iSCSI this may or may not be true
> (dependent
> > on
> > > > > what
> > > > > > hypervisor is being used.)
> > > > > >
> > > > > > Based on what you are setting up, the theoretical speed
> advantages
> > of
> > > > > iSCSI
> > > > > > vs NFSv3 are moot.
> > > > > >
> > > > > > -Jason
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Tue, Sep 18, 2012 at 6:23 AM, claude bariot <
> > clobariot@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > > > One more question :
> > > > > > > How can I find files (for Primary and Secondary Storage)
When
> > there
> > > > are
> > > > > > > using Iscsi device (Luns) ?
> > > > > > >
> > > > > > > regards
> > > > > > >
> > > > > > >
> > > > > > > On 18 September 2012 10:30, claude bariot <clobariot@gmail.com
> >
> > > > wrote:
> > > > > > >
> > > > > > > > I building a testbed plateform.
> > > > > > > > Could you let me know, the pest precedures (best way)
for
> > > configure
> > > > > it.
> > > > > > > > I have 2 hosts (xenserver), 1 Mangement server (Ubuntu
> 10.04) 1
> > > > > storage
> > > > > > > > server with OpenFiler
> > > > > > > >
> > > > > > > > I need the process please ..
> > > > > > > >
> > > > > > > >
> > > > > > > > regards
> > > > > > > >
> > > > > > > >
> > > > > > > > On 17 September 2012 23:51, Geoff Higginbottom <
> > > > > > > > geoff.higginbottom@shapeblue.com> wrote:
> > > > > > > >
> > > > > > > >> Hi Claude,
> > > > > > > >>
> > > > > > > >> We have frequently used OpenFiler on our test
and proof of
> > > concept
> > > > > > (POC)
> > > > > > > >> builds, however to be fair none of our clients
have ever
> used
> > it
> > > > in
> > > > > a
> > > > > > > >> production environment.
> > > > > > > >>
> > > > > > > >> Regards
> > > > > > > >>
> > > > > > > >> Geoff
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> On 17 Sep 2012, at 14:45, "claude bariot" <
> > clobariot@gmail.com>
> > > > > > wrote:
> > > > > > > >>
> > > > > > > >> Hello
> > > > > > > >>
> > > > > > > >> Someone has already used CloudStack with OpenFiler
as
> storage
> > > > > > > management ?
> > > > > > > >> ShapeBlue provides a range of strategic and technical
> > consulting
> > > > and
> > > > > > > >> implementation services to help IT Service Providers
and
> > > > Enterprises
> > > > > > to
> > > > > > > >> build a true IaaS compute cloud. ShapeBlue's expertise,
> > combined
> > > > > with
> > > > > > > >> CloudStack technology, allows IT Service Providers
and
> > > Enterprises
> > > > > to
> > > > > > > >> deliver true, utility based, IaaS to the customer
or
> end-user.
> > > > > > > >>
> > > > > > > >> ________________________________
> > > > > > > >>
> > > > > > > >> This email and any attachments to it may be confidential
and
> > are
> > > > > > > intended
> > > > > > > >> solely for the use of the individual to whom it
is
> addressed.
> > > Any
> > > > > > views
> > > > > > > or
> > > > > > > >> opinions expressed are solely those of the author
and do not
> > > > > > necessarily
> > > > > > > >> represent those of Shape Blue Ltd. If you are
not the
> intended
> > > > > > > recipient of
> > > > > > > >> this email, you must neither take any action based
upon its
> > > > > contents,
> > > > > > > nor
> > > > > > > >> copy or show it to anyone. Please contact the
sender if you
> > > > believe
> > > > > > you
> > > > > > > >> have received this email in error. Shape Blue
Ltd is a
> company
> > > > > > > incorporated
> > > > > > > >> in England & Wales.
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message