Gli script di Terraform includono

Gli script terraform inclusi per la distribuzione sono:

• Un gruppo di collocamento per includere tutte e quattro le macchine virtuali coinvolte in questa soluzione.
• Quattro VSI in una VPC esistente con configurazioni di subnet e gruppi di sicurezza.
  • Due per l'istanza del cluster di database ASE Sybase
  • Due per il cluster di applicazioni SAP
• Configurazione di tre bilanciatori di carico delle applicazioni come ASE Sybase DB e SAP ASCS/ERS.
• Configurazione di un servizio DNS VPC utilizzato per mappare l'FQDN di ALB agli hostname virtuali SAP ASCS/ERS e ASE Sybase.
• Configurazione di sette condivisioni di file per VPC.

Gli script ansible inclusi sono:

• Requisiti del sistema operativo per l'installazione e la configurazione delle applicazioni SAP.
• Installazione dei componenti del cluster.
• Ansible script per la configurazione del cluster di applicazioni SAP e per la configurazione del cluster SAP ASE Sybase.
• Installazione ASE Sybase
• Backup del db ASE Sybase
• Configurazione della replica del sistema ASE Sybase
• Installazione delle istanze ASCS e ERS
• Carico del DB
• Installazione di server applicativi primari e supplementari

Ansible viene avviato da Terraform e deve essere disponibile sullo stesso host.

SAP Soluzione implementata

SAP NetWeaver è la base fondamentale degli stack tecnologici di SAP ed è la piattaforma utilizzata per le applicazioni ABAP e Java. Il sistema SAP può essere installato e configurato in IBM Cloud® per diversi tipi di sistemi e database.

Per ulteriori informazioni sulle architetture di sistema SAP su IBM Cloud® VPC, consultare le architetture di riferimento dell'infrastruttura per SAP per ogni tipo di database supportato. Ad esempio, SAP NetWeaver 7.x su UNIX con ASE SYB su IBM Cloud® VPC è l'architettura di riferimento dedicata per questa soluzione SAP.

La distribuzione manuale di una VPC e l'installazione di un sistema SAP possono richiedere molto tempo. L'automazione di terraform assicura non solo un'implementazione più rapida, ma anche una distribuzione standardizzata e meno soggetta a errori. Terraform e Ansible sono utilizzati per automatizzare i processi di distribuzione.

La soluzione terraform scripts fornisce la distribuzione automatizzata di un singolo host con SAP NetWeaver con ASE SYB su Red Hat Enterprise Linux 8 e SUSE 15 per SAP Applications.

I supporti di installazione SAP utilizzati per questa distribuzione sono i supporti predefiniti per SAP NetWeaver 7.5 con ASE SYB 16.0. I supporti sono disponibili sul portale di supporto SAP nell'area Installazione e aggiornamento. Il supporto di installazione viene fornito come parametro di input per Terraform.

Un sistema ERP viene utilizzato per la pianificazione delle risorse aziendali orientata alla domanda. Viene utilizzato per controllare i processi e per collegare in modo significativo i reparti e le aree funzionali. I singoli moduli includono applicazioni per la contabilità, le vendite, la produzione e il marketing. Anche i compiti più complessi nella gestione dei clienti o della catena di fornitura possono essere svolti da un software ERP. Come successore del prodotto principale SAP ECC, SAP NetWeaver è stato presentato come il sistema ERP intelligente di nuova generazione. Grazie alle moderne tecnologie, la versione Software-as-a-Service ( SaaS ) è progettata per aiutare le aziende a standardizzare i processi e a fare il salto verso la digitalizzazione.

Cosa viene creato

Gli script funzionano in due fasi. La prima fase automatizza la creazione delle risorse per il processo di provisioning VPC in una VPC esistente creata al momento della distribuzione del bastione VSI. La seconda fase crea l'architettura SAP in un ambiente distribuito. Questa fase crea il:

• SAP HA SAP NetWeaver App cluster server su un VSI distinto come zona singola o VPC multizona.
• SAP ASE Sybase cluster DB su un server dedicato di tipo VSI come VPC a zona singola o multizona.

Per ulteriori informazioni su questa architettura, vedere SAP NetWeaver 7.x con SAP ASE Sybase IBM Cloud® VPC.

Durante la prima fase, la VPC viene dotata di questi componenti:

• 1 VPC in cui vengono fornite le istanze di server virtuale
• 1 gruppo di sicurezza. Le regole per questo gruppo di sicurezza consentono:
  • DNS in entrata (porta 53) e
  • Connessioni SSH in entrata (porta TCP 22) alla vostra istanza di server virtuale
  • Tutto il traffico in uscita dall'istanza del server virtuale
• 1 sottorete per abilitare la rete nel tuo VPC
• 2 X istanze di server virtuale con configurazioni di storage e di rete certificate SAP
• 2 indirizzi IP fluttuanti che si utilizzano per accedere all'istanza del server virtuale VPC sulla rete pubblica

Durante la seconda fase, viene richiamato il Playbook Ansible e viene installata l'architettura SAP di alta disponibilità sia per il sistema VSI dedicato SAP App VSI che per il box VSI dedicato SAP ASE Sybase. L'architettura SAP implementata è la release SAP NetWeaver su cluster pacemaker HA dedicato SAP ASE Sybase 16 SP0+VSI’s come modello di distribuzione distribuito. Per ulteriori informazioni su questa architettura, vedere Automazione di SAP ASE Sybase istanza di server virtuale stand-alone su IBM Cloud® VPC utilizzando Terraform e Ansible.

Sistema ad alta disponibilità per il database SAP ASE Sybase

Al livello più elementare, un cluster HA ASE Sybase standard in una configurazione attiva-passiva ha due nodi: uno è il nodo primario e l'altro è il nodo di standby. Il nodo primario sta servendo attivamente le istanze attive di SAP (PAS e AAS), mentre il nodo di standby è in attesa di intervenire se necessario.

Il cluster è impostato con un hostname IP virtuale. L'hostname è mappato sul FQDN dell'ALB ASE Sybase attraverso il DNS, che è lo stesso delle istanze SAP ASCS e ERS. Le istanze delle applicazioni (PAS e AAS) sono i dettagli da utilizzare nei profili SAP per chiamare quel particolare componente. Il cluster assegna l'IP virtuale al nodo attivo e utilizza un monitor heartbeat per confermare la disponibilità dei componenti. Se il nodo primario smette di rispondere, si attiva il meccanismo di failover automatico che chiama il nodo standby a diventare il nodo primario. L'ALB rileva la modifica, reindirizza il traffico al nuovo nodo attivo e gli assegna l'IP virtuale, ripristinando la disponibilità del componente. Una volta riparato, il nodo guasto viene messo in linea come nodo di riserva.

Panoramica della distribuzione di Terraform

Si usa Terraform sulla CLI del server Bastion per scaricare ed eseguire gli script che si trovano qui.

Per eseguire gli script di Terraform, si modificano:

• Il file input.auto.tfvars per specificare le informazioni della soluzione:
  • Immettere le informazioni sull'IP flottante e sulla subnet del server bastion.
  • Inserire le informazioni sulla VPC esistente:
    • Nome VPC
    • Gruppo di sicurezza
    • Sottorete
    • Nome host
    • Profilo
    • Immagine
    • Fino a due chiavi SSH
  • È possibile modificare le impostazioni di configurazione del sistema SAP per adattarle alla propria soluzione.
  • È inoltre possibile specificare il percorso in cui sono stati scaricati i kit di SAP.

Il plug-in IBM Cloud® Provider per Terraform su IBM Cloud® utilizza questi file di configurazione per installare SAP NetWeaver High Availability on Single Zone o Multi Zone sul VPC specificato nell'account IBM Cloud®.

SAP Kit

Per ogni regione di IBM Cloud®, IBM alloca un archivio temporaneo su un host Jump dedicato. È vostra responsabilità scaricare i kit SAP e DB necessari sul vostro Deployment Server. Tutti gli archivi di file vengono decompressi da Ansible durante il processo di distribuzione dell'automazione. Per ulteriori informazioni, consultare il file Readme.

Prima di iniziare

Prima di distribuire SAP NetWeaver High Availability su Single Zone o Multi Zone:

