Skip to content

rushins/sap-nwase-sz-ha

 
 

Repository files navigation

SAP Netweaver 7.x (ABAP) and ASE DB High Availability Deployment Automation

Description

This automation solution is designed for the deployment of SAP Netweaver 7.x (ABAP) and ASE DB High Availability solution on top of Red Hat Enterprise Linux 8.x, in IBM CLoud Single-Zone, using IBM Cloud Schematics or Terraform CLI. The SAP solution will be deployed in an existing IBM Cloud Gen2 VPC, using a deployed BASTION server (Deployment server) host with secure remote SSH access, with secure remote SSH access.

The solution is based on Terraform and Ansible playbooks executed using IBM Cloud Schematics or Terraform CLI and it is implementing a 'reasonable' set of best practices for SAP VSI host configuration. The automation has support for the following versions: Terraform >= 1.5.7 and IBM Cloud provider for Terraform >= 1.57.0.

It contains:

  • Terraform scripts to provision:
    • one Power Placement group for all four VMs created by this solution
    • four VSIs, in an EXISTING VPC, with Subnet and Security Group configs. The VSIs scope: two for the ASE database instances and two for the SAP NW application cluster.
  • Terraform scripts to provision and configure:
    • two Application Load Balancers for SAP ASCS/ERS
    • one VPC DNS service used to map the ALB FQDN to the SAP ASCS/ERS Virtual hostnames
    • seven File shares for VPC
  • Bash scripts:
    • to check the prerequisites required by SAP VSIs deployment
    • to integrate into a single step the VPC virtual resources provisioning and the SAP ASE HADR solution installation and configuration.
  • Ansible scripts for:
    • OS requirements installation and configuration for SAP applications
    • cluster components installation
    • SAP application cluster configuration
    • ASE DB installationn
    • ASE DB system replica configuration
    • ASCS and ERS instances installation
    • Fault Manager installation
    • primary and additional application servers installation

The following resources are created during the deployment:

  • two SAP VMs for ASCS/ERS HA running in a pacemaker cluster; SAP PAS is running on one of the cluster node and SAP AAS on the second node
  • two ASE VMs, with Sybase HADR configuration and HSR Sync replication; the primary node is active and the secondary node runs in standby mode
  • two ALBs used for Virtual IP/hostname for ASCS and ERS.
  • one DNS service to map the virtual names for ASCS/ERS to ALB hostname
  • seven File shares to be used by SAP: sapmnt/<SAP_SID>, /usr/sap/trans, /usr/sap/<SAP_SID>/SYS, /usr/sap/SYB/ASCSxx, /usr/sap/SYB/ERSxx, /usr/sap/<SAP_SID>/Dxx, /usr/sap/<SAP_SID>/Dxx

In order to track the events specific to the resources deployed by this solution, the IBM Cloud Activity Tracker to be used should be specified. IBM Cloud Activity Tracker service collects and stores audit records for API calls made to resources that run in the IBM Cloud. It can be used to monitor the activity of your IBM Cloud account, investigate abnormal activity and critical actions, and comply with regulatory audit requirements. In addition, you can be alerted on actions as they happen.

Contents:

1.1 Installation media

SAP Netweaver installation media used for this deployment is the default one for SAP Netweaver 7.5 and SAP ASE 16.0.04.04 available at SAP Support Portal under INSTALLATION AND UPGRADE area and it has to be provided manually in the input parameter file.

1.2 Prerequisites

  • A Deployment Server (BASTION Server) in the same VPC should exist. For more information, see https://github.com/IBM-Cloud/sap-bastion-setup.
  • On the Deployment Server, download the SAP kits from the SAP Portal. Make note of the download locations. Ansible decompresses all of the archive kits.
  • Create or retrieve an IBM Cloud API key. The API key is used to authenticate with the IBM Cloud platform and to determine your permissions for IBM Cloud services.
  • Create or retrieve your SSH key ID. You need the 40-digit UUID for the SSH key, not the SSH key name.

1.3 VSI Configuration

Red Hat Enterprise Linux 8 for SAP HANA (amd64) is installed on the VSIs and SSH keys are configured to allow the access as root user vis SSH. The following storage volumes created for DB and SAP APP VSI:

ASE DB VSI Disks:

  • 3 disks ["256" , "32" , "64"] GB, with 10 IOPS / GB - DATA
  • 1 x 40 GB disk - SWAP

