X
Innovation

Stratus asks if continuous availability possible in the cloud?

Stratus' Dave Le Clair talks about the planning that is needed to take cloud computing all the way up to continuous availability.
Written by Dan Kusnetzky, Contributor

Dave LeClair, Senior Director of Cloud Strategies at Stratus Technologies, dropped by a while ago to discuss how the company was doing and share some thoughts about cloud computing and availability. As always, it was interesting to think about a topic not always mentioned in cloud computing implementations — workload availability.

Quick Stratus Technologies update

LeClair started the conversation with a quick review of how Status Technologies faired since our last conversation. The following bullets summarize that portion of the conversation:

  • Stratus' hardware business is doing well. The company recently released the 6th generation of Intel-based ftServer. The ftServer 2700, 4700, and 6400 systems deliver up to 4 times the performance of previous-generation systems while maintaining the capability to deliver 99.999% uptime. That means that customers can expect an average of no more than 0.4 seconds of downtime per day, 26 seconds of downtime per month and 5 minutes, 15 seconds of downtime per year. LeClair pointed out that these new systems feature Intel Xeon® E5 processors and integrated networking technology.
  • The company's software business is evolving as the capabilities of its Avance and everRun (formally a Marathon Technologies product) are being merged into a single future product.

Stratus suggests cloud computing users design for outages

The conversation then turned to Stratus' current discussion points that center on how cloud computing users were best served if they consider outages in processing, networking and storage during the design phase of their cloud workloads.

As expected, he pointed out recent high-profile examples of outages experienced by the major suppliers of cloud infrastructure, platform and software services. Some customers were hurt because they didn't consider where and how their workloads would failover to use other resources when a failure occurs. The key point LeClair wanted to get across is that customers should really thinking about the business requirements for each of their cloud workloads and where redundant hardware and software must be deployed to address potential outages.

To that end, LeClair discussed Stratus' work with the OpenStack community to help implement what he described as "software defined availability."

Snapshot analysis

Stratus is one of the few computer companies still standing that offers hardware and software based continuous processing/non-stop/fault tolerant computing environments. Most suppliers have chosen to implement availability in layers of software using various types of processing, storage and network virtualization technology. While Stratus makes it possible to use those types of technology, they are one of two remaining suppliers of fault tolerant hardware — systems that have redundant components built in and firmware-level failover control.

While using software redundancy is fine for stateless, Web-based application architectures, it isn't always the best choice for traditional commercial workloads that simply can not be seen to fail. It can take too long for processes to restart or transactions can be lost during the failover period. In that case, Stratus would point out that fault tolerant hardware is the best choice.

I've always thought Stratus had a number of very good points when they talk about planning for availability along with planning for needed capacity, performance, management and security. I've been known to suggest Stratus to clients when it appeared that they were just accepting the availability claims made by processing virtualization suppliers, such as Microsoft, VMware and Citrix, when workload migration was discussed.

Stratus really needs to make more noise about this topic as organizations increasingly look to the cloud. Unfortunately, the companies messages are being drowned out by those  offered by bigger competitors.

Editorial standards