F5 BIG-IP Upgrade Procedure 12.1.2 to 12.1.5.2
F5 BIG-IP Upgrade Procedure 12.1.2 to 12.1.5.2
Ensuring a BIG-IP upgrade does not impact existing service and client traffic involves careful planning and execution. Perform the upgrade during a maintenance window to minimize impact . Before initiating the upgrade, a detailed system health check should be completed to catch potential issues that might affect traffic . Use a phased approach, upgrading nodes one at a time while monitoring traffic processing and health status . For any negative impacts, being prepared to perform failovers and revert to a previous configuration using a UCS backup is critical . Continuous monitoring through diagnostics tools like QKView should be performed pre- and post-upgrade for early issue detection .
To verify proper configuration transfer during a BIG-IP system software upgrade, ensure the devices are correctly upgraded in sequence, starting with the standby device . After rebooting to a new software volume, check the 'shared' and 'non-shared' portion configurations by navigating to Local Traffic > Pools and Network > VLANs . It is crucial to confirm that expected objects are present and test the health of the pool status in comparison with other BIG-IP systems in high availability configurations . Diagnostic utilities such as qkview might also be employed to detect current known issues within the configuration .
After a clean installation on a BIG-IP system, critical steps for transitioning back to operational status include restoring the configuration from a backup. Load a previously saved UCS archive to bring back the custom configurations . It is essential to verify that all configurations such as VLANs, pools, and other settings match those in the HA setup to maintain consistency . Post-restoration, test client traffic to the system to confirm the full functionality and health as expected . Moreover, ensure synchronization with peer devices in an HA configuration to re-establish normal operations .
In a HIGH-AVAILABILITY configuration, during a BIG-IP software upgrade, the standby unit is first updated and booted to the new version while the active unit continues processing traffic. The devices in the group report as 'Disconnected' while running different versions during the process . It's crucial to activate the upgraded unit to confirm it functions correctly before proceeding with the peer . To avoid service disruption, failover should be properly planned, and testing should be conducted to ensure the upgraded unit handles traffic as expected . Documentation and testing are critical for verifying the configuration, particularly regarding pools and VLANs .
When ensuring the smooth running of a BIG-IP system during and post-software upgrade, administrators must consider performing the upgrade during a maintenance window as the process can disrupt service . It's important to verify post-upgrade that the expected configuration objects appear correctly and test client traffic to ensure expected processing . Administrations should use tools like qkview for diagnostics and confirm configuration through tests like VLANs and pool checks to verify pool health status in an HA configuration . Continuous monitoring and a readiness to perform failover in case of issues also form part of these considerations .
Administrators should prepare for a BIG-IP software upgrade by taking the latest UCS (User Configuration Set) file and QKView from the node. The UCS file is saved with a '.ucs' extension by default in the /var/local/ucs directory unless a different path is specified . For clarity, it is recommended to include the BIG-IP host name and current timestamp in the file name . After upgrading, administrators can restore the configuration by loading a saved UCS archive.
To conduct a comprehensive health check before a BIG-IP system software upgrade, several steps can be undertaken: First, check the system's CPU usage using 'tmsh show sys cpu' . Ensure the correct active/standby mapping of traffic groups with 'tmsh show cm traffic-group' . Check the connection mirror process with 'tmsh show sys ha-mirror' and verify the sync status using 'tmsh show cm sync-status' . Evaluate the number of current connections in every virtual server across all partitions with 'tmsh show ltm virtual /*/*' and perform additional checks on open connections, persistence records, traffic statistics, and performance . Finally, review system and network statistics including IP, ICMP traffic, memory, disk, and hardware status .
A clean software installation of BIG-IP systems should be performed when a fresh configuration is required or when extensive system issues exist that a simple upgrade cannot fix . This method uses a prepared USB mass storage device to wipe all data, restoring the BIG-IP system to factory defaults . Afterward, a previously saved UCS archive can be loaded to restore the configuration . This process is often recommended for major version upgrades to ensure a clean state but comes with the consequence of data loss unless properly backed up and restored .
For managing a file transfer during a BIG-IP system upgrade, administrators can use the Configuration Utility or the Secure Copy (SCP) protocol from a remote device to upload files to the '/shared/images/' directory on the BIG-IP system . After uploading, the images automatically appear in the Configuration Utility under the Software Management section once the system completes the upload and verifies the internal checksum . Administrators can see the installation progress by monitoring the 'Install Status' column of the 'Installed Images' section .
When using qkview during a BIG-IP upgrade, a potential issue is the performance burden it places on heavily loaded systems, which may cause the utility to take a long time to finish running . To mitigate this, qkview can be run at the lowest possible priority using the 'nice -n 19 qkview' command, although this still requires patience as completion times can be lengthy . The file size option '-s' can be utilized to control the size limitation, helping to manage available system resources during diagnostics .