Hyper-Convergence: 3 Reasons to Move, 3 Reasons to Wait
The upsides -- and downsides -- of hyper-converged infrastructure.
Over the last few years, hyper-converged systems have become all the rage, and for good reason. These systems can provide a number of benefits that go a long way toward making an administrator's life easier. Even so, hyper-convergence isn't necessarily the perfect solution. As is the case for any other IT solution, there are some disadvantages to adopting hyper-converged infrastructure. This article runs down some of the more significant pros and cons associated with the adoption of hyper-convergence.
1. Simplified IT
One thing that's always amazed me about IT is how time-consuming it is to deploy a new server. I'm not talking about the act of installing an OS and an application; that part is relatively easy. I'm talking about all the planning, budgeting and so on.
One of the big selling points for hyper-converged systems is that they're designed to greatly simplify the deployment process. All of the hardware (compute, network and storage) is sold as a cohesive bundle (along with a hypervisor and management software). The hardware is performance-matched by the vendor to prevent any single hardware component from becoming a major performance bottleneck. The hardware components are also certified to work together, which removes any concerns about compatibility.
Hyper-converged systems are also designed to be easy to deploy. I wouldn't go so far as to describe the deployment process as plug-and-play, but there is typically some sort of automated setup process that helps to deploy the hypervisor, management tools and any other software that might have been included with the system. Each vendor has its own way of doing things, but the initial deployment and configuration process are usually simpler than the typical experience with a do-it-yourself system.
While I'm on the subject of simplification, some hyper-converged system vendors also attempt to simplify ongoing maintenance. Almost every software vendor provides periodic patches, and these patches have the potential to break things.
Some hyper-converged system vendors attempt to mitigate this problem by periodically providing updates that include any required patches, and that have been tested and certified to work with the hyper-converged systems. You still obviously have to handle your own VM-level patching, but it's great when a vendor takes the work out of lower-level patching.
2. Eliminate Vendor Finger-Pointing
Some people I've talked to in recent years consider this one to be relatively insignificant, but I actually think it's one of the greatest benefits to migrating to a hyper-converged environment.
Although things have gotten a little bit better over time (at least in my experience), there was a point several years ago when vendor finger-pointing almost seemed to be the norm. What would start out as a call to an application vendor over a seemingly simple problem resulted in the vendor blaming the OS configuration. A call to the OS vendor resulted in them blaming the application vendor or the hardware vendor. Of course, the hardware vendor would dutifully blame the OS vendor. As many know from firsthand experience, all this vendor-blame shifting wastes a lot of time and often results in IT having to figure out their own solution to whatever problem they're experiencing.
Hyper-converged systems eliminate a lot of this. Although the systems include hardware, a hypervisor and management software, the system is sold as a single product. This means that administrators only have to deal with one vendor, so if something goes wrong, there's one point of contact for technical support. All the hardware and software is certified to work together, so vendor finger-pointing should be kept to a minimum.
Keep in mind, however, that migrating to a hyper-converged system probably isn't going to completely eliminate blame-shifting, because hyper-converged systems aren't usually bundles with line-of-business applications or guest OSes. Even so, application vendors typically make OS requirements very clear, and OS vendors certify their wares to function with specific hypervisors, so the finger-pointing should hopefully be kept to a minimum.
3. Predictable Scalability
Another big benefit in migrating to hyper-converged systems is that they deliver predictable performance, scalability and costs. The reason for this has to do with the use of standardized hardware.
When I talk to people about hyper-convergence and standardized hardware, I like to use the analogy of video game consoles. Whenever I purchase a new game for my Xbox One, I don't have to wonder whether the Xbox meets the game's minimum hardware requirements. The gaming console uses standardized hardware and, therefore, is guaranteed to work with the game. Furthermore, if I want to take the game to a friend's house, I know that the gameplay will be exactly the same on their Xbox as it is on mine, because both devices use the same internal hardware.
This same basic concept applies to hyper-converged systems. They consist of standardized modules, which can be nodes or appliances, depending on which vendor's system you're using. The nice thing about this approach is that it allows you to purchase the needed capacity and then add additional capacity later on (if you end up needing it) simply by installing some additional modules. This approach has been described by some as "pay as you grow" because it allows organizations to purchase capacity on an as-needed basis.
Now, for the "predictability" part. If each module consists of standardized hardware, it becomes very easy to predict both the cost of an upgrade and the additional performance or capacity that will be achieved by the upgrade. This is especially true for virtual desktop infrastructure (VDI) deployments.
I'm simplifying things for the sake of this example, but in a VDI environment, an administrator might determine that each node in his hyper-converged system is able to host a specific number of virtual desktops. Now, suppose that the organization decides to hire some new employees and needs to host 200 new virtual desktops. Because the nodes within the hyper-converged system are standardized, the administrator knows exactly how many virtual desktops each node will be able to accommodate, as well as the level of performance that can be expected and the cost per virtual desktop. The use of standardized hardware makes for completely predictable scalability (at least in this case).
Hyper-converged systems can be a big investment; therefore, it's important to understand the full impact of a migration to a hyper-converged environment. There are significant negatives, and they must be taken into account when considering such an undertaking.
One disadvantage of migrating to a hyper-converged environment is the potential cost of doing so. This might seem like an odd statement, because so many vendors tout hyper-convergence as being an inexpensive alternative to the traditional way of doing things. Let me separate the hype from reality.
One of the most definitive trends in the world of corporate IT over the last 10 years is the increasing reliance on the public cloud. At one time, the relentless push to move practically everything into the almighty cloud was driven by the perception that it was far less expensive for a business to operate in the cloud than to host various resources in its own datacenter.
Over time, public cloud service costs have steadily increased; and in at least some cases, the total annual cost of utilizing a cloud-based service has become comparable to hosting the service locally, which has recently caused some organizations to take a more objective look at their cloud strategy.
The same basic principle also applies to hyper-convergence. Initially, hyper-convergence gained a reputation for being a low-cost alternative to traditional IT systems. That's not always true, as at least some hyper-converged systems come with a premium price tag.
Given this, it's important to consider the total cost of ownership (TCO) and the ongoing operational costs (OpEx), rather than looking only at the acquisition (CapEx) costs. It's entirely possible (and probable) that transitioning to a hyper-converged environment will save your organization money in the long run; but it's impossible to know for sure without taking an objective look at the various costs involved.
2. Vendor Lock-In
I wrote earlier about the benefit of using standardized hardware, but one drawback is that hardware standardization inevitably leads to vendor lock-in. After all, hyper-converged systems are designed to be modular. Any time that an organization needs to add capacity, they can simply install additional nodes or appliances. However, this approach only works if the hardware is standardized.
On one hand, having hardware provided by a single vendor can be a good thing. In a single-vendor environment, you know exactly what to expect. The downside is that vendor lock-in can lead to price gouging. I won't bore you with the details, but I've had some bad experiences with a reseller who tried to take advantage of the fact that my organization used a single hardware manufacturer's products.
3. Inflexible Configuration Options
Perhaps the biggest disadvantage most commonly attributed to hyper-converged systems is their inherent inflexibility. Remember, hyper-converged systems are made up of hardware components that have been closely performance-matched and certified to work together. Although this sounds like a great idea, there is a problem with it: Not all workloads are created equal.
Imagine, for instance, that your workloads were collectively very CPU-intensive, but not very I/O-intensive. Because the hardware is performance-matched, you'd probably have to purchase a system that delivers far more storage I/O than you really need just to be able to get the required CPU resources.
Similarly, hyper-converged systems are designed to be modular. The idea is that you can add capacity simply by adding additional nodes or appliances. The problem with this approach is that component-level upgrades might prove to be difficult or impossible to get. If you need more storage, you might have to add an entire appliance (including CPU, network and storage resources) just to get the needed storage. Imagine what purchasing those extra resources you don't need will do to your storage costs.
Another area in which this inflexibility rears its ugly head is component vendor choice. When you purchase a hyper-converged system, the system will typically be made up of a single vendor's hardware. You don't have the flexibility of choosing a server made by one vendor, a network switch made by another, and storage made by someone else. If you like a specific vendor's servers, but prefer networking hardware from a different vendor, hyper-converged systems might not be the best choice for you.
MORE PROS THAN CONS
Most organizations will likely benefit from a migration to hyper-converged systems. Although there are some disadvantages to the use of hyper-convergence, the advantages usually far outweigh the disadvantages.