SAP APPs VSI Disks:

  • 1x 40 GB disk with 10 IOPS / GB - SWAP

File Shares:

  • 6 x 20 GB file shares - DATA
  • 1 x 80 GB file shares - DATA

In order to perform the deployment, you can use either the CLI component or the GUI component (Schematics) of the automation solution.

1.4 VPC Configuration

The Security Rules inherited from BASTION deployment are the following:

  • Allow all traffic in the Security group for private networks.
  • Allow outbound traffic (ALL for port 53, TCP for ports 80, 443, 8443)
  • Allow inbound SSH traffic (TCP for port 22) from IBM Schematics Servers.

1.5 Files description and structure

The solution is based on Terraform remote-exec and Ansible playbooks executed by Schematics and it is implementing a 'reasonable' set of best practices for SAP VSI host configuration.

  • modules - directory containing the terraform modules.
  • ansible - directory containing the SAP ansible playbooks.
  • main.tf - contains the configuration of the VSI for the deployment of the current SAP solution.
  • output.tf - contains the code for the information to be displayed after the VSI is created (VPC, Hostname, Private IP).
  • integration*.tf & generate*.tf files - contain the integration code that makes the SAP variabiles from Terraform available to Ansible.
  • provider.tf - contains the IBM Cloud Provider data in order to run terraform init command.
  • variables.tf - contains variables for the VPC and VSI.
  • versions.tf - contains the minimum required versions for terraform and IBM Cloud provider.
  • sch.auto.tfvars - contains programatic variables.

1.6 General Input variables

VSI input parameters:

Parameter Description
IBMCLOUD_API_KEY IBM Cloud API key (Sensitive* value). The IBM Cloud API Key can be created here
SSH_KEYS List of IBM Cloud SSH Keys UUIDs that are allowed to connect via SSH, as root, to the VSI. The SSH Keys must be created for the same region as the Cloud resources for SAP. Can contain one or more IDs. The list of SSH Keys is available here.
Sample input:
["r010-57bfc315-f9e5-46bf-bf61-d87a24a9ce7a", "r010-3fcd9fe7-d4a7-41ce-8bb3-d96e936b2c7e"]
RESOURCE_GROUP The name of an EXISTING Resource Group for VSIs and Volumes resources.
Default value: "Default". The list of Resource Groups is available here.
REGION The cloud region where to deploy the solution.
The regions and zones for VPC are available here.
Supported locations in IBM Cloud Schematics here.
Sample value: eu-de.
ZONE The cloud availability zone where to deploy the solution, in the same VPC.
The regions and zones for VPC are available here.
Supported locations in IBM Cloud Schematics here.
Sample value: eu-de-2.
VPC The name of an EXISTING VPC. Must be in the same region as the solution to be deployed. The list of VPCs is available here
SUBNET The name of an EXISTING Subnet, in the same VPC, region and zone as the VSIs to be created. The list of Subnets is available here.
SECURITY_GROUP The name of an EXISTING Security group for the same VPC. It can be found at the end of the Bastion Server deployment log, in "Outputs", before "Command finished successfully" message. The list of Security Groups is available here.
DOMAIN_NAME The DOMAIN_NAME variable should contain at least one "." as a separator. It is a private domain and it is not reachable from the outside world. The DOMAIN_NAME value could be like a subdomain name. Ex.: staging.example.com. You can't use a domain name that is already in use. The list with DNS resources can be searched here.
Sample value: "example.com".
(See Obs.*)
SHARE PROFILE The Storage Profile for the File Share. More details on https://cloud.ibm.com/docs/vpc?topic=vpc-file-storage-profiles&interface=ui#dp2-profile."
Default value: SHARE_PROFILE = "dp2".
SHARE SIZES Custom File Shares Sizes for SAP mounts. Sample values: USRSAP_SAPMNT = "20" , USRSAP_TRANS = "80".
[ASCS/ERS]-VIRT-HOSTNAME ASCS/ERS virtual hostnames.
Default values: "sap[ascs/ers]". When the default value is used, the virtual hostname will automatically be changed based on <SAP_SID> to "sap<sap_sid>[ascs/ers]"
[DB/APP]-HOSTNAME Hostname of SAP ASE DB/APP VSIs. Each hostname should be up to 13 characters as required by SAP.
For more information on rules regarding hostnames for SAP systems, check SAP Note 611361: Hostnames of SAP ABAP Platform servers.
Default values: "sapapp-1/2" for APP_HOSTNAME_1/2 and "sybdb-1/2" for DB_HOSTNAME_1/2. When the default value is used, the virtual hostname will automatically be changed, based on <SAP_SID>, to "sybdb-<sap_sid>-1/2" for DB_HOSTNAME_1/2 and "sapapp-<sap_sid>-1/2" for APP_HOSTNAME_1/2.
[DB/APP]-PROFILE The profile used for the ASE DB/APP VSI. A list of profiles is available here.
For more information about supported DB/OS and IBM Gen 2 Virtual Server Instances (VSI), check SAP Note 2927211: SAP Applications on IBM Virtual Private Cloud
Default values: DB_PROFILE = "bx2-4x16" , APP_PROFILE = "bx2-4x16".
[DB/APP]-IMAGE The OS image used for the ASE DB/APP VSI. Red Hat Enterprise Linux 8 for SAP HANA (amd64) image must be used for all VMs, as this image type contains the required SAP and HA subscriptions. A list of images is available here
Default value: ibm-redhat-8-6-amd64-sap-hana-4"

