This guide is copyrighted, and all rights are reserved. No part of
this guide or the products it describes may be reproduced by any
means or in any form, without prior consent in writing from
Marathon Technologies Corporation.
Printed in the U.S.A.
U.S. Patent Numbers: 5,600,784; 5,615,403; 5,787,485;
5,790,397; 5,896,523; 5,956,474; 5,983,371; 6,038,685;
6,205,565; and 6,728,898.
European Patent Numbers: EP0974912; EP0731945;
EP0993633; EP0986784; and EP1000397.
Other patents pending.
Software Copyright Notice
The software described in this document is covered by the
Endurance, Marathon Assured Availability, Marathon
FTvirtual Server, and the Marathon logo are either registered trademarks or trademarks of Marathon Technologies Corporation in the United States and/or other
countries.
Microsoft, MS-DOS, and Windows are registered trademarks of Microsoft Corporation in the United States and/
or other countries.
IBM eServer BladeCenter and IBM are registered trademarks of the International Business Machines Corporation in the United States and/or other countries.
All other brands and product names are trademarks of
their respective companies or organizations.
Software Revision
The revision of the software that this document supports is
Revision 6.1.1.
This section describes the technical changes made in
this edition of the Marathon Technologies FTvirtual Serv-
TM
and IBM eServer BladeCenter
er
Environment for Mission Critical Windows Applications
application note. Minor changes and editorial corrections
may also be included that are not identified.
This chapter discusses the key advantages of IBM BladeCenter and Marathon Technologies FTvirtual Server and how they combine to create a truly
fault-tolerant environment for mission critical Windows applications.
Fault-Tolerant Computing for Mission Critical
Windows Applications
The Trend Toward Blades
Blade configurations like the IBM BladeCenter have become popular
because they provide several key advantages over conventional pedestal
or rack-mounted servers. These advantages include:
•Flexibility and Ease of Installation
Because blades get their electrical power and network interconnections
from the chassis, adding processing power to an existing chassis is as
simple as inserting the blade and configuring its software and network
address. No additional cabling or electrical power connections are
required.
•Ease of Management
System management tools like the IBM Director permit hundreds of
blade servers to be maintained remotely through use of a single graphical console. This tool provides a common management view across
multiple servers in a chassis and enables a smaller IT staff to manage
the same number of servers.
Marathon Technologies Corporation1
Introduction
•Reduced Floor Space Usage in the Data Center
Modular design reduces cost through more efficient use of valuable floor
space. The increased density can significantly reduce the space requirements in a data center.
•Reduced Cost of Power and Cooling
Blades servers integrate resources and share key components. Since
blades in a chassis share common power supplies, power is distributed
more efficiently and less heat is generated for a given amount of processing power.
•Increased Reliability and Availability
Since the BladeCenter may be configured with redundant hot-swap
power supplies and built-in network switches, it effectively eliminates
several key single points of failure and provides greater system availability than conventional rack-mount servers. The BladeCenter also
reduces down-time due to server failure by making replacement of a
failed server easy.
Mission-Critical Blades: The Need For Fault Tolerance
As enterprises move more compute load to blade servers, blades are
becoming increasingly mission-critical. Because downtime has significant
associated costs - lost sales, decreased customer satisfaction, lost productivity - the need for a simple, affordable way to keep blades running continuously is becoming urgent. Four trends are converging to further increase
the need for continuously available blades:
•Improved server density and server consolidation increases the
potential risk to business operations in the event of downtime by
“putting all your eggs in one basket”
•Increasingly stringent regulations require data retention and avail-
ability
•More threats to security and physical systems
•Increasing complexity of enterprise infrastructure, and impact of
system downtime
2Marathon Technologies Corporation
Marathon FTvirtual Server - Fault-Tolerance Through Software
To address the need for continuous availability of mission-critical applications, Marathon Technologies has designed its FTvirtual Server software to
work with blade server configurations as well as traditional servers.
Marathon software harnesses the redundancy provided by two BladeCenter
servers to create a true, fault- tolerant environment for Windows applications.This is accomplished by loading the Marathon software on any two
blade servers and interconnecting them via the BladeCenter’s integrated
chassis switching matrix. The Marathon software synchronizes the two
servers and creates a virtual application environment that runs on both servers simultaneously. If either server in the connected pair fails, the application environment continues to function uninterrupted, using the processing power of the other. Unlike typical clustering technologies which require
seconds or even minutes to “fail-over” application processing and may
incure data loss, there is no failover with Marathon software, so there is no
downtime.
The result is a truely fault-tolerant Windows environment for BladeCenter
configurations. Enterprises get all the cost savings and operational efficiencies of the BladeCenter while protecting their business-critical Windows
applications and data, even in the event of a blade failure.
Conclusion
Blade servers are helping companies save money and increase efficiency
and flexibility in their data centers. However, without adequate fault protection, these benefits are soon lost in the event of downtime. Marathon’s
FTvirtual Server software delivers a simple, affordable way to protect important applications and data running on IBM eServer BladeCenter configurations.
Marathon Technologies Corporation3
Introduction
4Marathon Technologies Corporation
CHAPTER 2Planning and Preparation
This chapter describes BladeCenter features and options, key design concepts, and basic configuration guidelines you should be aware of before
beginning to install and setup a BladeCenter FTvirtual Server.
Planning the Installation
Before starting the Endurance software installation you should consider
several major configuration related issues, which will effect the overall operation and capability of your FTvirtual Servers.
FTvirtual Server Boot Disk Options
The Endurance software allows the FTvirtual Server boot disk to be
installed on either a separate physical disk or as a Virtual disk. If your blade
configuration is limited to a single on-board physical disk you will need to
use a Virtual boot disk for the FTvirtual Server. A virtual boot disk allows
you to share a single physical disk as both the CoServer and the FTvirtual
Server Windows boot disk. Disk space is allocated to a file on the CoServer
disk. The content of the file is then formatted, partitioned, and used as the
FTvirtual Server boot disk.
Marathon Technologies Corporation5
Planning and Preparation
Network Environment
The optimal FTvirtual Server configuration uses 4 network adapters per
blade to support CoServer communications and client access links critical
to applications. These links provide the mechanisms and transport for redirected network I/O, FTvirtual Server communications and fault management activities.
When using the optimal network configuration, two of the adapters in each
blade will support CoServer Links (CSLink) 1 and 2, which are primarily
used for disk mirroring and memory synchonization operations. A third
adapter in each blade is used for CoServer out-of-band remote administration and SNMP management activities. The fourth serves as a redirected
network link permitting the FTvirtual Server to satisfy client and application
I/O requests.
CoServer and Switchbay Network Connections
A sample BladeCenter network map depicting the connections for two
FTvirtual Server configurations (FTv1 and FTv3) is shown in Figure 1. This
configuration demonstrates the optimal BladeCenter FTvirtual Server configuration, maximizing server fault-tolerance and network availability.
It should be mentioned that although each switchbay is internally interconnected with each slot of the BladeCenter chassis, these additional connections have been left out of the diagram for the sake of simplicity.
Note that in this 4 NIC configuration switchbays 1 and 2 provide dedicated
CSLink 1 and CSLink 2 switching capability for each of the FTv CoServers.
These connections are made internally to the BladeServer chassis and
none of the external ports available on these two switches are used for
external connections.
Switchbays 3 and 4 are configured for FTvirtual Server Redirected and
Management use. The four external ports available on these switches are
used to connect the FTvirtual Server/s to the public network.
6Marathon Technologies Corporation
FIGURE 1.
FTv1 CoServer 1
PCI 1:0:0 NIC
PCI 1:0:1 NIC
PCI 2:2:1 NIC
PCI 2:2:0 NIC
FTv1 CoServer 2
PCI 1:0:0 NIC
PCI 1:0:1 NIC
PCI 2:2:1 NIC
PCI 2:2:0 NIC
Sample BladeCenter Network Adapter Switchbay Map
Switch Bay 1
CSLink 1 connections only
No external connections
Switch Bay 2
CSLink 2 connections only
No external connections
FTv2 CoServer 1
FTv2 CoServer 2
FTv3 CoServer 1
PCI 1:0:0 NIC
PCI 1:0:1 NIC
PCI 2:2:1 NIC
PCI 2:2:0 NIC
FTv3 CoServer 2
PCI 1:0 :0 NIC
PCI 1:0 :1 NIC
PCI 2:2 :1 NIC
PCI 2:2 :0 NIC
Switch Bay 3
Redirec ted for CoServ er 1
Management for CoSer ver 2
Switch Bay 4
Redirec ted for CoServ er 2
Management for CoSer ver 1
Blade Bays 1, 5, 9 are assumed to contain CoServer 1
Blade Bays 3, 7, 11 are assumed to contain CoServer 2
Blade Bay pairs 1 & 3, 5 & 7, 9 & 11 each make an Endurance system
To
Network
To
Network
Marathon Technologies Corporation7
Planning and Preparation
Network Adapter Configurations
Depending upon your specific switchbay and blade on-board device configuration, it is possible that fewer than 4 adapters will be available for use.
When planning a BladeCenter network configuration your primary concern
should be to maximize the availability of the redirected network links and
minimize utilization of external networks by the CoServer links.
To maximize the availability of the redirected links, different switches
should be used to connect the CoServers to the external network. To minimize utilization of the external network by the CoServer links, both CoServers should use the same internal switch for a CSLink connection. Routing a
CSLink connection through the same switch will confine all associated traffic to that switch. Several recommended network configurations using 4, 3,
and 2 network adapters are shown in the following tables.
For more information on setting-up network configurations, Virtual boot
disks and other preparation issues consult the following resources located
on your Marathon software distribution CD-ROM:
•Administrator’s Guide
•Upgrading Endurance Software
•Configuration and Installation Guide
Marathon Technologies Corporation9
Loading...
+ 35 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.