Pages

Tuesday 28 April 2015

North East VMUG - Thursday 21st May

The next North East VMUG will be held on Thursday 21st May at the Centre for Life in Newcastle:

International Centre for Life 
Marlborough Suite - Conference and Banqueting 
Times Square
Newcastle
NE1 4EP

You can register for the event here

The agenda is currently as follows:

9:30      Event Registration
10:00    Welcome & Agenda – VMUG Leadership
10:15    VMware Update – Michael Armstrong (Blog | Twitter)
11:00    vCloud Air DR (DRaaS) – Dave Hill (Blog | Twitter)
12:00    Lunch
12:30    Tegile – Gold Sponsor Presentation
13:30    Break
13:45    Data Centre Migration Project – Alan Burns
14:45    Break
15:00    Reflections on Convergence  – David Thomas
15:45    Break
16:00    EVO:RAIL – Mike Laverick (Blog | Twitter)
16:45    Closing statement and raffle
17:00    Onwards to vBeers

Big thanks to our Gold sponsor Tegile and Silver sponsor 10Zig

Tuesday 7 April 2015

NSX Fundamentals Training events in May

There are some free NSX Fundamentals training in the UK planned for May by the Networking and Security Business Unit at VMware if you want to understand more around NSX.  The agenda for these events is as follows:

10:00 - Welcome & Introduction
10:15 - Overview and Architecture of VMware NSX
12:00 - Lunch
12:30 - The scalable, automated Data Centre network - Arista
13:30 - Securing the Next-Generation Data Centre - Palo Alto Networks
14:30 - Deep Security - Trend Micro
15:30 - Wrap and close

They will include plenty of white boarding and demo's and the more audience participation the better.

Current dates, locations and registration links are:

12th May - Dublin - Register here
18th May - Manchester - Register here
19th May - Edinburgh - Register here
21st May - London - Register here

I'll be presenting at the Manchester and Edinburgh events so register and I'll see you there

Saturday 4 April 2015

Nested vSphere 6.0 with VMware tools as standard

Just a quick post on something that I just noticed.  I run a lot of nested ESXi hosts in my homelab for testing as it's quicker and cheaper to stand these up instead of purchasing new hardware.  With vSphere 6.0 when you created a nested ESXi host VMware tools is automatically enabled inside the guest OS without having to install the fling


Friday 3 April 2015

Performing a cross vCenter vMotion with vSphere 6.0

With the release of vSphere 6.0 it was time to upgrade and completely redesign the homelab.  I wanted to start testing design scenarios around NSX and having multiple vCenter servers but first thing I wanted to try was cross vCenter vMotion which is a new feature in vSphere 6.0.  There are some requirements around cross vCenter vMotion which are required:
  • vCenter 6.0 and greater
  • SSO Domain
    • Same SSO domain to use the UI
    • Different SSO domain possible if using API
  • 250 Mbps network bandwitdh per vMotion operation
  • L2 network connectivity on VM portgroups (IP addresses are not updated)
Within my lab I have two physical ESXi 6 hosts both running 4 nested ESXi 6 hosts each, a vCenter Server Appliance and an NSX Manager.  The four virtual ESXi 6 hosts are added to two clusters (MGMT and Compute) for both PA (Palo Alto) and NY (New York) sites.  Within the New York datacenter I have a TEST01 VM which I will migrate to the Palo Alto Datacenter.  A picture says a thousand words:


All hosts are connected to the same back end storage array so I will not be migrating the storage at the same time and I've already configure VMK ports for vMotion.  Right click on the VM and select migrate:


I'm just going to change the compute resource so ensure it's checked and click Next:


You now need to select the host that you want to migrate the VM to.  You have the option of selecting a specific Host, Cluster, Resource Pool or vApp.  In this example I'm going to move it to the PA-Compute cluster from the NY-Compute cluster.  In order for the clusters to appear I had to enable DRS and EVC on the clusters even though they had exactly the same hardware.  Once the compatibility checks succeed click next:


Select a folder on the remote vCenter to place the virtual machine in and click next:


Select the network on the remote vCenter that you want to connect the VM to.  It doesn't have to have the same portgroup name but obviously it needs to be backed by the same VLAN otherwise you'll loose network connectivity and have to re-ip the VM.  In this example I'm moving a VM from the Compute-VLAN8-NY-Servers portgroup to Compute-VLAN8-PA-Servers.  Once compatibility checks have succeeded click next:


Select the vMotion priority and click next:


Check the destination is correct and click finish and watch the magic happen:


Once the vMotion has completed the VM will now reside in the new cluster attached to the new vCenter:


One ping dropped throughout the entire process:


The task shows completed successfully and the hosts the VM was migrated from and to:


After presenting to numerous customers around what's new with vSphere 6.0 cross vCenter vMotion was definitely a welcomed feature.  So go update your environment and take advantage of all the new features.

Thursday 2 April 2015

Creating a new vMotion VMK adapter using the new vMotion IP Stack

One of the new features of vSphere 6.0 is that you can now route vMotion traffic over layer 3 networks.  You could accomplish this in previous versions by using static routes on a per host basis but it did require approval from VMware before GSS would officially support this.  Now with vSphere 6.0 this is supported out of the box.  This is accomplished by giving vMotion it's own IP stack with it's own default gateway.  I'm going to quickly show you how to create a new vMotion VMK port that utilizes the new vMotion TCP/IP stack.

First, create your VMK port as you normally would and ensure the option for VMkernel Network Adapter is checked and click Next:


Select the portgroup that you can this VMK adapter to be connected to and click Next:


Click on the TCP/IP stack option and select vMotion and click Next:


Give the VMK adapter an IP address and subnet mask.  You'll notice that you don't have the option to enter the default gateway.  We need to configure this option on the actual vMotion TCP/IP stack.  Click next once you've entered the correct IP information:


Verify your settings and click Next:


Your new VMK adapter is created but you still need to configure the default gateway for the IP stack:


Click TCP/IP configuration, select vMotion and then click the pencil to edit it:


Select the DNS option and enter your DNS server and search domain details:


Click Routing and enter your default gateway and then click OK:


The VMK adapter should now have all the correct information to start routing vMotion traffic over layer 3: