A customer of mine, who was already running a vSphere environment on Cisco UCS blades, asked to expand his environment with a number of ESXi hosts that could run a VMware View environment. To be able to run as much View desktops on each host as possible, we offered them Cisco UCS Blades equipped with a Fusion IO card, the UCS 785GB MLC Fusion-io ioDrive2 to be exact.

For this customer I had already deployed a vSphere environment a year ago, fully based on VMware Auto Deploy and it now was time to try and add a driver to this Auto Deploy environment, which I had never done before. It wasn’t an easy road, but I wrote down all the steps and hope it helps you should you ever have to do this too.

Download the drivers

The company Fusion IO has a very tight policy as it comes to driver downloads. You can only get access to the support site and download the drivers after registering the serial number of the Fusion IO card. This will grant you access to the support site, but only to the drivers for that specific card. Very inconvenient when you’re only the guy implementing the stuff and especially if the cards are already built-in the UCS Blades located in a datacenter far far away.

After some time on the phone with their support department, I was able to get a link to the Cisco Support site and download a big ISO file containing all drivers for the Cisco UCS Blade. After unpacking the ISO and browsing through the folders, the Fusion IO driver only contains a shortcut to…….. the VMware Website. And there it is, free for download, the Fusion IO driver: VMware website – Fusion IO driver

After you downloaded the driver zip, place it in a separate directory and unpack it. In the directory in which you unpacked the zip, you will now find the following:

• Fusion-io_bootbank_block-iomemory-vsl_3.2.2.869-1OEM.500.0.0.472560.vib
• iomemory-vsl-5X-3.2.2.869-offline_bundle-895853.zip <– this one we want !!!
• Subdir: doc

Prepare the Auto Deploy image

For the deployment we need three images. One is of course the ESXi image that can be downloaded from the VMware website, second is the Fusion IO driver (iomemory-vsl-5X-3.2.2.869-offline_bundle-895853.zip ) and third very often is the vmware-fdm VIB for VMware HA.

I’m using vc-mgmt.vanzanten.local as the vCenter Server since that is the one running in my homelab, replace it by your own vCenter Server. Let’s get started:

Connect-VIServer -Server vc-mgmt.vanzanten.local
Add-EsxSoftwareDepot -DepotUrl https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml
Add-EsxSoftwareDepot f:\AutoDeploy\iomemory-vsl\iomemory-vsl-5X-3.2.2.869-offline_bundle-895853.zip
Add-EsxSoftwareDepot http://vc-mgmt.vanzanten.local/vSphere-HA-depot

Make sure that with both above actions you get a response similar to this:

Depot Url: 
zip:F:\AutoDeploy\iomemory-vsl\iomemory-vsl-5X-3.2.2.869-offline_bundle-895853.zip?index.xml

After these three depots have been added, we can now combine packages from them into a rule, we just need to find out which ESXi image we would like to use. Let’s take a look:

Get-EsxImageProfile | Sort-Object -Property name | ft Name

You now get a list of all images available, for this case I pick the image: “ESXi-5.1.0-20130504001-standard” and use it to create a new ImageProfile called “ESXi-5.1.0-20130504001-std-FusionIO” and give it a Vendor ID.

New-EsxImageProfile -CloneProfile "ESXi-5.1.0-20130504001-standard" -Name "ESXi-5.1.0-20130504001-std-FusionIO" -Vendor "Fusion-IO"

You should get similar output like this:

Name, Vendor, Last Modified, Acceptance Level
ESXi-5.1.0-20130504001-std.., Fusion-IO, 5/1/2013 07,PartnerSupported

Now we want to add the drivers to this new profile but for this we need to know the name of the software package that holds the Fusion IO driver. Run this to get a list of all software packages available:

Get-EsxSoftwarePackage

When you browser through this list, you’ll see one line like this:

block-iomemory-vsl    3.2.2.869-1OEM.500.0.0.472560    Fusion-io    10/28/2012 01

We now know that the software package is called “block-iomemory-vsl”. Let’s add it:

Add-EsxSoftwarePackage -ImageProfile "ESXi-5.1.0-20130504001-std-FusionIO" -SoftwarePackage "block-iomemory-vsl"

And last but not least, let’s add the VMware HA package, which is called “vmware-fdm”:

