Change of Role

18 Sep

Screen Shot 2014-08-20 at 16.00.06I’m pleased to announce that my position at VMware is changing, and I’m moving to a new role at VMware in the EVO:RAIL team. I will be working along side Mornay Van Der Walt and Bryan Evans – both who I know from my days when VMware Site Recovery Manager was just 1.0 product. They are really great guys who know how to get things done. Also in my team is legendary Duncan Epping – who presented a technical session at VMworld this year. Having spent some time chatting informally with the development team, I can tell EVO:RAIL is backed by some very smart guys – two of them are Brits. Naturally. :-)

I won’t bore you with my official job title – those things never really align to what folks do on a daily basis anyway. First thing I learned in my first week, is folks who get uppty about what the job is or isn’t about will fall by the wayside. Flexibility is the default settings – and when asked to do something – yes, is always the right answer – rather than, I’m not sure, let me think about it for a couple of weeks. Anyway, I would say the job is quite “tech-marketing” in flavour, and for me is return to something that I think is my strength – talking to customers about new products, how they work, and what customers should use them for. Of course, I’ve always been active in the VMUG program – but in recent years I’ve limited my scope to the UK, and occasional EU events. Going forward I hope to becoming to the US more (to keep in touch with my team) but also to be available for the US events like I was just before joining VMware. Whilst I’ve enjoyed the last two years, and moved to a rather lovely part of the UK (where I will be staying) it will be nice to be back on the road again – and in front of folks and on stage. So if you would like me to speak at your VMUG – especially if its one of the larger User Conference events – then let me know. If its smaller event, then I’d be happy to talk about EVO:RAIL virtually like I’ve done for the Nashville VMUG and Manitoba VMUG via the power of webex…


Yorkshire VMUG – Thursday, 18th Sept

16 Sep

Screen Shot 2014-09-16 at 11.58.41This week I will be the Yorkshire VMUG on Thursday 18th Sept. It’s taking place at its usual venue of Park Plaza, Boar Lane, City Square, Leeds. That’s the big hotel across the corner from the train station if you know Leeds at all. It kicks off at 10am, and finishes up at 5pm – most likely followed by vBeers at local ale house. I’ll be doing two slots on the day. A continuation of the vSpher101 sessions I’ve been doing at both the North-West and Yorkshire VMUGs this year. Not quite sure where I left things last time, but I’m pretty sure I must be getting on to the vCenter install and configuration.

Sometime after that I will be talking about the new EVO:RAIL product. Apparently, there’s been some confusion which needs clarifying. Some folks have assumed that VMware has entered the arms trade. Since a google image search on EVO:RAIL brings up some interesting results. My gag about this – is perhaps EVO:RAIL will be the weapon of choice when it comes to building out the datacenter of the future! (boom, boom!)

SimpliVity will be there doing a “lunch & learn” session, and there will be round up of VMworld as well as session from the community as well.

To register – pop along to here >



Posted in EVO:RAIL, VMUG


EVO:RAIL Hands-On-Lab #1428

12 Sep

Screen Shot 2014-09-12 at 08.55.54

Now VMworld 2014 US is over were beginning to see some of the content become available publically. Not least the Hands-on-Labs that run there each year. As you might know HoL doesn’t stop after VMworld, and the team that manages that space is working hard to allow access to the labs that were available this year. So I’m very pleased to say that the EVO:RAIL Hand-on-Lab is now available. It shows the appliance configuration and management UI. The interesting thing about the HoL is that the whole thing is built on nested ESX, and the time to build out the appliance is more or less the same amount of time that takes on physical gear – around 15mins or less. You can try out the lab here:

For those who were at the Bristol UK VMUG earlier this week – this is the same lab environment I used for my demo.

Screen Shot 2014-09-12 at 08.59.42

No Comments

Posted in EVO:RAIL


Back To Basics: vMotion, Storage vMotion, Cold Migration (PowerCLI)

08 Sep

In this part of Back To Basics, I’ll look at the popular cmdlets in PowerCLI for moving VMs around by vMotion, Storage vMotion and also cold migration. Next in the series will be content all about HA, DRS, DPM, and FT…

Screen Shot 2013-10-21 at 14.01.16.png

Moving a VM with vMotion

