web server - Borland Technical Publications

web server - Borland Technical Publications web server - Borland Technical Publications

techpubs.borland.com
from techpubs.borland.com More from this publisher
12.11.2014 Views

Chapter 7 Chapter7Clustering web components This section discusses the clustering of multiple web components which includes Apache web servers and the Tomcat-based Borland web containers. In a typical deployment scenario, you can use multiple Borland Partitions to work together in providing a scalable n-tier solution. Each Borland Partition can have the same or different services. Depending on your clustering scheme, these services can be turned off or on. In any case, leveraging these resources together or clustering, makes deployment of your web application more efficient. Clustering of the web components involves session management, load balancing and fault tolerance (failover). Stateless and stateful connection services Important Interaction between the client and server involves two types of services: stateless and stateful. A stateless service does not maintain a state between the client and the server. There is no “conversation” between the server and the client while processing a client request. In a stateful service, the client and server maintains a dialog of information. For information about the location of the Borland web container configuration files, go to Chapter 4, “Web components.” For documentation updates, go to www.borland.com/techpubs/bes. The Borland IIOP connector The IIOP connector is software that is designed to allow an http web server to redirect requests to the Borland web container. The Borland Enterprise Server includes the IIOP connector for the Apache 2.0 and Microsoft Internet Information Server (IIS) versions 5.0, 5.1 and 6.0 web servers. The job of handling the redirection of http requests is split between two components: ■ ■ a native library running on the web server. a jar file running of the web container. Chapter 7: Clustering web components 61

The Borland IIOP connector BES supports clustering of web components. The Borland IIOP connector uses the IIOP protocol. The following unique features are provided: ■ “Load balancing support” on page 62 ■ “Fault tolerance (failover)” on page 63 ■ “Smart session handling” on page 63 Load balancing support Load balancing is the ability to direct http requests across a set of web containers. This enables the system administrator to spread the load of the http traffic across multiple web containers. Load balancing techniques can significantly improve the scalability of a given system. The Borland IIOP connector can be configured to offer load balancing in the following two ways: ■ “OSAgent based load balancing” on page 62 ■ “Corbaloc based load balancing” on page 62 Important Note OSAgent based load balancing This is simple to achieve and requires the least amount of configuration. In this setup, you start a number of Borland web container instances and name the IIOP connector in those Borland web container with the same name. For more information about setting the name attribute, go to Chapter 5, “Web server to web container connectivity.” Apache does load balancing across Borland web container instances for each request. Essentially, Apache does a new bind for each request. The newly started Borland web container containers can be dynamically discovered. All Borland web containers and Apache must be running in the same ORB domain; osagent based load balancing is not possible in cases where you are using different Partitions on different ORB domains. Corbaloc based load balancing This approach uses a static configuration of the web containers that make up the cluster. However, it can span ORB domains. In this case you specify the locations where the web containers are running using the CORBA corbaloc semantics. For example: corbaloc::172.20.20.28:30303,:172.20.20.29:30304/tc_inst1 In the above corbaloc example string: ■ two TCP/IP endpoints are configured for a web container named “tc_inst1” ■ a web container with an object name of “tc_inst1” is running on host 172.20.20.28 with its IIOP connector at port 30303 ■ there is another web container running with the same object name on host 172.20.20.29 with it's IIOP connector listening on port 30304. For more information about setting the port attribute, go to Chapter 5, “Web server to web container connectivity.” The web server side IIOP connector converts this corbaloc string into CORBA objects using orb.string_to_object and uses the underlying features of VisiBroker to load balance across these “endpoints” specified in the corbaloc string. There can be any number of endpoints. All of the listed web containers do not have to be running for the load balancing to function. The ORB simply moves on to the next endpoint until a valid connection is obtained. 62 BES Developer’s Guide

Chapter<br />

7<br />

Chapter7Clustering <strong>web</strong> components<br />

This section discusses the clustering of multiple <strong>web</strong> components which includes<br />

Apache <strong>web</strong> <strong>server</strong>s and the Tomcat-based <strong>Borland</strong> <strong>web</strong> containers. In a typical<br />

deployment scenario, you can use multiple <strong>Borland</strong> Partitions to work together in<br />

providing a scalable n-tier solution.<br />

Each <strong>Borland</strong> Partition can have the same or different services. Depending on your<br />

clustering scheme, these services can be turned off or on. In any case, leveraging<br />

these resources together or clustering, makes deployment of your <strong>web</strong> application<br />

more efficient. Clustering of the <strong>web</strong> components involves session management, load<br />

balancing and fault tolerance (failover).<br />

Stateless and stateful connection services<br />

Important<br />

Interaction between the client and <strong>server</strong> involves two types of services: stateless and<br />

stateful. A stateless service does not maintain a state between the client and the<br />

<strong>server</strong>. There is no “conversation” between the <strong>server</strong> and the client while processing a<br />

client request. In a stateful service, the client and <strong>server</strong> maintains a dialog of<br />

information.<br />

For information about the location of the <strong>Borland</strong> <strong>web</strong> container configuration files, go<br />

to Chapter 4, “Web components.”<br />

For documentation updates, go to www.borland.com/techpubs/bes.<br />

The <strong>Borland</strong> IIOP connector<br />

The IIOP connector is software that is designed to allow an http <strong>web</strong> <strong>server</strong> to redirect<br />

requests to the <strong>Borland</strong> <strong>web</strong> container. The <strong>Borland</strong> Enterprise Server includes the<br />

IIOP connector for the Apache 2.0 and Microsoft Internet Information Server (IIS)<br />

versions 5.0, 5.1 and 6.0 <strong>web</strong> <strong>server</strong>s. The job of handling the redirection of http<br />

requests is split between two components:<br />

■<br />

■<br />

a native library running on the <strong>web</strong> <strong>server</strong>.<br />

a jar file running of the <strong>web</strong> container.<br />

Chapter 7: Clustering <strong>web</strong> components 61

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

Saved successfully!

Ooh no, something went wrong!