As far as MS goes, you do get a break on licensing since the allow you to license by the socket.
> Great responses so far! You've all given me even more to think about. > > > > A few other questions: > > > > 1. From a DR perspective, or perhaps just for rebalancing the load > on a host machine, how does moving from one host to another with > different HW impact the VM, or is it transparent? > > > > 2. Does Virtualization impact your domain security requirements in > any way? > > > > 3. NIC Utilization - Shared NICs or separate for each VM? > > > > 4. OS & App licensing - can we expect any reduction in licensing > requirements? > > > > > > Thanks! > > > > > > > > > > > > > > > > Roger Wright > > Network Administrator > > Evatone, Inc. > > 727.572.7076 x388 > > _____ > > > > From: Andy Shook [mailto:andy.sh...@peak10.com] > Sent: Monday, December 29, 2008 9:52 AM > To: NT System Admin Issues > Subject: RE: Virtualization Questions > > > > Roger, > > Opinions on this will vary, however, my responses... > > > > 1. Yes. Centralized storage that all hosts can see and access is > a must for Vmotion/HA/DRS as well as backups. Needs and budget will > dictate, however, I would have local storage only for the host OS (ESX, > etc.) and a SAN for all the VMs\vmdk files. > > 2. Acceptance of a dedicated VM is growing. I've personally run > many, many (police academy joke, if your didn't get it) applications > with no issues raided from the vendor, YMMV by vendor > > 3. Load and amount of data usually dictate this. I've seen every > mainstream app virtualized and dedicated server, here in the datacenter. > > 4. I would say load and functionality. If you have ESX with > HA/DRS, then I personally don't care where the VMs are just as long as > they are up. I have seen where shops will specify that a DC\GC has to > stay on the same host as an Exchange server, as an example. Forget > everything you know about server provisioning. In my experience, > dedicated servers that were running with dual procs and 4GB of RAM ran > wonderfully with a single core and 512MB in a VM environment. This is > one of the many, many (see above reference J) beautiful things that > virtualization brings to the table. > > > > Feel free to ping me off-list if I can help in any way. > > > > Shook > > > > From: Roger Wright [mailto:rwri...@evatone.com] > Sent: Monday, December 29, 2008 9:30 AM > To: NT System Admin Issues > Subject: Virtualization Questions > > > > Taking a look at the potential implementation of virtualization and have > several questions: > > > > 1. Does/should utilization of a SAN have a direct impact on > virtualization decisions? Is it better to go with local or SAN > storage? > > 2. Do vendors who normally require a dedicated server accept a > virtualized server as equivalent? > > 3. What type of servers (DB, Oracle, F&P, etc.) don't make good > candidates for virtualization? I would think that SQL/Oracle would > probably be least recommended. > > 4. Is clustering still possible with VMs? > > 5. What kind of logic determines the best combination of > host/guests? IOW, is it recommended to put all F&P servers together on > one host, or should it be a combination of F&P, DB, etc.? > > > > TIA! > > > > > > > > Roger Wright > > Network Administrator > > Evatone, Inc. > > 727.572.7076 x388 > > > > > > _____ > > > > > > > > > > > > > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ Think green. Please consider the environment before printing ************************************************************************************************************************* CONFIDENTIALITY NOTE: The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it. Thank you. **************************************************************************************************************************** ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
