02
Sat, Nov
2 New Articles

High Availability: Dealing with Expectations

Commentary
Typography
  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

A friend of mine named Bob has recently become an IS manager at a medium-sized manufacturing company in the Midwest. Last year, the company became aware that it needed a better means of maintaining the availability of its information systems, and Bob began looking at its options. The company had limited budget and limited expertise, but Bob had an overwhelming desire to learn as much as possible. He was pleasantly surprised to discover that the iSeries had a lot to offer.

IBM's HA Web Site

Bob started out by looking at IBM's iSeries High Availability Web site. IBM long ago recognized that a well-engineered profile for high availability (HA) was a good tactic for selling customers new hardware. Consequently, the iSeries' advanced engineering makes it an extremely viable HA server. However, because the iSeries' advanced architecture is somewhat unique in the industry, IBM also recognized that educating the customer base was going to be key to its success. Therefore, IBM's Web site is designed as an educational portal, and it even links to a number of ongoing seminars to enable customers to better familiarize themselves with the topic. In addition, IBM offers services--through its own in-house panel of experts and third-party service providers--to help customers approach, design, and implement an HA solution for the particular site.

Finally, the site provides a fairly complete list of iSeries options that were designed specifically for HA deployment. These options work in concert with Business Partner solutions to make the support profile as robust as possible. These options include clustering technologies like Independent Auxiliary Storage Pools (IASP), switched disks, and IBM's OptiConnect high speed communications channels.

Defining Availability

However, Bob quickly realized that he needed to jump-start his educational process from ground zero. He knew that defining the availability of his entire IT infrastructure was already a moving target: As new equipment and services had been added or upgraded in the past, there had been no particular plan for sustaining the systems over time, and as these devices and services had become more integrated, the overall scheduling of maintenance had become increasingly complex.

What Bob needed was a place to start, a strategy to attack the growing interdependencies of his company's systems. He quickly came to believe that, by starting with an examination of the iSeries--the system that was central to his overall data center--he'd have the best chance of using its HA profile as a model that could be extended to his other servers and equipment.

First, he needed to define exactly what "availability" meant to his organization and then learn precisely what his management required of the overall HA system. Here, IBM's Web site was also useful.

IBM defines availability in terms of system downtime: Anything that impacts the ability of the user to access or use the overall information system is impacting the system's availability. Identifying and minimizing the impact of those interruptions is what defines the availability of the system. It's not just mean-time between hardware failures of any particular piece of equipment, but the entire structure of machine and software interdependencies. This includes traffic peaks, scheduled jobs, storage, backup, and the need for identifying how quickly any particular part of the system should recover from an interruption.

IBM further subdivides the interruptions into downtime criteria: scheduled downtime for maintenance and unscheduled downtime in response to a calamity. A system has a high availability if its unscheduled downtime is very low and its scheduled downtime (for maintenance, etc.) is managed in a measurable and controlled fashion.

How Much Availability

The first question Bob had to answer was "How much availability do we need?" In his mind, Bob had initially thought that high availability would mean no downtime at all. Not so! HA is a means of managing scheduled downtime, and minimizing unscheduled interruptions. It is a system of management that uses devices and software to increase the control over scheduled and unscheduled downtime.

However, by itself, HA systems do not achieve the Holy Grail of "continuous availability." Continuous availability is a management tactic that has aims to reduce and eliminate both unscheduled downtime and scheduled maintenance. Continuous availability will use the services provided by an HA management system, but it will--depending upon the complexity of the systems involved--require a lot of redundant services and devices. For a mid-sized organization, these costs can be very restrictive.

Needless to say, from Bob's company's perspective, continuous availability--guaranteeing that the information system is always up, continuously, without interruptions--was overkill. Yet Bob learned that if an HA system is properly established, configured, and maintained, the Holy Grail of continuous availability had less importance to his management because the frequency of scheduled downtime could be well-planned by using an HA system. Bob was able to show his management graduated definitions of availability, which allowed them to identify more precisely what they required. These were the definitions:

  • Base Availability: Base availability systems are ready for immediate use, but they will experience both planned and unplanned outages.
  • High Availability: High availability systems include technologies that sharply reduce the number and duration of unplanned outages. Planned outages still occur, but the servers include facilities that reduce their impact.
  • Continuous Operations: Continuous operations environments use special technologies to ensure that there are no planned outages for upgrades, backups, or other maintenance activities. Frequently, companies use HA servers in these environments to reduce unplanned outages.
  • Continuous Availability: Continuous availability environments go a step further to ensure that there are no planned or unplanned outages. To achieve this level of availability, companies must use dual servers or clusters of redundant servers in which one server automatically takes over if another server goes down.
  • Disaster Tolerance: Disaster tolerance environments require remote systems to take over in the event of a site outage. The distance between systems is very important to insure no single catastrophic event affects both sites. However, the price for distance is loss of performance due to the latency time for the signal to travel the distance.

