Excerpt | ||
---|---|---|
| ||
Upgrade or update your Abiquo hybrid cloud platform. |
This section describes how to upgrade from Abiquo 5.4.x or Abiquo 6.0.x to an Abiquo 6.1.x version.
...
Note | ||
---|---|---|
| ||
|
Table of contents
Table of Contents |
---|
...
...
start-numbering-at | h2 |
---|
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
...
Check for operations in progress on the platform
Before you shut down the platform servers you should check that no operations are in progress.
Include Page | ||||
---|---|---|---|---|
|
...
Back up the main platform elements
Include Page | ||||
---|---|---|---|---|
|
...
Stop platform services
Include Page | ||||
---|---|---|---|---|
|
...
Make snapshots and backups of all platform servers
This is a major upgrade, so we recommend that you make a snapshot and/or a backup of your platform servers.
...
Prepare yum repositories for 6.0 or 6.0.x or 6.1 or 6.1.x
Include Page | ||||
---|---|---|---|---|
|
Prepare yum repositories for 6.0.x or 6.1.x
Include Page | ||||
---|---|---|---|---|
|
...
Upgrade packages on ALL servers
These instructions are for monolithic, distributed, and HA environments.
Check in your RS server(s) if there is an NFS shared folder for the NARS results (related to the system property abiquo.nars.async.fileresults.path):
Code Block language bash $ mount | grep -i "nfs\|results" | grep -v sunrpc 10.60.37.87:/abq-pro-nfs on /opt/abiquo/results-nars type nfs4 (rw,nosuid,nodev,noexec,relatime,sync,vers=4.1,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.60.37.77,local_lock=none,addr=10.60.37.87,user)
Unmount the previous shared folder if you have it mounted:
Code Block language bash sudo umount /opt/abiquo/results-nars
Update Abiquo packages:
Code Block yum clean all && yum makecache && yum update 'abiquo-*'
Mount again the shared folder from the second step.
Code Block language bash sudo mount -a
The Abiquo services must run as the tomcat user (not root), so set the required permissions and enforce the use of the package configuration files.
If you have a MONOLITHIC SERVER do all of the following steps on the Monolithic serverOn Abiquo server and remote services
Code Block chown -R tomcat /opt/abiquo
On the remote services with appliance manager and the V2V server (i.e. servers that mount the NFS repository)
Code Block chown -R tomcat /opt/vm_repository chmod -R a+r /opt/vm_repository
On the V2V server, check the /etc/sysconfig/abiquo/ec2-api-tools file exists.
The file must contain the following configuration. If the file does not exist, create it and add this configuration.Code Block title For CentOS 7 EC2_HOME=/opt/aws
Update the Abiquo databases
Check that your hostname is in your DNS or in your /etc/hosts file
Upgrade the Abiquo API databases
Code Block abiquo-db [-h DB hostname] [-P DB port] [-u user] [-p password] update
If the Liquibase update fails with a message similar to the following:
Code Block Liquibase update Failed: Validation Failed: 1 change sets check sum src/X.X.X-XX/kinton-X.X.X.xml::ABICLOUDPREMIUM-XXXX-XxxxxxxxXXxXxxxxxxXxxxxx::XXXXXXXXX is now: 7:ee2fa6e058ec76c7abf801567898917d For more information, use the --logLevel flag
Do the following steps
Clear the database checksums
Code Block abiquo-db clearCheckSums
- Retry the above abiquo-db update command.
To upgrade the Abiquo Watchtower database, on the monitoring appliance, run the command below:
Code Block watchtower-db [-h DB hostname] [-P DB port] [-u user] [-p password] update
- Reporting: The Abiquo reports server now runs with JasperReports v7.8.0
...
Upgrade additional elements
By default, you will find the upgrade scripts (e.g. for Redis definitions) on the Abiquo Server under the folder: /usr/share/doc/abiquo-redis/redis/
For each upgrade step, run the Redis database script to remove old VSM definitions, which can be found in the 4.2.3 subfolder
On remote services server:
...
Code Block |
---|
# cd /usr/share/doc/abiquo-redis/redis/
# bash ./4.2.3/00-old-vsm-definitions.sh |
If you have custom billing queries, please update them now.
Expand | ||||||
---|---|---|---|---|---|---|
| ||||||
|
Expand | ||||||
---|---|---|---|---|---|---|
| ||||||
If you are using the Abiquo billing integration, to avoid issues with duplicate billing data, deactivate on-premise billing until after you bill for the previous month. To deactivate on-premise billing:
When you are ready to activate on-premise billing, you can do this in the Abiquo UI, in Configuration view on the Billing tab. See Configure on premise billing |
Configure Abiquo after the upgrade
Before you start the Abiquo tomcat server, add Abiquo configuration properties to the abiquo.properties file.
By default the abiquo.properties file is found in the /opt/abiquo/config/ folder.
See Changes to Abiquo configuration propertiesConfigure the user interface. The default UI location is /var/www/html/ui.
Optional: Add custom labels and translations in the lang_xx_XX_custom.json files in the lang folder
Add custom configuration to client-config-custom.json. See Configure Abiquo UI
If your API is not in the same domain as the UI, set the API endpoint pointing to your Abiquo API server:Code Block { "config.endpoint": "http://myAPIserver/api" }
SAML: If you are using SAML with multiple IDPs, restore the configuration as described at Restore SAML security beans after upgrade.
Start Abiquo server and services
Include Page | ||||
---|---|---|---|---|
|