Add-EsxSoftwarePackage -ImageProfile "ESXi-5.1.0-20130504001-std-FusionIO" -SoftwarePackage "vmware-fdm"

Deploy rules

What we’ve done until now is create a new ESXi image that can be deployed to an ESXi host, but we didn’t create any rules for deployment yet. I have already explained this in earlier posts, so I’ll keep it short. Deploy this image to the ESXi host with IPv4 address 192.168.0.146 and assign the image “ESXi-5.1.0-20130504001-std-FusionIO”. Put the host in the cluster CL-MGMT and use the host profile named “ViewFusion-Hosts”.

New-DeployRule -Name "ViewHosts-FusionIO" -Item "ESXi-5.1.0-20130504001-std-FusionIO", "CL-MGMT", "ViewFusion-Hosts" -Pattern "ipv4=192.168.0.146"

You might get the following error when doing this:

New-DeployRule : 6/14/2013 19:56:58    New-DeployRule        Could not find a trusted signer

Try this command to fix it and then run it again:

$DeployNoSignatureCheck=$true

This command will take some time to complete. After this we need to push the Deploy rule to the “Active-Set”:

Add-DeployRule -DeployRule “ViewHosts-FusionIO”

We’re almost done after this, just a little fix is needed:

Get-VMHost * | Test-DeployRuleSetCompliance | Repair-DeployRuleSetCompliance

When you now look at the screen of the ESXi hosts booting, you should see the line with “block-iomemory” passing by.

See full post at: Add Fusion IO driver to VMware Auto Deploy

A few days ago I blogged about my new idea in this post: “The Doctor is: IN” and I received a lot of positive comments and even my first request for assistance. So… here we go !!!

Tonight ( June 7th ) at 19:00 CEST the first session will go live. That is, if Google Hangouts works because last night during my test run there were some issues with Google Hangouts.

This first session has been requested by Ryan Conley. Ryan is originally from Nashville area, moved to Greenville for two years which is where he got his feet wet with ESX/ESXi 4.x and 5.0.  He took a position in San Francisco over a year ago and is now the primary person for managing two vSphere 5.0 clusters for two separate companies. He passed VCP5 in April and as a result of the prep time he is now hooked on learning more and more.  He has his IaaS exam scheduled for the 17th of June and plans to attend VMworld in SF and sit the VCAP-DCA exam since it will be 75% off.  Work wise he is about to standup a DR cluster in SF and begin implementing SRM to tie the two together.

Ryan e-mailed me at Gabrie (at) GabesVirtualWorld (dot) com and asked me for help on a few subjects.  In tonights Hangout On Air we will be discussing the following:

• Some help, tips and tricks on VMware SRM and his Nimble Array.
• Upgrading vSphere 5.0 to 5.1
• Using the vCenter Server Appliance (vCSA)
• Study tips for his VCAP-DCA exam

The session has ended. See the video below. Click here for the PowerPoint slides I used.

See full post at: The Doctor is IN on SRM, Upgrade to vSphere 5.1, vCSA and VCAP-DCA

Many of us in IT read a lot of whitepapers, blogposts, how-to articles and view numerous Podcasts or training video’s to learn all the details about new products or features. Still, I don’t always get some of the details or can’t find the info I need. Meeting people at VMUGs or VMworld gives me the changes to ask for those last missing piece of information. But what if you don’t have that chance?

The Doctor is IN

When I blog about stuff I’m sometimes surprised about the comments I get and about how more people than I thought were struggling with the same questions. In responds to the comments I have been able to help quite a number of readers of my blog by e-mail and lately I did a few Google Plus Hangout sessions to help in an even better way. And that is when I came up with the following idea: Why not do a video-chat help session?

I’m still thinking about what would be the best way to do this and I may change everything from session to session but this is what I came up with until now:

• Send me an e-mail ( Gabrie AT GabesVirtualWorld dot com) in which you write about a specific subject you would like to know more about or maybe an issue you have with a design or installation.
• I’ll then plan a meeting with you for a Google Hangout session. This might be an one-to-one session or maybe we’ll have a session with more people and collect a number of questions.
• The session will be live broadcasted and published on YouTube afterwards.

Some examples on what I think a session could be about:

• Think together with you on design questions
• Explain a specific vSphere or vCloud concept to you
• Help you study for VCP / VCAP DCA or DCD.