Activity Tracker input parameters:

Parameter Description
ATR_NAME The name of the EXISTING Activity Tracker instance, in the same region chosen for SAP system deployment. The list of available Activity Tracker is available here

SAP input parameters:

Parameter Description Requirements
SAP_SID The SAP system ID. Identifies the entire SAP system. It will be used also as identification string across different HA name resources
(See Obs.*)
  • Consists of exactly three alphanumeric characters
  • The first character must be a letter
  • Does not include any of the reserved IDs listed in SAP Note 1979280
  • Duplicates are not allowed
SAP_ASCS_INSTANCE_NUMBER The central ABAP service instance number. Technical identifier for internal processes of ASCS
  • Two-digit number from 00 to 97
  • Must be unique on a host
  • Must follow the SAP rules for instance number naming
SAP_ERS_INSTANCE_NUMBER The enqueue replication server instance number. Technical identifier for internal processes of ERS
  • Two-digit number from 00 to 97
  • Must be unique on a host
  • Must be unique on a host
  • Must follow the SAP rules for instance number naming
SAP_CI_INSTANCE_NUMBER The SAP central instance number. Technical identifier for internal processes of PAS
  • Two-digit number from 00 to 97
  • Must be unique on a host
  • Must be unique on a host
  • Must follow the SAP rules for instance number naming
SAP_AAS_INSTANCE_NUMBER The SAP additional application server instance number. Technical identifier for internal processes of AAS
  • Two-digit number from 00 to 97
  • Must be unique on a host
  • Must be unique on a host
  • Must follow the SAP rules for instance number naming
KIT_SAPCAR_FILE Path to sapcar binary As downloaded from SAP Support Portal.
KIT_SWPM_FILE Path to SWPM archive (SAR) As downloaded from SAP Support Portal.
KIT_SAPEXE_FILE Path to SAP Kernel OS archive (SAR) As downloaded from SAP Support Portal.
KIT_SAPEXEDB_FILE Path to SAP Kernel DB archive (SAR) As downloaded from SAP Support Portal.
KIT_IGSEXE_FILE Path to IGS archive (SAR) As downloaded from SAP Support Portal.
KIT_IGSHELPER_FILE Path to IGS Helper archive (SAR) As downloaded from SAP Support Portal.
KIT_SAPHOSTAGENT_FILE Path to SAP Host Agent archive (SAR) As downloaded from SAP Support Portal.
KIT_ASE_FILE Path to ASE DB installation archive (ZIP) As downloaded from SAP Support Portal.
KIT_EXPORT_DIR Path to Netweaver Installation Export dir The archives downloaded from SAP Support Portal should be present in this path.

Obs*:

  • The configured instance number must be different for each components (ASCS, ERS, CI, AAS).
  • Sensitive - The variable value is not displayed in Schematics logs and it is hidden in the input field.
  • SAP Passwords
    • The passwords for the SAP system will be asked interactively during terraform plan step and will not be available after the deployment. (Sensitive* values).