The general purpose Move-VM cmdlet can be used to move a VM physical around the vSphere infrastructure, as well as relocating the VM object around in the vCenter inventory. So Move-VM could be used to move VMs from one VM Folder to another, or from one physical vSphere host to another. Remember if you are using VMware Distributed Resource Schedule (DRS) and it is enabled for “Fully Automation” your manual moves may well be fruitless as the system moves VMs around to improve overall performance. To empty (evacuate) a vSphere hosts of all its VMs, it is perhaps more efficent to use “maintanance mode” instead.

The -RunAsync option can use to trigger the command, and then release the prompt to allow you carry on working whilst that the PowerCLI job completes. Without it the cursor is locked until the entire process completes. This can take sometime especially with large Storage vMotions.

Moving a Single VM:

Move-VM corphqdb01 -Destination -RunAsync

Moving Multple VMs:

Multiple similtanous moves can be achieved with the use of wildcards and good naming convention. Alternatively, you could use attributes such as folder location or the notes field to move all the VMs belonging to particular team, BU or individual.

Move-VM corphqdb* -Destination -RunAsync

Moving a VM with Storage vMotion

Again, the multi-functional Move-VM can be used to relocate a VM to different datastore by simply changing the destination type

Simple Storage vMotion:

In this simple Storage vMotion example all the corphqdb* VMs are relocated from the platinum-nyc datastore to the gold-nyc datastore tier.

Move-VM corphqdb* -datastore gold-nyc -RunAsync

Evacuating VMs from a host with maintainance mode

If you do have VMware DRS enabled one method of moving many VMs from host (for instance to reboot it prior to firmware updates) to another is by using maintainance mode. The PowerCLI to achieve this is:

Set-VMHost -VMHost -State "Maintenance" 

VMTN Community Roundtable Podcast #294 – VMworld Wrap-up & Open Mic

05 Sep

In this weeks show myself and Eric chew the fat over the slue of announcements at last weeks VMworld. I dunno, but in this modern era’s taste of “Apple” style big-vision announcements – I occasionally feel the meat and potatoes is lost amongst everything be liquid, brave and having No Limits [You had to be there!]. For me the top news along side EVO:RAIL was how vCloud Automation Center was going to be “put on the internet” or what people say – made as SaaS based offering in the Cloud. Somehow I feel “put on the internet” is easier for Common People to understand. The thing is going to badged as “vCloud Automation Air”. Yeah, I could relate Air to vRealise and how things are liquid. But I won’t bother…

Anyway, if you want a round-up of VMworld click no futher!


I don’t believe it (IDBI)

04 Sep

