...
Excerpt | ||
---|---|---|
| ||
Upgrade or update your Abiquo hybrid cloud platform. |
Table of contents
This section describes how to upgrade from Abiquo 5.2.0 or above to an Abiquo 5.4.x version. Please contact Abiquo Support for further information.
Table of Contents |
---|
Numberedheadings | ||
---|---|---|
| ||
Warning | ||
This is a non-official upgrade document from which you can easily cut and paste the commands for each to prepare your own upgrade document.
Abiquo YUM repositories are no longer open, please contact Abiquo Support to obtain your credentials This upgrade process starts from Abiquo 5.4.0 or above. To upgrade from earlier versions, please see Upgrade Abiquo from 4.7 to 5.2.x |
Warning | ||
---|---|---|
| ||
|
Warning |
---|
The upgrade to Abiquo 5.3 includes a migration to provider ID as the identifier of a deployed VM. See Provider ID as VM identifier upgrade Prepare the provider ID migration before your upgrade. See Create a test VM and run PIM planner on a database dump |
Prevent cloud users from performing VM operations
- In the UI in the Infrastructure view, select each physical machine and click Disable
- Using the API, set the state of each physical machine to DISABLED
...
API Servers
On each API Server do these steps. If you have a separate DB server, do the DB upgrade steps on that server.
Code Block |
---|
# Log in as root
sudo su -
# Check that the Abiquo RabbitMQ queues are empty (API or Datanode).
# The number of messages in all queues must be 0.
# rabbitmqctl list_queues messages name
# Back up the UI
tar cvfz /var/www/html/ui.tgz-$(date +%Y%m%d_%H%M%S) /var/www/html/ui
# Back up the /opt/abiquo folder
tar cvfz /opt/abiquo.tgz-$(date +%Y%m%d_%H%M%S) /opt/abiquo
# Back up Redis
redis-cli save
cp -a /var/lib/redis /var/lib/redis-$(date +%Y%m%d_%H%M%S)
# On DB Server, back up the Abiquo MySQL DBs
mysqldump --routines --triggers kinton > kinton.sql-$(date +%Y%m%d_%H%M%S)
mysqldump --routines --triggers kinton_accounting > kinton_accounting.sql-$(date +%Y%m%d_%H%M%S)
# IF you are using SAML with multiple IdPs, backup security beans files
cp
/opt/abiquo/tomcat/webapps/api/WEB-INF/classes/springresources/security/saml/security-saml-generated-beans.xml /opt/abiquo/tomcat/webapps/api/WEB-INF/classes/springresources/security/saml/security-saml-generated-beans.xml-$(date
+%Y%m%d_%H%M%S)
# Stop services
systemctl stop httpd
systemctl stop abiquo-tomcat
# Prepare yum repository
yum-config-manager --enable abiquo-base
yum-config-manager --enable abiquo-updates
# Perform update
yum clean all && yum makecache
yum update 'abiquo-*'
# Upgrade the Abiquo databases
abiquo-db [-h DB hostname] [-P DB port] [-u user] [-p password] update
# IF the database upgrade fails because of checksums
abiquo-db [-h DB hostname] [-P DB port] [-u user] [-p password] clearCheckSums
abiquo-db [-h DB hostname] [-P DB port] [-u user] [-p password] update
# PIM STEP
# If your upgrade passes through Abiquo 5.3
# 1. ON ALL your servers, upgrade to the PIM STEP and STOP
# 2. On the API Server, run the PIM planner
# 3. On the Remote Services, run the PIM migrator
# 4. On the API (database) Server, update the database for PIM
# 1. Run the PIM planner
# Install the Abiquo PIM tools package
yum install abiquo-pim-tools
# Run the PIM planner against your database and redirect the output to a file
java -jar /opt/abiquo/pim-tools/pimplanner.jar --jdbc-url="jdbc:mysql://<DATABASE_SERVER_IP>:3306/kinton?autoReconnect=true&user=<USER>&password=<PASSWORD>" | tee output_pimplanner.log
# Check the output of the PIM planner for errors
# Copy the migration-plan.data file to EVERY Remote Services server
scp migration-plan.data root@<REMOTE_SERVICES_01_IP>:/opt/abiquo
scp migration-plan.data root@<REMOTE_SERVICES_02_IP>:/opt/abiquo
...
# NOW go to the REMOTE SERVICES and run the PIM MIGRATOR
4. Run the PIM database update
# Update the Abiquo database with all of the update.sql files. For example
mysql kinton < update_DC1.sql
mysql kinton < update_DC2.sql
...
# POST PIM STEPS
# Post-upgrade step for API
chown -R tomcat /opt/abiquo
|
Additional API and UI upgrade steps
Add translations for new UI labels to lang_xx_XX_custom.json. See Abiquo UI client language configuration
Optionally add new configuration to client-config-custom.json. See Configure Abiquo UI
In your UI configuration, check that the API endpoint is pointing to your Abiquo API server:
{
"config.endpoint"
:
"http://<API_IP_ADDRESS>/api"
}
Add new API properties to the abiquo.properties file found in the /opt/abiquo/config/ folder. See Changes to Abiquo Configuration Properties
If you are using SAML with multiple IDPs, restore the configuration as described at Restore SAML security beans after upgrade.
...
Remote Services Servers
On each Remote Services Server do these steps
Expand | ||
---|---|---|
| ||
Additional RS upgrade steps
|
...
Monitoring Servers
On each Watchtower Moniitoring Server do these steps
Expand | ||
---|---|---|
| ||
|
...
Start Abiquo server and services
Start all servers in the correct order.
Expand | ||
---|---|---|
| ||
|
Reporting server
To upgrade the Abiquo Reports Server for the upgrade to Abiquo 5.3.x, contact Abiquo Support for more information.
- The Abiquo Reports Server now runs with JasperReports v7.8.0