What will this NOT be?

• A complete training on vSphere or vCloud or other subject. If you need good training contact Eric Sloof or David Davis at TrainSignal.
• A support desk you can call when your server is down or a plane landed on your datacenter. Call VMware Support.

And as a disclaimer: I don’t know everything and I don’t have all the answers, but I do want to make the effort to help you and do some research myself when needed to be able to help you.

See full post at: The Doctor is: IN

Customer had all his VMware databases for vCenter Server, Update Manager, Single Sign On (SSO), vCloud Director and vCenter Chargeback running on one big SQL Server where they shared resources with other databases. They asked me to move the databases to a new MS SQL Server because the load of the VMware databases was more than expected. I prepared the move by reading a few VMware KB’s that described how to move the databases, but still experienced some issues, that is why I wrote this blogpost to have a good manual for the next time I have to move these databases.

This first post shows how to move the SSO database.

Move the SSO database

Before the actual move, make sure that you’ve read the following KB: Updating the vCenter Single Sign On server database configuration (2045528).  Since we also have to move the database, which is not described in the mentioned KB article, there are some extra steps to perform. This post only works for MS SQL Server.

• Make a connection to the old database server
• On the SSO server, stop the Single Sign On service.
• On the old database server make a backup of the SSO database (default name is RSA).
• After a successful backup, set the SSO database to Offline
• Copy the backup to the new database server
• On the new database server, import the SSO database
• On the security section of the SSO database, check if the user RSA_USER is present.

After this, the SSO database is available, but there is no login user connected. Usually when you create a SQL user, you also make a mapping to a database which then automatically creates the database user. In our case the database user is already present but is not yet mapped to a SQL user. That’s what we’ll do now. First let’s make sure the RSA_USER is not yet mapped:

• Run the following sql query against the SSO database to show all unmapped users of the database: sp_change_users_login report
• Now create a new SQL User (SQL Authentication) at the SQL Server level not at database level. Name this user RSA_USER and use the same password the database RSA_USER has. Set the default database to RSA (the SSO database).
• Run the following sql query against the SSO database to map the user RSA_USER (server level) to the RSA_USER (database level): sp_change_users_login ‘update_one’, ‘RSA_USER’, ‘RSA_USER’
• To check if things worked out, rerun the query against the SSO database. The RSA_USER should not show up: sp_change_users_login report

When running the queries, make sure you run them against the correct database. See image.

Next step is to create the RSA_DBA user which is only a SQL Server user and not a database user. But this user should become the owner of the SSO database.

• At SQL Server level create the SQL user RSA_DBA and be sure to use the same password you previously used. (Well, you can always reset it later on).
• After the RSA_DBA user has been created, open the properties of the user and now set this user as the owner of the SSO database

Your database is now ready for use. We just have to tell the SSO Server that it should look somewhere else from now on. To do this run the following on the SSO Server:

• Go to the ssoserver\utils folder (usually: C:\Program Files\VMware\Infrastructure\SSOServer) . Run the command: ssocli configure-riat -a configure-db –database-host new_host_name
• You will be prompted for a password, this is the master password you also used to login to SSO with the user: admin@system-domain or root@system-domain.
• Check the jndi.properties file for the correct database reference. You can find it in C:\Program Files\VMware\Infrastructure\SSOServer\webapps\ims\web-inf\classes\
• Edit the file C:\Program Files\VMware\Infrastructure\SSOServer\webapps\lookupservice\WEB-INF\classes\config.properties and modify all values that need to be updated.
• To update the SSO DB RSA_USER password, run the command if, for example, the RSA_USER password has expired or the Database has been moved to another SQL instance: ssocli.cmd configure-riat -a configure-db –rsa-user-password new_db_password –rsa-user New_RSA_USER

Now cross your fingers and start the SSO Service. Check if you can logon to the SSO Server: https://<your SSO server>:9443/vsphere-client/ Login with:  admin@system-domain

See full post at: How to move VMware Single Sign On (SSO) database

When working on a design in which there would be two physical datacenters, I started to rethink about why I would create multiple datacenters inside vCenter Server. I noticed that almost all example designs I look at that cover two physical datacenters, also have two datacenters in the vCenter Server design. But why?

