Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

collection: add new scenario sap_ecc_ibmdb2_distributed_ha #32

Merged
merged 5 commits into from
Jul 22, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
11 changes: 8 additions & 3 deletions deploy_scenarios/sap_bw4hana_sandbox/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,9 +6,14 @@ This Ansible Playbook can be executed with:
- Existing hosts

This Ansible Playbook can be targeted at the following Infrastructure Platforms:
- Amazon Web Services (aws)
- Google Cloud Platform (gcp)
- Microsoft Azure (msazure)
- Amazon Web Services (AWS)
- Google Cloud Platform (GCP)
- IBM Cloud
- IBM Cloud, IBM Power Virtual Servers
- Microsoft Azure (MS Azure)
- IBM PowerVM
- OVirt
- VMware

SAP BW/4HANA installation:
- Sandbox System definition by SAP: all SAP HANA and SAP NetWeaver instances run on a single host.
Expand Down
11 changes: 8 additions & 3 deletions deploy_scenarios/sap_bw4hana_standard_scaleout/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,9 +6,14 @@ This Ansible Playbook can be executed with:
- Existing hosts

This Ansible Playbook can be targeted at the following Infrastructure Platforms:
- Amazon Web Services (aws)
- Google Cloud Platform (gcp)
- Microsoft Azure (msazure)
- Amazon Web Services (AWS)
- Google Cloud Platform (GCP)
- IBM Cloud
- IBM Cloud, IBM Power Virtual Servers
- Microsoft Azure (MS Azure)
- IBM PowerVM
- OVirt
- VMware

SAP BW/4HANA installation:
- Standard System definition by SAP: all main SAP NetWeaver instances (except the SAP HANA database instance) run on a single host.
Expand Down
11 changes: 8 additions & 3 deletions deploy_scenarios/sap_ecc_hana_sandbox/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,9 +6,14 @@ This Ansible Playbook can be executed with:
- Existing hosts

This Ansible Playbook can be targeted at the following Infrastructure Platforms:
- Amazon Web Services (aws)
- Google Cloud Platform (gcp)
- Microsoft Azure (msazure)
- Amazon Web Services (AWS)
- Google Cloud Platform (GCP)
- IBM Cloud
- IBM Cloud, IBM Power Virtual Servers
- Microsoft Azure (MS Azure)
- IBM PowerVM
- OVirt
- VMware

SAP Business Suite on HANA (SoH), aka. SAP ECC on HANA, installation:
- Sandbox System definition by SAP: all SAP HANA and SAP NetWeaver instances run on a single host.
Expand Down
9 changes: 6 additions & 3 deletions deploy_scenarios/sap_ecc_ibmdb2_distributed/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,9 +6,12 @@ This Ansible Playbook can be executed with:
- Existing hosts

This Ansible Playbook can be targeted at the following Infrastructure Platforms:
- Amazon Web Services (aws)
- Google Cloud Platform (gcp)
- Microsoft Azure (msazure)
- Amazon Web Services (AWS)
- Google Cloud Platform (GCP)
- IBM Cloud
- Microsoft Azure (MS Azure)
- OVirt
- VMware

SAP Business Suite with IBM Db2 Sandbox installation:
- Distributed System definition by SAP: every SAP AnyDB (i.e. IBM Db2) and SAP NetWeaver instance run on a separate host.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -2,9 +2,9 @@

# Ansible Inventory Group names must match sap_host_type variable - hana_primary, hana_secondary, nwas_ascs, nwas_ers, nwas_pas, nwas_aas

hana_primary:
anydb_primary:
hosts:
sap-hana:
sap-anydb-p:
ansible_host: IP_GOES_HERE
ansible_port: 22
ansible_user: root
Expand All @@ -13,7 +13,25 @@ hana_primary:

nwas_ascs:
hosts:
sap-nw-ascs-pas:
sap-nw-ascs:
ansible_host: IP_GOES_HERE
ansible_port: 22
ansible_user: root
ansible_ssh_private_key_file: "{{ playbook_dir }}/ssh/hosts_rsa"
ansible_ssh_common_args: -o ConnectTimeout=180 -o ControlMaster=auto -o ControlPersist=3600s -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ForwardX11=no -o ProxyCommand='ssh -W %h:%p bastionuser@IP_GOES_HERE -p 50222 -i {{ playbook_dir }}/ssh/bastion_rsa -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null'

nwas_pas:
hosts:
sap-nw-pas:
ansible_host: IP_GOES_HERE
ansible_port: 22
ansible_user: root
ansible_ssh_private_key_file: "{{ playbook_dir }}/ssh/hosts_rsa"
ansible_ssh_common_args: -o ConnectTimeout=180 -o ControlMaster=auto -o ControlPersist=3600s -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ForwardX11=no -o ProxyCommand='ssh -W %h:%p bastionuser@IP_GOES_HERE -p 50222 -i {{ playbook_dir }}/ssh/bastion_rsa -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null'

nwas_aas:
hosts:
sap-nw-aas:
ansible_host: IP_GOES_HERE
ansible_port: 22
ansible_user: root
Expand Down
109 changes: 109 additions & 0 deletions deploy_scenarios/sap_ecc_ibmdb2_distributed_ha/README.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,109 @@
# Ansible Playbook - SAP Business Suite (ECC) with IBM Db2, Distributed installation (no HA)

This Ansible Playbook uses an Ansible Role which is `experimental`.

This Ansible Playbook can be executed with:
- Ansible to provision hosts
- Ansible + Terraform to provision hosts
- Existing hosts

This Ansible Playbook can be targeted at the following Infrastructure Platforms:
- Amazon Web Services (AWS)
- Google Cloud Platform (GCP)
- IBM Cloud
- Microsoft Azure (MS Azure)

