oh, also, we have around 1500 virtualized servers and keeping track of space considerations on that many guests with only a few engineers is just not a good time sink.
On Wed, Jan 26, 2011 at 9:25 AM, Steven Peck <[email protected]> wrote: > 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 > ~ 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