When searching for an answer in the vSphere 5.1 documentation, the only reason mentioned to create a datacenter is “You can create multiple datacenters to organize sets of environments.“. But it also states that creating datacenters creates limits: “Inventory objects can interact within a datacenter, but interaction across datacenters is limited. For example, you can hot migrate virtual machines from one host to another host in the same datacenter, but not from a host in one datacenter to a host in a different datacenter.“

For organising objects in vCenter Server, I can also use folders. I can put a datacenter in a folder, I can put a cluster in a folder and I can set permissions at folder level. In other words, creating the logical design in vCenter Server to match the physical design, can also be done using folders, but without the limitations.

My basic statement is: “When I have two physical datacenters, I should not by default create two logical datacenters  in vCenter Server”.

Yes, there are reasons to do create two datacenters, but those are very limited. When I asked the question on twitter I got quite a few responses and only one really demanded two logical datacenters, when creating a DMZ and you want to make sure VMs don’t travel between the two datacenters.

Most other cases in which people created two datacenters could also be matched by using folders.

I’m not saying that you shouldn’t be using datacenters, but I just want to see if my statement is correct and that you shouldn’t just blindly create multiple datacenters and thereby limiting functionality like Shared-Nothing Storage VMotion.

Would love to see your comments on that.

Update: Forbes Guthrie wrote a blogpost in response to my question. In his post he shows the do’s and don’ts for the vCenter Server datacenter: Why use the Datacenter object in vCenter?

See full post at: Design question: Why vCenter Server Datacenter?

Hope you enjoyed the previous series on VMware vCloud Director networking. In this post I will show you how to make the vCloud Cells available through a Load Balancer using the vShield Edge. By publishing two or more vCloud Cells behind a load balancer, it is easier to separate management network from user network and you make the vCloud more redundant because you can shutdown a cell without bringing down the whole vCloud. Do keep in mind that a user session will get disconnected when you shutdown a cell, but the user can immediately reconnect and will be redirected.

Design

To better understand the configuration we need a design. Below you’ll see the design in which the ESXi hosts and the vCenter Server are in the management network (172.10.0.x range). The user network is in the 192.168.0.x range and all traffic goes over the user network to the internet. The real situation this design is based upon is a little different, since the management network is routed to the internet over another network, but that would only complicate the example.

Preparing the vCloud cells

Before we start configuring the load balancer, something have to be prepared on the vCloud cells.

• The first step is to make sure the certificates are the SAME on both cells. If you generated a self-signed certificate on each cell during install, you will have to change this.
• The second step is to make sure that the vCloud cells are properly syncing time.

I have been fighting an issue where the console proxy session (VMware Remote Console) would disconnect when two vCloud cells where behind the load balancer. If only one vCloud cells was running, then everything worked fine. Starting the second vCloud cell behind the load balancer would work well for the HTTP sessions, but the VMRC (VMware Remote Console) session would always disconnect. Didn’t matter which vCloud cell I would shut down, as long as just one was running the VMRC would work fine. This turned out to be an issue with the cells running a 2min time difference.

Installing same certificate on both vCloud cells

During installation of the vCloud cells you had to generate a certificate. In my case I put my certificates in a file named /etc/certificates.ks. Assuming the certificate on vCloud cell is ok, we’re now going to copy the certificate to the second vCloud cell. Let’s first check the certificates currently on both the vCloud cells. Open a browser and go to both the vCloud cells websites. You’ll see the security certificate icon telling you that this website uses a certificate. In my case I’m using firefox and when opening the certificate information, I see the following. Notice how the thumbprints are different.

• Logon through SSH on the first vCloud cell, make sure you are root or if you want to do it really safe use sudo
• Copy the certificates from this vCloud cell to a location where you can access it from the second vCloud cell. In my case I copy it to the data transfer directory. I have a special directory created there that holds the installation bin files of vCloud Director, the responses file and the certificates. Copy:

• cp /etc/certificates.ks /opt/vmware/vcloud-director/data/transfer/install/

• Make sure you have the responses file from the first installation in a location that you can access from the second vCloud cell, but actually I would have expected that you already have this since you already installed a second cell. Just to be sure:

• cp /opt/vmware/vcloud-director/etc/responses.properties /opt/vmware/vcloud-director/data/transfer/install/