Parameter Description Requirements
SAP_MAIN_PASSWORD Common password for all users that are created during the installation
  • It must be 8 to 14 characters long
  • It must contain at least one digit (0-9) and one uppercase letter
  • It must not contain \ (backslash) and " (double quote)
HA_PASSWORD HA cluster password
  • It must be 8 to 14 characters long
  • It must contain at least one digit (0-9)
  • It must not contain \ (backslash) and " (double quote)
  • The following parameters should have the same values as the ones set for the BASTION server: REGION, ZONE, VPC, SUBNET, SECURITYGROUP.
  • DOMAIN_NAME variable rules:
    • it should contain at least one "." as a separator. It is a private domain and it is not reacheable to and from the outside world.
    • it could be like a subdomain name. Ex.: staging.example.com
    • it can only use letters, numbers, and hyphens.
    • hyphens cannot be used at the beginning or end of the domain name.
    • it can't be used a domain name that is already in use.
    • domain names are not case sensitive.
  • The following SAP "SID" values are reserved and are not allowed to be used: ADD, ALL, AMD, AND, ANY, ARE, ASC, AUX, AVG, BIT, CDC, COM, CON, DBA, END, EPS, FOR, GET, GID, IBM, INT, KEY, LOG, LPT, MAP, MAX, MIN, MON, NIX, NOT, NUL, OFF, OLD, OMS, OUT, PAD, PRN, RAW, REF, ROW, SAP, SET, SGA, SHG, SID, SQL, SUM, SYS, TMP, TOP, UID, USE, USR, VAR".
  • For any manual change in the terraform code, you have to make sure that you use a certified image based on the SAP NOTE: 2927211.

ASE DB specific parameters:

The following ASE DB specific parameters are configured by default:

Parameter Value
ase_server_port 4901
backup_server_port 4902
hadr_maintenance_user SID_maint
rma_admin_user DR_admin
rma_rmi_port 7000
rma_tds_port 4909
srs_port 4905

Installation media validated for this solution:

Component Version Filename
SOFTWARE PROVISIONING MGR 1.0 SP31 PL 7 SWPM10SP31_7-20009701.SAR
SOFTWARE PROVISIONING MGR 1.0 SP38 PL 0 SWPM10SP38_0-20009701.SAR
SAP KERNEL 7.53 64-BIT UNICODE PL 1200 SAPEXE_1200-80002573.SAR SAPEXEDB_1200-80002616.SAR
SAP KERNEL 7.54 64-BIT UNICODE PL 200 SAPEXE_200-80007612.SAR SAPEXEDB_200-80007655.SAR
SAP IGS 7.53 PL 15 igsexe_15-80003187.sar
SAP IGS 7.54 PL 2 igsexe_2-80007786.sar
SAP IGS HELPER PL 17 igshelper_17-10010245.sar
SAP HOST AGENT 7.22 SP61 SAPHOSTAGENT61_61-80004822.SAR
SAP ASE 16.0.04.04 RDBMS 51056521_1

OS images validated for this solution:

OS version Image Role
Red Hat Enterprise Linux 8.6 for SAP HANA (amd64) ibm-redhat-8-6-amd64-sap-hana-4 APP/DB
Red Hat Enterprise Linux 8.6 for SAP HANA (amd64) ibm-redhat-8-4-amd64-sap-hana-7 APP/DB

Terraform version used to validate this solution:

The deployment was validated for Terraform 1.5.7

2.1 Executing the deployment of HA SAP Netweaver and ASE DB installation in GUI (Schematics)

Input parameters

In IBM Schematics, besides General input variables Section, there are additional parameters:

VSI input parameters:

Parameter Description
PRIVATE_SSH_KEY id_rsa private key content (Sensitive* value) in OpenSSH format. This private key it is used only during the terraform provisioning and it is recommended to be changed after the SAP deployment.
ID_RSA_FILE_PATH File path for PRIVATE_SSH_KEY. It will be automatically generated. If it is changed, it must contain the relative path from git repo folders.
Default value: "ansible/id_rsa".
BASTION_FLOATING_IP The FLOATING IP from the Bastion Server. It can be found at the end of the Bastion Server deployment log, in "Outputs", before "Command finished successfully" message.

SAP input parameters:

Steps to follow:

  1. Make sure that you have the required IBM Cloud IAM permissions to create and work with VPC infrastructure and you are assigned the correct permissions to create the workspace in Schematics and deploy resources.
  2. Generate an SSH key. The SSH key is required to access the provisioned VPC virtual server instances via the bastion host. After you have created your SSH key, make sure to upload this SSH key to your IBM Cloud account in the VPC region and resource group where you want to deploy the SAP solution
  3. Create the Schematics workspace:
    1. From the IBM Cloud menu select Schematics.
      • Push the Create workspace button.
      • Provide the URL of the Github repository of this solution
      • Select the latest Terraform version.
      • Click on Next button
      • Provide a name, the resources group and location for your workspace
      • Push Next button
      • Review the provided information and then push Create button to create your workspace
    2. On the workspace Settings page,
      • In the Input variables section, review the default values for the input variables and provide alternatives if desired.
      • Click Save changes.
  4. From the workspace Settings page, click Generate plan 
  5. From the workspace Jobs page, the logs of your Terraform execution plan can be reviewed.
  6. Apply your Terraform template by clicking Apply plan.
  7. Review the log file to ensure that no errors occurred during the provisioning, modification, or deletion process.

The output of the Schematics Apply Plan will list the public/private IP addresses of the VSI host, the hostname and the VPC.

2.2 Executing the deployment of HA SAP Netweaver and ASE DB installation in CLI

IBM Cloud API Key

During Terraform planning phase (command terraform plan --out plan1), your IBM Cloud API Key will be required. You can create an API Key here.

Input parameter file

The input.auto.tfvars file must be used to make the desired configuration, as in the example bellow:

VSI input parameters

##########################################################
# General VPC variables:
##########################################################

REGION = "eu-de"
# The cloud region where to deploy the solution. Supported regions: https://cloud.ibm.com/docs/containers?topic=containers-regions-and-zones#zones-vpc
# Example: REGION = "eu-de"

ZONE = "eu-de-2"
# Availability zone for VSIs, in the REGION. Supported zones: https://cloud.ibm.com/docs/containers?topic=containers-regions-and-zones#zones-vpc
# Example: ZONE = "eu-de-2"

DOMAIN_NAME = "production.example.com"
# The Domain Name for DNS and ALB. 
# The DOMAIN_NAME value should contain at least one "." as a separator. It is a private domain and is not reachable from the outside world.
# The DOMAIN_NAME value could be like a subdomain name. Example: staging.example.com
# Domain names can only contain letters, numbers and hyphens. Hyphens cannot be used at the beginning or end of the domain name.
# Using a domain name that is already in use is not supported.
# Domain names are not case sensitive.

ASCS_VIRT_HOSTNAME = "sapascs"
# ASCS Virtual Hostname
# Default value: "sapascs"
# When the default value is used, the virtual hostname will automatically be changed based on <SAP_SID> to "sap<sap_sid>ascs"

ERS_VIRT_HOSTNAME =  "sapers"
# ERS Virtual Hostname 
# Default value: "sapers"
# When the default value is used, the virtual hostname will automatically be changed based on <SAP_SID> to "sap<sap_sid>ers"

VPC = "ic4sap"
# The name of an EXISTING VPC. Must be in the same region as the solution to be deployed. The list of VPCs is available here: https://cloud.ibm.com/vpc-ext/network/vpcs.
# Example: VPC = "ic4sap"

SECURITY_GROUP = "ic4sap-securitygroup"
# The name of an EXISTING Security group for the same VPC. It can be found at the end of the Bastion Server deployment log, in "Outputs", before "Command finished successfully" message.
# The list of available Security Groups: https://cloud.ibm.com/vpc-ext/network/securityGroups
# Example: SECURITY_GROUP = "ic4sap-securitygroup"

RESOURCE_GROUP = "wes-automation"
# The name of an EXISTING Resource Group, previously created by the user. The list of available Resource Groups: https://cloud.ibm.com/account/resource-groups
# Example: RESOURCE_GROUP = "wes-automation"

SUBNET = "ic4sap-subnet"
# The name of an EXISTING Subnet, in the same VPC and ZONE where the VSIs will be created. The list of Subnets is available here: https://cloud.ibm.com/vpc-ext/network/subnets. 
# Example: SUBNET = "ic4sap-subnet"

