I have a 1TB LUN being presented to me from our storage team. I need to create 2 zones and share the storage between them. Would it be best to repartition the LUNs (2 500Gb slices), create 2 separate storage pools then assign them separately to each zone? If not, what would be the recommended way. I''ve read a ton of documentation but end up getting more confused than anything. Thanks, Bert -- This message posted from opensolaris.org
On Wed, Sep 23, 2009 at 7:04 AM, bertram fukuda <bertram.fukuda at hp.com> wrote:> I have a 1TB LUN being presented to me from our storage team. ?I need to create 2 zones and share the storage between them. ?Would it be best to repartition the LUNs (2 500Gb slices), create 2 separate storage pools then assign them separately to each zone? ?If not, what would be the recommended way. > ? I''ve read a ton of documentation but end up getting more confused than anything.The only time that I would create multiple storage pools for zones is if I intend to migrate them to other hosts independently. That is, at time t1 I have zones z1 and z2 on host h1. I think that at some time in the future I would like to move z2 to host h2 while leaving z1 on h1. Since you only have one LUN, you are not able to move the zones independently via reassigning a LUN to another host. That is, it is impossible to split the LUN and unsafe to share the LUN to multiple hosts. In your situation, I would create one pool and put both zones on it. When you decide you need more zones, put them in it too. As an aside, I rarely find the idea that I have X amount of space and Y things to put into it, so I will give each thing X/Y space. This is because it is quite likely that someone will do the operation Y++ and there are very few storage technologies that allow you to shrink the amount of space allocated to each item. -- Mike Gerdts http://mgerdts.blogspot.com/
Thanks for the info Mike. Just so I''m clear. You suggest 1)create a single zpool from my LUN 2) create a single ZFS filesystem 3) create 2 zone in the ZFS filesystem. Sound right? Thanks again, Bert -- This message posted from opensolaris.org
2009/9/23 bertram fukuda <bertram.fukuda at hp.com>> Thanks for the info Mike. > > Just so I''m clear. You suggest 1)create a single zpool from my LUN 2) > create a single ZFS filesystem 3) create 2 zone in the ZFS filesystem. Sound > right? > > You can create zfs filesystems for each zone and you also can delegate zfsfilesystems to be managed by zones. I usually put each zone''s root on its own filesystem atleast. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20090923/ad23b54c/attachment.html>
On Wed, Sep 23, 2009 at 7:32 AM, bertram fukuda <bertram.fukuda at hp.com> wrote:> Thanks for the info Mike. > > Just so I''m clear. ?You suggest 1)create a single zpool from my LUN 2) create a single ZFS filesystem 3) create 2 zone in the ZFS filesystem. Sound right?Correct -- Mike Gerdts http://mgerdts.blogspot.com/
Awesome!!! Thanks for you help. -- This message posted from opensolaris.org
On Sep 23, 2009, at 08:13, Mike Gerdts wrote:> That is, at time t1 I have zones z1 and z2 on host h1. I think that > at some time > in the future I would like to move z2 to host h2 while leaving z1 on > h1.You can have a single pool, but it''s probably good to have each zone in its own file system. As mentioned in another message this would allow you to delegate (if so desired), but what it also allows you to do is move the zone later on (also with a ''zfs send / recv''): http://prefetch.net/blog/index.php/2006/09/27/moving-solaris-zones/ http://blogs.sun.com/gz/entry/how_to_move_a_solaris It also allows you to clone zones if you want cookie-cutter configurations (or even have a base set up that''s common to multiple zones): http://www.cuddletech.com/blog/pivot/entry.php?id=751 http://www.google.com/search?q=zone+clone+zfs
David,
What if we have no plans on moving or cloning the zone, I can get away with
only pool right?
If I''m doing a separate FS for each zone is it just slice up my
LUN, create a FS for each zone and I''m done?
Thanks,
Bert
--
This message posted from opensolaris.org
On Sep 23, 2009, at 20:48, bertram fukuda wrote:> What if we have no plans on moving or cloning the zone, I can get > away with only pool right?Sure.> If I''m doing a separate FS for each zone is it just slice up my LUN, > create a FS for each zone and I''m done?One pool from the LUN (''zpool create zonepool c2t0d0''), but with-in that pool you do a ''zfs create'' for each zone (I think zoneadm can do this automatically as well): zfs create zonepool/zone1 zfs create zonepool/zone2 zfs create zonepool/zone3 This allows you to do snapshots and rollbacks on the zone for things like patching and other major changes.
On Wed, Sep 23, 2009 at 8:12 PM, David Magda <dmagda at ee.ryerson.ca> wrote:> On Sep 23, 2009, at 20:48, bertram fukuda wrote: > >> What if we have no plans on moving or cloning the zone, I can get away >> with only pool right? > > Sure. > >> If I''m doing a separate FS for each zone is it just slice up my LUN, >> create a FS for each zone and I''m done? > > > One pool from the LUN (''zpool create zonepool c2t0d0''), but with-in that > pool you do a ''zfs create'' for each zone (I think zoneadm can do this > automatically as well): > > ?zfs create zonepool/zone1 > ?zfs create zonepool/zone2 > ?zfs create zonepool/zone3 > > This allows you to do snapshots and rollbacks on the zone for things like > patching and other major changes.Agreed. And it allows you to do migrations sometime in the future with.... host1# zoneadm -z zone1 detach host1# zfs snapshot zonepool/zone1 at migrate host1# zfs send -r zonepool/zone1 at migrate \ | ssh host2 zfs receive zones/zone1 at migrate host2# zonecfg -z zone1 create -a /zones/zone1 host2# zonecfg -z zone1 attach host2# zoneadm -z zone1 boot -- Mike Gerdts http://mgerdts.blogspot.com/
Mike Gerdts wrote:> On Wed, Sep 23, 2009 at 7:32 AM, bertram fukuda <bertram.fukuda at hp.com> wrote: > >> Thanks for the info Mike. >> >> Just so I''m clear. You suggest 1)create a single zpool from my LUN 2) create a single ZFS filesystem 3) create 2 zone in the ZFS filesystem. Sound right? >> > > Correct > > >Well I would actually recommend to create a dedicate zfs file system for each zone (which zoneadm should do for you anyway). The reason is that it is much easier then to get information on how much storage each zone is using, you can set a quote or reservation for storage for each zone independently, you can easily clone each zone, snapshot it, etc. -- Robert Milkowski http://milek.blogspot.com
Would I just do the following then:> zpool create -f zone1 c1t1d0s0 > zfs create zone1/test1 > zfs create zone1/test2Woud I then use zfs set quota=xxxG to handle disk usage? -- This message posted from opensolaris.org
bertram fukuda wrote:> Would I just do the following then: > > >> zpool create -f zone1 c1t1d0s0 >> zfs create zone1/test1 >> zfs create zone1/test2 >> > > Woud I then use zfs set quota=xxxG to handle disk usage? >yes
2009/9/24 Robert Milkowski <milek at task.gda.pl>> Mike Gerdts wrote: > >> On Wed, Sep 23, 2009 at 7:32 AM, bertram fukuda <bertram.fukuda at hp.com> >> wrote: >> >> >>> Thanks for the info Mike. >>> >>> Just so I''m clear. You suggest 1)create a single zpool from my LUN 2) >>> create a single ZFS filesystem 3) create 2 zone in the ZFS filesystem. Sound >>> right? >>> >>> >> >> Correct >> >> >> >> > Well I would actually recommend to create a dedicate zfs file system for > each zone (which zoneadm should do for you anyway). The reason is that it is > much easier then to get information on how much storage each zone is using, > you can set a quote or reservation for storage for each zone independently, > you can easily clone each zone, snapshot it, etc. >Another thing. If you will use live upgrade (and as I understand then "pkg image-update" does that seamlessly) then besides putting each zone on its own filesystem you also should add another two datasets to be delegated to zones where they can store their data. This would ensure that during LU you don''t boot up with a bit old data in zones. For example, this could be very important on mail servers so you don''t "forget" some new mails in spool directories which arrived after creation of new environment, but before reboot.> > > -- > Robert Milkowski > http://milek.blogspot.com > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20090925/7ad1a53a/attachment.html>