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.

7.5.4 Data availability<br />

In a <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> environment, there are multiple places where<br />

data availability is important. Critical areas for data availability are as follows:<br />

► Databases<br />

► HTTP session state<br />

► EJB session state<br />

► EJB persistence<br />

The majority of these requirements can be satisfied using facilities available in<br />

<strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong>. We discuss these areas in more detail in the<br />

next sections.<br />

Database server availability<br />

A database server is for many systems the largest and most critical single point<br />

of failure in the environment. Depending on the nature of this data, there are<br />

many techniques that you can employ to provide availability for this data:<br />

► For read-only data, multiple copies of the database can be placed behind a<br />

load balancing device that uses a virtual IP. This enables the application to<br />

connect to one copy of the data and to transparently fail over to another<br />

working copy.<br />

► If the data is mostly read-only, consider the option of replication facilities to<br />

keep multiple copies synchronized behind a virtual IP. Most commercial<br />

database management systems offer some form of replication facility to keep<br />

copies of a database synchronized.<br />

► If the data is read/write and there is no prevalence of read-only access,<br />

consider a hardware clustering solution for the database node. This requires<br />

an external shared disk through Storage Area Network (SAN), Network<br />

Attached Storage (NAS), or some other facility that can help to mitigate failure<br />

of a single node.<br />

Session data<br />

<strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> can persist session data in two ways:<br />

► Using memory-to-memory replication to create a copy of the session data in<br />

one or more additional servers<br />

► By storing the session data in an external database.<br />

The choice of which to use is really left to the user, and performance results may<br />

vary. External database persistence will survive node failures and application<br />

server restarts, but introduces a new single point of failure that must be mitigated<br />

using an external hardware clustering or high availability solution.<br />

248 <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> <strong>V7.0</strong>: <strong>Concepts</strong>, Planning, and Design

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

Saved successfully!

Ooh no, something went wrong!