• Logon to the second vCloud cell and switch to root (leave the session on the first open because we’ll return here later on for the time sync)
• Stop the vCloud services on the second vCloud cell:

• service vmware-vcd stop

• Copy the certificates file from the first vCloud cell to the location of the certificates file of the second vCloud cell. In my case that is /etc/certificates.ks. Copy:

• cp /opt/vmware/vcloud-director/data/transfer/install/certificates.ks /etc/certificates.ks (yes to overwrite).

• To active the certificate, you need to rerun the configuration of vCloud Director. By using the responses file, you don’t have to answer all the database questions. In my case I need to run this to reconfigure:

• /opt/vmware/vcloud-director/bin/configure -r /opt/vmware/vcloud-director/data/transfer/install/responses.properties

• After configuration is complete answer YES to have the configuration script start the vCloud service or start it yourself using:

• service vmware-vcd start

• Monitor the startup of the vCloud cell and wait for “Complete. Server is ready”. Monitor:

• tail -f /opt/vmware/vcloud-director/logs/cell.log

Let’s check if the certificates on the second vCloud cell indeed has changed by browsing to the second vCloud cell. Open the information of the certificate in your browser and see how the thumbprints match. Fase1 completed.

Time sync of the vCloud cells

It seems that having a time drift between the two vCloud cells of more than 2 minutes will cause disconnects of the console proxy session. Since the ntpd is NOT running in a standard RedHat install, we need to make sure it is, it will at start up and that the time is synced. The ntpd depends on the /etc/ntp.conf file which is already configured correctly by default if your vCloud cell is allowed to connect to the internet. In the next steps we’re going to start ntp, make sure it will run at startup and force a time sync:

• service ntpd start

• chkconfig --level 345 ntpd on

• ntpdate -u clock.redhat.com

• watch date

Run the above on both cells and to see if time is in sync, it will run the date command and refresh every 2sec. Stop by hitting ctrl+c. Fase 2 completed. Now we can finally start with configuring the load balancer.

vShield Edge Load Balancer

To create the vShield Edge Load Balancer, we need to go to the vShield Manager. Logon to the vShield Manager and go on the lefthand side to the datacenters section and select your datacenter, not the cluster. On the righthand side click “Network virtualisation” and “Edges”.

Before we start configuring the vShield Edge Load Balancer, make sure you have all the IPs noted down that you need. The vShield Edge Load Balancer will get two IP addresses in the user network, one for HTTP, one for ConsoleProxy. On the management network only one IP is needed which can connect to the vCloud cells.

Now press the plus sign to create a new Edge device. The wizard will pop up and will ask for the name of the Edge device. For the name I entered: “vCloud-LoadBalance“. The hostname is “vcloud.domain.com“, this is the outside FQDN. You can leave the tenant field empty and I didn’t enable HA. Press next and you’ll be asked to enter the credentials for this edge device. If you want to use the same credentials you use for the vShield Manager, just leave it like it is. Click next. In this screen you can select the Appliance size, choose Compact and you can specify where the appliance should be place. Click on the little plus to configure placement. Select the Cluster/Resource pool and the datastore. I choose the “System vDC” resource pool because I feel that it belongs there. If you have better suggestions let me know. Click SAVE and then next.

In this next step we will be configuring the interfaces of the Edge device. Click the plus sign to add a new interface.

The first interface will be the external interface. On this interface we will connect two IP addresses, the HTTP (192.168.0.1) and ConsoleProxy address (192.168.0.2). Click the plus sign to add a new interface. Name it: “external“, select the PortGroup you want it to connect to. Make sure the connectivity status is “connected” and then click the plus sign to add IP addresses. Enter the IP addresses and the subnet mask. In our case: 192.168.0.1 (primary) and 192.168.0.2. Subnet mask 255.255.255.0. Save the IP settings and you will return to the first wizard. Leave Mac addresses empty, adjust MTU if needed, leave Enable Proxy ARP and Send ICMP Redirect empty. Click ADD. Now add the second interface which will be connected to the internal address 172.10.0.1 in the same way you did for the external interface.

Click Next in the wizard and you will get the “Default Gateway” screen. Enable “Configure default gateway”, select the external nic and enter the correct gateway address. In my case that would be 192.168.0.254. Change the MTU if needed. Again click Next.

