What Happens When the Server Underneath My Cloud Fails?

When many people think of the Cloud, they think that their application is running on a nebulous collection of resources that’s impervious to hardware failures.  Despite a lot of the marketing material in the industry, this just isn’t the case.  Beneath every Cloud there is hardware, and when that hardware fails, the results to some Clouds can be devastating.

When every server is an island

Many Clouds (like Rackspace’s) use local storage on each server in the Cloud.  When a server in this kind of Cloud fails, your virtual machine goes down with it.  Your VM can only be brought back online when the physical server is up and running again (or it’s restored from a backup).  If you’re using Amazon’s EC2 Cloud without Elastic Block Storage, your VM’s data is gone forever  if the physical server fails!  In both cases, this can mean a whole lot of downtime for you and your application.

Enter Shared Storage

Thankfully, there’s a solution to this problem.  The INetU Gated Community Cloud™ does things a bit differently.  We store all of the data from your virtual machine on an enterprise-grade SAN that can be accessed by other physical servers in the Cloud.  If the physical server that your VM is on fails, your VM is powered up on a different physical host in minutes.  To your virtual machine and application, it simply looks like a reboot.

That begs the question—why isn’t everyone doing this?  Before I answer that, I want to point out that many enterprises with internal Clouds do use a SAN to store their critical virtual machines.  Like most good things, enterprise grade SANs don’t come cheap, and many Cloud providers decide to cut this corner in order to save a few dollars.  Can your business afford to cut this corner?  For a mission critical site or application, the answer is very often a resounding “No”!

Cache is King!

Disks are slow. Sure, they’ve gotten faster with time (like almost every other technology), but their speed still pales in comparison to system memory. Solid State Drives (SSDs) are changing that, but compared to traditional rotational disks, enterprise grade SSDs are still far more expensive.

If you start to read about disk performance, you’ll quickly realize that the performance of traditional hard disks varies greatly depending on whether you access data sequentially or not. In other words, if I want to read in 1GB of data that’s all together on the disk, that’s going to be much faster than reading 1GB of data that’s scattered about on the disk. That’s because the disk is constantly spinning, and if the data’s not being read in order, it might need to wait for the disk to spin around again in order to read the data. That’s a simplification, but you probably get the idea.

Read the full post »

Process Explorer – The Windows Task Manager on Steriods

Let INetU show you how to use Process Explorer (http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx) to dig deeper than the Windows Task Manager.

When you’re looking for information about what’s running on a Windows system, the first place most people go is the task manager. Unfortunately, sometimes that doesn’t provide all of the information you were looking for. Depending on the information you need, there are a plethora of other tools that you may need to use. That’s where Process Explorer comes in. Process Explorer lets you easily see almost anything you need to know about a process in a single application.

Read the full post »

If Your Windows Server Ain’t Broke, Fix It Anyway

We’ve all heard the age old adage “If it ain’t broke, don’t fix it”/”tried and true”. With new versions of most software being released at least every couple of years, keeping up-to-date can be a real chore – especially when that new version breaks something. Just like the costs of upgrading, however, there are hidden costs with falling behind. As vendors start to phase out older versions of their software, new risks begin to emerge:

Read the full post »

5 Ways Not to Use Virtualization

With all of the talk about virtualization lately, many organizations are ready to pick up everything and virtualize it. After all, it’s the thing to do! Here are some things to keep in mind before virtualizing everything in sight:

1. Don’t virtualize highly utilized servers

One of the biggest benefits of virtualization is being able to make better use of your hardware. Adding virtualization doesn’t add more horsepower to your server; in fact, it’s another layer that can reduce performance. If you have a service that is already using most of the resources on a fairly powerful server, there’s a good chance that it might not be the best candidate for virtualization. If you decide to virtualize a workload that is disk intensive, consider using a raw pass through disk instead of a virtual hard disk to improve disk I/O performance.

2. Don’t cluster a cluster

Many virtualization platforms allow you to provide for some level of high availability for your VMs. Applications can provide a similar feature, but use caution when using them together. Generally speaking, services clustered with Microsoft Cluster Services that use a shared disk should never be configured in a way that makes the virtual machines automatically move from one server to another. Having multiple levels of failover might cause unexpected results and unnecessary disruptions to users.

3. Don’t virtualize everyone’s desktop (and expect to save money)

There are some legitimate benefits to virtualizing desktops, but cost is usually not one of them. No matter where a desktop is, users still need something to access it with. Server hardware is also inherently more expensive than traditional desktop hardware. On the other hand, virtualized desktops can be a great fit for remote employees, as backup workstations, or to ensure standardized desktops. In most cases, however, a Remote Desktop Services session host (previously Terminal Services and available only on Windows machines) can provide a cheaper and more efficient alternative provided that users don’t require administrative privileges.

4. Don’t create conflicting dependencies

Read the full post »

©1996-2011 INetU Inc, All Rights Reserved.