Overcoming Expectations: If It Ain't Broke...

One of the most frightening aspects for Bob in his new role as IS manager was the realization that he had a lot of systems that were marginally stable, but not a lot of expertise available to fix them if they broke. This predicament had led his management in the past to embrace the adage "If it ain't broke, don't fix it!" But, Bob wondered, how do you engineer an HA solution if some components of the system are inherently unstable? It was clear that Bob's management needed some re-education about which information systems were critical infrastructural pieces and which pieces needed specific reinvestment in order to be sustainable in an HA environment.

Bob interviewed each member of his management team to build a critical path of information flow so that he could identify where the focus of the company's HA system should lie. This was not as easy as it might sound on the onset: Some of the most important systems that were critical pieces of the company's information flow resided not on the iSeries, but on departmental servers or individual workstations. And although he had a natural desire to centralize these critical pieces of the puzzle, the scope of that kind of centralization project was much more ambitious than simply stabilizing the central system for HA.

Re-assessing the Role of the iSeries

Furthermore, Bob learned that in many cases his management did not understand how intricately enmeshed the various individual systems had become, with many smaller systems providing key information components to the larger system as a whole. This was further complicated by a number of PC-based legacy applications and by out-of-date and out-of-support interfaces to the supply chain systems that connected his organization to other organizations.

Even more insidious for Bob was the task of overcoming his management's prior beliefs that the iSeries was a legacy system itself. How could this be? Because the iSeries had never suffered a catastrophic meltdown--as some of the other servers in the organization had experienced--it had received relatively little attention in management meetings. Subsequently, as management personnel turned over, the management group had literally forgotten how critical the iSeries was to the overall availability of its information systems. Bob's task, as a new IS manager, was in part to re-educate his own management about why the iSeries was originally chosen and why it was still the best solution for their environment. Bob succeeded in this task through a series of brief presentations, but it was not easy, and he confided that some departmental managers only grudgingly accepted his message. Still, since the management required the HA implementation, they followed his lead because other options--converting to new servers, replacing applications, and retraining personnel--to achieve the required management goals were rapidly proving to appear much more expensive.

A Realistic Timeline

It was only after Bob had completed his first year's tenure as IS manager that he and his management team were truly ready to begin exploring the actual offerings that IBM and its Business Partners were selling. In hindsight, Bob admitted he might have been able to push the company harder had he been more knowledgeable about the HA capabilities of the iSeries. But, he told me, the state of the organization that he had inherited--and the previous attitudes of its management--would still have required a considerable amount of time to figure out. Reaching a consensus with the management team was not a trivial process, but it had allowed them the opportunity to realistically identify where consolidation of some services onto the iSeries would actually save the company money while leading them to an HA architecture.

No Quick Fix

At this writing, Bob's team is now analyzing how the various offerings from IBM and its Business Partners will best make sense to their desired HA profile. They are still learning and have yet to decide on a particular solution from a single vendor. But they feel they've gotten the basic research done, and they've got a good schematic of what they want to achieve. It's not the continuous availability solution that management had originally envisioned, but until their organization better consolidates, Bob's proposed designs are leading the organization to a more secure environment at a significantly lower cost.

"If anyone had told me it was going to take a year to reach this point, I would have balked," Bob told me. "But HA isn't just slapping in a new system. With so many systems interacting, it's engineering, it's practical knowledge, and it's a little bit of rocket science too!"

So what has Bob learned? "HA is definitely where we need to be!" he said. "The company was rapidly falling behind in implementing new projects, but not because it wasn't interested in moving forward. It was just that things had grown so complex--with so many different servers and services--that our momentum was constantly being compromised by small failures or interruptions in service. We'd spend all our time trying to fix the small gogs and forget that we had to move the whole organization forward. HA is going to help us overcome that mode of operation. It will take some time, but once we've got the basic plan implemented, we'll be able to really move the company forward toward its productivity goals."

Thomas M. Stockwell is Editor in Chief of MC Press, LLP.

Thomas Stockwell