SAP Business Suite with IBM Db2 Sandbox installation:
- Distributed System definition by SAP: every SAP AnyDB (i.e. IBM Db2) and SAP NetWeaver instance run on a separate host.
- System Topology/Architecture: a Distributed System is commonly referred as Multi-Tier Architecture.
- Note: This Ansible Playbook is not available for IBM Power Little Endian (ppc64le); all prior SAP Software without SAP HANA was for IBM Power Big Endian (ppc64) only.

SAP Business Suite, aka. SAP ECC, software versions:
EhP8

---

## Execution of Ansible Playbook

Prior to execution, please read the [full documentation of the Ansible Playbooks for SAP](../docs/README.md) for the capabilities and different execution methods.

## Execution outcome

When executing this Ansible Playbook for SAP, the following hosts are provisioned (unless an Ansible Inventory is provided for existing hosts):
1. Host for SAP AnyDB (IBM Db2 database server)
2. Host for SAP NetWeaver Application Server (ABAP) - Central Services (ASCS)
3. Host for SAP NetWeaver Application Server (ABAP) - Primary Application Server (PAS)
4. Host for SAP NetWeaver Application Server (ABAP) - Additional Application Server (AAS)

The sequence of a Distributed installation is:
- `SWPM`: Install SAP NetWeaver Application Server (ABAP) - Central Services (ASCS). This runs the MS and EN.
- `SWPM`: Install SAP AnyDB Database Instance (i.e. IBM Db2 installation) and Installation Export to Database (i.e. Database Load)
- `SWPM`: Install SAP NetWeaver Application Server (ABAP) - Primary Application Server (PAS); formerly Central Instance (CI). This runs the GW and WP.
- `SWPM`: Install SAP NetWeaver Application Server (ABAP) - Additional Application Server (AAS); formerly Dialog Instance (DI). This runs additional WP.

This therefore matches to the SAP SWPM Product ID prefixes that are executed in sequence:
- `NW_ABAP_ASCS`, Central Services Instance for ABAP (ASCS) Installation
- `NW_ABAP_DB`, Database Instance Installation
- `NW_ABAP_CI`, Primary Application Server Instance Installation
- `NW_DI`, Application Server Instance Installation

> N.B. Optionally, instead of default ENSA2 the High Availability for SAP NetWeaver ASCS/ERS can use ENSA1 by using `sap_ha_pacemaker_cluster_nwas_abap_ascs_ers_ensa1: true`


### Execution sequence

- Infrastructure Provision
- Set temporary Virtual IP
- `sap_storage_setup` Ansible Role for SAP Storage Setup
- Perform Preflight Checks
- Download Install Media
- Transfer Install Media to other hosts
- Update /etc/hosts
- Run Ansible Roles for preconfiguration
- `sap_general_preconfigure` Ansible Role
- `sap_netweaver_preconfigure` Ansible Role
- Reboot (removes temporary Virtual IP)
- Set temporary Virtual IP
- Run Ansible Roles for SAP NetWeaver hosts
- `sap_install_media_detect` Ansible Role
- `sap_swpm` Ansible Role for NWAS ASCS HA
- `sap_swpm` Ansible Role for NWAS ERS
- Run Ansible Roles for SAP AnyDB hosts
- `sap_install_media_detect` Ansible Role
- `sap_swpm` Ansible Role for DB Install and DB Load
- Perform Database Backup to file
- Transfer Database Backup to secondary node
- `sap_swpm` Ansible Role for DB Install of secondary node
- Restore Database Backup to secondary node
- `sap_ha_install_anydb_ibmdb2` Ansible Role for IBM Db2 HADR with Integrated Linux Pacemaker
- Run Ansible Roles for SAP NetWeaver hosts
- `sap_ha_pacemaker_cluster` Ansible Role (inc. Virtual IP setup)
- `sap_swpm` Ansible Role for PAS
- `sap_swpm` Ansible Role for AAS
- Post-deployment Infrastructure amendments (e.g. Load Balancer Health Check Probe port number changes)

---

## Note regarding Load Balancer for Virtual IP and Virtual Hostname for SAP SWPM

When using Load Balancers for providing the Virtual IP (VIP) and Virtual Hostname, the sequence of Linux Pacemaker installation is often reversed due to SAP SWPM installation procedures.

For example, usual sequence:
- Execute SAP SWPM
- Install Linux Pacemaker and configurations for SAP NetWeaver etc

For example, sequence when using Load Balancers:
- Create Load Balancer and VIP, using Health Check Probe to Port (which won't have a listening service on the host)
- Install Linux Pacemaker and configurations for SAP NetWeaver etc (listening service now available, after a few minutes the LB should mark network path / hosts pool as Healthy and VIP will become available)
- Execute SAP SWPM

This is a non-standard sequence for installations using SAP SWPM, and is prone to errors without the correct timings / sleep commands to wait for VIP availability and successful resolution of the Virtual Hostname.

Therefore for this Ansible Playbook, the following handling is used to retain the correct structure applicable to the usual sequence (permitting the Ansible Playbook to be executed on existing hosts), but adjusting for hosts on Infrastructure Platforms using Load Balancers for VIPs:
- Create Load Balancer and VIP, using Health Check Probe with a temporary port listener using netcat (which will always be listening) and the mark network path / hosts pool as Healthy with VIP immediately available
- As required, append Secondary IP to the default OS network interface
- Execute SAP SWPM
- Install Linux Pacemaker and configurations for SAP NetWeaver etc (will identify secondary ip attached to default OS network interface, and will takeover management)
- Amend Load Balancer to use Health Check Probe of the listening port configured with Linux Pacemaker

> The additional handling for Load Balancer VIPs is irrelevant for SAP AnyDB using IBM Db2 installation procedures.
Loading
Loading