11 golden rules for virtualisation
Posted on 5 Aug 2010 at 16:34
8) Lie about the money
Free virtualisation software can achieve amazing things. Perhaps the most amazing is to drive your board completely round the bend – the way basic hypervisor code is often given away for nothing, and then one or another utility turns out to cost £5,000, is the cause of immense angst inside projects.
The virtualisation vendors think of this “upsell” as a good thing. The reality is, it’s an Appraisal Meltdown Device. So rule eight says: do not admit when you’re about to use a free tool.
Keep the freeness to yourself, for your prototyping period; cost the whole approach based on getting all the bits you want, as a lifecycle view, even in the initial project-scoping conversations.
9) Watch the big guys
So much of what’s offered in the virtualisation marketplace is there to turn this architecture into a must-have purchase decision for large corporates.
Guest: A virtual machine, incapable of running without a hypervisor on a host of some kind.
Host: A machine with virtual machines inside it.
iSCSI: The storage network standard that uses Ethernet to join together dedicated disk farm machines to equally dedicated compute machines.
So we see tonnes of effort directed at producing mobile guests – not VMs on your phone, guest machines that can move from one host to another without anyone using them realising it’s happened.
This is how we come to have snapshot-based backup (so each backup takes only a few seconds) and central management tools that quote collections of guests up into the many hundreds, all visible from one software interface: tools that don’t really kick in until you have a truly large network.
There tends to be an incredulity gap between large and small LAN deployments – the big boys can’t understand how small networks get by without massive management toolkits, and the small players can’t work out how on earth the big guys spend so much money. To make good use of a virtualisation tool, you have to put some time into understanding the world it’s most commonly sold into.
10) Upgrade the other bits
You may well find your NAS is too slow to get through a VM backup in time, or you need to spend money on a Layer 3 switch and someone to set up the IP config for you in a usable way.
So, in the course of that virtualisation project you end up blowing £10K on a chunky Cisco switch, a few iSCSI disks and a couple of external storage arrays.
Notice we’ve slipped in another frequently encountered hurdle by referring to extra storage arrays in a server. If you’re used to a single channel of SCSI with lots of gigabytes hanging off it then prepare for a multiserver virtualisation project to expose the performance shortfall of that architecture. Virtual machines love disk I/O.
This is equally true for smaller businesses. Once you start looking at making a server with six or eight separate storage devices, each one at least mirrored or showing some other type of fault tolerance, the costs soon crank up even based on eSATA controllers and drives.
11) Don’t virtualise file servers
File servers do one simple low-processor task with lots of disk capacity, but the best servers to virtualise need little disk space while performing lots of complex jobs.
Most often when the term “virtualisation” is used referring to file servers, the speaker is talking about having file servers hosted, not “virtualised”.
Big players may say they’ve broken out of this “don’t” and “it’s all virtual” – they’re using a SAN as a giant pool of disks and their version of a “file server” just brokers file requests between PC LAN on one side, and SAN HBA connections on the other.
Author: Steve Cassidy
The 12th Golden Rule
This was a very interesting article, however I think there is a very important first step that was missed out which is to discover, map and create an inventory of your network resources first.
A layer 2/3 discovery tool, such as WhatsUp WhatsConnected, will identify not only the physical server that you have deployed in your environment, but how everything is connected down to the individual port. This process is actually an eye opener for many organisations, because you can discover pieces of unaccounted hardware, or even inter-device connections that you didn’t even know they were there.
Once you have a hardware inventory in place, you can use it to document your network for auditing purposes or simply to try to reduce costs by repurposing or moving to the cloud underutilised resources. And since networks are “living entities”, don’t forget to re-run your discovery on a periodic basis (more frequently if you are part of a larger organisations, or if you have distributed network locations) and export this information into other tools such as Visio or Excel for continuous use throughout your organisation.
By Ipswitch_WUG on 6 Aug 2010
Thanks for the advert!
By milliganp on 9 Aug 2010
Very Poor Show chaps
If you have a product to advertise then advertise it, or propose that we do a proper comparative review. Don't stick an irrelevant comment on an unrelated piece of coverage: it makes you and your product look like unsolicited Chinese spam artists, and most likely does more damage than benefit. Talking about inventory in response to an article on virtualisation is a monumental non sequitur; I don't need to inventory my whole network before I virtualise my lone Exchange Server. By all means, mail me a link to an eval copy of your inventory product and I'll give it a look-over.
By Steve_Cassidy on 9 Aug 2010
It is recommended practice to inventory all your servers that are to be virtualised. If it's a lone server then not much point (in either performing an inventory or virtualising it) but when you're virtualising 20+ you need to get an idea of resources required, lun sizing, bandwidth, the list goes on... only saying this because if I did a proper inventory to start with then I wouldn't of had to rebuild my luns due to iSCSI disk latency.
However... you don't need software to do an inventory. Just a count of servers, services provided, how many users they serve and factor in room for growth.
Not much but still a valid step.
By JmLing on 9 Aug 2010
That would be why I suggested that people prototype their setup. You also mention "LUNs", which means you are in iSCSI world. That's two orders of magnitude larger than the target I have in mind for these rules. At the small scale, I'd be really quite scared if someone needed to run an inventory - that means they are not familiar enough with the pre-virtualisation machine to evaluate what their prototype delivers.
By Steve_Cassidy on 9 Aug 2010
Alternate 12th Rule
Perhaps a better alternate 12th rule is don't keep puting Virtualisation off!
Alternately virtualise all NEW machines, even if it's at very low (even 1:1) ratios. Virtalised machines are much easier to resize, move or repurpose than physical machines -and you're not increasing the future need for p2v.
By milliganp on 12 Aug 2010
For more details about purchasing this feature and/or images for editorial usage, please contact Jasmine Samra on firstname.lastname@example.org
- Google I/O live stream and blog: how to watch 2014 Google I/O keynote speech live
- Google testing its own domain registration service
- Adobe announces first hardware: Adobe Ink and Slide
- Vote now in the PC Pro Excellence Awards 2014!
- What’s new in OS X 10.10? Apple Yosemite’s new features
- Samsung Z Tizen phone helps loosen ties with Android
- Microsoft rumoured to launch smartwatch this summer
- LG G3 launched: LG takes the wraps off smartphone that offers “more with less effort”
- LG G3 launch live video stream and blog: as it happened
- Apple fixes iMessage lock-in for Android switchers
- How Google Glass ruined my lunch hour
- Smartphone battery packs: can a USB power pack beat the festival battery blues?
- Windows Easy Transfer – not so "easy" in Windows 8.1
- Formula 1: what a difference virtualisation makes
- Office of the future: comfy chairs and tablets everywhere
- I went to Glastonbury and the only thing that got high was my smartphone
- Meet the robots helping teach children
- PaperLater: would you pay to print the internet?
- Amazon vs Kobo: how much to make the ebook switch?
- Phishing emails: how I nearly got caught out
- How to add in-app purchasing to an iPhone, Android or Windows app
- Remote-control ransomware: TeamViewer and software hardball
- Why laptops with serial ports matter to the Internet of Things
- Make your mobile battery last longer
- Small steps into handling Big Data
- Nexus 5: does it really run stock Android?
- How to get broadband to a garden office
- How to write your company's IT security policy
- Raspberry Pi and Wolfram: a must-have for every child
- Could you get by with Office Web Apps?