It's been a long time since I've last posted any new content on here. The truth is, I've got a few blog articles drafted, but I've just not had the time to post them properly. Since March, I've been very busy on two customer projects, one of which came to an end successfully at the end of May. I'm still in the middle of the second customer project where we are deploying the VMware vRealize Suite across the Americas, EMEA and APAC regions for a global customer. For the vRealize Operations part of this project, we are really pushing the product beyond it's officially supported limits in terms of objects monitored, however as we are working with VMware on this particular deployment, we have a custom support statement that will see this huge environment supported regardless of what the office limitations of the products may be (in terms of the number of monitored objects).
Anyway, during the course of the current project, we have encountered many stumbling blocks with the vRealize Operations and Hyperic products. Hyperic in particular has a rather problematic "defect" that I am surprised has not been picked up by anyone until now. It's in the way that the default Hyperic agent configuration is used on both Windows and Linux distributions which could cause major performance problems on monitored endpoints (up to a constant 100% CPU utilisation). However, working with VMware GSS, we have now been able to raise an official bug ticket for the issue.
I'm working on two particular posts regarding Hyperic. In the first post, I cover the bug that we have found and how to work around it, or rather preempt it. The second post is focused on how to replace Hyperic 5.8.4 SSL certificates. During this post I will generate SSL certificates with OpenSSL and format them in a Java keystore that is used by the Hyperic server, with the root and subordinate root certificate authority certificates included. I'll go through the process of replacing the self signed keystore with our own custom keystore as well as performing the necessary database queries and updates required to replace the certificates properly.
I'm hoping to get at least one of these posts completed before the end of the weekend.
Yesterday I found myself in the middle of a debate on Twitter surrounding DevOps and the future of infrastructure admins. The whole thing was really triggered by a tweet sent by John Troyer where he stated; "Both O'Grady (New Kingmakers) & Chen (Developer-Driven Infrastructure) say "Devs Rool, IT Droolz". How do IT pros adapt?"
I’ve recently published a whitepaper on KEMP Technologies’ range of commercial "LoadMaster" load balancer products that can be found via this post. Now KEMP has introduced a free version to their LoadMaster range of products. This is to provide small businesses and developers with robust and proven load balancing capabilities free of charge.
VMware has announced the list of selected vExperts for 2015. This year, I am again honoured and humbled to have been selected as a VMware vExpert. This is now my 5th year of being a vExpert and I'm looking forward to it more than ever before. This year has started with a roar. I'm already very busy and with the release of vSphere 6 now finally announced this week, I'm sure we all have a lot to learn and to share.
I'm happy to announce that following on from VMworld 2014 in Barcelona, I've authored a new technical whitepaper on KEMP Technologies’ virtual load balancer products (KEMP Virtual LoadMaster product range). The whitepaper was published today and can be viewed on the KEMP Technologies website.
Since moving to Lincolnshire in August 2014 and whist still working on customer sites in London the majority of the time, I found myself doing a lot of train journeys to and from London. I also started to realise that due to the workload I’ve been facing this year, sometimes juggling up to 5 customer engagements at once, that I very rarely have a few minutes during the day to actually read up on product documentation or anything else that is not directly related to the task at hand.
As we all know, things are moving very rapidly in our industry, more so now than ever before and the hypervisor and features that were once regarded as “awesome” back in the VMware ESX 3 or even 4 days now pale into insignificance when compared to the cast number of features and capabilities that lies simply within the ESXi 5.5 hypervisor. Then, when considering the entire vCloud suite of products and how they interact with each other and the hypervisor, it doesn’t take much to work out that things are becoming more and more complex with every release.