The Lab Expandeth (Again!) – Sidebar, AD and vCenter


This is another topic that is done thousands of times (and has actually been done in these pages as well!), but I thought with new waves of both vCenter and Windows it might be worth documenting one more time. So with that in mind I give you a visual walk through of Windows 2k12, W2k12 AD, W2k8 and vCenter 5.5 setup!  First let’s create a new virtual machine for AD.  I am creating AD and vCenter on the physical ESX host.  These are likely to be some of the only services I will run outside of the nested ESX hosts.  As per usual, from the vSphere client (web or legacy) we select Create a New Virtual Machine from the host focus and, in this case, we can stick with “Typical”:

Screenshot 2014-04-14 18.02.26

Give our new VM a name:

Screenshot 2014-04-14 18.02.39

Select a datastore:

Screenshot 2014-04-14 18.02.45

Choose the OS (latest version of vSphere provides 2k12 64bit as an option):

Screenshot 2014-04-14 18.02.53

Assign the vNIC to a VSS port group:

Screenshot 2014-04-14 18.03.02

Provide a virtual disk (40GB is fine):

Screenshot 2014-04-14 18.03.06

Go ahead and Finish, but check “edit Settings” so we can attach a virtual CD/DVD for first boot:

Screenshot 2014-04-14 18.03.12

Browse to an ISO on a datastore (in this case my NFS install share):

Screenshot 2014-04-14 18.03.23

Select the Windows 2012 ISO:

Screenshot 2014-04-14 18.03.35

 

We can now power on the VM and launch the VM remote console.  The Windows installation boot should start:

Screenshot 2014-04-14 18.04.01

Enter the old product key if you have it:

Screenshot 2014-04-14 18.04.25

Pick an OS (I went with datacenter to entitle the entire host to unlimited guests):

Screenshot 2014-04-14 18.07.27

Agree to stuff no one reads and hopefully will never be called accountable on:

Screenshot 2014-04-14 18.07.57

Go for “Custom Install” since this is a new build (I feel “Custom Install”, complete with an ominous “advanced” warning is misleading here, but in any event…):

Screenshot 2014-04-14 18.08.05

 

Select a destination volume:

Screenshot 2014-04-14 18.11.37

And go ahead and Install Now:

Screenshot 2014-04-14 18.08.45

 

Files will copy as always:
Screenshot 2014-04-14 18.11.47

And when complete, and after a reboot, we will be greeted by the “weird to see on a server and not in a good way” MetroUI login:

Screenshot 2014-04-14 18.19.17

First up let’s install the old VMware tools:

Screenshot 2014-04-14 18.20.25

Yes yes, very scary:

Screenshot 2014-04-14 18.20.07

Install prep starts:

Screenshot 2014-04-14 18.20.37

Acknowledge:

Screenshot 2014-04-14 18.20.51

I always go with “Complete” here since it can’t hurt:

Screenshot 2014-04-14 18.21.02

Fire off the Install:

Screenshot 2014-04-14 18.21.07

Files will copy:

Screenshot 2014-04-14 18.21.24

And we’re done:

Screenshot 2014-04-14 18.21.29

We now need to restart which sucks (although it doesn’t suck as much as actually trying to find how to shutdown in the MetroUI!):

Screenshot 2014-04-14 18.21.35

Once we’re back it’s time to setup the network:

Screenshot 2014-04-14 18.22.54

UI elements here pretty much unchanged since 2k8:

Screenshot 2014-04-14 18.23.04

UI elements here pretty much unchanged since Windows NT 4!:

Screenshot 2014-04-14 18.23.15

Next we give this beast a name:

Screenshot 2014-04-14 18.28.03

After a reboot to make the name stick we head right into Server Manager (this is very new compared to 2k8) in order to manage our roles:

Screenshot 2014-04-14 18.24.00

Acknowledge that, yes, this is all very amazing:

Screenshot 2014-04-14 18.24.09

We are planning to do a role based install:

 

Screenshot 2014-04-14 18.24.18

Select our server:

Screenshot 2014-04-14 18.24.41

Choose our roles.  In my case I am doing AD so I select Active Directory Domain Services and DNS.  I leave File Services checked since that can be useful as well:

