Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# AWS automazioni per l'amministrazione e le operazioni SAP
Utilizzando AWS servizi e strumenti, puoi scegliere quali AWS automazioni implementare e personalizzare in base alle tue esigenze specifiche. Di seguito sono riportati alcuni esempi di AWS servizi e strumenti che è possibile utilizzare per automatizzare l'amministrazione e le operazioni SAP:
+ Gestione dell'accesso tramite AWS IAM Identity Center
+ Approvvigionamento del sistema tramite AWS Launch Wizard
+ Alta disponibilità e disaster recovery utilizzando AWS CloudFormation
+ Scalabilità automatica AWS delle risorse per supportare le applicazioni SAP utilizzando AWS Auto Scaling
+ Gestione della configurazione SAP con AWS Config
+ Copiare sistemi serverless utilizzando AWS Lambda
+ Monitoraggio dei sistemi SAP con Amazon CloudWatch
+ Analisi dei data lake SAP con AWS Glue
+ Configurazione del protocollo SFTP (Secure File Transfer Protocol) con AWS Transfer Family
+ Avvio e arresto dei sistemi SAP con AWS Systems Manager
+ Integrazione della posta elettronica con Amazon Simple Email Service (Amazon SES)
+ Bilanciamento del carico con Elastic Load Balancing (ELB)
+ Applicazione di patch a sistemi operativi e SAP con Systems Manager
+ Eseguire il backup di SAP con AWS Backup
+ Utilizzo dello strumento di misurazione hardware e cloud (HCMT) SAP HANA e dello strumento di controllo della configurazione hardware (HWCCT) con Systems Manager
+ Pianificazione dei lavori con AWS Step Functions
Le sezioni seguenti descrivono alcuni di questi esempi di automazioni in modo più dettagliato. Il team di SAP Global Specialty Practice innova e promuove costantemente nuove funzionalità di AWS automazione, quindi il numero di automazioni continuerà a crescere.
**Topics**
+ [Esempio: automazione del provisioning del sistema](system-provisioning.md)
+ [Esempio: monitoraggio dei cluster di applicazioni SAP, dei cluster SAP HANA e del servizio applicativo SAP](monitoring.md)
+ [Esempio: automazione dell'aggiornamento serverless di SAP](serverless-refresh.md)
+ [Esempio: automazione dell'avvio e dello spegnimento dei sistemi SAP](system-start.md)
+ [Esempio: dimensionamento automatico delle applicazioni SAP](auto-scaling.md)
# Esempio: automazione del provisioning del sistema
Il *provisioning del sistema* è il processo di impostazione dell'infrastruttura nel cloud, che include la configurazione dell'accesso di utenti, sistemi e servizi alle applicazioni, ai dati e alle risorse cloud. I vantaggi del provisioning automatico del sistema sono:
+ Riduzione degli errori umani durante l'implementazione
+ Provisioning coerente, riproducibile e verificabile
+ Scalabilità dell'infrastruttura
+ Riduzione dei tempi e costi di provisioning
Esistono diversi approcci per automatizzare il provisioning del sistema. Questa guida approfondisce due opzioni: Infrastructure as Code (IaC). AWS Launch Wizard
## Launch Wizard
L'utilizzo di Launch Wizard per il provisioning automatico dei sistemi riduce il tempo necessario per implementare le applicazioni SAP nel cloud. Puoi inserire i requisiti dell'applicazione nella console di servizio, incluse le impostazioni SAP HANA, le impostazioni SAP Landscape e i dettagli di implementazione. Launch Wizard identifica le AWS risorse appropriate per supportare l'applicazione e stima i costi di implementazione. Puoi modificare le risorse e visualizzare immediatamente i costi aggiornati e stimati. Puoi anche implementare le risorse per gestire la tua applicazione SAP direttamente da Launch Wizard. Per ulteriori informazioni, consulta [AWS Launch Wizard per SAP](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sap.html).
L'immagine e il processo seguenti spiegano, a livello generale, come utilizzare Launch Wizard per identificare, stimare e avviare AWS le risorse necessarie per supportare l'applicazione SAP:
1. In Launch Wizard, da un catalogo di applicazioni, scegli quale implementare.
1. Inserisci anche le specifiche dell'applicazione.
1. Launch Wizard consiglia le AWS risorse per l'applicazione e fornisce una stima dei costi.
1. Dopo l'approvazione, Launch Wizard effettua il provisioning delle risorse selezionate su AWS.
1. Launch Wizard configura la soluzione ad alta disponibilità e crea modelli di codice per utilizzi futuri.
1. Launch Wizard crea un' ready-to-useapplicazione integrata con i servizi di AWS gestione e monitoraggio.
![\[Diagramma del processo che spiega le fasi di alto livello per l'utilizzo di AWS Launch Wizard.\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/strategy-sap-automation/images/LaunchWizard.png)
## infrastruttura come codice
Un altro modo per effettuare automaticamente il provisioning dei sistemi e ridurre il tempo necessario per implementare le applicazioni SAP consiste nell'utilizzare l'infrastruttura come codice. *Infrastruttura come codice* è una pratica in cui si utilizzano tecniche di sviluppo di codice e software, come il controllo delle versioni e l'integrazione continua, per fornire e gestire l'infrastruttura. Cloud AWS Offre un modello basato sull'API (Application Programming Interface) che consente a sviluppatori e amministratori di sistema di interagire con l'infrastruttura in modo programmatico su larga scala, anziché impostare e configurare manualmente le risorse. Poiché le risorse e i servizi sono definiti come codice, puoi utilizzare rapidamente modelli standardizzati per implementare infrastrutture e server con le patch e le versioni più recenti e duplicare le risorse in modi ripetibili. Per ulteriori informazioni, consulta il post sul blog [Terraform](https://aws.amazon.com/blogs/awsforsap/terraform-your-sap-infrastructure-on-aws/) your SAP Infrastructure on. AWS
# Esempio: monitoraggio dei cluster di applicazioni SAP, dei cluster SAP HANA e del servizio applicativo SAP
Un altro esempio di automazione per SAP on AWS è il monitoraggio dei cluster di applicazioni SAP, dei cluster SAP HANA e del servizio applicativo SAP. Automatizzando il monitoraggio, è possibile monitorare efficacemente gli ambienti SAP NetWeaver e i cluster di database a basso costo, senza la necessità di implementare o gestire server o agenti. Il post sul blog [SAP Application Cluster, SAP HANA Cluster e SAP Application Service Monitoring](https://aws.amazon.com/blogs/awsforsap/sap-application-cluster-sap-hana-cluster-and-sap-application-service-monitoring/) descrive la tecnica di utilizzo di CloudWatch metriche e dashboard per monitorare i cluster di applicazioni SAP, i cluster di database HANA e i servizi principali di replica HANA e delle applicazioni SAP. I AWS vantaggi di questa funzionalità di automazione sono:
+ Monitoraggio efficace degli ambienti basati su SAP Advanced Business Application Programming (ABAP)
+ Non è necessario installare e gestire server o agenti
+ Un'unica dashboard amministrativa per l'accesso a SAP e alle metriche AWS di servizio
+ Bassi costi e nessun costo di licenza aggiuntivo
L'immagine e il processo seguenti descrivono come configurare questa automazione per monitorare i database SAP e consentire agli utenti di accedere ai dati e ai parametri correnti:
1. Utilizzando la libreria di sviluppo SAP Java Connector (SAP JCo), una funzione Lambda stabilisce una connessione con il sistema SAP.
1. La funzione Lambda utilizza il protocollo SAP RFC (Remote Function Call) per recuperare dati dal database SAP.
1. La funzione Lambda recupera le credenziali SAP archiviate in modo sicuro Gestione dei segreti AWS e le utilizza per accedere al sistema SAP.
1. Lambda pubblica i dati SAP come metriche personalizzate. CloudWatch A causa della regola, Lambda esegue questa azione ogni 60 secondi.
1. L'utente può accedere alle applicazioni, ai dati e alle metriche SAP tramite una dashboard personalizzata. CloudWatch
![\[Diagramma dell'architettura che mostra l'automazione del monitoraggio dei database SAP.\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/strategy-sap-automation/images/monitoring.png)
# Esempio: automazione dell'aggiornamento serverless di SAP
*Un altro esempio di automazione per SAP on AWS è l'aggiornamento senza server SAP.* Molte aziende richiedono aggiornamenti regolari dei propri sistemi SAP per supportare le operazioni di test e produzione. Il processo di aggiornamento manuale può richiedere molto tempo, essere costoso e noioso per gli amministratori SAP. In alternativa al processo manuale, puoi utilizzare un'automazione costituita da AWS servizi serverless che eseguono collettivamente il processo di aggiornamento del sistema per te. Puoi utilizzare questa funzionalità per aggiornare i dati di test di un sistema SAP da un altro sistema. Questa soluzione attualmente supporta i sistemi SAP che utilizzano il sistema di gestione del database SAP HANA. I vantaggi di questa automazione sono i seguenti:
+ Mantiene la configurazione del sistema SAP
+ Aumenta la produttività, l'agilità e l'innovazione
+ Riduce i tempi di inattività a diversi minuti
+ Riduce il coinvolgimento delle risorse umane
+ Riduce il rischio di errori umani
+ Riduce il processo di aggiornamento da settimane a giorni
L'immagine e il processo seguenti descrivono come funziona l'automazione per gli aggiornamenti serverless di SAP:
1. Un utente avvia una macchina a stati in. AWS Step Functions Per ulteriori informazioni sulle macchine a stati, consulta la sezione [Stati](https://docs.aws.amazon.com/step-functions/latest/dg/concepts-states.html) (documentazione Step Functions).
1. La macchina a stati utilizza un argomento Amazon Simple Notification Service (Amazon SNS) per notificare all'utente finale l'avvio del processo.
1. Una funzione Lambda avvia i documenti Systems Manager che avviano un'istanza Amazon Elastic Compute Cloud (Amazon EC2) da un'Amazon Machine Image (AMI).
1. Una funzione Lambda ripristina il backup copiando i file di backup da un bucket Amazon Simple Storage Service (Amazon S3) alle istanze EC2 che ospitano il database SAP. La funzione Lambda fa anche riferimento a Parameter Store, una funzionalità di Systems Manager, per recuperare i valori delle variabili obbligatorie, come il nome host di destinazione, l'indirizzo IP di destinazione e l'identificatore di sistema SAP di destinazione.
1. Una volta completato il ripristino del database, una funzione Lambda esegue attività successive alla copia, come l'importazione del trasporto e la conversione dei nomi di sistema logici.
1. La macchina a stati utilizza l'argomento Amazon SNS per notificare all'utente finale il corretto completamento dell'aggiornamento.
1. Le funzioni Lambda utilizzano una tabella Amazon DynamoDB per tracciare l'avanzamento di ogni passaggio nella macchina a stati.
![\[Diagramma dell'architettura che mostra come utilizzare l'automazione per eseguire un aggiornamento serverless.\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/strategy-sap-automation/images/backuprestore.png)
# Esempio: automazione dell'avvio e dello spegnimento dei sistemi SAP
Un tipico sistema SAP produttivo è costituito da più istanze Amazon EC2 che ospitano diversi componenti SAP critici, come server di database SAP, server di applicazioni SAP, SAP Central Services e servizi di replica SAP Enqueue. I clienti SAP integrano inoltre i propri sistemi SAP principali con altre soluzioni mission critical, come motori di archiviazione, soluzioni di gestione fiscale, server di contenuti e sistemi di gestione dei lavori. La procedura di avvio e spegnimento di una soluzione SAP così complessa e strettamente integrata richiede il rispetto di una specifica sequenza di attività.
È possibile automatizzare l'avvio e l'arresto dei sistemi SAP utilizzando i servizi. AWS Questo processo coerente e controllato richiede un intervento umano significativamente inferiore perché automatizza le attività monotone e ripetitive e segue la sequenza progettata dagli amministratori SAP. Facoltativamente, puoi aggiungere pianificazione, notifiche e avvisi utilizzando i servizi AWS creati per il cloud. Inoltre, questa automazione è in grado di definire e gestire le dipendenze tra più applicazioni SAP e non SAP. Per ulteriori informazioni, consulta il post sul blog [Automatizzazione dell'avvio o dell'arresto dei sistemi SAP HANA distribuiti utilizzando AWS Systems Manager](https://aws.amazon.com/blogs/awsforsap/automate-start-or-stop-of-distributed-sap-hana-systems-using-aws-systems-manager/). Inoltre, consulta il post del blog [Avvia/interrompi i sistemi SAP con Slack usando Amazon Q Developer nelle applicazioni di chat](https://aws.amazon.com/blogs/awsforsap/start-stop-sap-systems-with-slack-using-aws-chatbot/), che descrive come automatizzare questo processo utilizzando Slack e AWS servizi, come Amazon Q Developer nelle applicazioni di chat, Lambda, Systems Manager e. CloudWatch I vantaggi di questa automazione sono i seguenti:
+ Riduce significativamente i costi riducendo la necessità di interventi operativi manuali
+ Riduce il rischio di errore umano e la necessità di costose attività correttive
L'immagine e il processo seguenti descrivono come automatizzare l'avvio e lo spegnimento dei sistemi SAP:
1. Un evento basato sul tempo fa sì che una EventBridge regola Amazon avvii un documento Systems Manager. Per ulteriori informazioni, consulta la sezione [Documenti di Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-ssm-docs.html).
1. Systems Manager si connette alle istanze EC2 di destinazione e arresta o avvia l'applicazione SAP e le istanze associate.
1. Dopo l'arresto o l'avvio del sistema SAP, un'altra EventBridge regola risponde alla modifica dello stato dell'istanza EC2 e utilizza un gestore di funzioni Lambda per notificare la modifica agli stakeholder.
![\[Diagramma dell'architettura che mostra come automatizzare le procedure di avvio o spegnimento per sistemi SAP complessi.\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/strategy-sap-automation/images/starting.png)
# Esempio: dimensionamento automatico delle applicazioni SAP
Puoi automatizzare il *dimensionamento automatico delle applicazioni SAP*, che rileva automaticamente l'utilizzo del server applicativo SAP e aumenta o riduce di conseguenza le istanze Amazon EC2. Questa funzionalità può adattarsi a picchi e cali dovuti ad accessi utente simultanei, chiusure di fine mese, esecuzioni dei pagamenti e una varietà di carichi di lavoro prevedibili e imprevedibili. La funzionalità può essere aumentata (avvio di nuovi servizi di elaborazione come server applicativi) e ridotta (interruzione dei servizi di elaborazione esistenti). I vantaggi di questa automazione sono i seguenti:
+ Regolazione dinamica della capacità del server applicativo in base alla richiesta degli utenti
+ Esecuzione di un numero minimo di istanze EC2 di base a livello di applicazione
+ Riduzione dei costi
+ Mantenimento di accordi sui livelli di servizio più elevati e scalabili () per l'azienda SLAs
L'immagine e il processo seguenti descrivono come automatizzare il dimensionamento delle risorse che supportano le applicazioni SAP:
1. Un evento temporizzato, in genere pianificato ogni 2 minuti, fa sì che Amazon EventBridge avvii una funzione Lambda.
1. La funzione Lambda raccoglie le informazioni statistiche richieste da Amazon DynamoDB e dalle relative variabili di ambiente locali, come nome host e valori di soglia.
1. Se la domanda è superiore o inferiore alla soglia, la funzione Lambda ordina di avviare o AWS Systems Manager arrestare istanze EC2 aggiuntive per supportare le applicazioni SAP.
![\[Diagramma dell'architettura che mostra come automatizzare l'avvio o l'arresto delle istanze EC2 per supportare la domanda delle applicazioni SAP.\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/strategy-sap-automation/images/autoscaling.png)