This whitepaper by VMware Technical Marketing really is a great comparison between the most common storage protocols that are being used with vSphere Infrastructure. When designing your virtual infrastructure it is important to know what the characteristics are of the various protocols that can be used to connect your ESXi host to a shared storage environment.
This document describes and compares the following storage protocols:
* Fibre Channel
* Fibre Channel over Ethernet (FCoE)
The whitepaper can be found here.
Changing things starts with analyzing how things are done today. And changing things, is a big part of consultancy. If everything worked fine, there would be no need to change things and there would be no need for consultancy. The world would be perfect and nobody would have to change things for the better. Unfortunately : Utopia!
We are living in a dynamic world, things around us change faster then we sometimes want them to. But people like habits and processes. It’s easy. So from time to time you hit that wall when trying to change something: "That’s not the way we do things over here". Which also comes in other forms, like "Our processes don’t not allow that" or "I can’t see how this must be changed, we’ve been doing this for years".
In short in comes down to the fact that people have been stuck in the same old process, but never have gotten around to challenge the process from time to time. Or even worse, they are afraid to change anything because it could have repercussions. Nobody want to be the one “sticking their head above the parapet”.
Unfortunately this won’t lead to change. If you do what you’ve always been doing then you’ll end up with the same results as the results you’ve always gotten in the past. And wasn’t my job as a consultant to provide you with better options?
This is were consultancy takes place. Options need to be created. Let people see what the benefits are of doing things in a different way(s). Key to this is to “deliver the message”. Not only to the people that are involved, but also to the rest of the company. Involving everybody will expand the base to change the process. To get a higher acceptance rate and let people see what you are doing.
The next time you hit the “Can’t be changed” wall”, thinks of the different options, present them and make everybody part of the thinking process.
The new marketing term is getting more and more traction in the IT industry; “Post-PC era” is the new buzz term to add to the long list of IT trends that are transforming the IT business. Although I like the marketing buzz word, I question if there really is a “post era” as the term suggest. In my opinion there isn’t. It’s just a natural evolution from another trend that has been going on for some time now : Consumerization of Enterprise IT.
There is a transformation going on in Enterprise IT. Using Information Technology in an enterprise environment always has been in the mindset of “we need to control what our users do”. This wasn’t a big surprise since most users of IT resources weren’t savvy with the usage of IT. But over the last decades IT has made it’s way into every home and everybody now a day has computer, laptop, media device, tablet and / or mobile smartphone. So at home the “Post PC-era” already kicked in.
Besides the new devices to access information, people also started to interact in a different. This way due to technical enhancements, but also with the arrival of new types of applications. Facebook, Hotmail, Picasa, LinkedIn. All applications that are accessible via the web, applications that are living in “the cloud”. Not that the user cared where this application lived. As long as she / he can access it anytime, anywhere.
But what about Enterprise IT?
There it’s a little bit different. Changing the direction of your speedboat only takes seconds, changing a mammoth tanker to take another course takes a little bit longer. Same goes for consumers and Enterprise IT. Consumers over the last decade have been exposed to nice new technologies and applications, they are easy to adapt and change, while Enterprise IT is still stuck in the PC era. A static desktop, accessible from one location with applications installed locally.
Thankfully we now see a paradigm shift happening. No longer Enterprise IT is leading the way into IT technology, but the IT needs of consumers drives the development of important IT tech. Ok, this consumerization isn’t something new, but the impact of this we now see more and more being applied in Enterprise IT environments. This trend improves organizations, reducing the amount of money spend on IT and bringing agility to the business. The business being able to focus on its business, not on IT.
So living in a “Post-PC era” is that such a bad thing? I don’t think so, bring it on!
Great start of the week : I’ve been awarded the vExpert title for 2012!
It’s VMware’s recognition to those that have made a contribution to evangelize the word of virtualization and cloud computing. This year the application for the title was also open for VMware employees and according to the listing I’ve also been awarded the vExpert title for 2012. So hereby I would like to thank VMware for recognition. Special thanks to John Troyer and Alex Maier for making this possible and driving the VMware community!
More information about the vExpert announcement here.
Lately I’ve been playing around with vCloud and all the whistles and bells that come along with it. One of the tools that really got my attention was vCloud Connector. Although it might seem as a simplistic tool, it actually is pretty powerful. Especially when you take a look at the use cases for this tool. That when it shows its real value : being the interconnect between vClouds, the hybrid cloud facilitator.
The construct of vCloud Connector
To get a better understanding of vCloud Connector we have to first look at the construct. The following picture gives a good representation of how vCloud Connector is setup.
vCloud Connector is constructed via a server-slave principle. One vCloud Connnection Server (vCCS) is needed. This is the central point access point and responsible for managing the nodes. The nodes are vCloud Connector Nodes (vCCN). Per vCloud instance or vSphere instance a node has to be installed and the have to be attached to the Connection Server. Both the vCloud Connector Server and the vCloud Connector Node can be downloaded at the VMware site
Through the User Interface (UI) the Connection Server can be controlled. The UI is available as a vSphere Client plugin or can be accessed via the web portal http://vcloud.vmware.com. This is were the nodes can be attached and after that the fun can start.
Use Cases for vCloud Connector
Fun being no more that copy-ing or moving workloads between vSphere and / or vCloud instances. Simple, but so effective. I’ve defined the 5 use cases I see. Bare in mind that workload need to be power off. It’s not a (long-distance) vMotion yet, it’s a start. Maybe in the future online will become a reality… Who knows!
#1 Hybrid Cloud; Probably the most referred use case. Moving workload from the private, internal cloud to a vCloud instance provided by a VMware vCloud enabled partner cloud; a public cloud. Drag-and-drop and the workloads will be moved or copied to it’s new home.
#2 Moving between external providers; Nobody likes to be stuck at some provider. At some certain point the decision is made to move your workload from provider A to provider B. Maybe it’s cheaper or the new service provider has got better service levels. Whatever the reason there is always the part of moving from A to B. vCloud Connector makes this task easy as copy-and-past in Windows. Just shut down the vApps and move the workloads to the new vCloud enabled provider.
#3 Migrating to the vCloud; One of the first questions I always get is how to migrate from vSphere to vCloud. vCloud Connector is the way to do this. It connects to the vCenter server and give the option to move or copy virtual machines and templates to a vCloud Director Organization vDC (Org vDC). Easy and simple.
#4 Moving vApps (Templates) between Org vDCs in different organizations; vCloud Connecor can be setup to move vApp (Templates) between Org vDC in different organizations. Normally an organization is a boundary within vCloud Director. By using vCloud Connector vApp (Templates) can be moved or copied between Org vDCs in different organizations.
#5 vCenter to vCenter; Maybe not the first use case to be thought of, but actually you can setup vCloud Connector to copy / move workloads between vCenter instances. This can be done in other ways, I know. We’ve been doing that for years. But vCloud Connector really makes this an easy task. Leveraging this ability through the use of a vSphere Client plugin.
Hopefully this gives a little bit more insight on how vCloud Connector can be used. I would at least advice everybody to install and configure it within their vSphere infrastructure. A powertool to move worlds, at least VM worlds!
Stretched clustering is one of the challenging topics I get when meeting with customers. Many customers think that stretched clustering is the ultimate disaster recovery solution and that it makes SRM obsolete. This is due to the fact that people think that HA will solve all their problems when it comes down to DR and that they still have the advantage of vMotion to have workload mobility between two data centers.
This however isn’t always true and there are some catches to the implementation of stretched clusters. In some cases, depending on the customers requirements, it even is better to have an SRM implementation to fulfill the requirements.
The table below give a graphical representation of which solution best suits which requirement.
So in the end its up to the customer to decide which solution best suits its requirement. To help make this decision VMware Tech Marketing created a whitepaper to help make the right choice. A must read for everybody involved with disaster recovery and availability within a vSphere infrastructure.
The whitepaper can be found here.
VMware is releasing a nice application as addition to the vCloud solution stack. vFabric Application Director (a.k.a. App Director) is one of the latest additions and is a really nice tool to use within your private and public cloud.
App Director presents the user with a portal that can be used to build custom application stacks through a drag-and-drop web interface. The user himself can select the virtual machines OS, the middleware and the applications that are needed. All can be selected from a pre-populated catalog which has been created by the App Director administrators. This way a self-service portal is created for application owners. They can log in to the portal and create their own application stack at any given time.
At the backend App Director integrated with VMware’s vCloud solution. Creating vApps on the fly on the users request and giving him / her the ability to deploy the application on any vCloud enabled platform. This can be your private, public or hybrid cloud.
In short vFabric Application Director has three core values :
1. Application Portability; Deploy whatever you created anywhere, anytime
2. Improved Operational Efficiency; Through self-service applications can now be deployed on-the-fly
3. Simplified and Standardized Deployments; By using a standard catalog every deployment as easy as going to a webshop and selecting standardized products
In my opinion App Director is a nice addition to the VMware vCloud stack and really makes self-service a What-You-See-Is-What-You-Get experience!
For more info see this YouTube video explaining vFabric Application Director.
VMware vSphere Distributed Switch (VDS) is a key virtual network platform that is scalable and extensible. It also provides advanced networking features and operational simplicity that helps build a flexible network for the cloud. The advanced networking features such as NIOC, LBT, NetFlow, and Port mirror are available on VDS and not on a virtual standard switch (VSS). This paper walks through the design process of incorporating VDS and its advanced features in different customer deployments. Customers typically have various types of server hardware and network adapter configurations in their environment. Following standard server hardware configurations are considered during the VDS design discussions.
1) Rack Server with Eight 1 Gigabit network adapters
2) Rack Server with two 10 Gigabit network adapters
3) Blade Server with two 10 Gigabit network adapters
4) Blade Server with Hardware assisted multiple Logical network adapters
For all these above hardware configurations different VDS design approaches will be presented along with their pros and cons. Along the way some best practices and important parameters of virtual and physical switches will be highlighted. Finally, some operational aspects of the VDS will also be discussed.
The whitepaper can be downloaded here.
One of the cool new features of vSphere 5 is Auto Deploy. This tool enables the stateless booting of ESXi hosts. No longer a installation to disks is required to boot the ESXi hypervisor. Instead the hypervisor is booted via PXE boot into the memory. The ESXi image is booted onto a bare-metal server, so in case the server powered off the “installation” and configuration is also lost. Of course the next time the bare-metal server is booted up again, Auto Deploy makes sure that the stateless image is again deployed via PXE into the memory of the server. So far, so good. If of course the Auto Deploy tool is available to provide the deployment of ESXi images.
And this is the question that always pops up when discussing Auto Deploy in a vSphere design: “What if the Auto Deploy tool isn’t available? Then I can’t boot my ESXi hosts anymore!”
That is true, but fortunately there is a way around that. Daniel Hiltgen, Senior Staff Engineer at VMware, explains how to architect your Auto Deploy environment and make it highly available. This also prevents the “chicken-egg” problem. So have a quick look at this short, but interesting video!