Manual Chapter :
Setting up F5 Guided
Configuration for SSL Orchestrator in High Availability
Applies To:
Show VersionsF5 SSL Orchestrator
- 16.0.1, 16.0.0
Setting up F5 Guided
Configuration for SSL Orchestrator in High Availability
Overview: Setting up F5
Guided Configuration for SSL Orchestrator in high availability
This section describes how to deploy F5 SSL Orchestrator high availability (HA).
SSL Orchestrator HA configuration and deployment ensures a decrease in downtime and eliminates
single points of failure. The deployment of SSL Orchestrator’s HA works with the BIG-IP
device groups support to sync the SSL
Orchestrator specific configuration items, and is transparent to the user.
The deployment occurs after completing a configuration change and
selecting Deploy. The deployment request is first routed to one of the devices in the HA
device group. This first device configures the device where the request is received. After
successful deployment on that device, the request is repeated on other BIG-IP devices.
With SSL Orchestrator installed onto a dedicated system with failover, it
automatically takes over in case of system failure. Data is synchronized between the two
systems, ensuring high availability and consistent protection.
SSL Orchestrator high
availability deployment is supported for use only with SSL Orchestrator versions 2.1 and
later.
Set up BIG-IP ISO with F5 Guided Configuration for SSL Orchestrator in
high availability
To ensure that your F5 SSL Orchestrator high availability (HA)
deployment succeeds, it is critical that you closely follow each deployment step, as well as the
assumptions and dependencies, for both devices in the device group. In addition, you should
adhere to all prerequisites. If the systems in the device group are not configured consistently,
the deployment synchronization process might suffer errors or fail.
To install and setup the BIG-IP ISO with SSL Orchestrator Guided Configuration
in HA, you will perform the following tasks to ensure your HA deployment succeeds:
- Configure the network for HA.
- Configure the ConfigSync and Failover IP address.
- Add a device to the local trust domain.
- Create a Sync-Failover device group.
- Synchronize the device group.
- Set up a basic configuration for deployment.
Assumptions and
dependencies
To ensure that your SSL Orchestrator HA deployment succeeds, it is
critical that you closely review and follow all assumptions and dependencies.
- HA Setup: BIG-IP HA (CMI) must be set to Active-Standby mode with network failover. See theBIG-IP Device Service Clustering: Administrationdocument for detailed information on Active-Standby HA mode.
- HA Setup: If the deployed device group is not properly synced or RPM packages are not properly syncing, make sure your HA self IP (for example,ha_self)Port Lockdownsetting is not set toAllow None. On the Main tab, click and click yourha_self. IfPort Lockdownis set toAllow Custom, check that the HA network port 443 is open on self IP.
- BIG-IP HA Devices: Only manual sync is supported.
- BIG-IP HA Devices: Devices in each BIG-IP HA pair must be the same model and run the same version of TMOS® (including any hotfixes). Except for the management interface, you must configure both devices to use the same arrangement of network interfaces, trunks, VLANs, self IPs (address and subnet mask), and routes. For example, if one BIG-IP device is connected to a specific VLAN/subnet using interface 1.1, the other BIG-IP device must also be connected to that VLAN/subnet using interface 1.1. If the BIG-IP device configurations do not match, this implementation will not deploy correctly, and HA failover will not work.
- User Experience: Deployment must be initiated from the active HA BIG-IP device.
- User Experience: If the environment is changed from non-HA to HA, or from HA to non-HA, the application must be redeployed.
- User Experience: You can refresh the SSL Interception Rules screen () for each peer device in order to see all modified changes.
Prerequisites
Before configuring the network for HA, make sure these prerequisites are in
place:
- The information used to configure your devices is identical on both devices. Without identical information on both devices, the HA deployment process can suffer from errors or fail.
- The latest version of BIG-IP SSL Orchestrator is successfully installed on the first device (the Active device).
- Successfully set up an HA ConfigSync device group prior to starting the configuration. See the sectionConfiguring the network for high availabilityand its subsections to ensure that this prerequisite has been properly completed. For additional information, refer to theBIG-IP Device Service Clustering: Administrationdocument, sectionManaging Configuration Synchronization.
- SSL Orchestrator is installed with the appropriate license information using the SSL Orchestrator Setup Utility (or the CLI) and made sure your device setup information is identical on both devices:
- While using the SSL Orchestrator Setup Utility, you have noted the details used for NTP and DNS setup and made sure they will be identical on both devices. To verify duplication, on the Main tab, clickand selectNTPorDNS.
- Ensure that any certificates used in the configuration are copied to all devices.
- Ensure that information is identical on all devices. This information should include any of the following that are needed:
- Client network
- External network
- Decrypt zone network
- Decrypt zone control network
- Networks providing access to ICAP devices and Receive-only devices
- Ensure that the log publishers are configured and named the same.
- Ensure that all systems use the same interfaces for any services. (If interface 1.1 is used to send traffic to an inline Layer 2 device on system A, then interface 1.1 must also be used on systems B, C, and D.)
Do not attempt to duplicate the configuration by saving and restoring a user configuration set (UCS) file from one machine to the other, or any other cloning approach. There are several IDs that must be unique that will also be duplicated, causing additional problems.
Configuring the network for high
availability
You can specify the settings for VLAN HA and self IP addresses on the active device
to configure your network for high availability. If needed, you can configure all
devices involved in the high availability group for HA.
This network connects the various
devices and must be a common Layer-2 network between all devices.
- On the Main tab, click.The VLAN List screen opens.
- ClickCreate.A New VLAN screen opens where you can configure your new VLAN.
- In theNamefield, type the name (for example,ha_vlan).
- For theInterfacessetting:
- From theInterfacelist, select an interface number.
- From theTagginglist, selectTaggedfor traffic for that interface to be tagged with a VLAN ID.
- ClickAdd.The interface you selected appears in theInterfaceslist as a tagged service.
- ClickFinished.Next to the F5 logo, your device status appears showingONLINE (ACTIVE)andStandalonewith green indicators showing their status as up and running.
- On the Main tab, click.The Self IP List screen opens.
- ClickCreate.A New Self IP screen opens where you can configure your new self IP.
- In theNamefield, type the self IP name (for example,ha_self).
- In theIP Addressfield, type the IP address for the device.
- In theNetmaskfield, type the netmask for the device.
- From theVLAN/Tunnellist, select the VLAN name (ha_vlan).
- ClickFinished.
Configuring ConfigSync and failover IP
addresses
Before creating the device group, you should configure the configuration
synchronization (ConfigSync) and Failover IP addresses for each
BIG-IP system in the device group. The ConfigSync address is the IP
address that the system uses when synchronizing configuration with peer devices, and
the failover address is the IP address that the system uses for network
failover.
- On the Main tab, click.The Devices List screen opens.
- Click your device in the device list.The properties screen for the device opens.
- ClickConfigSync.The screen shows the ConfigSync Configuration area, with the local address of the device.
- From theLocal Addresslist, select the VLAN address (ha_vlan).
- ClickUpdate.
- ClickFailover Network, and then clickAdd.The New Failover Unicast Address screen opens.
- In theAddressfield, make sure that the VLAN address (ha_vlan) is present.
- ClickRepeat.
- After the screen refreshes, from theAddresslist, select the Management Address.Connection Mirroring is not supported.
- ClickFinished.The Failover Unicast Configuration area lists both the VLAN HA (ha_vlan) and Management Address devices.
Adding a device to local trust
domain
Any BIG-IP devices that you intend to add to a device group
must first be members of the same local trust domain. When a BIG-IP device joins the
local trust domain, it establishes a trust relationship with peer BIG-IP devices
that are members of the same trust domain. For example, if you are creating a device
group with two members, you must log in to one of the devices and join the other
device to that system's local trust domain. The devices can then exchange their
device properties and device connectivity information.
- On the Main tab, click.The Device Trust screen opens.
- On the menu bar, clickDevice Trust Membersto view peer and subordinate device settings.The Device Trust Members screen opens.
- ClickAdd.The Device Trust screen opens, showing Retrieve Device Credentials (Step 1 of 3).
- From theDevice Typelist, selectPeer.
- In theDevice IP Addressfield, type the IP address of your device.
- ClickRetrieve Device Information.The screen shows Verify Device Certificates (Step 2 of 3).
- ClickDevice Certificate Matches.The screen shows Add Device (Step 3 of 3).
- In theNamefield, type the name of the device you are adding.
- ClickAdd Device.At the upper right, next to the F5 logo, the status of your device should showONLINE (ACTIVE)andConnected, with a green indicator next to them showing its active and connected status.
Creating a sync-failover device
group
For an HA configuration, you need to establish failover capability between two or
more BIG-IP devices. Then, if an active device in a
sync-failover device group becomes unavailable, the configuration objects fail over
to another member of the device group, and traffic processing is unaffected. You
perform this task on any one of the authority devices within the local trust
domain.
- On the Main tab, click.The Device Group List screen opens.
- ClickCreate.The New Device Group screen opens.
- In the General Properties area, name your new device group and select the group type.
- In theNamefield, type the name of your device group.
- From theGroup Typelist, selectSync-Failover.
- For theConfigurationsetting, retain theBasicconfiguration type, and then select members and define the sync type.
- In theMemberssetting, select available devices from theAvailablelist and add them to theIncludeslist.
- From theSync Typelist, selectManual with Incremental Sync.You must do a manual sync. If you selectAutomatic with Incremental Sync, your HA deployment will fail.
- ClickFinished.
The Device Groups list screen opens,
listing your new device group. The ConfigSync Status column will indicate
waiting
Initial Sync
.Synchronizing the device group
For an HA configuration, you need to synchronize the BIG-IP®
configuration data from the local device to the devices in the device group. This
synchronization ensures that devices in the device group operate properly. When
synchronizing self IP addresses, the BIG-IP system synchronizes floating self IP
addresses only.
- Next to the F5 logo, clickAwaiting Initial Sync.On the Main tab, you can also click.The Device Management Overview screen opens, showing your Device Groups.
- In the Sync Issues area, selecthato expand the Devices and Sync Options areas of the screen.
- In the Devices area, select the device showingChanges Pending.
- In the Sync Options area, selectPush the selected device configuration to the group.
- ClickSync.
You have now completed your F5 SSL Orchestrator HA deployment. You
can now navigate to SSL Orchestrator configuration menu. If the RPM is not yet
installed, it will auto-install the on-box RPM. Once the RPM is installed, you can
proceed in setting up your SSL Orchestrator configuration for deployment.
Overview: Upgrading BIG-IP ISO with F5 Guided Configuration for SSL
Orchestrator in high availability
F5 recommends you follow the procedures below that match your current
version details when upgrading to the newest version of SSL Orchestrator in high
availability:
- Upgrade SSL Orchestrator from version 13.x.x, 14.0.x to 16.0.0 (forklift upgrade)
- Upgrade SSL Orchestrator from version 14.1.x, 15.x.x to 16.0.0
- Upgrading BIG-IP ISO to a major or point release version with F5 Guided Configuration for SSL Orchestrator in high availability
- Upgrading BIG-IP ISO from 16.0.x to a Hotfix-BIG-IP version with F5 Guided Configuration for SSL Orchestrator in high availability (with RPM upgrade)
- Upgrading BIG-IP ISO to a major or point release version with SSL Orchestrator and Access Policy Manager (APM) in high availability
Upgrade SSL Orchestrator from version 13.x.x, 14.0.x to 16.0.0 (forklift upgrade)
Perform the following steps for all the devices in HA using the SSL
Orchestrator forklift version upgrade.
- Export currently deployed SSL Orchestrator configurations (only for 13.x.x)
- Undeploy your currently deployed SSL Orchestrator application
- Uninstall SSL Orchestrator
Exporting currently deployed F5 SSL Orchestrator configurations
If you are upgrading
SSL Orchestrator from 13.0.0-2.3 or 13.1.0-3.0, you have the option to first export any
currently deployed configurations. Only SSL Orchestrator versions 13.0.0-2.3 and
13.1.0-3.0 contain the export functionality.
By exporting
previously successful deployment configurations as JSON files, you can examine their
configuration settings prior to new deployments with SSL Orchestrator.
Whether you have access to the export functionality or not,
you can review any current configurations and make notes that are important for new
configurations once you upgrade.
- Log in to SSL Orchestrator version 13.0.0-2.3 or 13.1.0-3.0.
- On the Main tab, clickto view the export configuration settings. The Export Configurations screen opens.If you do not have any previously saved deployments, no information displays.
- In theExport Configurationstable, select a previously deployed configuration.
- ClickExport.A dialog box pop-up opens showing the JSON configuration information to be exported and asksDo you wish to export the current SSL Orchestrator Configuration settings to a .json file?
- To export the current SSL Orchestrator settings into a JSON export file, clickOK, or clickCancelto stop the export process.
- Type the file name of the JSON file to export.
- ClickOK.
The configuration
information you selected to export is downloaded to your local system as a JSON file for
later use as a reference to your previous deployments. You are now ready to undeploy
your SSL Orchestrator configuration.
Undeploying your currently deployed F5 SSL Orchestrator application
If you are upgrading
SSL Orchestrator from versions 14.0.x or older to 16.0.0, this task is required for a
successful upgrade.
To undeploy your currently deployed
configuration, do the following:
- On the Main tab, click. The SSL Orchestrator Configuration screen opens.
- For SSL Orchestrator versions prior to 14.0.x-5.x, clickUndeploy.
- For SSL Orchestrator versions 14.1.x-5.x or higher, select the check box next to the name of the deployments you want to remove and clickDelete.
Your entire SSL
Orchestrator configuration is now removed from your system and you are ready to
uninstall your SSL Orchestrator application.
Uninstalling F5 SSL Orchestrator
If you are upgrading
SSL Orchestrator from versions 13.x.x or 14.0.x to 16.0.0, this task is required for a
successful upgrade.
To uninstall your SSL Orchestrator application,
do the following:
- On the Main tab, click. The Updates screen opens.
- Under the Version field, clickUninstall.
- ClickOK.Do not click on any link underneath the SSL Orchestrator tab after you clickOKor the system will automatically reinstall.Your application is now removed from your system and you are ready to install the new BIG-IP 16.0.0 ISO image. Proceed to the next section to review theAssumptions and dependenciesand requiredPrerequisitesbefore moving to theVerifying gossip is working between the high availability device pair before installing the ISOsection.
Upgrade SSL Orchestrator from version 14.1.x, 15.x.x to 16.0.0
Before you begin, ensure you check all assumptions and dependencies and
verify all prerequisites are followed.
In addition, create a backup of your current configuration to ensure your settings are
not lost if the update fails.
- Review the Assumptions and dependencies and Prerequisites information
- Validate HA status is in a good state
- Take UCS backup on both devices
Assumptions and dependencies
To ensure that your SSL Orchestrator HA upgrade succeeds, it is
critical that you closely review and follow all assumptions and dependencies.
- HA Setup: Validate the HA status BEFORE the new ISO installation. HA should be in good state at the time of ISO installation.
- HA Setup: This chapter guides you through the upgrade process using the management IP.
- HA Setup: You must ensure you have adequate space for installing the new ISO.
- BIG-IP HA Devices: If any other modules are used and configured on the BIG-IP, refer to their respective upgrade guide before starting the upgrade. Some of the modules may require specific pre-upgrade and post-upgrade procedural steps.
- BIG-IP HA Devices: Existing traffic will be impacted during upgrade.
- BIG-IP HA Devices: Existing configurations are copied to the new partition during installation of a new ISO and not when booting into the new partition. In the new partition, the user will see the configuration which was present at the time of the ISO installation.Always make sure HA is in good state at the time of ISO installation.F5 recommends you do not perform any SSL Orchestrator configurations after installing the new software image.
- BIG-IP HA Devices: SSL Orchestrator will only successfully upgrade if the ISO upgrade is successful. If there are any issues with the new partition or software installation in the new partition, the SSL Orchestrator upgrade may fail or behave in an unexpected manner.
- User Experience: It is recommended to not click on the SSL Orchestrator menu, or sub menu, until both HA devices are successfully upgraded and running the same version of ISO.
- User Experience: Do not use the iAppsLx menu for upgrade or modify any SSL Orchestrator iAppsLx instances unless advised to do so.
- User Experience: Only active and standby modes are supported in HA mode (assuming there will be only two devices in HA).
The below information provides insight to system behaviors and
related information provided during the upgrade process that may be encountered:
- If the ISO upgrade is complete, but gossip is not in a good state and the menu under SSL Orchestrator is clicked, the RPM upgrade will begin but any configuration upgrade will not occur until gossip is fixed.
- After gossip is fixed and begins to operate, the upgrade process will automatically resume.
- In some instances, the HA and gossip issues are difficult to correct. To recover, you must break the HA pair and rebuild the HA setup. Once the HA pair is broken by resetting the device trust, the devices will become standalone devices and the upgrade will resume on each individual device.
- Any failure while upgrading the SSL Orchestrator configuration, or error during deployment while upgrading the configuration due to network issues, memory issues, or framework issues, needs to be handled separately after the upgrade. Users will need to fix the underlying issues first and then trigger a redeployment of the configuration.
- If restnode, restjavad, or the system boots during the deployment, some deployments may be in an error state. An HA connectivity issue may take a longer time to recover. Check the HA Status screen. Likewise, an error message banner may appear on the landing screen warning of an HA issue with configuration changes also being disabled.
- To reduce stress on the rest framework polling period for HA status during the RPM upgrade or the restnoded restart process, the system status and update status will be refreshed on the UI in one minute increments.
- The SSL Orchestrator deployment may fail and timeout due to high CPU usage.
Prerequisites
Before upgrading the network for high availability, make sure
these prerequisites are in place:
- You must have access to theUI through the management IP with administrator access privileges.
- You must have access privileges to SSH a device.
- Both devices should be synchronized.
- Gossip should be in a working stage.
- The HA pair should be in a “good state”. Check the logs (restnoded, restjavad, TMM) for any errors before starting the upgrade. Also make sure to perform a CMI synchronization.
- When HA breaks with an HA Layer 2 wired device setup, it may cause a Layer 2 loop that may result in network failure. To ensure there is no network failure in this instance, make sure the STP is properly configured.
- The SSL Orchestrator HA and gossip should be in a good state when installing the ISO. If this prerequisite is not met, the configuration upgrade will not occur after the ISO upgrade and any configuration modifications will be restricted.
- There should be no applications in Bound, Binding, or Error state when installing the new ISO or before booting to the new partition. There should not be any SSL Orchestrator blocks (block name starting with“sslo_ob_”).To verify no issues exist, select. If there is anything in an error state (red icon), fix the deployment by correcting the configuration and redeploy. If there is anything in a bound state (green icon), select them all and clickUndeploy. Once they have been undeployed, select the same block and delete them. If there is anything in a binding state (moving icon), wait until it completes. If the block remains in that state, contact customer care to resolve.
- Perform a UCS backup before installing the new ISO.
Validating the HA status before installing the ISO
If you are upgrading from SSL Orchestrator Guided
15.1.0, go to the SSL Orchestrator Guided Configuration
HA Status
screen to validate your HA status on both devices.To validate HA status on both devices, do the
following:
- On the Main tab, click. The SSL Orchestrator Configuration screen opens.
- Click on the HA Status icon (at the top right part of the screen).
- Review your HA status on both devices and fix any issues that are in a bad state.
After validating the HA status for both devices and
fixed any issues, go to https://downloads.f5.com/esd/index.jsp or the support engineer
(ENE) provided ISO to install the new ISO.
Verifying gossip is working between the high availability device pair
before installing the ISO
If you are upgrading SSL Orchestrator from versions
13.x.x, 14.x.x, or 15.0.x to 16.0.0, then perform the following steps for HA
verification.
- On the Main tab, clickto check the HA sync failover group settings:
- If the group is not present, then you must create one.
- TheGrouptype should displaySync-Failover.
- All HA devices should be present in theIncludesfield.
- The sync type should displayManual with Incremental Sync.
- Using any web browser, open the URLhttps://<Management IP>/mgmt/shared/gossipfor all the HA devices. Change the <Management IP> with the management IP belonging to the HA devices and verify that the status shows asACTIVE.
- Using any web browser, open the URLhttps://<Management IP>/mgmt/tm/cm/devicefor all the HA devices. Change the <Management IP> with the management IP belonging to the HA devices and verify the following:
- Verify that the item’s count, returned on both the devices, are same.
- Verify that the attributeconfigsyncIpis present for all of the devices and that they match the HA VLAN IP of the corresponding device.
- Verify for each device that the attributeunicastAddressis present and that theconfigsyncIpvalue is an entry ofunicastAddress. In addition, the management IP should also be an entry ofunicastAddress.
- Using any web browser, open the URLhttps://<Management IP>/mgmt/shared/resolver/device-groups/tm-shared-all-big-ips/devicesfor all of the HA devices in the browser. Change the <Management IP> with the management IP belonging to the HA devices. This will give the list of devices participating in the gossip so you can validate the following:
- Validate that all of the devices are present and are consistent with the results shown in step 2 and step 3.
- Validate that the attributeaddressis present and it matches the corresponding device HAconfigsyncIp.
- Check the portLockdownsettings on all the HA devices by performing the following:
- Use any browser and log in to all HA devices using the management IP.
- On the Main tab, clickand then select the Self IP used with HA VLAN.
- Verify that thePort LockdowndisplaysAllow AllorAllow Default.
- Using any web browser, open the URLhttps://<<Management IP>>/mgmt/tm/shared/bigip-failover-statefor all of the HA devices. Change the <Management IP> with the management IP of the HA devices and verify the following:
- Verify that the attributefailoverStateis set toActivefor active device andStandbyfor the standby device.
- Verify that the attributenetworkFailoverDeviceGroupmatches the corresponding HA device.
- If there is still an error or verification is not working correctly, perform the following to troubleshoot issues:
- Check whether the currently installed.isoand.rpmversions of each device are identical.
- Ping device B'sconfigsyncIpat device A.If this does not work, check if the VLAN for the HA setup is bound to correct network interface, and/or the selfIP (used asconfigsyncIp) of this VLAN is set correctly.
- Check that theNTPandDNSsettings of each device are identical.
- On the Main tab, clickand review the resulting status. Make sure there are no warnings or errors.
Upgrade BIG-IP ISO to a major or point release version with F5 Guided Configuration for SSL Orchestrator in high availability
Perfom the following task to upgrade your BIG-IP ISO to a major, or point,
release version with SSL Orchetrator in high availability (HA). Make sure you review all
Assumptions and dependencies and verify all Prerequisites prior to starting the
upgrade.
During the SSL Orchestrator RPM upgrade, use the message's table for explinations that
may appear during the process and provide insight on the upgrade or issues that may need
to be resolved. Make sure you review all Assumptions and dependencies and verify all
Prerequisites prior to starting the upgrade.
Upgrading BIG-IP ISO to a major or point release version with F5
Guided Configuration for SSL Orchestrator in high availability
Verify all Prerequisites before starting the
upgrade.
- If your HA device pair are not in sync, perform a manual configuration sync and take a UCS backup on to both devices.
- Download the target ISO from https://downloads.f5.com/esd/product.jsp?sw=BIG-IP&pro=big-ip_v16.x and select16.0.0from the list to see all the available downloads for the 16.0.0 version of BIG-IP.
- To upload the new ISO on both devices, perform the following steps (this process can be initiated on both devices in parallel and in any sequence):
- Using the management IP, on the Main tab, clickand clickImport.
- ClickChoose Fileand select the newly downloaded ISO and clickImport.
- Update the standby box
- Perform the below steps to install the new ISO:
- On the Main tab, click.
- Select the check box next to the software image to be installed and clickInstall.Do not perform any configuration changes until the image installation is complete. This screen will continue to refresh to display the install status.
- After the image installation successfully completes, perform the following steps to boot into the new partition:
- On the Main tab, click.
- Click on theBoot Locationwhere the new software image is installed. The General Properties screen appears.
- ClickActivateandOKon the confirmation dialog and wait until the device is fully booted into the new partition.
- After the standby device successfully boots, verify that the software upgrade was successful by checking the logs (restnoded, restjavad, ltm) for errors.Do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen during the verification.
- Update the active device
- Perform the below steps to install the new ISO:
- On the Main tab, click.
- Select the check box next to the software image to be installed and clickInstall.Do not perform any configuration changes until the image installation is complete. This screen will continue to refresh to display the install status.
- Boot into the new partition:
- On the Main tab, click.
- Click on theBoot Locationwhere the new software image is installed. The General Properties screen appears.
- ClickActivateandOKon the confirmation dialog and wait until the device is fully booted into the new partition.
- After the active device successfully boots, verify that the software upgrade was successful by checking the logs (restnoded, restjavad, ltm) for errors.Do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen during the verification.
- Verify HA is in a good state after both devices are on same ISO version. Use manual steps for the verification. See the following section for manual steps: Verifying gossip is working between the high availability device pair before installing the ISO.Do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen during the verification.Do not proceed further if HA is not in a good state. You must fix all HA issues before proceeding.
- TheChanges Pendingwarning will appear on top left side of the screen. Click on the message and perform the device sync.
- After verifying a successful ISO upgrade, on the Main tab, clickto auto upgrade SSL Orchestrator with the new on-box RPM. If you do not want to upgrade to the on-box package version, use the package management UI to upload the new RPM.Once the SSL Orchestrator screen loads, do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen.After installing the RPM, it may take some time to re-build the HA.Do not install the RPM on both devices since the device is in HA mode. The RPM will be automatically installed on the second device.Once the RPM is installed on both devices and the HA status is good, the configuration upgrade will begin and will take additional time based on your system speed and setup.During the SSL Orchestrator RPM upgrade, the following messages may appear providing insight on the upgrade or issues that may need to be resolved:MessageExplinationLoading SSL Orchestrator Configuration. Any configuration changes are not allowed until the configuration is fully loaded.This message appears when the UI is loaded but the HA verification did not yet start. This message may not appear on fast system.Validating SSL Orchestrator Setup. Any configuration changes are not allowed until the validation in progress.This message appears when the system is attempting to verify the state of the device (for example, if the device is either HA or standalone or what is the health of HA state).The SSL Orchestrator configuration cannot upgrade due to an invalid BIG-IP HA setup. Wait 2 minutes for self-recovery. If HA remains invalid, select HA-Status for more details and correct the issues. Configuration changes are not allowed until all HA issues are resolved.This message appears on a HA device (this will not appear for a standalone device) when the HA setup is not valid. This event is common during the RPM upgrade process because the new RPM installation involves restarting the restnoded and and the HA status will become invalid for a short period of time. Most often, when the restnoded restart finishes, the HA status returns to a good state. However, even after restnoded restarts and is up and running, this message may appear because the system cannot recover by itself. For more details about this message, click on the HA Status icon from the SSL Orchestrator configuration screen.Upgrading SSL Orchestrator configuration(s). Configuration changes are not allowed until the upgrade process is complete.This message appears on the HA device which is triggering the upgrade and starts the deployment and means that the HA verification has passed (both devices are in a good state and the configuration upgrade has begun).The upgrade process is now complete.This message appears once the upgrade process has completed.The upgrade process is running on a peer device <<MANAGEMENT_IP>>. Configuration changes are not allowed until the upgrade process is complete.This message appears on a HA device that is not initiating the configuration upgrade. The configuration upgrade is triggered only on one device. In this case, the MANAGEMENT_IP is the management IP of the device in which the configuration upgrade is triggered.The upgrade process cannot determine the device configuration. Configuration changes are not allowed until the upgrade process is complete.This message appears when the system is not able to determine the HA status. This may be caused by a coding exception or a framework issue (for example, when a call to a rest URL is failing).
- On the Main tab, clickand validate that the system is still deploying a configuration. If system is deploying a configuration, wait on this screen until all deployments are complete.
- In case of an error, perform the following troubleshooting step:
- Correct the configuration and deploy again.
- After the upgrade is successful and there are no configurations in error state, initiate a configuration sync. ClickSync.You have now completed your upgrade.
- After a successful upgrade, if you want to install a different version of the SSL Orchestrator RPM, perform the following steps:
- On the Main tab of an active box, clickand click on theUpgrade SSL Orchestratorlink.
- Select a new RPM and clickUpload and install.
- Wait until the installation completes and the screen is refreshed.Before continuing with any further configurations, log in to the standby device and validate that the standby device also upgraded to the new RPM version.
Upgrade BIG-IP ISO from 16.0.x to a Hotfix-BIG-IP version with F5 Guided Configuration for SSL Orchestrator in high availability (with RPM upgrade)
Perfom the following task to upgrade your BIG-IP ISO from 16.0.x to a
Hotfix-BIG-IP version with SSL Orchestartor in high availability (HA) (with RPM
upgrade). Make sure you review all Assumptions and dependencies and verify all
Prerequisites prior to starting the upgrade.
Upgrading BIG-IP ISO from 16.0.x to a Hotfix-BIG-IP version with F5
Guided Configuration for SSL Orchestrator in high availability (with RPM upgrade)
Verify all
Prerequisites before starting the upgrade.
The SSL Orchestrator RPM
may be the same as, or different than, the one packaged with the hotfix (HF)
ISO.
- If your HA device pair are not in sync, perform a manual configuration sync and take a UCS backup on both devices.
- To upload the EHF ISO on both devices, perform the following steps (this process can be initiated on both of the devices in parallel and in any sequence):
- Using the management IP, on the Main tab, clickand clickImport.
- ClickChoose Fileand select the newly downloaded ISO and clickImport.
- Update the standby box
- To install the new EHF ISO, perform the following:
- On the Main tab, click.
- Select the check box next to the software image to be installed and clickInstall.Wait until the image installation is complete. This page will continue to refresh to display the install status.
- After the image installation successfully completes, perform the following steps to boot into the new partition:
- On the Main tab, click.
- Click on theBoot Locationwhere the new HF software image is installed. The General Properties screen appears.
- ClickActivateandOKon the confirmation dialog and wait until the device is fully booted into the new partition.This step is not applicable to the Viprion chassis.
- After the standby device successfully boots, verify that the software upgrade was successful by checking the logs (restnoded, restjavad, ltm) for errors.Do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen.
- Update the active device
- Boot into the new partition:
- On the Main tab, click.
- Click on theBoot Locationwhere the new HF software image is installed. The General Properties screen appears.
- ClickActivateandOKon the confirmation dialog and wait until the device is fully booted into the new partition.
- After the active device successfully boots, verify the HF software successfully upgrades on the actives device by checking the logs (restnoded, restjavad, ltm) for errors.Do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen.
- After verifying a successful ISO upgrade, on the Main tab, clickto auto upgrade SSL Orchestrator with the new RPM. Or use package management UI to upload the new RPM.
- This will automatically upgrade SSL Orchestrator with the new RPM that is packaged with the ISO.Once the SSL Orchestrator screen loads, do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen.
- On the Main tab, clickand validate the SSL Orchestrator RPMVersionnumber showing in the top right banner. You can also hover your mouse over the information icon for more detailed information.
- On the Main tab, clickto validate the system is deploying a configuration. If the system is deploying a configuration, wait on this screen until all deployments are complete.
- In case of an error, perform the following troubleshooting steps:
- Correct the configuration and deploy again.
- If the above step does not resolve the issue, delete all SSL Orchestrator configurations and restore the UCS backup by restartingrestnoded.
- If the UCS backup does not resolve the issue, open a support case to debug.
- If any changes are pending after the upgrade, initiate a configuration sync. ClickSync.You have now completed your upgrade.
- After a successful upgrade, if you want to install a different version of the SSL Orchestrator RPM, perform the following steps:
- On the Main tab of an active box, clickand click on theUpgrade SSL Orchestratorlink.
- Select a new RPM and clickUpload and install.
- Wait until the installation completes and the screen is refreshed.Before continuing with any further configurations, log in to the standby device and validate that the standby device also upgraded to the new RPM version.
Upgrade BIG-IP ISO to a major or point release version with SSL Orchestrator and Access Policy Manager (APM) in high availability
Perfom the following task to upgrade your BIG-IP ISO to a major, or point,
release version with SSL Orchetrator and APM in high availability (HA). Make sure you
review all Assumptions and dependencies and verify all Prerequisites prior to starting
the upgrade.
Upgrading BIG-IP ISO to a major or point release version with SSL Orchestrator and Access Policy Manager (APM) in high availability
Before upgrading the BIG-IP ISO to a major or point
release version with SSL Orchestrator and APM in high availability, review the
assumptions and dependencies above and verify all prerequisites before starting the
upgrade.
- If your HA device pair are not in sync, perform a manual configuration sync and take a UCS backup on to both devices.
- Download the target ISO from https://downloads.f5.com/esd/product.jsp?sw=BIG-IP&pro=big-ip_v16.x and select 16.0.0 from the list to see all the available downloads for the16.0.0version of BIG-IP.
- To upload the new ISO on both devices, perform the following steps (this process can be initiated on both devices in parallel and in any sequence):
- Using the management IP, on the Main tab, clickand clickImport.
- ClickChoose Fileand select the newly downloaded ISO.
- ClickImport.
- Updating the standby device
- Perform the below steps to install the new ISO:
- From the Main tab, click.
- Select the check box next to the software image to be installed and clickInstall.
Do not perform any configuration changes until the image installation is complete. This screen will continue to refresh to display the install status. - After the image installation successfully completes, perform the following steps to boot into the new partition:
- On the Main tab, click.
- Click on theBoot Locationwhere the new software image is installed. The General Properties screen appears.
- ClickActivateandOKon the confirmation dialog and wait until the device is fully booted into the new partition.
- After the standby device successfully boots, verify that the software upgrade was successful by checking the logs (restnoded, restjavad, ltm) for errors.Do not click on any part of the SSL Orchestrator menu or submenu in the UI.
Flushing out the old APM session
The following steps are a part of the available
content at the following location:
https://support.f5.com/csp/article/K25872674.
- After the standby device has been upgraded and booted into the new volume, selectForce Offlineon the [active] device to trigger a failover to this newly upgraded device: . The newly upgraded device will take over as the active device.
- Once the upgraded device takes over as active, you must restart the upgraded device again:.This extra step or additional restart is required to flush out any of the old sessions which may have been introduced from the previously active device while on the older version of the software.
- Wait for the upgraded device to come back up.
- Once the upgraded device becomes the active device, you are now ready to update the second device.
Updating the second device by installing the new ISO
Perform the following steps to install the new ISO
on the second device:
- From the Main tab, click.
- Select the check box next to the software image to be installed and clickInstall.Do not perform any configuration changes until the image installation is complete. This screen will continue to refresh to display the install status.
- Boot into the new partition:
- On the Main tab, click.
- Select theBoot Locationthe new software image is installed (this will appear on the General Properties screen).
- ClickActivateandOKand wait until the device fully boots into the new partition.
- After the device successfully boots and comes back up, bring it back online by selecting. This device should be standby.
- Verify the software successfully upgrades on the device and review the logs for errors.Do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen.
- Verify HA is in a good state after both devices are on same ISO version. Use manual steps for the verification. See the following section for manual steps:Verifying gossip is working between the high availability device pair before installing the ISO.Do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen.Do not proceed further if HA is not in a good state. You must fix all HA issues before proceeding.
- TheChanges Pendingwarning will appear on the top left side of the screen. Click on the message and perform the device sync.
- After verifying HA, on the Main tab, clickto auto upgrade SSL Orchestrator with the new on-box RPM. If you do not want to upgrade to the on-box package version, use the package management UI to upload the new RPM.Once the SSL Orchestrator screen loads, do not click on any tab or link on the SSL Orchestrator menu, submenu, or screen.After installing the RPM, it may take some time to re-build the HA.Do not install the RPM on both devices since the device is in HA mode. The RPM will be automatically installed on the second device.Once the RPM is installed on both devices and the HA status is good, the configuration upgrade will begin and will take additional time based on system speed and setup.
Diagnosing and fixing a high availability deployment
Use the following methods to help diagnose, verify, and fix a failed high
availability (HA) deployment:
- Verify your deployment and view the logs.
- Verify the RPM file version on both devices.
- Configure your deployment settings and redeploy.
- Review the error logs and perform any necessary recovery steps.
Verifying deployment and viewing
logs
You can verify your deployment by
verifying that the required virtuals, profiles, and
BIG-IP LTM and network objects have been created, checking that the RPM
files are in sync, and reviewing logs for failures, for example.
Because the initial device in the HA
device group repeats the configuration requests and propagates the configuration to
other BIG-IP devices, make sure you verify the initial configured device first,
followed by each device in the HA device group. If the initial device deployment
configuration fails, all other device configuration deployments will not
successfully be configured.
- Verify that all expected and required virtuals, profiles, and BIG-IP LTM and network objects (route-domains, VLANs, self IPs) have been created on each device in the HA device group.These will be items beginning with the name given to the application (for example, if the application was named SSLO, verify that all of the items named | Summary SSL Orchestrator 15.1.0 | 9 SSLO_* are the same on all devices).
- Ensure that all RPM file versions are identical.
- Verify your deployment with, or without, services.
- Review the following logs for failures:
- /var/log/restnoded/restnoded.log
- /var/log/restjavad.0.log
Verifying the RPM file version on both
devices
After a successful F5®SSL Orchestrator™ HA deployment, verify that the latest version
of the SSL Orchestrator zip file is installed on both devices.
The following details are for SSL Orchestrator versions 14.1.x-5.x or
higher.
- On the Main tab, click.The SSL Orchestrator screen opens.
- For both devices, validate the SSL Orchestrator RPM Version number showing in the top right banner. You can also hover your mouse over the information icon for more detailed version information.
If the versions are not identical, you must install an updated RPM file and verify
that both devices are identically configured.
Configuring deployment
settings and redeploying
If your configured deployment continues to fail, you can remove
and reconfigure all deployment settings.
- Remove all configurations present on all devices.
- For all devices, individually configure each section in the F5® SSL Orchestrator™ deployment settings and selectFinished. Verify that all new objects are properly synced and deployed.If synchronization or deployment issues persist after deploying after each section, attempt to deploy after updating each item (instead of after each section) in the SSL Orchestrator deployment settings and verify that all new objects are properly synced and deployed.
Reviewing error logs and performing
recovery steps
You can review log messages to help you debug system activity and
perform recovery steps. Refer to the
Setting up F5
Guided Configuration for SSL Orchestration logs settings
section of this
document for more information on generating logs and setting the level of logging
you want the system to perform.- Verify that all BIG-IP®LTM®and network objects are present on each of the devices in the HA device group.
- If the configuration deployment fails on each device, review the logs:
- /var/log/restnoded/restnoded.log
- /var/log/restjavad.0.log
- Use the following REST GET command to determine the state of the deployed device block in the REST storage:
- curl -s -k -u admin:adminhttps://localhost/mgmt/shared/iapp/blocks| json-format
- Since failure scenarios can vary, after reviewing the logs, attempt the following recovery steps:
- Redeploy SSL Orchestrator.If this succeeds, you have recovered from the failure situation.
- Undeploy SSL Orchestrator.By undeploying, a cleanup of MCP objects on each of the devices occurs while also cleaning up required data properties within the block stored in REST storage. If this succeeds, attempt to redeploy again.
- If redeploy or undeploy fails, do the following:
- From command line (back door),run > touch /var/config/rest/iapps/enable.
- Refresh the SSL Orchestrator menu UI.
- Select the deployed application from the list and delete the application.
- Redeploy and undeploy again.
- Once done, remove the filerm -f /var/config/rest/iapps/enable.
- If these recovery steps do not work, you may need to clean up the REST storage.
For more detailed information on
setting up HA, see the
BIG-IP Device Service Clustering: Administration
document.