|Oracle® Enterprise Manager Lifecycle Management Administrator's Guide
12c Release 4 (220.127.116.11)
|PDF · Mobi · ePub|
This chapter explains how you can scale up and scale out a SOA Domain, and OSB Domain, and a WebLogic Domain using Oracle Enterprise Manager Cloud Control (Cloud Control). In particular, this chapter covers the following:
A WebLogic Domain consists of a set of managed servers running independently or in a cluster, sharing the distributed resources. A WebLogic Server cluster consists of multiple WebLogic managed servers running simultaneously and working together to provide increased scalability and reliability. The server instances that constitute a cluster can run on the same machine, or be located on different machines. You can increase a cluster's capacity by adding additional server instances to the cluster on an existing machine, or by adding machines to the cluster to host the new server instances. You can use the Domain Scale Up / Scale Out deployment procedure to automate the scaling up or scaling out of a domain. You can:
Scale up a domain by adding or cloning a managed server to a host that already exists in the domain or cluster.
Scale out a domain by adding or cloning a managed server to a host that is not present in the domain or cluster.
Before running the Scale Up / Scale Out Middleware deployment procedure, you must meet the prerequisites listed in this section.
Note:For information about how to setup your infrastructure for Middleware Provisioning, see Section 19.2.
Meet the following prerequisites before you start extending the WebLogic Domain:
The WebLogic Domain that is scaled up / scaled out must be an existing domain that has been discovered with Cloud Control.
If you are scaling out a domain, ensure that the destination machine contains sufficient space. If the size of the Middleware Home on the source machine is 3 GB, you need approximately 3 GB in the working directory on the source and destination machines. Additionally, the destination machine should also have 3 GB of space for the Middleware Home. The working directory is cleaned up after deployment procedure has been successfully completed.
The Middleware Home directory you specify on the destination machine must be a new directory or must be empty.
The Management Agent must be installed on the source (where the Administration Server is running) and the destination machines. The Administration Server for the domain must be up and running.
The Administration Server and Managed Server (being cloned) must be up and running before you run the deployment procedure.
The Managed Server and Node Manager ports must be free.
For scaling out a domain, the user must have the following permissions:
Read permissions on:
Administration Server Host Middleware Directory
Administration Server Host Domain Directory
Write permissions on:
Administration Server Host Working Directory
Working Directory of all the destination Managed Server hosts
Middleware Directory of all the destination Managed Server hosts
Domain Directory of all the destination Managed Server hosts
For scaling up a domain, the user must have the following permissions:
Read permissions on:
Administration Server Host Working Directory
Domain Directory of all the destination Managed Server hosts
The domain being scaled up / out should not be in Edit mode. Ensure that there is a running WebLogic Console for this domain.
If you choose to associate the Node Manager with an existing machine, you must ensure that the Node Manager is up and running. If the Node Manager is down or unreachable, the deployment procedure will fail.
This table describes how to scale up an existing SOA Domain, Oracle Service Bus (OSB) Domain, and WebLogic Domain:
All the SOA server values are cloned from the source. For the new SOA server created, a new JMS server is added.
All the OSB server values are cloned from the source. Optionally, you can configure coherence.
All the WLS server values are cloned from the source.
A WebLogic Domain consists of a set of managed servers running independently or in a cluster, sharing the distributed resources. A WebLogic Server cluster consists of multiple WebLogic managed servers running simultaneously and working together to provide increased scalability and reliability. The server instances that constitute a cluster can run on the same machine, or be located on different machines. You can increase a cluster's capacity by adding additional server instances to the cluster on an existing machine, or by adding machines to the cluster to host the new server instances.
The Scale Up / Scale Out Middleware wizard allows you to increase a cluster's capacity by adding additional server instances to the cluster on an existing machine, or by adding machines to the cluster to host the new server instances.
To scale up or scale out a domain, follow these steps:
Ensure that the prerequisites are met. See Section 20.2.
Specify the source domain. See Section 20.4.1.
Add a new managed server or clone an existing one. See Section 20.4.2
Add a new server to be front ended with the selected OHS. See Section 20.4.3.
Provide the Managed Server Host credentials and WebLogic Domain Administrator Credentials. See Section 20.4.4.
Specify when the scale up or scale out operation should be performed. Section 20.4.5.
Review the inputs and submit the deployment procedure. See Section 20.4.6.
You can automate the scaling up or scaling out of a domain or cluster using the Domain Scale Up / Out Deployment Procedure. You can add capacity to an existing WebLogic Domain and /or cluster by:
Adding attributes of a new managed server to an existing cluster.
Adding and copying attributes of a new managed server to an existing cluster.
Cloning a managed server. If the source server is clustered, when you clone an existing Managed Server, another Managed Server will be created in the same cluster.
A wizard guides you through the process.
From the Targets menu, select Middleware.
A list of Middleware targets is displayed. Find the WebLogic Domain that you want to use as the source for the cloning operation. Right click on that WebLogic Domain to access the context sensitive menu. From the menu, select Provisioning and Scale Up / Scale Out WebLogic Domain. The WebLogic Domain Scale Up: Source page is displayed.
Alternatively, you can launch this as a procedure from Middleware Provisioning page. To do so, from Enterprise menu, select Provisioning and Patching, then select Middleware provisioning. On the Middleware Provisioning page, from the deployment procedures table, select Scale up/Scale out Middleware, and click Launch. In this case you will need to provide the source information by selecting the WebLogic domain that needs to be extended.
In the Working Directory field, specify the directory on the Administration Server machine where the domain scale up related files are temporarily stored. If this directory is not present, it will be created. When the scale up operation has been completed, the directory and its contents will be deleted.
Note:The Working Directory must not be created under the Middleware Home or the WebLogic Domain Home directory.
In the Source Information section, details of the source domain including the Middleware Home, WebLogic Server Home, and the Middleware Domain Location are displayed.
In the Select destination Hosts section, click Add Hosts to select the host you want to add managed servers to.
On the Managed Servers page, you can perform the following tasks:
Cloning an Existing Managed Server: To do so, select the host you want to add the new server to. This option adds a new managed server to the domain, and copies a pre-determined set of the attributes from the existing server.
For information about updating the Managed Server details, see Adding a New Managed Server.
Deleting a Managed Server: To do so, select the managed server and click Delete Server.
To add a new managed server to a WebLogic Domain, follow these steps:
Select the domain, and click Add Server.
On the Managed Server Page, enter configuration details for a new Managed Server like a unique name for the new Managed Server, listen address, and the SSL port.
In the Configure Machines section, you can choose:
Do not associate with any machine (Node Manager): If you select this option, the Node Manager is not associated with the machine and you cannot use the Node Manager console to start the Managed Server Host.
Use an existing machine (Node Manager): Select this option to associate the Node Manager with an existing machine. You must select the machine with which the Node Manager is to be associated from the Machine Name menu.
Create a new machine (Node Manager): Select this option to create a new machine and specify the machine name, node manager address, and port number. If the Node Manager is not up and running, this operation will be timed out.
Note:To perform administrative operations such as start and stop from the Enterprise Manager Cloud Control, the Node Manager must be configured and running on the machine.
In the Configure Keystore for the Managed Server section, you can select one of the following options:
Use Default Demo Trust Certificates
Use Custom Certificates: If you select this option, you will need to provide valid inputs for all the KeyStore fields.
In the Software Installation section, in the Working Directory field, a pre-populated directory path is available. This is the full path to the directory on which the files required for scale up will be staged.
On the Web Tier page, you can add a server to frontend the Oracle HTTP Server (OHS). To do so, follow these steps:
On the Web Tier page, click Add.
From the Target selector dialog box, select any target server, then click Select.
The newly added OHS component appears in theWeb Tier table.
On the Credentials page, you can set the following types of credentials:
Host Credentials: In this section, you must provide all the credentials for all the hosts on which the Managed Servers are running. To do so, click the add icon for each host, and in the Add New Credentials dialog box, enter a valid username and password. If you want the job to use these credentials for each target when the job runs, select the Set As Preferred Credentials check box.
WebLogic Administrator Credentials: In this section, you must set the credentials of the host machine on which the Administration Server is running. To do so, click the Add icon for each of the WebLogic Domains, and in the Add new administrator credentials dialog box, enter a valid administrator name and password. If you want the job to use these credentials for each target when the job runs, then select the Set As Preferred Credentials check box.
On the Schedule page, specify a Deployment Instance name. If you want to run the procedure immediately, retain the default selection, that is, Immediately.
If you want to run the procedure later, select Later and provide time zone, start date, and start time details.
You can set the notification preferences according to deployment procedure status.
If you want to run only prerequisites, select Pause the procedure to allow me to analyze results after performing prerequisite checks. This pauses the procedure execution after all prerequisite checks are performed.
On the Review page, review the details you have provided for the Deployment Procedure. If you are satisfied with the details, then click Submit to run the Procedure according to the schedule set. If you want to modify the details, click the Edit link in the section to be modified or click Back repeatedly to reach the page where you want to make the changes.
After you submit the deployment procedure, you will return to the Procedure Activity page where you can view the status of the Deployment Procedure. When the Deployment Procedure is complete, the newly cloned environment will be added as a new target in Enterprise Manager Cloud Control and can be monitored along with the other Fusion Middleware targets.
This section lists some of the best practices to be followed while using the Middleware Provisioning deployment procedure.
Configuration of the source domain should not be changed: While executing these deployment procedures, ensure that no administrative activities (such as configuration changes on the source domain and software patching) are actively performed on the source domain. If you change the configuration, the managed server may not respond to requests and the Administration Server will have an Unknown status.
Provisioning on the same machine: If you are using the Deployment Procedure to provision or scale up to the same machine as the source, the working directory on the source and target machines is populated by default. If these values are changed, you must ensure that the working directory on the source and the destination machines are different. For example, if the working directory is
/tmp/source for the source machine, it could be
/tmp/dest on the destination directory. You must also ensure that the listen port number and SSL port numbers (if enabled) for the Administration Server and Managed Server are different on the source and destination servers.
Unique Farm Prefix: While using the Provision Middleware Deployment Procedure, ensure that the farm prefix is unique. The farm prefix gets appended to the domain name to uniquely identify a given domain in Cloud Control.
JDBC Configuration: While configuring the JDBC data sources, the database user and schema owner must enter appropriate passwords.
Custom Java Applications and their Deployment Plan: These deployment procedures support custom java applications in staged mode. Externally staged applications need to be manually deployed. For instructions on manual deployment, see the WebLogic Administration Guide.
Multi NIC Machines: If the destination machine is a multi NIC system, enter a listen address that is accessible to both the Administration Server and Managed Server.