vcenter server appliance

Few #migrate2vcsa VMworld sessions & HOL worth checking out

09.09.2016 by William Lam // 4 Comments

One thing that I had noticed at VMworld last week was that there was a lot of excitement and buzz coming from our customers/partners around migrating from a Windows based vCenter Server to the vCenter Server Appliance (VCSA). I am pretty sure it had nothing to do with the awesome #migrate2vcsa stickers that my buddy Emad had created.

or the killer #migrate2vcsa apparel ...

#migrate2vcsa represent w/ @DuncanYB @lamw @alanrenouf #VMworld pic.twitter.com/vsnikHp1Cg

— Emad Younis (@emad_younis) September 2, 2016

In all seriousness, I do think our customers are genuinely excited about this upcoming migration capability and the value of the VCSA over the Windows vCenter Server. This is especially true for simplified lifecycle management from deployment (Day 0), configuration (Day 1), patching and upgrade (Day 2) of the VCSA. Customers not only benefit from the operational aspect of the VCSA, but it also allows them to reduce their overall Windows licensing footprint for both the vCenter Server as well as the backend database which is usually a Microsoft SQL Server or an Oracle Database. I do understand that this is not the goal of all customers, but I also know of many customers who do appreciate this additional CapEx savings.

At VMworld this year, there was a ton of coverage across a variety of topics for the VCSA including Migration, Deployment, Management, Operations and most dearest to my heart, Automation which spans all of these areas. I thought it would be useful to share some of the content in the form of publicly available VMworld sessions that you can view regardless if you attended VMworld or not. I know many of you have been asking about the VCSA Migration Tool and all I can say is check out the resources below and stay tune for an update real soon 😀

#migrate2vcsa Sessions:

#migrate2vcsa HOL (simulation):

I just found out about this, but it looks like our Hands-On-Labs folks also built a nice VCSA Migration simulation HOL (http://docs.hol.vmware.com/hol-isim/HOL-2017/hol-1710-vcsamigration.htm) that you can try out which gives you a sneak peak at a Tech Preview of the VCSA Migration Tool. You simply follow the instructions to the right and it walks you through the simulation and highlighting what you need to perform via the orange colored icon. I thought this was a very neat solution for folks to get an idea of how something works without having to sit through hours of content.

Lastly, here are some of the general vCenter Server / VCSA sessions that are also worth checking out.

General VCSA Sessions:

Automating the import of vCenter Server 6.x root certificate

07.27.2016 by William Lam // 14 Comments

In vSphere 6.0, you can now easily import your vCenter Server's trusted root CA certificate onto your client desktop by simply downloading it from the vCenter Server's landing page as shown in the screenshot below. Michael White had also recently wrote about this topic here which includes a step by step walk through.

Several weeks back I was working on an internal project which required the vCenter Server's root certificate. I was already aware of this interface and had written a quick and dirty script to automate the process of downloading and importing the certificate to the system I was working on. To be honest, I did not think much of the script after I wrote it. It was just recently that Alan Renouf, who was also involved in the project mentioned that it might be worth sharing the script as others might also find it useful. I thought that was a good idea and re-factored the code a bit since it was being used in a slightly different context. While doing so, I also created an equivalent PowerShell sample since the original script was meant to run on either a Mac OS X or Linux platform.

With that, I have created a simple shell script called import-vcrootcertificate.sh which can run on either Mac OS X or Linux system and a PowerShell script called Import-VCRootCertificate.ps1

Both scripts are pretty easy to use, they accept a single command-line argument which is the Hostname/IP Address of the vCenter Server that you wish to import the root certificate from. Both scripts ere able to detect if the vCenter Server is Windows or the VCSA since they have a slightly different URL to the root certificate before performing the import. Since the script will need access to your certificate store, you will need to run the scripts using a privileged account.

Here is a screenshot of running the PowerShell script:

Here is a screenshot of running the shell script:

Quick Tip - How to disable the landing page for vCenter Server 5.x & 6.x?

07.25.2016 by William Lam // 2 Comments

The question of wanting to disable the default landing page for the vCenter Server is one that comes up infrequently. In fact, I probably see this maybe once or twice a year. However, when it does come up, it usually revolves around two topics: some sort of security risk and limiting users from obtaining software provided through these landing pages. In both case, simply disabling these landing pages will not solve either of these perceived issues.

I generally find these landing pages quite useful as they provide links to software downloads such as our legacy vSphere C# Client, SDK documentation as well as links to other interfaces to vCenter Server like the vSphere Web Client login, the datastore browser or the vSphere MOB. All of this information can be obtained through other official channels, so simply disabling this page does not really prevent users from downloading this content or accessing these interfaces.

On the second topic around security (which by no means am I an expert in), some customers feel that simply removing these default landing pages would some how prevent a security risk because a version of the software is no longer listed on that page? This is what some folks would call security through obscurity which just does not work. There are many different ways of identifying a version of vCenter Server and some of its components as well checking if the service is running. Simply removing these pages does little to nothing from stopping someone from retrieving this information using other methods. Instead, users should really be focusing how they are implementing security both in the software as well as the policies and processes they have in place which hopefully are inline with modern security practices.

In fact, by disabling some of these pages, you might even be hurting your overall customer experience depending on their familiarity with vCenter Server.

In any case, for those that are still inclined to disable these pages, below are the instructions on how to disable the various landing pages as I have not really seen this documented anywhere. The solution is actually quite simple which is to just rename the index files to something else which will prevent them from being loaded by the webserver.

Landing page for vCenter Server 5.x

Windows VC: C:\ProgramData\VMware\VMware VirtualCenter\docRoot\index.html
VCSA: /etc/vmware-vpx/docRoot/index.html

Tomcat landing page for vCenter Server 5.x

Windows VC: C:\Program Files\VMware\Infrastructure\tomcat\webapps\ROOT\index.jsp
VCSA: /usr/lib/vmware-vpx/tomcat/webapps/tomcat/webapps/ROOT/index.jsp

Landing page for vCenter Server 6.x

Windows VC: C:\ProgramData\VMware\VMware VirtualCenter\docRoot\index.html
VCSA: /etc/vmware-vpx/docRoot/index.html

Landing page for Platform Services Controll (vSphere 6.x)

Windows VC: C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\webapps\websso\WEB-INF\views\index.jsp
VCSA: /usr/lib/vmware-sso/vmware-sts/webapps/websso/WEB-INF/views/index.jsp