Questo elenco di controllo ti aiuta a migliorare la progettazione, la migrazione, l'implementazione e la manutenzione dei tuoi sistemi SAP su Google Cloud utilizzando database diversi da SAP HANA.
Mentre procedi nell'elenco di controllo, tieni in considerazione le tue esigenze aziendali. Se fai scelte diverse da quanto suggerito, tieni traccia di queste differenze per le attività successive nell'elenco di controllo.
- Ti consigliamo di non eseguire il deployment di più database sulla stessa istanza VM di Compute Engine in un ambiente di produzione. Distribuisci invece i database su più istanze VM per isolare il consumo di risorse ed evitare conflitti.
Evita di eseguire altre applicazioni sulla stessa istanza VM del database.
- Utilizzando una singola istanza VM per eseguire sia il database che altro software, entrambe le applicazioni condividono le risorse VM, il che può ridurre le prestazioni del database. Tieni presente quanto segue:
- Le operazioni di database richiedono molte risorse e la disponibilità di risorse di calcolo in base al benchmark e alle guide alle dimensioni.
- Le applicazioni SAP sono molto sensibili al paging e allo scambio, il che può peggiorare le prestazioni e causare l'arresto del sistema.
- Utilizzando una singola istanza VM per eseguire sia il database che altro software, entrambe le applicazioni condividono le risorse VM, il che può ridurre le prestazioni del database. Tieni presente quanto segue:
Se scegli di eseguire il deployment di software personalizzato o di terze parti sulla stessa istanza VM di un database utilizzato in un panorama SAP:
- Assicurati di eseguire il deployment di questo modello solo in sistemi non di produzione (ad esempio in un sistema di test).
- Utilizza alias nome host per le installazioni SAP.
- Per ogni installazione, utilizza un indirizzo IP statico separato mappato a un nome host alias.
- Per sapere quali regioni e zone supportano specifiche VM di Compute Engine, consulta Regioni e zone disponibili. Tieni presente che le VM di Compute Engine certificate per SAP potrebbero non essere disponibili in tutte le località.
- Per evitare errori a livello di zona negli ambienti SAP, esegui il deployment dei database in più zone, soprattutto per le VM che fanno parte dello stesso cluster ad alta disponibilità (HA).
- Per evitare errori a livello di regione, aggiungi siti di ripristino di emergenza in altre regioni.
- Quando installi database per SAP, puoi utilizzare Terraform o Cloud Deployment Manager di Google. I file di configurazione Terraform o i modelli di Deployment Manager forniti da Google Cloud installano e configurano tutti i pacchetti necessari per eseguire il database e SAP su Google Cloud. Per saperne di più, consulta le seguenti guide al deployment dei database:
- Per selezionare un tipo di macchina Compute Engine per il deployment del database e i carichi di lavoro, consulta
Nota SAP 2456432 - Applicazioni SAP su Google Cloud: prodotti supportati e
tipi di macchine Google Cloud
o
Tipi di macchine certificati
(Google Cloud).
- Per assicurarti che le esigenze del tuo panorama, come la pianificazione della capacità e le prenotazioni, possano essere soddisfatte nella regione che preferisci, collabora con il tuo Technical Account Manager o Customer Engineer designato.
- Per selezionare un sistema operativo supportato da SAP che funzioni su Google Cloud, consulta la pagina SAP Note 2456432 - SAP Applications on Google Cloud: prodotti supportati e tipi di macchine Google Cloud o la tabella di riferimento rapido (Google Cloud).
Verifica che il sistema operativo disponga di patch e aggiornamenti recenti.
Se utilizzi SUSE Linux Enterprise Server (SLES) in orizzontale, segui queste linee guida:
Se utilizzi Red Hat Enterprise Linux (RHEL) nel tuo ambiente, segui queste linee guida:
Ti consigliamo di utilizzare le immagini del sistema operativo fornite da Google Cloud perché soddisfano i requisiti di certificazione di SAP, del fornitore del sistema operativo e di Google. Tuttavia, se il tuo panorama ha requisiti unici che non possono essere soddisfatti con le immagini standard, consulta la pagina relativa alle immagini del sistema operativo personalizzate.
Quando scegli un disco permanente per SAP con altri database:
- Per ottenere prestazioni ottimali, utilizza un disco permanente di Compute Engine supportato da uno spazio di archiviazione su unità a stato solido (basato su SSD) per archiviare log e dati, inclusi spazi tabella temporanei. I tipi di disco permanente basati su SSD sono Disco permanente SSD (
pd-ssd), Disco permanente bilanciato (pd-balanced) e Disco permanente con carico estremo (pd-extreme). - Se non sono richieste prestazioni elevate, ad esempio quando utilizzi un disco per i backup, utilizza un disco permanente standard (
pd-standard) di Compute Engine. I dischi permanenti standard sono supportati da dischi rigidi standard (HDD). - Per saperne di più sui dischi permanenti per database non HANA, vedi:
- Per ottenere prestazioni ottimali, utilizza un disco permanente di Compute Engine supportato da uno spazio di archiviazione su unità a stato solido (basato su SSD) per archiviare log e dati, inclusi spazi tabella temporanei. I tipi di disco permanente basati su SSD sono Disco permanente SSD (
Testa e confronta i risultati con le aspettative per assicurarti che il panorama soddisfi i requisiti di prestazioni del disco per benchmark come tempo di avvio del database, backup, test di volume e test di carico. Dopo il confronto, documenta queste basi per riferimento futuro.
Quando utilizzi il servizio NetApp Cloud Volumes, assicurati che NetApp sia stato certificato dal fornitore del database.
- Quando utilizzi un disco permanente per i backup, considera quanto segue:
- Puoi utilizzare qualsiasi tipo di disco, purché soddisfi i tuoi requisiti di prestazioni. Se un disco permanente standard (
pd-standard) non offre prestazioni sufficienti per le tue esigenze, utilizza un disco permanente bilanciato (pd-balanced) o un disco permanente SSD (pd-ssd). - Ricorda di testare le tue procedure di backup e ripristino per verificare che soddisfino le tue esigenze di prestazioni.
- Puoi utilizzare qualsiasi tipo di disco, purché soddisfi i tuoi requisiti di prestazioni. Se un disco permanente standard (
- A scopo di test, crea un sistema ad alta disponibilità non di produzione equivalente al tuo ambiente di produzione.
- Testa ampiamente le procedure di failover e failback come segue:
- Per simulare una migrazione live di Compute Engine e assicurati di aver configurato soglie di failover del cluster adeguate, consulta Test dei criteri di disponibilità.
- Per assicurarti che il deployment avvenga correttamente in una nuova regione in caso di disastro localizzato, verifica regolarmente le tue procedure di ripristino di emergenza.
- Per abilitare il failover e il failover riuscito, crea un playbook operativo e aggiornalo in base alle esigenze.
- Stabilisci una procedura di monitoraggio e avviso. Gli elementi comuni da monitorare includono eventi di inattività del sistema, utilizzo delle risorse (CPU, memoria e disco), avvisi del database per tabelle, buffer, spazio di log e backup. Per scoprire uno strumento di monitoraggio utile disponibile in Google Cloud, consulta Cloud Monitoring.