Screenshot 2014-04-14 18.24.54

Accept the pre-determined minimum required feature set (I don’t add any additional):

Screenshot 2014-04-14 18.29.18

Read some interesting fun facts about AD:

Screenshot 2014-04-14 18.30.32

And DNS…

Screenshot 2014-04-14 18.30.38

Confirm our task list:

Screenshot 2014-04-14 18.30.43

Install begins:

Screenshot 2014-04-14 18.30.49

Pretty good verbosity on progress updates in the new server manager:

Screenshot 2014-04-14 18.32.56

Configure AD.  I am creating a new forest so select “Add a new forest”:

Screenshot 2014-04-14 18.33.16

And give it a name:

Screenshot 2014-04-14 18.35.11

Provide functional level for the forest and domain. This is a net new install and I don’t plan on introducing any legacy domain controllers, so 2k12R2 native is fine (although it is interesting that R2 is called out as a functional level).  I make every AD DC a DNS server and a GC also so these are checked.  Last step is to provide a DS recovery password:

Screenshot 2014-04-14 18.35.32

Next we set DNS options (of which there are none):

Screenshot 2014-04-14 18.35.55

Provide the NetBIOS name (amazing… NetBIOS may never fully die.  Viva la NetBIOS!):

Screenshot 2014-04-14 18.36.13

Accept the default paths (or don’t, your choice):

Screenshot 2014-04-14 18.36.25

Sign off on the actions to be performed:

Screenshot 2014-04-14 18.36.30

Notice that “View Script” button? Now this is absolutely awesome if you ask me.  Like it or not, “operations” is evolving into “devops”.  This “push button get script” option here is gold for any traditional infrastructure administrator interested in self preservation.  It provides an opportunity to see what everything that is about to happen would look like if we were to be doing it programmatically in PowerShell.  I cannot say enough how much I love this feature.  And look how simple this script is!  It might actually be easier to write that script than to click through the GUI:

Screenshot 2014-04-14 18.36.40

With all of the pre-work done we can go ahead and fire off the Install:

Screenshot 2014-04-14 18.37.25

 

With that our AD domain is finished an online! Of course we don’t really need it thanks to vCenter SSO, but it certainly can’t hurt!  Next up let’s install the actual vCenter.  Now as far as I know, there are some compatibility issues with vCenter 5.5 and Windows Server 2012R2.  I’d rather not take any risks, or run into any weirdness.  I’d also prefer to not fragment my Windows 2012 footprint, so instead of doing R1 I go ahead and just deploy what I am sure works – Windows Server 2008 R2.  This is a good example of what enterprises deal with as I am now, even in my small home lab, dealing with 3 discrete Windows images (including my Windows 8 Pro admin console).  First thing is to create another VM, just as per the instructions above, but in this case setting the guest OS to Windows Server 2008R2 64bit and pointing the virtual CD/DVD at the W2k8 ISO.  On first power up, Windows 2008 installation should boot:

Screenshot 2014-04-14 18.53.09

Setup starts… Nothing new here:

Screenshot 2014-04-14 18.53.27

More license terms:

Screenshot 2014-04-14 18.53.39

Once again, as with 2k12, the Custom (advanced) option is for new installs:

Screenshot 2014-04-14 18.53.47

After the files copy Windows will do final configuration:

Screenshot 2014-04-14 19.01.03

And we’re done:

Screenshot 2014-04-14 19.01.29

The decidedly less slick but nearly equally function 2k8 Server Manager greets us:

Screenshot 2014-04-14 19.02.06

First step is to setup our network:

Screenshot 2014-04-14 19.02.36

And give her a name:\ Screenshot 2014-04-14 19.03.51

Next we join our shiny new Windows AD domain:

Screenshot 2014-04-14 19.13.43

Provide the creds with sufficient privilege to join a PC:

Screenshot 2014-04-14 19.14.03

And we’re in!

Screenshot 2014-04-14 19.14.24

After returning from the reboot it’s time to activate:

Screenshot 2014-04-14 19.16.08

This should work with no issues, but if the key was used previously activation is just a (fully automated) phone call away:

Screenshot 2014-04-14 19.18.31