• Per completare l'automazione di questa distribuzione è necessario che IBM Cloud® File Storage for VPC sia completato con successo. IBM Cloud® File Storage for VPC è disponibile per i clienti con un'approvazione speciale per l'anteprima di questo servizio nelle regioni di Francoforte, Londra, Dallas, Toronto, Washington, San Paolo, Sydney, Osaka e Tokyo. Contattate il vostro rappresentante di vendita IBM per ottenere l'accesso. Per ulteriori informazioni, vedere IBM Cloud® File Storage for VPC.
• Configurare l'account per accedere alla VPC. Assicuratevi che il vostro account sia stato aggiornato a un account a pagamento.
• Se non l'avete ancora fatto, create un server bastione per memorizzare i kit SAP. Per ulteriori informazioni, vedere [Automatizzare SAP bastion server - SAP repository di archiviazione multimediale] ( https://cloud.ibm.com/docs/sap?topic=sap-sap-bastion-server. Per la distribuzione è necessario l'IP flottante del server bastion.
• Scaricate i kit SAP dal portale SAP al vostro Deployment Server. Prendete nota delle posizioni di download. Ansible decomprime i file. Per ulteriori informazioni, consultare il file Readme, nei rispettivi repository GitHub di Schematics e Terraform e nella pagina About.
• Creare o recuperare una chiave API IBM Cloud®. La chiave API viene utilizzata per autenticarsi con la piattaforma IBM Cloud® e per determinare le autorizzazioni per i servizi IBM Cloud®.
• Creare o recuperare l'ID della chiave SSH. È necessario l'UUID a 40 cifre della chiave SSH, non il nome della chiave SSH.

Distribuzione di SAP HA SAP NetWeaver utilizzando Terraform con la CLI di bastion server

Utilizzare questi passaggi per configurare il plug-in IBM Cloud® Provider e utilizzare Terraform per installare SAP HA SAP NetWeaver sul VPC esistente. Il completamento degli script può richiedere da 1 a 2 ore.

1. Accedere al server bastion cli.

2. Clonare il repository della soluzione come:

   git clone https://github.com/IBM-Cloud/sap-nwase-ha.git
   
   cd sap-nwase-ha
   

3. Specificare il VPC. Modificare il file input.auto.tfvars per specificare le informazioni relative alla VPC esistente, alla zona, ai nomi di VPC e componenti, al profilo e all'immagine.

   • Per questo file è necessario l'ID della chiave SSH a 40 cifre. La seconda chiave SSH è facoltativa.
   • Per ulteriori opzioni di profilo, vedere Profili di istanza.
   • Per ulteriori opzioni relative alle immagini, vedere Immagini.
   • Per le descrizioni delle variabili, vedere il file Readme.

share_profile = "tier-5iops"
Enter the IOPs (IOPS per GB) tier for File Share storage. Valid values are 3, 5, and 10.

File shares sizes:
USRSAP_AS1      = "20"
USRSAP_AS2      = "20"
USRSAP_SAPASCS  = "20"
USRSAP_SAPERS   = "20"
USRSAP_SAPMNT   = "20"
USRSAP_SAPSYS   = "20"
USRSAP_TRANS    = "80"
Enter Custom File Shares sizes for SAP mounts.

Distribuzione di SAP NetWeaver (ABAP) 7.5 su ASE SYBASE High Availability su Single Zone o Multi Zone con l'interfaccia Schematics

Utilizzate questi passaggi per configurare SAP NetWeaver (ABAP) 7.5 su ASE SYBASE High Availability su Single Zone o Multi Zone sul VPC esistente utilizzando l'interfaccia Schematics. Il completamento degli script può richiedere dalle 2 alle 3 ore. Per le versioni dei kit consigliate, consultare il file readme.

1. Dal menu IBM Cloud, selezionare Schematics.

2. Fai clic su Create Workspace.

3. Nella pagina Specifica modello:

   • Inserite il repository GitHub URL che contiene il codice Schematics per questa offerta.
   • Seleziona la versione Terraform.
   • Fai clic su Next.

4. Nella pagina dei dettagli dello spazio di lavoro:

   • Inserire un nome per l'area di lavoro.
   • Seleziona un gruppo di risorse (Resource group).
   • Selezionare una posizione per l'area di lavoro. La posizione dell'area di lavoro non deve necessariamente corrispondere alla posizione della risorsa.
   • Seleziona Next.

5. Selezionare Crea per creare l'area di lavoro.