Thomas M. Stockwell is an independent IT analyst and writer. He is the former Editor in Chief of MC Press Online and Midrange Computing magazine and has over 20 years of experience as a programmer, systems engineer, IT director, industry analyst, author, speaker, consultant, and editor.  

 

Tom works from his home in the Napa Valley in California. He can be reached at ITincendiary.com.

 

 

BLOG COMMENTS POWERED BY DISQUS

LATEST COMMENTS

Support MC Press Online

$

Book Reviews

Resource Center

  • SB Profound WC 5536 Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application. You can find Part 1 here. In Part 2 of our free Node.js Webinar Series, Brian May teaches you the different tooling options available for writing code, debugging, and using Git for version control. Brian will briefly discuss the different tools available, and demonstrate his preferred setup for Node development on IBM i or any platform. Attend this webinar to learn:

  • SB Profound WP 5539More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.

  • SB HelpSystems ROBOT Generic IBM announced the E1080 servers using the latest Power10 processor in September 2021. The most powerful processor from IBM to date, Power10 is designed to handle the demands of doing business in today’s high-tech atmosphere, including running cloud applications, supporting big data, and managing AI workloads. But what does Power10 mean for your data center? In this recorded webinar, IBMers Dan Sundt and Dylan Boday join IBM Power Champion Tom Huntington for a discussion on why Power10 technology is the right strategic investment if you run IBM i, AIX, or Linux. In this action-packed hour, Tom will share trends from the IBM i and AIX user communities while Dan and Dylan dive into the tech specs for key hardware, including:

  • Magic MarkTRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now!  Request Now.

  • SB HelpSystems ROBOT GenericForms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.

  • SB HelpSystems ROBOT GenericIT security is a top priority for businesses around the world, but most IBM i pros don’t know where to begin—and most cybersecurity experts don’t know IBM i. In this session, Robin Tatam explores the business impact of lax IBM i security, the top vulnerabilities putting IBM i at risk, and the steps you can take to protect your organization. If you’re looking to avoid unexpected downtime or corrupted data, you don’t want to miss this session.

  • SB HelpSystems ROBOT GenericCan you trust all of your users all of the time? A typical end user receives 16 malicious emails each month, but only 17 percent of these phishing campaigns are reported to IT. Once an attack is underway, most organizations won’t discover the breach until six months later. A staggering amount of damage can occur in that time. Despite these risks, 93 percent of organizations are leaving their IBM i systems vulnerable to cybercrime. In this on-demand webinar, IBM i security experts Robin Tatam and Sandi Moore will reveal:

  • FORTRA Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:

  • FORTRAManaging messages on your IBM i can be more than a full-time job if you have to do it manually. Messages need a response and resources must be monitored—often over multiple systems and across platforms. How can you be sure you won’t miss important system events? Automate your message center with the Robot Message Management Solution. Key features include:

  • FORTRAThe thought of printing, distributing, and storing iSeries reports manually may reduce you to tears. Paper and labor costs associated with report generation can spiral out of control. Mountains of paper threaten to swamp your files. Robot automates report bursting, distribution, bundling, and archiving, and offers secure, selective online report viewing. Manage your reports with the Robot Report Management Solution. Key features include:

  • FORTRAFor over 30 years, Robot has been a leader in systems management for IBM i. With batch job creation and scheduling at its core, the Robot Job Scheduling Solution reduces the opportunity for human error and helps you maintain service levels, automating even the biggest, most complex runbooks. Manage your job schedule with the Robot Job Scheduling Solution. Key features include:

  • LANSA Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.

  • LANSAWhen it comes to creating your business applications, there are hundreds of coding platforms and programming languages to choose from. These options range from very complex traditional programming languages to Low-Code platforms where sometimes no traditional coding experience is needed. Download our whitepaper, The Power of Writing Code in a Low-Code Solution, and:

  • LANSASupply Chain is becoming increasingly complex and unpredictable. From raw materials for manufacturing to food supply chains, the journey from source to production to delivery to consumers is marred with inefficiencies, manual processes, shortages, recalls, counterfeits, and scandals. In this webinar, we discuss how:

  • The MC Resource Centers bring you the widest selection of white papers, trial software, and on-demand webcasts for you to choose from. >> Review the list of White Papers, Trial Software or On-Demand Webcast at the MC Press Resource Center. >> Add the items to yru Cart and complet he checkout process and submit

  • Profound Logic Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application.

  • SB Profound WC 5536Join us for this hour-long webcast that will explore:

  • Fortra IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn: