TechZone Automation - Maximo Application Suite 8.7.x - Core Automation for AWS, Azure, and IBM Cloud
This collection of Maximo Core IBM Cloud terraform automation layers has been crafted from a set of Terraform modules created by the IBM GSI Ecosystem Lab team part of the IBM Partner Ecosystem organization. Please contact Matthew Perrins [email protected], Sean Sundberg [email protected], Tom Skill [email protected], or Andrew Trice [email protected] for more details or raise an issue on the repository.
The automation will support the installation of Maximo Core on three cloud platforms (AWS, Azure, and IBM Cloud).
The Maximo Core automation assumes you have an OpenShift cluster already configured on your cloud of choice. The supported OpenShift options are ROSA for AWS, ROKS for IBM Cloud or OpenShift IPI instances.
Before you start to install and configure Maximo Core, you will need to identify what your target infrastructure is going to be. You can start from scratch and use one of the pre-defined reference architectures from IBM or bring your own.
The reference architectures are provided in three different forms, with increasing security and associated sophistication to support production configuration. These three forms are as follows:
- Quick Start - a simple architecture to quickly get an OpenShift cluster provisioned
- Standard - a standard production deployment environment with typical security protections such as private endpoints, VPN server, key management encryption, etc
- Advanced - a more advanced deployment that employs multiple virtual networks to isolate and securely route traffic between the different layers
For each of these reference architectures, we have provided a detailed set of automation to create the environment for the software. If you do not have an OpenShift environment provisioned, please use one of these. They are optimized for the installation of this solution.
Cloud Platform | Automation and Documentation |
---|---|
IBM Cloud | IBM Cloud Quick Start IBM Cloud Standard IBM Cloud Advanced - Coming soon |
AWS | AWS Quick Start AWS Standard AWS Advanced - Coming soon |
Azure | Azure Quick Start Azure Standard Azure Advanced - Coming soon |
Bring Your Own Infrastructure | You will need a cluster with at least 16 CPUs and 64 GB of memory per node and at least 3 nodes to support storage and IBM Cloud Paks. |
Within this repository you will find a set of Terraform template bundles that embody best practices for provisioning Maximo Core in multiple cloud environments. This README.md
describes the SRE steps required to provision the Maximo Core software.
This suite of automation can be used for a Proof of Technology environment, or used as a foundation for production workloads with a fully working end-to-end cloud-native environment. The software installs using GitOps best practices with Red Hat OpenShift GitOps
The following reference architecture represents the logical view of how Maximo Core works after it is installed. After obtaining a license key you will need to register your data sources. They can range from other Kubernetes environment to VMWare and Virtual Machines.
The following instructions will help you install Maximo Core into AWS, Azure, or IBM Cloud OpenShift Kubernetes environment.
To install Maximo Application Suite you are required to have an entitlement key that provides access to the software components. After the necessary entitlements have been granted, use the following steps to download the entitlement key and apply it to the automation:
- Visit the Container Software Library site - https://myibm.ibm.com/products-services/containerlibrary
- Log in with your IBMId credentials
- Assuming the entitlements are in place, you will be presented with an entitlement key. Click "Copy key".
- Open your "credentials.template" file and paste the entitlement key in for the value of
TF_VAR_entitlement_key
Maximo Application Suite is licensed per Application Point (AppPoints). To use Maximo Application Suite you are required to install a license key with the required app-points to cover the amount of applications and users using those applications. This sizing can be done by an IBM Sales representative. IBM Partners and IBMers can obtain it using the steps highlighted below.
Accessing a Licese Key for MAS requires an account within the IBM License Key Center. If you do not have an account, then please see the IBM Getting Started Guide for obtaining an account.
Partners that purchase a PartnerWorld memebership may have a set number of app-points for MAS already included in their purchase for demo/non production/educational usage per the PartnerWorld terms & conditions.
IBMers can contact their geo tech sales leaders for the sustainable software brand and ask to be added to their geo-based internal account for MAS app-points, used for non commercials/non production use.
- Login to the IBM License Key Center.
- On the
Get Keys
menu, scroll down and selectIBM AppPoint Suites
- Select
IBM MAXIMO APPLICATION SUITE AppPOINT LIC
on this page you will see the number of app-points available to claim - Select
Next
to move to the next page. If you do not have enough app-points for what you will need, please contact your IBM representative. - Fill in the information from your installation - NOTE: You must have already completed the installation of MAS-Core at a minimum to obtain the required information for the license file. This information here comes from
IBM SLS
and is generated according to your cluster.
Note: You can obtain the SLS information required below from your cluster OpenShift console, selecting the IBM Suite License Service
operator and selecting the License Service
tab and sls
license service that was created.
Variable | Description / Suggested Value |
---|---|
Number of Keys | This is the number of app-points you need |
Host ID Type | Set to Ethernet Address |
Host ID | Set to value found in SLS operator page for SLS License ID |
Hostname | SLS hostname address found on the SLS operator page |
Port | Set to 27000 |
The other values can be left with the default values found on the page.
- Select
Generate
after completing the above steps. - Download the
license.dat
file that was generated on the next page and save this. The path to this file can be provided as input along with the host id to automatically apply the license.
The Maximo Core automation is broken into different layers of automation or bundles. The bundles enable SRE activities to be optimized. The automation is generic between clouds other than setting up storage within the cluster.
BOM ID | Name | Description | Run Time |
---|---|---|---|
105 | 105 - Existing OpenShift (or other OpenShift layers) | Layer to connect to (or provision the OpenShift environment). By default this automation assumes an existing OpenShift cluster will be used but if one of the options to provision OpenShift from above is selected then it should automatically be wired in. | 10 min |
200 | 200 - OpenShift Gitops | Set up OpenShift GitOps in ROSA, ARO or ROKS. This is required to install the software using gitops. Only use this if you are bringing your own OpenShift cluster which has not been provisioned from the reference architectures listed above. | 10 mins |
210 | Storage 210-aws-portworx-storage 210-azure-portworx-storage 210-ibm-odf-storage 210-ibm-portworx-storage 210-existing-storage |
If you are installing into your own ROKS clusters on IBM Cloud you will need to use this automation bundle to configure storage in the cluster before installing Maximo Core. Only one of these layers needs to be applied. | 30 mins |
400 | 400 - Maximo Core | Provision Maximo Core into Multi Cloud environment AWS, Azure and IBM Cloud supported | 90 mins |
405 | 405 - Maximo Manage | Provision Maximo Manage on top of the MAS Core instance | 30 mins |
At this time the most reliable way of running this automation is with Terraform in your local machine either through a bootstrapped container image or with native tools installed. We provide a Container image that has all the common SRE tools installed. CLI Tools Image, Source Code for CLI Tools
Before you start the installation please install the pre-req tools on your machine.
Please install the following Pre-Req tools to help you get started with the SRE tasks for installing Maximo Core into an existing OpenShift Cluster on AWS, Azure, or IBM Cloud.
Pre-requisites:
- Check you have a valid GitHub ID that can be used to create a repository in your own organization GitHub or GitHub Enterprise account.
- Install a code editor. We recommend Visual Studio Code
- Install Brew
Ensure the following before continuing
- Github account exists
- A Github token is available with permissions set to create and remove repositories
- You are able to login to the OpenShift cluster and obtain an OpenShift login token
- Cloud Pak entitlement key, this can be obtained from visiting the IBM Container Library
The installation process will use a standard GitOps repository that has been built using the Modules to support Maximo Core installation. The automation is consistent across three cloud environments AWS, Azure, and IBM Cloud.
At this time the most reliable way of running this automation is with Terraform in your local machine either through a bootstrapped docker image or Virtual Machine. We provide both a container image and a virtual machine cloud-init script that have all the common SRE tools installed.
We recommend using Docker Desktop if choosing the container image method, and Multipass if choosing the virtual machine method. Detailed instructions for downloading and configuring both Docker Desktop and Multipass can be found in RUNTIMES.md
We expect partners and clients will use their own specific Continuous Integration tools to support this the IBM team has focused on getting it installed in the least complicated way possible
-
First step is to clone the automation code to your local machine. Run this git command in your favorite command line shell.
git clone https://github.com/IBM/automation-maximo-app-suite.git
-
From the command line, navigate into the
automation-maximo-app-suite
folder from the command linea. The README.md has a comprehensive instructions on how to install this into other cloud environments than TechZone. This document focuses on getting it running in a TechZone requested environment.
-
Next you will need to set-up your credentials.properties file. This will enable secure access to your cluster.
cp credentials.template credentials.properties code credential.properties
## Add the values for the Credentials to access the OpenShift Environment ## Instructions to access this information can be found in the README.MD ## This is a template file and the ./launch.sh script looks for a file based on this template named credentials.properties ## gitops_repo_host: The host for the git repository export TF_VAR_gitops_repo_host=github.com ## gitops_repo_username: The username of the user with access to the repository export TF_VAR_gitops_repo_username= ## gitops_repo_token: The personal access token used to access the repository export TF_VAR_gitops_repo_token= ## TF_VAR_server_url: The url for the OpenShift api server export TF_VAR_server_url= ## TF_VAR_cluster_login_token: Token used for authentication to the api server export TF_VAR_cluster_login_token= ## TF_VAR_entitlement_key: The entitlement key used to access the IBM software images in the container registry. Visit https://myibm.ibm.com/products-services/containerlibrary to get the key export TF_VAR_entitlement_key= ## TF_VAR_ibmcloud_api_key: IBM Cloud API Key required to provision storage on IBM Cloud export TF_VAR_ibmcloud_api_key= ## ## Azure credentials ## Credentials are required to install Portworx on an Azure account. These credentials must have ## particular permissions in order to interact with the account and the OpenShift cluster. Use the ## provided `azure-portworx-credentials.sh` script to retrieve/generate these credentials. ## ## TF_VAR_azure_subscription_id: The subscription id for the Azure account. This is required if Azure portworx is used export TF_VAR_azure_subscription_id= ## TF_VAR_azure_tenant_id: The tenant id for the Azure account. This is required if Azure portworx is used export TF_VAR_azure_tenant_id= ## TF_VAR_azure_client_id: The client id of the user for the Azure account. This is required if Azure portworx is used export TF_VAR_azure_client_id= ## TF_VAR_azure_client_secret: The client id of the user for the Azure account. This is required if Azure portworx is used export TF_VAR_azure_client_secret=
-
You will need to populate these values. If you would like to use an external Git server, provide your username and your Personal Access Token to
TF_VAR_gitops_repo_username
andTF_VAR_gitops_repo_token
. If not provided, a Git server (Gitea) will be provisioned on the cluster and used. -
From you OpenShift console click on top right menu and select Copy login command and click on Display Token
-
Copy the API Token value into the
TF_VAR_cluster_login_token
value. -
Copy the Server URL (i.e. the url to the api server of the cluster) into the
TF_VAR_server_url
value. -
Set your IBM Cloud Pak entitlement key for the
TF_VAR_entitlement_key
variable. The entitement key can be retrieved from https://myibm.ibm.com/products-services/containerlibrary
- Provide the IBM Cloud API Key for the target IBM Cloud account as the value for
TF_VAR_ibmcloud_api_key
If Maximo Application Suite will be deployed on OpenShift deployed on Azure, the credentials for the Azure account need to be provided. Several clis are required for these steps:
az
cli - https://docs.microsoft.com/en-us/cli/azure/install-azure-clijq
cli - https://stedolan.github.io/jq/download/
You can install these clis on your local machine OR run the following commands within the provided container image by running launch.sh
-
Log into your Azure account
az login
-
Run the
azure-portworx-credentials.sh
script to gather/create the credentials:./azure-portworx-credentials.sh -t {cluster type} -g {resource group name} -n {cluster name} [-s {subscription id}]
where:
- cluster type is the type of OpenShift cluster (
aro
oripi
). - resource group name is the name of the Azure resource group where the cluster has been provisioned.
- cluster name is the name of the OpenShift cluster.
- subscription id is the subscription id of the Azure account. If a value is not provided it will be looked up.
- cluster type is the type of OpenShift cluster (
-
Update
credentials.properties
with the values output from the script.{ "azure_client_id": "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX", "azure_client_secret": "XXXXXXX", "azure_tenant_id": "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX", "azure_subscription_id": "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX" }
-
If you used the container image to run the script, type
exit
to close the container shell then re-runglaunch.sh
to pick up the changes to the environment variables.
- Follow the steps to download the portworx confituration spec
- Copy the downloaded file into the root directory of the cloned automation-maximo-app-suite repository
-
Launch the automation runtime.
- If using Docker Desktop, run
./launch.sh
. This will start a container image with the prompt opened in the/terraform
directory. - If using Multipass, run
mutlipass shell cli-tools
to start the interactive shell, and cd into the/automation/{template}
directory, where{template}
is the folder you've cloned this repo. Be sure to runsource credentials.properties
once in the shell.
- If using Docker Desktop, run
-
Next we need to set up the working directory for the automation:
./setup-workspace.sh [-p {cloud provider}] [-s {storage}] [-n {prefix name}] [-x {portworx spec file}] [-e {UDS email}] [-l {UDS last name}] [-u {UDS first name}] [-f {license file}] [-i {host id}]
where:
- cloud provider - the target cloud provider for the deployment (
aws
,azure
, oribm
) - storage - the intended storage provider (
portworx
orodf
) - UDS email - the email address for the UDS contact
- UDS first name - the first name of the UDS contact
- UDS last name - the last name of the UDS contact
- license file - (optional) the full path to the file containing the license
- host id - (optional) the host id associated with the license. This value is required if the license file is provided
- prefix name (optional) - the name prefix that will be used for the gitops repo
- portworx spec file (optional) - the name of the file containing the Portworx configuration spec yaml
Example:
./setup-workspace.sh -p azure -s portworx -n mas-demo -c mydomain.cluster.com -x portworx_essentials.yaml
- cloud provider - the target cloud provider for the deployment (
-
The
setup-workspace.sh
script configures themaximo.tfvars
andgitops.tfvars
files with reasonable defaults. There are no other changes required in order to run the automation. If you would like to customize the configuration, see advanced configuration options.
The setup-workspace.sh
script configures the terraform.tfvars
file with reasonable defaults to provision the environment and can be used without changes. If you would like to take the defaults, you can skip to the next section.
However, if you would like to customize the Maximo Application Suite deployment, then you can update the variables in terraform.tfvars
.
Note: The default terraform.tfvars
file is symbolically linked to the new workspaces/current
folder so this enables you to edit the file in your native operating system using your editor of choice.
The following are variables that you will be prompted for and some suggested values.
Variable | Description | Suggested Value |
---|---|---|
rwx_storage_class | The storage class to use for Read-Write-Many volumes. Use a portworx or odf storage class (e.g. portworx: portworx-rwx-gp3-sc or odf: ocs-storagecluster-cephfs) | portworx-rwx-gp3-sc |
rwo_storage_class | The storage class to use for Read-Write-One volumes. on aws: gp2 , on azure: managed-premium , on ibm: ibmc-vpc-block-10iops-tier |
ibmc-vpc-block-10iops-tier |
file_storage_class | The storage class to use for file storage volumes. on aws: gp2 , on azure: managed-premium , on ibm: ibmc-vpc-block-10iops-tier |
ibmc-vpc-block-10iops-tier |
block_storage_class | The storage class to use for block storage volumes. on aws: gp2 , on azure: managed-premium , on ibm: ibmc-vpc-block-10iops-tier |
ibmc-vpc-block-10iops-tier |
gitops_repo_host | The host for the git repository. | github.com |
gitops_repo_type | The type of the hosted git repository (github or gitlab). | github |
gitops_repo_org | The org/group where the git repository will be created. If the value is left blank then it will default to the username | github userid or org |
gitops_repo_repo | The short name of the repository to create | gitops-mas-ibmcloud |
gitops_repo_username | The username of the user with access to the repository | github userid |
gitops_repo_token | The git personal access token | BFe4k0MFK9s5RGIt... |
entitlement_key | CloudPak Entitlement Key | eyJhbGciOiJIUzI1NiJ9.eyJpc3... |
cluster_ingress | Ingress of the Cluster | masdemo.us-east-container.appdomain.cloud |
gitops-cp-maximo_instanceid | Instance name for MAS - for example: masdemo or mas8 | mas8 |
sls-namespace_name | Namespace for IBM SLS | ibm-sls |
mongo-namespace_name | Namespace for Mongo | mongo |
bas-namespace_name | Namespace for BAS | masbas |
server_url | Url fo the OpenShift cluster | https://c100-e.us-east.containers.cloud.ibm.com:32346 |
cluster_login_token | OpenShift cluster login token | sha256~nlXiXCYO_kEydz36B88y0reQ... |
config_banner_text | Banner text for the cluster console | Maximo Application Suite |
portworx_spec_file | The name of the file containing the portworx configuration spec yaml | portworx_essentials.yaml |
- Update the desired values in
maximo.tfvars
- Save the
maximo.tfvars
file
-
Launch the automation runtime if you haven't already.
- If using Docker Desktop, run
./launch.sh
. This will start a container image with the prompt opened in the/terraform
directory. - If using Multipass, run
mutlipass shell cli-tools
to start the interactive shell, and cd into the/automation/{template}
directory, where{template}
is the folder you've cloned this repo. Be sure to runsource credentials.properties
once in the shell.
- If using Docker Desktop, run
-
Within the container terminal, change directory to the
/workspaces/current
folder. This folder was populated by thesetup-workspaces.sh
script in the previous step. (Thelaunch.sh
command configures a named volume to preserve the contents of the/workspaces
directory between container images so you don't need to re-runsetup-workspaces.sh
again unless you want to configure a different environment.) -
Run
./apply-all.sh
to kick off the automation. The script will apply each layer in order. -
You can check the progress by looking at two places, first look in your github repository. You will see the git repository has been created based on the name you have provided. The Maximo Core install will populate this with information to let OpenShift GitOps install the software. The second place is to look at the OpenShift console, Click Workloads->Pods and you will see the GitOps operator being installed.
Once the installation has finished you will see a message from terraform that shows the state of the resources that were provisioned.
The Maximo Application Suite will continue for approximately another 20 minutes while it sets up MAS and all the components for MAS-Core. From this point you can skip to the MAS suite setup steps in the README below.
- Log into the OpenShift console
- You will see the first change as a purple banner with the banner text provided to the automation (default is "Maximo Application Suite")
- Navigate to the maximo project and verify the pods are all healthy.
- Switch to the network section and find the route created for Maximo. Click on the url and verify the MAS console loads.
The initial setup for MAS is done through the web console and can be found in the location:
https://admin.${YourDomainURL}/initialsetup
NOTE: Depending on the browser you may have to import the self-signed certificate into your keystore (if on a mac)
Login as super user with credential found in the secret named: {masInstanceID}-credentials-superuser
in the OpenShift project named: mas-{masInstanceID}-core
This concludes the instructions for installing Maximo Core on AWS, Azure, and IBM Cloud
Please refer to the Troubleshooting Guide for uninstallation instructions and instructions to correct common issues.
This set of automation packages was generated using the open-source isacable
tool. This tool enables a Bill of Material yaml file to describe your software requirements. If you want up stream releases or versions you can use iascable
to generate a new terraform module.
The
iascable
tool is targeted for use by advanced SRE developers. It requires deep knowledge of how the modules plug together into a customized architecture. This repository is a fully tested output from that tool. This makes it ready to consume for projects.