poster3789450[For people who aren't from the UK:] There’s comedy character called “Victor Meldew” who’s figures in a SitCom here called “One Foot in the Grave”. I don’t think the show ever really made it stateside, or even across the Channel for that matter. Victor is sort of guy who gets annoyed at the frustrations of modern life, and his catchphase was “I don’t believe it”. The show is getting on a bit now – I guess we call Victor’s rage/rants “First World Problems” nowadays…

A couple of weeks I was speaking at the London VMUG on the subject of whether IT folks will deploy automation technologies that could automate them out of job. I dotted my presentation with ancedotes about my own personal experiences, and frustrations – so much so that that the VMUG Leader there, Alaric Davies – was inspired to tweet “Mike Laverick = Victor Meldrew”. Of course, that made me laugh/smile. Yes, it was of the smiles of recognition. I’m increasingly getting Meldrew like as I get it older.

It was only later this week that I began to see the potiential in the comparison. Perhaps its my rapidly approaching middle-age, or 20 odd years of combat fatigue in the world IT, but I find as I get older I have increasingly shorter fuse for things “not being as they should”. Normally, the “Red Mist” will descend at the first sight of Java or Flash update. You know that feeling where everything in your body is holding you back from wanting drive a fist through your screen – and declare that if you never see a computer every again it will be too soon? When I’m faced with the descent of red mist, my wife and I have found ourselves exclaiming in the manner of frustrated Nordic dectective. I’m not sure how describe that but it sounds like you about to say For ****s Sake – FA-FAAA!

Anyway, I guess you get the picture? One of the more slightly annoying aspects of the 1st World is somewhat gunho optimism that technology ALWAYS improves year-on-year – like some marketing slide that show ever increasing sales. The truth is as we know technology isn’t always like that…


Of course, this could “I don’t believe it” could be a license to rant. It was funny I was talking on call last week. And someone called me out on that. They basically said “Your ranting”. And I was likely, yes – your right. Ranting isn’t very productive, and its often more about someone just wanting to blow off steam. BUT. (and that’s a big but by the way, hence the capitals). I think its important to name-shame because its precisely these sort piss-poor experiences that are the beign of all users lives – and if we just learn to accept that life is far from perfect, I think that’s the first step in accepting nothing every changes, except the status quo.

I guess if I was different personality type I wouldn’t rant, and I just consider my heart and trying roll with the punches and just accept that nothing is perfect in life. After all there’s more important things to worry about in life, right. BUT, (and there’s another big but there… I like big buts, I can’t deny) if that was the case I would have gotten there by now. So anyway, cut the chase. I’m starting a new series – it’s called “I Don’t Believe IT”. It’s not dissimiliar to something I tried to start on TechTarget called “Stupid IT” was semi-expose of failed IT projects that successive governments have tried to quietly bury. This series is going to be a bit more personal. Every Victor Meldrew moment I have will result in a “I Don’t Believe IT” post.

Hope you enjoy them….

No Comments

Posted in IDBI


VMworld 2014 – SwagBag – The EVO:RAIL Special

02 Sep

Screen Shot 2014-09-03 at 10.55.25

It’s that time of year again, where I gather up swag from the VMworld Solutions Exchange, and stuff a bag with goodies. This year things are bit different – this year I have two bags to raffle away for charity. I have two EVO:RAIL branded bags which have the spoils of the solution exchange split between them. To stand a chance of winning the bag you must either attend:

The UK User Conferrence Event on Tuesday, November 18, 2014 at National Motorcycle Museum, near Birminghams NEC


The 21st VMUGBE+ Meeting in Brussels, Belguim on the Friday, Novemeber 21, 2014.

…and of course, buy a ticket from me. They will be £1 a strip at the UK event, an €1 a strip at the Brussels event…

All the monies raised will be donated to UNICEF, ideally via the VMware Foundation to double the amount raised…

But for now. Drumroll. I’d like to present the 4th Annual VMworld 2014 SwagBag Awards:

I would like to thank the vendors who donated “Quality Swag” including: Citrix, FlexEra Software, X-IO, Pure Storage, Zerto, Infinidat, HP, Hitachi, Veeam, QIRX, Unitrends, NaviSite, Emulex, Shavlek, Infoblox, OneDeck, UniSys, CPacket, vBrownBag, PernixData, Plexxi, and Eric Nielson of the VMTN Community Podcast,



EVO:RAIL Configuration Steps

26 Aug

Screen Shot 2014-08-20 at 16.00.06HAVE YOU GOT A QUESTION ABOUT EVO:RAIL?


You can post questions to the forum –

Resources (User Guide, Datasheet, Technical Videos) –

At power on of the first EVO:RAIL appliance a configuration UI is presented which guides the customer through the Initialization, Building, Configuring and Finalizing stages.  The team that have developed the EVO:RAIL has completed the automated the entire configuration process of vSphere 5.5 U2 environment – that includes the VMware ESX host, vCenter, LogInsight. So in a way EVO:RAIL is a new product, but in another way its not – its the same vSphere products you might have been using in your environment for the last 10 years or more.

The EVO:RAIL opens with the Hello, my name is EVO:RAIL page:

Screen Shot 2014-08-22 at 12.31.54

The next thing you will see is the “Lets Started” page with the “Customize Me” and “Just Go” buttons. When you buy an EVO:RAIL you can supply the OEM partner with all the variables needed to complete the setup. Before the box ships they use this data to setup an .XML file or JSON file. It’s essentially a text file which holds all the variables. This pretty typical stuff such as VLAN IDs, IP ranges (for management, Virtual SAN, vMotion) as well as other IP/FQDNS such as vCenter IP DNS IP(s), NTP FQDNs, and BMC IP adresses. The JSON file can also other configuration variables such as Time Zone configuration… So IF everything goes to plan – the JUST GO button would read this preconfigure JSON file and configure the EVO:RAIL with ZERO interaction. Alternatively, the “Customize Me!” button allows the operator to modify these defaults. It’s entirely possible that a customer might say they want VLAN101 for a VM network on 10.20.30.x and – and after the order, and before the appliance arrives to want to change that. The Just Go! options would take you striaght into the Initalize, Build, Configure and Finalize pages – which should take around <15minutes to complete.

Screen Shot 2014-08-22 at 13.06.27

So, remember if everything goes to plan in the ordering process – shouldn’t really need to use the “Customize Me!” option – Just Go!. But I want to show you those pages just in case you think you need them.

If you click Customize Me! then you will see the Configure EVO:RAIL pages. The break down in to four sections covering Hostnames, Networking, Passwords and Globals. Let look at each of those in turn.

The hostnames page allows you to configure the prefix (host, esx, whatever) and seperator (none or a dash), and then iterator (1,2,3 or 01, 20, 03) together with the Top-Level Domain parameter – so I could have as my naming convention for example. This UI also allows you to rename the vCenter Server hostname and TLD as well. Notice also in the bottom right-hand corner its possible to supply your own alternative XML/JSON file (indicated by the red arrow…). There are sample formats in the EVO:RAIL user guide. This can be used as an alternative to the default-config-static.json file that is on the appliance when its first shipped to the customer.

Screen Shot 2014-08-22 at 13.23.48

The Networking page actually contains 5 different sub-pages which allow you to specify network parameters used for the Management (ESXi Hosts), vMotion, Virtual SAN, vCenter Server and VM Networks. I think this is so easy to understand – its like any other IP management tools you have used such as IP Pools in vSphere or vCloud Director – or even IP Subnets in DHCP. It’s just the beginning end and range of contigious IP data (no exclusions are allowed by the way) together with Subnet Mask and Default Gateway. You’ll notice in the ESXi Hosts page the option for VLAN ID is not available. This is because when the EVO:RAIL is order you specify this VLAN ID, and it is encoded by the OEM supplier when order an EVO:RAIL. All the networking here is being done using Standard Switches – without the need for Distributed Switches – the edition that ships with the EVO:RAIL is the Enterprize Plus version.

Incidentally, all these pages have validation behind them – to stop obivious fat fingering – such not including enough IP and so on. Generally the recommendtion here would be the make the starting/ending ranges have enough IP space for the maximum number of EVO:RAIL nodes. That’s 4 EVO:RAIL appliance, containing 4-nodes = 16 nodes altogether. That way when a new EVO:RAIL is railed-up (is that a new word?) then it just gets discovered and added to the existing cluster…

Screen Shot 2014-08-22 at 14.34.59

The vMotion pages and Virtual SAN pages look very similiar – but notice how the VLAN ID parameter is modifiable

Screen Shot 2014-08-01 at 2.22.29 PM

Screen Shot 2014-08-01 at 2.22.40 PM

The next networking page concerns vCenter Server. For the most part you shouldn’t need to change the default IP address that was set when the EVO rail was ordered. But if you did change the ESXi host IP Ranger, you would need to change the vCenter IP address to reside within that network. Notice how you can’t modify the Subnet Mask or Default Gateway – as vCenter and ESXi should reside on the same network. And yes, the version of vCenter used is the Suse-based VCSA edition. So that why EVO:RAIL can be setup and configured without the need of any Microsoft licensing.

Screen Shot 2014-08-01 at 2.22.50 PM

Next you can specify the VM Networks, that EVO:RAIL ESXi host will support – these are just tagged portgroups on a Standard Switch… Customers can modify or add additional networks in this inital configuration UI as they see fit.

Screen Shot 2014-08-01 at 2.23.01 PM

Under the Password page, you can see the passwords used for each part of the system. By default the logon to the EVO:RAIL and the Web Client (should you chose to use it) is the SSO account administrator@vsphere.local. If you wish using the Web Client you can complete the AD configuration to allow for delegation to Active Directory User and Groups. The Show Passwords? button will actually replace the behind the astrisks ****** to show the passwords originally decided upon when the EVO:RAIL was order, and of course you can change them – the password file changes passwords for ESXi and vCenter.

Screen Shot 2014-08-22 at 15.40.44

The Active Directory configuration basically handles the AD portion of vCenter Server Appliances https://5480 UI that’s built upon VMware Studio. If you haven’t ever used that UI before (because you use the Windows version of vCenter) it looks like this:

Screen Shot 2014-08-22 at 15.45.44

To make the vCenter Server appliance (and as consequence the EVO:RAIL Management UI) work completely with AD after the EVO:RAIL appliance is configured you would need to use the vSphere Web Client to complete the delegation process… I’ve written about this process in the Back To Basic Series:

Back To Basics: Post-Configuration of vCenter 5.5 Install (Web Client) in the Adding Microsoft Active Directory and Delegating Responsibility section

Back To Basics: Enabling AD User/Groups to Manage VMware SSO

Finally, The Globals page allows you to configure your TimeZone, Set NTP using a comma to seperate multiple NTP servers, DNS Servers (not hard requirment as the EVO:RAIL has its own open-source DNS service) and I imagine most people would set their internal DNS servers here. Again, comma seperated variables can be used to set the primary/secondary DNS server. Log Insight is built-in to EVO:RAIL, this can be changed to external SysLog services if you would prefer to use an alternative. Finally, proxy server settings can be used to allow the EVO:RAIL to speak to external systems for updates (offline upgrades/updates are available).

Screen Shot 2014-08-22 at 16.04.51

The Validate button checks your configuration  – and once your ready you can go ahead and Build Appliance.

Screen Shot 2014-08-01 at 2.34.32 PM

IF you have changed the IP address of vCenter, you will recieve this message.

Screen Shot 2014-08-22 at 16.05.00

You connect this to the appliance to watch the build out animations – theres a progress bar here that will show what’s going on. It’s in the “Configuring” page that EVO:RAIL implementation of Zero Network Config is happening – something we call “LoudMouth” it allows us to configure the IP address on the ESXi host even when it doesn’t have one.

Screen Shot 2014-08-01 at 2.35.10 PM

From this point onwards, you ready to go off and have a cup of tea (or coffee if you prefer). Have a chat with some by the water cooler. Check your FB, Twitter or if you going grey like me – your email… By the time you get back (<15mins) you should see this message – and the EVO:RAIL is ready to use.

IF you didn’t change the IP address of the EVO:RAIL’s vCenter – then it will be same IP address that was used to connect to the Configuration Steps. At this point the EVO:RAIL is ready for VMs. You can use either the EVO:RAIL Management UI to do that

Screen Shot 2014-08-22 at 16.05.11

or else point your Web-Browser to to get the vSphere Web-Client. So that’s 9443 for the vSphere Web Client and 7443 for the EVO:RAIL Management client. The choice is yours.

No Comments

Posted in EVO:RAIL


EVO:RAIL – Configuration and Management Videos

25 Aug

Screen Shot 2014-08-20 at 16.00.06



You can post questions to the forum –

Resources (User Guide, Datasheet, Technical Videos) –

There’s a whole host much more polished videos than mine that are available here:

This blogpost talks about the configuration of the EVO:RAIL and shows describes the Initialize, Build, Configuration and Finalizing steps are like. The whole process if everything goes smoothly and peachy is around 15mins or less, that said some beta tester reported a smaller value. But heck, what’s a couple of minutes between friends. The whole thing is designed to be simple, and carried out by someone with minimal VMware knowledge. I’m going to talk about in detail the steps involved in my next blogpost. But for now might just want to watch this 8minute video I put together. I used the VMworld HOL lab to record this, so its an entirely nested configuration. The version of EVO:RAIL in this video is one that was provided to the HoL some weeks ago. Some fields in the Configuration steps will have changed, and some icons might be slightly different. So isn’t the actually GA build that customers will see – but its very close – and hope quickly gets the idea across. Once I have access to the GA build I will probably replace these videos with something more current.

The 4-step process which has been trimmed in the video did actually take exactly 15mins… The logon shows me using “root” as the account, in the real world this is more likely to be the administrator@vsphere.local account from SSO…

In the video you might see in the “Tasks” indicating a “disconnect”. These aren’t something to worry about, its basically when the operator (me) has refreshed or reloaded a page. That’s picked up by event logging as disconnect/reconnect. It’s actually quiet difficult to see the difference between a geninue disconnect, and one triggered by the user of the web-browser.

I also did a second video which demos the EVO:RAIL Management UI as well. The logon shows me using “root” as the account, in the real world this is more likely to be the administrator@vsphere.local account from SSO… or your AD Domain credentials if an administrator has completed the AD domain requirements for SSO and delegate privileages.


Posted in EVO:RAIL


What’s New at VMware VMwold: EVO:RAIL and EVO:RACK

25 Aug

Screen Shot 2014-08-20 at 16.00.06



You can post questions to the forum –

Resources (User Guide, Datasheet, Technical Videos)

Well, announced to today after much speculation is EVO:RAIL (the project formally known as “Marvin” or “Starburst). It’s not to be confused with EVO:RACK which a TechPreview, and developed by different team down the corridor at HilltopB.

If you want to see EVO:RAIL in the flesh, and your at VMworld – come down to the booth where you might end up talking to me OR head over to the special EVO:RAIL Zone where some of our hardware partners will be there to show you the tin, and talk about their work.

So the basics. EVO is from Evolution, and RAIL is from the fact that the product is 4-node box with vSphere5.5 and Virtual SAN ready to rock and roll. You can see the way things are going when it comes to building out a new environment with software-definited everything. You can either BYO (Build Your Own) by consulting the HCL and buying the supported hardware. You can approach VCE (VMware/Cisco/EMC) for a vBlock or NetApp partner for a referrence architeture based on FlexPod (VMware, Cisco/NetApp). Now there’s a third option – an EVO:RAIL… and shortly after that EVO:RACK.

You can see the EVO: RAIL as being part of the new catagory we called “Hyper-converged”. That distinguises itself from converged architectures (vBlock/Flexpod) because there isn’t a storage array here, but VMware VSAN.

Firstly, VMware is NOT getting into the hardware business – its working with its trusted OEM partners, to create a competitive market place for EVO:RAIL. You can vote with your regular hardware vendor, or you can shop around. It’s your choice. The speeds, and feeds will be be broadly similiar in the 1.0 release. It will be really up to the OEMs to compete with each other, and perhaps add additional services, support or whatever. That means the EVO:RAIL experience with OEM VendorA should be broadly the same as OEM VendorB.

Key Features – its a 2U box which contains in it 4-nodes running VMware vSphere 5.5 U2. You can couple together 4 EVO:RAIL appliances together to create a 16-node cluster (4×4). New EVO:RAIL appliances are discovered on the network, and are automatically configured and enrolled into the EVO:RAIL using the Zero Network Configuration methodology. Actually, a significant amount of work has done by our very skilled engineers to re-enginer this (something we call Loud Mouth), which has result in patents being filed. Each node in the EVO:RAIL presents 192GB of RAM, and 6-cores with two 10GB network interfaces (used in a Active/Standby Standard Swith configuration) with secondary 1Gbps BMC interface – management, VMotion, Virtual SAN and VM networking is all driven by the 10Gbps cards.  One EVO:RAIL appliance (populated with 4-nodes) presents 16TB worth storage which is a combination of SSD (for use with Virtual SAN) and HHD. Using some internal testing we reckon conservatively one EVO:RAIL will support about server 100VMs or about 250 virtual desktops. If you went all the way up to 4 EVO:RAIL nodes you would be looking at 400 server VMs in total, or 1000 virtual desktops. Finally, EVO:RAIL comes with its own patch management and upgrade process (which isn’t based on VMware Update Manager – you might be quite pleased about that?). So unlike some other solutions which come with their own unique upgrade/patch management technologies – this should be a simplier model to upgrading.

Screen Shot 2014-08-20 at 16.54.57

So what are the use-cases. Well, conventional server consolidation is one for perhaps a reasonable sized SMB (who needs more than two-node or three node cluster would provide based on something like vSphere Foundation). I think ROBO or perhaps retail sector may well be interested as well – and as EVO:RAIL is based on vSphere 5.5 U2, all the other technologies that intergrate with vSphere. So it could be used as target for vCAC or used in a colocation facilitity to be a target for SRM/VR DR scanarios. Personally, I think the SMB/ROBO segment will be where the product gets it fastest adoption. But I also I think that EVO:RAIL could sit along side an existing environment for specific  project – such Horizon View.

So in summary: 100% VMware, provided in a competitive marketplace delivered by OEMs you know. Not a single source appliance from a single vendor based around a VSA model, but embedded deep in the kernel. Although EVO:RAIL is 1.0 product – its based on technologies that have been tried and tested by customers around the world (ESX, vCenter, LogInsight). Get it up and running in minutes, and add additional EVO:RAIL appliances in scale-out model in even less time by autodiscovery process driven by Loud Mouth.

In my next blogpost I will be delving in more into what the customer experiences is like, and some of the requirements needed prior to setting up the first EVO:RAIL.

No Comments

Posted in VMworld