Hurray we’re genuine!

Screenshot 2014-04-14 19.19.06

Next up is the tools install once again:

Screenshot 2014-04-14 19.19.55

Restart to complete:

Screenshot 2014-04-14 19.28.28

When we return it is time to setup vSphere 5.5.  Pop in the VIMSetup-ALL volume and the Autorun will bring up the main setup:

Screenshot 2014-04-14 19.46.39

Pre-reqs check is very easy and should pass with no issues if DNS has been correctly configured and the PC can resolve its own name:

Screenshot 2014-04-14 19.47.44

Next we provide a password for the vCenter Single Sign On facility administrator account.  This is super important as it will be the account you have to use for initial logon to the vCenter:

Screenshot 2014-04-14 19.47.58

Here we can provide a site name.  I just stick with “default-first-site” in the lab, but in a real scenario a properly descriptive site name should be used and follow some reasonable naming convention:

Screenshot 2014-04-14 19.48.38

Here we set the TCP port for the SSO service (I leave the default):

Screenshot 2014-04-14 19.50.41

You can change the destination folder for vCenter if you want or need to:

Screenshot 2014-04-14 19.50.46

With all of the upfront work done we can go ahead and Install:

Screenshot 2014-04-14 19.50.51

Files will copy…

Screenshot 2014-04-14 19.50.55

The installation process is scripted.  At points it will appear to stop and return to the main Install screen.  It is not in fact stopping, but rather the script is still working in the background and launching the next component install.  Be patient until the final notification that all setup is completed:

Screenshot 2014-04-14 19.54.39

Here we can see the next module install (in this case vSphere Web Client) has triggered:

Screenshot 2014-04-14 19.55.25

Now the Inventory Service:

Screenshot 2014-04-14 19.57.52

And the main server itself:

Screenshot 2014-04-14 20.01.02

At this stage we are prompted for our license key:

Screenshot 2014-04-14 20.01.44

And now we must select our vCenter database.  There are two options here.  We can either utilize the included SQL 2008 Express package, which is theoretically limited to 5 hosts and 50 VMs, or we can configure an external data source (meaning a SQL server that we have already installed and have online).  If you take the latter approach, just be sure that you have your SQL authentication setup properly configured (either Windows or SQL auth) and you know which user you will provide vCenter in order to login (should be able to create and own a database).  In my case I opt for SQL Express:

Screenshot 2014-04-14 20.07.39

We can now choose to have the SSO Service sign-on as a service account rather than Local System if we want or need to:

Screenshot 2014-04-14 20.07.45

Great dialogue box here giving us full control 0ver TCP port assignment for the various vCenter network services.  I stick with defaults, your mileage will almost certainly vary:

Screenshot 2014-04-14 20.07.52

Next we size the inventory according to our projected deployment scale.   Small is the right match for almost any lab:

Screenshot 2014-04-14 20.08.01

With the options all set we can go ahead and Install:

Screenshot 2014-04-14 20.08.11

Files will be copied…

Screenshot 2014-04-14 20.08.38

SQL will be installed and configured via unattended script:

Screenshot 2014-04-14 20.09.09

Have patience while it runs…

Screenshot 2014-04-14 20.09.33

You will watch the entire SQL Express install process run lights out:

Screenshot 2014-04-14 20.11.08

When it is complete, vCenter install will continue:

Screenshot 2014-04-14 20.12.48

Still more files will be copied…

Screenshot 2014-04-14 20.13.26

Various configuration tasks will be run:

Screenshot 2014-04-14 20.14.16

Once completed, the services will start:

Screenshot 2014-04-14 20.17.13

Additional components will be installed (in this case Orchestrator):

Screenshot 2014-04-14 20.17.34

Profile driven storage…

Screenshot 2014-04-14 20.19.57

And we’re done!

Screenshot 2014-04-14 20.20.14

 

At this stage the main Installer finally gives us the “all clear”:

Screenshot 2014-04-14 20.20.29

Next I choose to install the optional Update Manager.  Update Manager should be installed on the administrative console that will be used for managing the server farm via GUI.  In my case I tend to run the GUI right off of the vCenter server quite often, so I install here:

Screenshot 2014-04-14 20.20.43

 

Install starts:

Screenshot 2014-04-14 20.20.49

Warning that Update Manager will upgrade hosts and also a chance to setup the first download immediately following install:

Screenshot 2014-04-14 20.21.15

Provide the vCenter creds for Update Manger (note: the SSO Admin creds, or another admin user if you have created an additional one are wanted here):

Screenshot 2014-04-14 22.03.56

Once again we select a data store:

Screenshot 2014-04-14 22.04.19

And once again an opportunity to specify network port and address assignments, this time for Update Manager:

Screenshot 2014-04-14 22.04.43

A change to change the path:

Screenshot 2014-04-14 22.05.01

A warning about disk space if the installation volume is south of 120GB.  I disregard as you can always grow this volume if you need to and my lab won’t exceed 40GB anyhow:

Screenshot 2014-04-14 22.05.24

Files copying, a recurring theme!

Screenshot 2014-04-14 22.06.02

And we are done with Update Manager:

Screenshot 2014-04-14 22.06.08

Next I decide to check out the vSphere Web Client since this has become the official client (the legacy client is being deprecated).  Of course Microsoft chose to annoy admins the world over nearly a decade ago and lock down Internet Explorer to a ridiculous degree by default.  As a result surfing anywhere is a nightmare initially.  First step (for me) is to kill IE Enhanced Security Configuration which is done through Server Manager:

Screenshot 2014-04-14 20.38.15

With that done we can check out the web client.  Note that it is on port 9443 (as per our install configuration) and you will need Flash (boo! hiss! seriously though, this requirement needs to go).  To login you will again need the SSO admin credentials if and until an alternate user is created.  The web client looks really sharp:

Screenshot 2014-04-14 20.40.38

First stop I decide to explore the SSO config and add Active Directory as an authentication provider.  Head over to Roles:

Screenshot 2014-04-14 21.47.31

We can “Add an Identity Source”.  I choose AD as an LDAP server.  You will need to provide domain, DN and context info and syntax is super important.  You can refer to the screenshot to see the syntax requirements and substitute your own domain info for mine when configuring your own lab.  For the login I created a service account, but any domain account that can do a lookup against the global catalog (basically any account) should work:

Screenshot 2014-04-14 22.01.25

And our AD has been configured as an identity source!

Screenshot 2014-04-14 22.09.24

The only thing left to do is configure our base vCenter objects and add our main host to the new vCenter.  Let’s go ahead and walk through this quick and painless process.  For this I revert to the legacy client just because I’m finding it hard to cut that cord and I am less efficient in the new client.  It’s probably good that VMware is taking away the crutch though or I’d likely never learn my way around the new one!  For now we’ll stick with legacy though.  After connecting, we see a pretty blank slate.  The first step is to go ahead and “Create a Datacenter”.  This pretty much just requires choosing a name at this stage:

Screenshot 2014-04-14 22.09.59

With our new datacenter object in place, we can go ahead and “Add a Host”:

Screenshot 2014-04-14 22.10.18

We need our host IP and root login credentials to get started:

Screenshot 2014-04-14 22.10.25

Acknowledge the certificate alert (incidentally running an enterprise PKI and configuring all of the elements to use it and reference an enterprise root would remediate the endless alerts):

Screenshot 2014-04-14 22.10.42

Confirmation that the host was discovered and a chance to verify before continuing:

Screenshot 2014-04-14 22.10.50

Enter a license key (redacted to protect the innocent!):

Screenshot 2014-04-14 22.10.57

Configure lockdown mode if that’s your thing.  I endlessly SSH into hosts so this definitely stays off for me:

Screenshot 2014-04-14 22.11.01

Choose a datacenter to add the host to (we only have one):

Screenshot 2014-04-14 22.11.07

Review all of the info provided so far and finish:

Screenshot 2014-04-14 22.11.12

And that’s it!  Our host and it’s associated resources and VMs have been added to the vCenter and should now be managed through the vCenter interface:

Screenshot 2014-04-14 22.12.23

OK, that’s it for the sidebar.  You’ve seen how vCenter was setup and configured in between the first host installation and the nested ESX configuration where we left off.  Back to the main action!

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s