Now the firewall & HA screen will ask to enable the firewall. Since this is a device that could be connected to the big bad world, enable the firewall policy and set the default to “Deny”. Click next to continue and finish to close the wizard. When you look at your vCenter Server you should be able to see the deployment of an OVF file.

When done you should see the following in the vShield Manager.

The next step is to configure the real load balancing. First we need a “Pool” of servers that offer the same functionality. In our case the Pool of servers will hold all vCloud cells. Second we then need a virtual server. The virtual server is what is published to the outside world.

Click the “vCloud-LoadBalance” we’ve just created and click “Actions” -> “Manage”. Here you’ll see an overview of the configured settings. Click “Load Balancer” and be sure that “Pools” is selected. Click the plus sign to start the “Add Pool” wizard. The name will be “vCloud_HTTP” (no spaces allowed). Next we configure the services. Enable HTTP and HTTPS and choose the balancing method “Least connections“. Leave the ports unchanged at 80 and 443.Click next. Now the Health Check screen appears. Only select HTTP (although I think HTTPS should work too) and for the URI for HTTP Service use: “/cloud/server_status“. Be sure to start with a forwardslash. Click Next.

Now we need to enter each member of the pool. Be aware that we are only defining the HTTP part of the vCloud cell, so we add only the HTTP addresses of the vCloud cells for this pool. In our case add two IP addresses: 172.10.0.11 and 172.10.0.21. Add them both with a weight of 1. Leave the defaults of HTTP and HTTPS.

Next we’ll add the Console Proxy servers to the pool. Run the same wizard again and name it “vCloud_Console“. In the Services screen you have to pay a little attention, you only need TCP over port 443, not HTTPS !!! This is because the console proxy traffic travels over port 443 but it is no HTTPS traffic. In other words, on the services screen select TCP and change the port to 443 and select the “Least Connections” balancing method. In the Health Check screen select TCP and monitor port 443, leave the URI for HTTP Service empty. In the next screen we again need to add some IP addresses. Enter the IP addresses of the console proxy of the vCloud Cells ( 172.10.0.12 / 172.10.0.22). You now return to the vShield Manager screen. A little above the list of pools you see the “ENABLE” button, click this to enable the pool and push the “Publish Changes” button.

We now have a pool of servers defined that can accept the traffic from the load balancer. Now we need to define the services that the load balancer will allow from the outside.

Click “Virtual Servers” and then the plug sign to start the “Add Virtual Server” wizard. You are now prompted to enter a name for this virtual server, use “vSrv_vCloud_HTTP“. Now enter the IP address of the outside HTTP interface 192.168.0.1. Select the pool “vCloud_HTTP” and enable HTTP and HTTPS. Leave the defaults of persistence method cookie for HTTP and SSL_SESSION_ID for HTTPS. Click Add.

Again click plus to add a new virtual server. Name this server “vSrv_vCloud_Console“. Now enter the IP address of the outside HTTP interface 192.168.0.2. Select the pool “vCloud_Console” and enable TCP and change the port to 443. Click Add. Click Publish Changes.

That’s it. Your vCloud Edge Load Balancer is ready.

More posts on vCloud Director Networking can be found here:

• VMware vCloud 5.1 Networking for dummies part 1 – External access for a vCloud VM
• VMware vCloud 5.1 Networking for dummies part 2 - Connecting to vApp networks and giving external access
• VMware vCloud 5.1 Networking for dummies part 3 – Publish a vCloud deployed VM to the outside world

See full post at: VMware vCloud 5.1 Networking part 4 Cell Load balancing

Today Mike Laverick drew my attention to his blogpost about BareMetalCloud. He writes about the possibilities to run your virtual ESXi host on their cloud offering. And best of all, by using a promocode, something like MikeLaverickIsAnAwesomeDudeAndThisWillGiveMeCloudForFree or maybe a shorter version, you can get free access.

Read all about it on Mike’s blogpost: Bare Metal Cloud for your Auto-Lab.

See full post at: Bare Metal Cloud for your Auto-Lab by Mike

I don’t often publish news bulletins and especially not about products that haven’t been released yet, but today I made an exception. In my mailbox I found Veeam’s announcement of Veeam Backup & Replication v7. The announcement is about the ability to back-up vCloud Director VMs including the vApp, metadata and attributes.