SSH_KEYS = ["r010-8f72b994-c17f-4vf00-af8f-d05680374t3c", "r011-8f72v884-c17f-45bh00-af8f-d05900374t3c"]
# List of SSH Keys UUIDs that are allowed to connect via SSH, as root, to the VSIs. Can contain one or more IDs. The SSH Keys should be created for the same region as the VSIs. The list of available SSH Keys UUIDs: https://cloud.ibm.com/vpc-ext/compute/sshKeys
# Example: SSH_KEYS = ["r010-8f72b994-c17f-4vf00-af8f-d05680374t3c", "r011-8f72v884-c17f-45bh00-af8f-d05900374t3c"]

ID_RSA_FILE_PATH = "ansible/id_rsa"
# The path to an existing id_rsa private key file, with 0600 permissions. The private key must be in OpenSSH format.
# This private key is used only during the provisioning and it is recommended to be changed after the SAP deployment.
# It must contain the relative or absoute path from your Bastion.
# Examples: "ansible/id_rsa_ase-syb_ha" , "~/.ssh/id_rsa_ase-syb_ha" , "/root/.ssh/id_rsa".

##########################################################
# File Shares variables:
##########################################################

SHARE_PROFILE = "dp2"
# The Storage Profile for the File Share
# More details on https://cloud.ibm.com/docs/vpc?topic=vpc-file-storage-profiles&interface=ui#dp2-profile."

USRSAP_AS1      = "20"
USRSAP_AS2      = "20"
USRSAP_SAPASCS  = "20"
USRSAP_SAPERS   = "20"
USRSAP_SAPMNT   = "20"
USRSAP_SAPSYS   = "20"
USRSAP_TRANS    = "80"
# File share sizes for SAP, in GB

##########################################################
# DB VSI variables:
##########################################################

DB_HOSTNAME_1 = "sybdb-1"
# The hostname for the primary SYBASE DB VSI server. The hostname should be up to 13 characters, as required by SAP.
# Default value: "sybdb-1"
# When the default value is used, the virtual hostname will automatically be changed based on <SAP_SID> to "sybdb-<sap_sid>-1"

DB_HOSTNAME_2 = "sybdb-2"
# The hostname for the standby (companion) SYBASE DB VSI server. The hostname should be up to 13 characters, as required by SAP.
# Default value: "sybdb-2"
# When the default value is used, the virtual hostname will automatically be changed based on <SAP_SID> to "sybdb-<sap_sid>-2"

DB_PROFILE = "bx2-4x16"
# The profile for the DB VSI. A list of profiles is available here: https://cloud.ibm.com/docs/vpc?topic=vpc-profiles&interface=ui. 
# For more information, check SAP Note 2927211: "SAP Applications on IBM Virtual Private Cloud".

DB_IMAGE = "ibm-redhat-8-6-amd64-sap-hana-4"
# The OS image for the DB VSI. 
# Red Hat Enterprise Linux 8 for SAP HANA (amd64) image must be used for all VMs, as this image type contains the required SAP and HA subscriptions.
# Supported OS images: ibm-redhat-8-6-amd64-sap-hana-4, ibm-redhat-8-4-amd64-sap-hana-7. 
# The list of available VPC Operating Systems supported by SAP: SAP note '2927211 - SAP Applications on IBM Virtual Private Cloud (VPC) Infrastructure environment' https://launchpad.support.sap.com/#/notes/2927211
# A list of images is available here: https://cloud.ibm.com/docs/vpc?topic=vpc-about-images.
# Example: DB_IMAGE = "ibm-redhat-8-4-amd64-sap-hana-4" 

##########################################################
# SAP APP VSI variables:
##########################################################

APP_HOSTNAME_1 = "sapapp-1"
# The hostname for APP VSI 1, in SAP APP Cluster. The hostname should be up to 13 characters. 
# Default value: "sapapp-1"
# When the default value is used, the virtual hostname will automatically be changed, based on <SAP_SID>, to "sapapp-<sap_sid>-1"

APP_HOSTNAME_2 = "sapapp-2"
# The hostname for APP VSI 2, in SAP APP Cluster. The hostname should be up to 13 characters. 
# Default value: "sapapp-2"
# When the default value is used, the virtual hostname will automatically be changed, based on <SAP_SID>, to "sapapp-<sap_sid>-2"

