Considerations for Scaling Out

If you customized your domain configuration after creating it (changing port numbers, changing server names, and so on), there is no guarantee that the domain modification part of the scaling job will succeed. You can disable this feature and perform these tasks manually after the scaling job completes.

1. Sign in to the Oracle Cloud Infrastructure Console.
2. Click the navigation menu , select Developer Services. Under the Resource Manager group, click Stacks.
3. Select the Compartment that contains your stack.
4. Click the name of your stack.
5. Click Variables.
6. Click Edit Variables.
7. Edit the Node Count, and then change the shape of the new compute instances or use the default shape.
   For the compute instance shape:

   • If the default shape is a flexible shape and you choose to use this default shape, you can edit the OCPU count for the additional instances.

     Note:

     If you do not increase the node count and edit the OCPU count for any of the flexible shapes, the OCPU count remains unchanged.

   • If you select the standard shape for the new compute instance, you cannot specify the OCPU count for the instance.

   If you increase the node count and modify the SSH Public Key, the key will be used for new compute instances only. The keys for existing compute instances remain unchanged.

8. Optional: If you have updated the WebLogic Server administrator password, then enter the OCID of the secret that contains the password for the WebLogic Server administrator. See Create Secrets for Passwords.
9. Optional: If you want Oracle WebLogic Server for OCI to create compute instances but not update your domain configuration, select Do Not Update Domain Configuration For Scale Out.
10. Click Next.
11. Click Save Changes.
12. On the Stack Details page, click Apply.
13. In the Apply panel, enter a name for the job and click Apply.
14. Periodically monitor the progress of the Apply job until it is finished.
15. Click Outputs.
16. Locate WebLogic_Instances, and verify the number of compute instances in the updated stack.

If you selected Do Not Update Domain Configuration For Scale Out, then you must manually update your domain configuration and add the managed servers. Use the WebLogic Server Administration Console or the WebLogic Server Scripting Tool (WLST).

If your domain is in a private subnet, the bastion compute instance is deleted and recreated. As a result, the bastion might have a different IP address. See Access the WebLogic Console in a Private Subnet.

If you scale out a domain created after June 24th, 2021, any OPatches you added after provisioning are automatically applied to the new virtual machines.

For domains that were created before June 25th, 2021 or the domains on which the scaling operation did not successfully add a new WebLogic managed server, perform the binary synchronization step manually on the new added virtual machines using the following commands:

adminHost=$(python3 /opt/scripts/databag.py wls_admin_host)

# Step 1: rsync middleware 
rsync -e "ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o LogLevel=ERROR" -a --delete --timeout 60 /
--exclude=user_projects --exclude=logs oracle@$adminHost:/u01/app/oracle/middleware/ /u01/app/oracle/middleware 
# Step 2: rsync jdk 
rsync -e "ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o LogLevel=ERROR" -a --delete --timeout 60 /
--exclude=user_projects --exclude=logs oracle@$adminHost:/u01/app/oracle/jdk/ /u01/app/oracle/jdk