Environment considerations. The SAN team sees 'empty space' as 'unallocated space' that they can repossess. Make us go to meetings every three months to justify the space we have(even if it belongs to another team). Ask us the same questions over and over and over again. I mean, once you get a file server or database server built it doesn't grow does it?
They also use some sort of back end thin provisioning and get mad if we don't use the space we request. I understand there are words such as, planning, forecasting, documentation, partnership..... I don't think those words means what I have been lead to believe because when I use them I have to go to more meetings and defend things. So.... environmental considerations. We have thick provisioned guests because our environment dictates that if we do not, we go to meetings more often that accomplish nothing except irritate a lot of people. Steven On Wed, Jan 26, 2011 at 9:03 AM, Paul Hutchings <[email protected]>wrote: > Mind if I ask why you use thick for your guests? > > > > This is our first SAN that does thin, and our first experience of vsphere > that supports thin – seems a no brainer to go thin with the obvious caveat > of if your environment means over-provisioning could creep up on your very > quickly. > > *From:* Steven Peck [mailto:[email protected]] > *Sent:* 26 January 2011 16:58 > > *To:* NT System Admin Issues > *Subject:* Re: Moving VM's between vCenter clusters? > > > > With ESXi 4.1, when we to a storage motion, we haev three options. Leave > the same, thin format, thick format. We store our templates in thin format > and our guest systems are thick format. Occasionally we miss one setting > change when deploying new guests so we smotion them to correct it. > > Steven Peck > http://www.blkmtn.org > > On Wed, Jan 26, 2011 at 8:37 AM, Paul Hutchings <[email protected]> > wrote: > > My understanding is that when migrating to vsphere 4.1 that the same as > with a new VM, you can choose to move the thick VMDK or you can move it and > reprovision it as a thin VMDK, in which case running sdelete first just > optimizes how much space vsphere thinks is in use within the VMDK. > > *From:* Ken Cornetet [mailto:[email protected]] > *Sent:* 26 January 2011 16:34 > > > *To:* NT System Admin Issues > > *Subject:* RE: Moving VM's between vCenter clusters? > > > > I don’t think the thin provisioning is relevant. The vmdk files will be > moved as they are. > > > > *From:* Paul Hutchings [mailto:[email protected]] > *Sent:* Wednesday, January 26, 2011 10:09 AM > *To:* NT System Admin Issues > *Subject:* Moving VM's between vCenter clusters? > > > > I have a new SAN and vCenter server and vSphere hosts which I’m finalizing > testing. > > > > One thing I’ve not been able to easily try is how to get the VM’s off my > existing hosts and onto the new hosts. > > > > My understanding is that I should be able to simply join the current > vSphere boxes (ESX 3.5) to the new vCenter and from there, do a migration > (offline) of the VM’s to the new servers and storage. > > > > I’m using thin provisioning on the new SAN and within vSphere so I need to > run something like sdelete in each existing VM to zero the free space, but > other than that, have I missed anything blindingly obvious please? > > > > Thanks, > > Paul > ------------------------------ > > *MIRA Ltd* > > > > Watling Street, Nuneaton, Warwickshire, CV10 0TU, England > > Registered in England and Wales No. 402570 > > VAT Registration GB 100 1464 84 > > > > The contents of this e-mail are confidential and are solely for the use of > the intended recipient. If you receive this e-mail in error, please delete > it and notify us either by e-mail, telephone or fax. You should not copy, > forward or otherwise disclose the content of the e-mail as this is > prohibited. > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