This is great news and something I’ve been wanting since my first vCloud Director project. When designing a vCloud Director environment for my customer I was surprised that there was no way to backup the intelligence of the vCloud which is the vApp including all the NAT & Firewall rules and networking that have been created. The only way for backups of vCloud VMs was to just backup VMs through vCenter and if you needed to restore them, you would just restore the VM in a different location and then bring it into the vCloud through an import.

Veeam also announced the possibility to restore your vApps and VMs. Because Veeam also makes a backup of the metadata the integration is much further than just a simple backup of a group of VMs. Nice !!!

So MY assumption is that it will now be able to restore vApps including NAT & Firewall rules, networking and maybe even restore into a different vCloud. Unfortunately I can’t get any confirmation on this, but knowing Veeam in the past years, I don’t think they will deliver only half a solution.

Of course…. the product hasn’t been released yet, but I do keep my fingers crossed!!! Follow this link to see all new features published in the next few months: Go.veeam.com/v7

Below the content of the e-mail:

Veeam is extending its support for VMware vCloud Director (vCD).

NEW integration with vCD will extend Veeam support for vCD, which currently includes the ability to backup and restore virtual machines (VMs) managed by vCD. Using the vCD API, Veeam Backup & Replication v7 will also:

• Display the vCD infrastructure directly in Veeam Backup & Replication
•  Backup all vApp metadata and attributes
• Restore vApps and VMs directly to vCD
• Support restore of fast-provisioned VMs—and more!

Sound exciting? Learn more about upcoming updates here!

See full post at: Veeam first to offer real vCloud Backup?

It’s that time of year again, Eric Siebert launched the new vLaunchpad top VMware/virtualization blogs survey and is asking you to vote for the best blogs on virtualization in 2013. Go to: http://www.surveygizmo.com/s3/1165270/Top-vBlog-2013 and select your top 10 favourite blogs. 

This year my blogging was mostly about getting to know vSphere 5.1 and my first steps in to the world of VMware vCloud Director. With my vCloud Directory post I’ve written a lot about how vCloud Director networking isn’t always as straight forward as you think. Well at first it doesn’t look like it is easy but once you “get it”, you’ll learn to love it. These posts on VMware vCloud networking for dummies got a lot of attention this year:

• VMware vCloud 5.1 Networking for dummies part 1 - External access for a vCloud VM
• VMware vCloud 5.1 Networking for dummies part 2 - Connecting to vApp networks and giving external access
• VMware vCloud 5.1 Networking for dummies part 3 - Publish a vCloud deployed VM to the outside world

Ive also stumbled a few times on bigger and smaller issues with vCloud. Have a look at these posts:

• VMware vCloud error: Batch update returned unexpected row - About very vague error messages
• VMware vCloud 5.1 network troubleshooting - Tips on checking your firewall and NAT rules
• VMware vCloud Transfer spooling area is not writable - Strange issue I encountered when installing a second vCloud Director cell
• Change IP address of VMware vCloud Cell - When you need to change the IP of your vCloud Director cell.

Now please vote at:  http://www.surveygizmo.com/s3/1165270/Top-vBlog-2013

Thank you for reading my blog.

See full post at: Voting for the top virtualisation blogs of 2013

Oh those little things in life that sometimes cost you a whole day before you figured out that you we’re doing it all wrong. This was one of those days where I got alerted by some colleagues about vCloud Director reporting “Disk space red threshold crossed.”

When looking at the “Datastores” in the “Manage & Monitor” section, I noticed that there was still quite some free space and I had only added more space yesterday. When checking the properties of each datastore, I noticed the “threshold section” and I remember changing them on the newly added storage and just to be sure, yesterday I also set them for the existing data stores because I had left them at default before. 

*light bulb moment* When looking at those thresholds, I noticed that you can read them in two ways.

The way I read this, was that the red threshold would give an alarm when xx GB was in use and a yellow threshold when yy GB was in use. So I set them to be very close to the Total capacity. But that turns out to be quite the other way around. These thresholds are talking about how much free space should be at least left. In other words I should have set them as low as possible in my case. When entering the values there is no check that tells you that red should always be smaller than yellow, in fact you set switch these values around as you like.

Well, I’ll never forget again, hope you will neither.

See full post at: vCloud disk space thresholds crossed