6. Nella pagina Impostazioni dell'area di lavoro, nella sezione Variabili di input, esaminare le variabili di input predefinite e fornire i valori che corrispondono alla propria soluzione.

   Per una descrizione più dettagliata di ciascuno di questi parametri, consultare il file readme del repo GitHub, capitolo "File dei parametri di input". Inoltre, assicurarsi di contrassegnare come "sensibili" i parametri che contengono informazioni sensibili come password, API e chiavi private ssh. Questi parametri sono contrassegnati come "sensibili" nel file readme, alla voce "File dei parametri di input".

   Salvare ogni parametro modificato.

   Variabili richieste

   Parametro	Descrizione
   APP_HOSTNAME_1	APP VSI hostname-1
   APP_HOSTNAME_2	APP VSI hostname-2
   BASTION_FLOATING_IP	Immettere l'IP flottante del server Bastion creato prima di avviare l'installazione. Per ulteriori informazioni, vedere Automatizzare SAP bastion server - SAP archiviazione multimediale.
   DB_HOSTNAME_1	DB VSI hostname-1
   DB_HOSTNAME_2	DB VSI hostname-2
   domain_name	Nome dominio privato
   REGIONE	Regione del cloud in cui sono distribuite le risorse
   RESOURCE_GROUP	Gruppo di risorse ESISTENTE per VSI e volumi
   GRUPPO_SICUREZZA	ESISTENTE Nome del gruppo di sicurezza
   SSH_KEYS	Chiavi SSH Elenco ID per accedere al VSI
   SOTTORETE	ESISTENTE Nome della sottorete
   VPC	Nome VPC esistente
   ZONA	Zona cloud in cui sono distribuite le risorse
   HA_PASSWORD	Password del cluster HA
   ibmcloud_api_key	IBM Cloud O utilizzare un segreto memorizzato in Secrets Manager
   CHIAVE_SSH_PRIVATA	Inserire il contenuto della chiave privata id_rsa o utilizzare un segreto memorizzato in Secrets Manager
   SAP_MAIN_PASSWORD	SAP principale o utilizzare una password segreta memorizzata in Secrets Manager
   SAP_SID	SAP sid

   • Rivedere e aggiornare le variabili di input opzionali. Gli script Ansible si aspettano che i kit SAP si trovino nelle posizioni predefinite elencate. Per ulteriori informazioni, consultare il file Readme - Parametri di input.

   Variabili opzionali

   Parametro	Descrizione
   APP_IMAGE	Immagine APP VSI OS
   APP_PROFILE	Profilo APP VSI
   ASCS_VIRT_HOSTNAME	Nome host virtuale ASCS
   DB_IMAGE	Immagine DB VSI OS
   DB_PROFILE	Profilo DB VSI
   ERS_VIRT_HOSTNAME	Nome host virtuale ERS
   KIT_HDBCLIENT_FILE	kit_hdbclient_file
   KIT_IGSEXE_FILE	kit_igsexe_file
   KIT_IGSHELPER_FILE	kit_igshelper_file
   KIT_S4ASE_SYBASE_EXPORT	kit_s4ASE SYBASE_export
   FILE_KIT_SAPCAR	file_kit_sapcar
   KIT_SAPEXE_FILE	kit_sapexe_file
   KIT_SAPEXEDB_FILE	kit_sapexedb_file
   FILE_KIT_SAPASE	kit_sapASE File_SYBASE
   FILE_KIT_SAPHOTAGENT	file_kit_saphotagent
   KIT_SWPM_FILE	kit_swpm_file
   NUMERO_AAS_INSTANCE_NUMBER	numero_aas_instance_number
   SAP_ASCS_INSTANCE_NUMBER	sap_ascs_instance_number
   NUMERO_CI_INSTANZA	numero_ci_instanza
   NUMERO_INSTANZA_DI_SAPERE	numero_instanza_di_sapere
   PROFILO_DI_CONDIVISIONE	Immettere il livello IOPs (IOPS per GB) per lo storage File Share. I valori validi sono 3, 5 e 10.
   USRSAP_AS1	Dimensione FS in GB per usrsap-as1
   USRSAP_AS2	Dimensione FS in GB per usrsap-as2
   USRSAP_SAPASCS	Dimensione FS in GB per usrsap-sapascs
   USRSAP_SAPERS	FS Dimensione in GB per usrsap-sapers
   USRSAP_SAPSYS	Dimensioni FS in GB per usrsap-sapsys
   USRSAP_TRANS	Dimensione FS in GB per usrsap-trans

7. Nella pagina delle impostazioni dell'area di lavoro, fare clic su Genera piano. Attendi il completamento del piano.

8. Fai clic su Visualizza log per esaminare i file di log del tuo piano di esecuzione Terraform.

9. Applicare il modello Terraform facendo clic su Applica piano.

10. Esamina il file di log per assicurarti che non si siano verificati errori durante il processo di provisioning, modifica o eliminazione.