This chapter describes how to configure the Oracle Web Tier to support the Oracle Fusion Middleware WebCenter Portal implementation.
This chapter contains the following sections:
Before configuring the Oracle Web Tier software, you must install it on WEBHOST1 and WEBHOST2, as described in Section 6.2, "Installing Oracle HTTP Server" and define the instance home, the instance name, and the Oracle HTTP Server component name, as described in Section 7.3, "Running the Configuration Wizard to Configure Oracle HTTP Server".
Then you can validate the installation and configure the load balancer to route all HTTP requests to WEBHOST1 and WEBHOST2.
Finally, you can configure the virtual hosts by defining
<VirtualHost> directives in
.conf files on both OHS servers. You created the following virtual host names when you configured the load balancer in Section 3.3, "Configuring the Load Balancers":
Before configuring the Oracle Web Tier software, you must install it on WEBHOST1 and WEBHOST2, as described in Section 6.2, "Installing Oracle HTTP Server".
The steps for configuring the Oracle Web Tier are the same for both WEBHOST1 and WEBHOST2.
To configure the Oracle Web Tier:
Change the directory to the location of the Oracle Fusion Middleware Configuration Wizard:
WEBHOST1> cd ORACLE_BASE/product/fmw/web/bin
Start the Configuration Wizard:
In the Welcome screen, click Next.
In the Configure Components screen, select Oracle HTTP Server and unselect Associate Selected Components with WebLogic Domain. Make sure that Oracle Web Cache is not selected.
In the Specify Component Details screen, specify the following values:
Instance Home Location:
AS Instance Name: webn
OHS Component Name: ohsn
(where n is a sequential number for your installation; for example, 1 for WEBHOST1, 2 for WEBHOST2, and so on.)
Oracle HTTP Server instance names on WEBHOST1 and WEBHOST2 must be different.
In the Configure Ports screen, select Specify Ports using Configuration file, then select a file name, and then click View/Edit.
In high-availability implementations, it is not mandatory for all of the ports used by the various components to be synchronized across hosts; however, it makes the enterprise deployment much simpler. You can bypass automatic port configuration by specifying the ports in a file.
The file will look like this:
[OHS] #Listen port for OHS component OHS Port = 7777 [OPMN] #Process Manager Local port no OPMN Local Port = 1880
You can find a sample
staticports.ini file on installation disk 1 in the
In the Specify Security Updates screen, choose whether you want to receive security updates from Oracle support and if you do, enter your e-mail address.
In the Installation Summary screen, review the selections to ensure they are correct. If they are not, click Back to modify selections on previous screens. When you are ready, click Configure.
Multiple configuration assistants are launched in succession; this process can be lengthy. When it completes, click Next, and the Installation Complete screen appears.
In the Installation Completed screen, click Finish to exit.
Once the installation is completed, check that it is possible to access the Oracle HTTP Server home page using the following URL:
Configure your load balancer to route all HTTP requests to the hosts running Oracle HTTP Server (WEBHOST1, WEBHOST2). You do not need to enable sticky sessions (insert cookie) on the load balancer when Oracle HTTP Server is front-ending Oracle WebLogic Server. You need sticky sessions if you are going directly from the load balancer to Oracle WebLogic Server, which is not the case in the topology described in this guide.
The instructions for this configuration will vary depending on which load balancer you use. See your load balancer documentation for specific instructions. See also, Section 3.3, "Configuring the Load Balancers".
The reference topology in this guide requires that you define a set of virtual hosts for the Oracle HTTP Server. For each virtual host, you will later define a set of specific URLs that will route requests to the proper Administration Server or Managed Server in the WebLogic Server domain.
This section contains the following topics:
You are defining name-based virtual servers. That means you have to define the IP address and port that will be used for each virtual host you define. You define the IP address and port once, in the
httpd.conf file, then you can define the actual virtual host names (and their specific URLs) in the virtual host-specific
To define the IP address and port, add the following entry in the
httpd.conf file is located in the following directory:
Define each virtual host in its own
.conf file. This will make it easy to manage the URLs for each virtual host you define.
There is an
INCLUDE statement in the
httpd.conf that includes all
*.conf files in the
\moduleconf subdirectory. This statement makes it possible to create separate virtual host files for each component, making it easier to update, maintain, and scale-out the virtual host definitions.
Create the new files in the following directory:
To define each virtual host in its own
wcp_vh.conf file and add the following directive:
<VirtualHost *:7777> ServerName https://wcp.mycompany.com:443 ServerAdmin email@example.com RewriteEngine On RewriteOptions inherit </VirtualHost>
wcpinternal_vh.conf file and add the following directive:
<VirtualHost *:7777> ServerName wcpinternal.mycompany.com:80 ServerAdmin firstname.lastname@example.org RewriteEngine On RewriteOptions inherit </VirtualHost>
admin_vh.conf file and add the following directive:
<VirtualHost *:7777> ServerName admin.mycompany.com:80 ServerAdmin email@example.com RewriteEngine On RewriteOptions inherit RewriteRule ^/console/jsp/common/logout.jsp "/oamsso/logout.html?end_url=/console" [R] </VirtualHost>
Restart both Oracle HTTP Servers:
cd ORACLE_BASE/admin/instance_name/bin opmnctl stopall opmnctl startall
From the load balancer, access the following URLs to ensure that your load balancer and Oracle HTTP Server are configured properly:
These URLs are only accessible through the load balancer. If you attempt to access them from a Web server host (WEBHOST1 or WEBHOST2), then these URLs will result in errors. These URLs are only valid for accessing the server through the load balancer and the defined virtual host URLs.
If you cannot access these URLs, check to ensure that you completed the procedure in Section 3.3, "Configuring the Load Balancers" correctly.