Connecting To the Clouds
Now that all the nodes, and the server are fully configured for connectivity, we as individual users with access to the vCenter where the plugin was registered, or as the master admin to the portal can start to add our view into the various clouds. Remember that at this step the connections are contextual based on the user. So if I log into vCenter and add these 4 clouds, another user logged in will have to add them for their view. Same goes for the portal as well. Since vCenter is already tied to users and groups the first thing you may want to do from the master portal admin is “Invite Users” from the settings link in the upper right corner. You can see the link and the dialog screen as well where you can add other users. You can see by the note the users must have connectivity and a vmware.com login.
Once you have sent the invitations they will get an email where they can accept the invite. They will need to have their vmware.com credentials, but this is what they will see when they log in. They can accept, decline, or download their own versions of the appliances.
N ow that users have been invited, and by the way you may want to invite yourself to the portal since most likely you used the generic login to set it up. You do not want to use that to add a cloud, as if you log in again with your credentials you will need to do it all over again. From this point on adding a cloud int he portal OR through vCenter is the same thing since the nodes are pre-configured to connect to certain places. You will need the various credentials for the different clouds as well. From here I will use the portal interface to add the four different clouds so I can ultimatly move workloads.
We are going to repeat this process four times to get all of the clouds added in. Remember these are the nodes that have been pre-configured to connect to certain API’s so if you find you made a mistake you will need to update those on the vCloud Connector Server’s node settings. Each one will use the various credentials for my user to connect. Once all four are connected you will see them in the left hand pane, and the templates and workloads in the right hand pane.
Once you know that all your connectivity is sound, we can investigate the process of moving workloads between clouds as well as vSphere. That will be done in Part 2 of this series so we can keep the content to a few pages per article. I know from doing this it has opened up my eyes on the requirements to really get vCloud Connector going not only in a private cloud, but also connected to a public cloud like Virtacore. If you have not actually tried the provider based clouds, now is a great time to with the ability to use vCloud Connector 1.5. Give my friends a Virtacore a try using their offering for vCloud Express and vCloud Connector 1.5 and I do not think you will have bad experience. I have also found they are very open to helping with any issues you may have and working to better their offering. Don’t forget to use the code STEKREF when you sign up for $50 off your initial public cloud offering with Virtacore. Stay tuned for Part 2 sometime later this week or next week.
About Chris Colotti
Chris is currently a Consulting Architect in the Pre-Sales Solutions group of the Global Services Organization at VMware. He focuses on designing and integrating Cloud solutions for the field and VMware customers. Chris is amongst the first VMware Certified Design Experts (VCDX#37), and author of multiple white papers. Most recently Chris has become heavily involved with fitness as a Team Beachbody Coach through P90X and other Beachbody Programs. Although Technology is his day job, Chris is passionate about fitness after losing 60 pounds himself in the last few years. Now he spreads both the word of technology and fitness along with the Team Beachbody Business through both his blogs.
Chris Colotti's Blog Thoughts and Theories About…









Pingback: vCloud Connector 1.5 Certificates – flyingpenguin
Pingback: vSphere 5 versus Windows Server 2012 Hyper-V: hybride cloud | UP2V