APP_PROFILE = "bx2-4x16"
# The profile for the SAP APP VSIs. The list of available profiles: https://cloud.ibm.com/docs/vpc?topic=vpc-profiles. 
# For more information, check SAP Note 2927211: "SAP Applications on IBM Virtual Private Cloud"

APP_IMAGE = "ibm-redhat-8-6-amd64-sap-hana-4"
# The OS image for SAP APP VSI. Red Hat Enterprise Linux 8 for SAP HANA (amd64) image must be used for all VMs, as this image type contains the required SAP and HA subscriptions. 
# Supported OS images for APP VSIs: ibm-redhat-8-6-amd64-sap-hana-4, ibm-redhat-8-4-amd64-sap-hana-7. 
# The list of available VPC Operating Systems supported by SAP: SAP note '2927211-SAP Applications on IBM Virtual Private Cloud (VPC) Infrastructure environment' https://launchpad.support.sap.com/#/notes/2927211; The list of all available OS images: https://cloud.ibm.com/docs/vpc?topic=vpc-about-images"
# Example: APP_IMAGE = "ibm-redhat-8-4-amd64-sap-hana-7" 

##########################################################
# Activity Tracker variables:
##########################################################

ATR_NAME = "Activity-Tracker-SAP-eu-de"
# The name of the EXISTING Activity Tracker instance, in the same region chosen for SAP system deployment.
# Example: ATR_NAME="Activity-Tracker-SAP-eu-de"

##########################################################
# SAP system configuration
##########################################################

SAP_SID = "NWD"
# The SAP system ID identifies the entire SAP system. 
# Consists of three alphanumeric characters and the first character must be a letter. 
# Does not include any of the reserved IDs listed in SAP Note 1979280
# Obs. It will be used also as identification string across different HA name resources. Duplicates are not allowed.

SAP_ASCS_INSTANCE_NUMBER = "00"
# The central ABAP service instance number. Should follow the SAP rules for instance number naming.
# Example: SAP_ASCS_INSTANCE_NUMBER = "00"

SAP_ERS_INSTANCE_NUMBER = "01"
# The enqueue replication server instance number. Should follow the SAP rules for instance number naming.
# Example: SAP_ERS_INSTANCE_NUMBER = "01"

SAP_CI_INSTANCE_NUMBER = "10"
# The primary application server instance number. Should follow the SAP rules for instance number naming.
# Example: SAP_CI_INSTANCE_NUMBER = "10"

SAP_AAS_INSTANCE_NUMBER = "20"
# The additional application server instance number. Should follow the SAP rules for instance number naming.
# Example: SAP_AAS_INSTANCE_NUMBER = "20"

##########################################################
# SAP Kit Paths
##########################################################

KIT_SAPCAR_FILE = "/storage/NW75SYB/SAPCAR_1010-70006178.EXE"
KIT_SWPM_FILE =  "/storage/NW75SYB/SWPM10SP38_0-20009701.SAR"
KIT_SAPHOSTAGENT_FILE = "/storage/NW75SYB/SAPHOSTAGENT61_61-80004822.SAR"
KIT_SAPEXE_FILE = "/storage/NW75SYB/KERNEL/754UC/SAPEXE_200-80007612.SAR"
KIT_SAPEXEDB_FILE = "/storage/NW75SYB/KERNEL/754UC/SAPEXEDB_200-80007655.SAR"
KIT_IGSEXE_FILE = "/storage/NW75SYB/KERNEL/754UC/igsexe_2-80007786.sar"
KIT_IGSHELPER_FILE = "/storage/NW75SYB/igshelper_17-10010245.sar"
KIT_ASE_FILE = "/storage/NW75SYB/51056521_1_16_0_04_04.ZIP"
KIT_EXPORT_DIR = "/storage/NW75SYB/EXP"

Steps to reproduce:

To initialize Terraform:

terraform init

For planning phase:

terraform plan --out plan1
# you will be asked for the following sensitive variables:
'IBMCLOUD_API_KEY', 'SAP_MAIN_PASSWORD' and 'HA_PASSWORD'.

For apply phase:

terraform apply "plan1"

For destroy:

terraform destroy
# you will be asked for the following sensitive variables as a destroy confirmation phase:
'IBMCLOUD_API_KEY', 'SAP_MAIN_PASSWORD' and 'HA_PASSWORD'.

3.1 Related links:

About

sybase ASE HA using ansible

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • HCL 97.4%
  • Shell 2.6%