Such a minor update (from 5.5.1), why should I bother to write about this? Well, for two reasons really. Complete support of Dynamic Types. I’ve been doing some work with these on a current project and the potential is pretty fantastic. vCenter Server plugin enhancement. The property collector is now used to return vCenter Server object properties instead of the inventory service. If you follow the Orchestrator communities forum, you’ll probably already know that the inventory service cause quite a few people some problems. If you want to know more about Dynamic types, look at this blog post and this example on the vCOTeam blog site. Download vCO 5.5.2 here. Release notes are here.
If you don’t know what VMTN is, you might be new to VMware virtualisation or the IT industry. Either way, I have an older post that covers it a bit. I posted it in November 2011 just as the campaign to get the VMTN subscription re-instated by VMware was kicking off. Here we are though, nearly 18 months later, and it looks like it’s not going to happen. One of VMTN’s biggest proponents, Mike Laverick, posted on the VMware Communities thread related to VMTN today that it looks unlikely. In his words: The prevailing view appears to be that other projects will be sufficient… Such as Project Nee… Project NEE is VMware’s online learning resource that’s currently being put through its paces. If you read around what it does, you can see why VMware would consequently view the resurrection of […]
Having recently relocated my home office and my home lab within my house, I have set about rebuilding my lab from scratch. As it evolves or my needs change, a rebuild is good to purge out the remnants of the various experiments and tests that I’ve done. However, I will sometimes fall into the trap of trying to be too clever. Take last night as an example. I happened to read about a piece of software called Cobbler. To save anyone having to read what is quite a lengthy man page, Cobbler manages the provisioning of operating systems from a single server. I thought it would be great if I could automate and control the complete rebuild of my entire lab from bare metal to fully functional at the touch of a few buttons with my QNAP NAS acting as the Cobbler […]
Yesterday the retail and cloud behemoth Amazon made an announcement regarding a new service that they’re offering for developers called Amazon Simple Workflow (SWF). Now I don’t often write about public cloud offerings (in fact I may never have done it), and I wouldn’t consider myself a developer in the traditional sense but I thought that this was noteworthy. Normally I write about virtualisation infrastructures / technologies but what’s interesting about this is that it’s clearly targeted at enabling complex and / or large applications to run in Amazon’s cloud offerings. Amazon’s own CTO, Werner Vogels, describes SWF as: an orchestration service for building scalable distributed applications Some of the possible applications of SWF that Amazon mention are: Automating business processes for finance or insurance applications Building sophisticated data analytics applications Managing cloud infrastructure services But there are bound to be others. […]
Article by Michael Poore (@mpoore) Is it possible to install vCO on a Windows server silently? Yes. If you have the EXE file (DVDDrive:vCenter-ServervCOvCenterOrchestrator.exe) available on the server then installing is as simple as: [text]D:vCenter-ServervCO>vCenterOrchestrator.exe -i silent[/text] It takes a few seconds to complete but at the end of it the vCO Configuration service is present and running: Of course that’s just installing vCO, it’s not configured – that’s still to be done (see my earlier article on configuring vCO). So, what’s the point of doing such an install then? Where’s the benefit? If you look at vCO’s Configuration Maximums it’s not entirely obvious is it? Item Maximum Connected vCenter Server systems 10 Connected ESX/ESXi servers 300 Connected virtual machines spread over vCenter Server systems 15000 Concurrent running workflows 150 You’d need a very large environment to *need* more than one vCO […]