29.01.2013 Views

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

4.2.3 High availability<br />

In addition to the caching features provided by <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong><br />

Network Deployment, you might consider using third party caching devices or<br />

external caching infrastructures provided by <strong>IBM</strong> and third parties.<br />

To use the caching mechanisms provided by <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> and<br />

other components of your environment, the application must be designed for<br />

caching as well. Therefore it is suggested to design caching in close cooperation<br />

with the application architect.<br />

After you are done with designing your cache locations complete your<br />

implementation design to include the caching components.<br />

Designing an infrastructure for high availability means to design an infrastructure<br />

in a way that your environment can survive the failure of one or multiple<br />

components. High availability implies redundancy by avoiding any single point of<br />

failure on any layer (network, hardware, processes, and so forth). The number of<br />

failing components your environment has to survive without losing service<br />

depends on the requirements for the specific environment.<br />

The following list helps to identify the high availability needs in your infrastructure:<br />

► Talk to the sponsor of your project to identify the high availability needs for<br />

each of the services used. Because high availability in most cases means<br />

redundancy, this also means that high availability will increase the cost of the<br />

implementation.<br />

Not every service has the same high availability requirements. Therefore it<br />

would be a waste of effort to plan for full high availability for these types of<br />

services. Be careful when evaluating, as the high availability of the whole<br />

systems depends on the least available component. Carefully gather where<br />

and what type of high availability you really need to be able to meet the<br />

service level agreement (SLA) and non-functional requirements.<br />

► When you have gathered the high availability requirements, review every<br />

component of the implementation design you developed in 4.1, “Infrastructure<br />

planning” on page 94, and determine how significant this component is for the<br />

availability of the service, and how a failure would impact the availability of<br />

your service.<br />

► Evaluate every component you identified in the previous step against the<br />

following checklist:<br />

– How critical is the component for the service?<br />

The criticality of the component will have an impact on the investments you<br />

are willing to take to make this component highly available.<br />

Chapter 4. Infrastructure 99

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!