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 esigenze della tua attività. Se prendi decisioni diverse da quanto suggerito, tieni traccia di queste differenze per le attività successive nell'elenco.
- Ti consigliamo di non eseguire il deployment di più database nella stessa istanza VM 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.
- Se utilizzi una singola istanza VM per eseguire sia il database sia altro
software, entrambe le applicazioni condividono le risorse della VM, il che può ridurre le
prestazioni del database. Tieni presente quanto segue:
- Le operazioni di database richiedono molte risorse e richiedono la disponibilità di risorse di calcolo in base ai benchmark e alle guide per la determinazione delle dimensioni.
- Le applicazioni SAP sono molto sensibili alla paginazione e allo scambio, che possono peggiorare le prestazioni e causare il blocco del sistema.
- Se utilizzi una singola istanza VM per eseguire sia il database sia altro
software, entrambe le applicazioni condividono le risorse della 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 un sistema di test).
- Utilizza gli alias dei nomi host per le installazioni SAP.
- Per ogni installazione, utilizza un indirizzo IP statico separato mappato a un nome host dell'alias.
- Per scoprire quali regioni e zone supportano VM Compute Engine specifiche, consulta Regioni e zone disponibili. Tieni presente che le VM Compute Engine certificate SAP potrebbero non essere disponibili in tutte le località.
- Per proteggerti dai guasti zonali per i landscape SAP, esegui il deployment dei database in più zone, in particolare per le VM che fanno parte dello stesso cluster ad alta disponibilità (HA).
- Per proteggerti da errori a livello di regione, aggiungi siti di ripristino di emergenza in altre regioni.
- Quando installi i database per SAP, puoi utilizzare Terraform o Cloud Deployment Manager di Google. I file di configurazione Terraform o i modelli Deployment Manager forniti da Google Cloud installano e configurano tutti i pacchetti necessari per eseguire il database e SAP su Google Cloud. Per ulteriori informazioni, consulta le seguenti guide di implementazione del database:
- Per selezionare un tipo di macchina Compute Engine per il deployment e i carichi di lavoro del database, consulta
Nota SAP 2456432 - Applicazioni SAP su Google Cloud: prodotti supportati e tipi di macchine Google Cloud
o
Tipi di macchine certificate
(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 con l'Customer Engineer designato.
- Per selezionare un sistema operativo supportato da SAP che funzioni su Google Cloud, consulta Nota SAP 2456432 - Applicazioni SAP su Google Cloud: prodotti supportati e tipi di macchine Google Cloud o la tabella di riferimento rapido (Google Cloud).
Verifica che il sistema operativo abbia patch e aggiornamenti recenti.
Se utilizzi SUSE Linux Enterprise Server (SLES) nel tuo panorama, 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 ambiente presenta requisiti unici che non possono essere soddisfatti con le immagini standard, consulta Immagini OS personalizzate.
Quando scegli un disco permanente per SAP con altri database:
- Per le massime prestazioni, utilizza un disco permanente Compute Engine basato su archiviazione su unità a stato solido (SSD) per archiviare log e dati, inclusi gli spazi tabella temporanei. I tipi di dischi permanenti basati su SSD disponibili sono disco permanente SSD (
pd-ssd), disco permanente bilanciato (pd-balanced) e disco permanente estremo (pd-extreme). - Se le prestazioni elevate non sono un requisito, ad esempio quando utilizzi un
disco per i backup, utilizza un disco permanente standard di Compute Engine (
pd-standard). I dischi permanenti standard sono supportati da unità HDD (disco rigido) standard. - Per ulteriori informazioni sui dischi permanenti per i database non HANA, consulta:
- Per le massime prestazioni, utilizza un disco permanente Compute Engine basato su archiviazione su unità a stato solido (SSD) per archiviare log e dati, inclusi gli spazi tabella temporanei. I tipi di dischi permanenti basati su SSD disponibili 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 del volume e test di carico. Dopo il confronto, documenta queste linee di base per riferimento futuro.
Quando utilizzi il servizio NetApp Cloud Volumes, assicurati che NetApp sia stata certificata dal tuo fornitore di database.
- Quando utilizzi un disco permanente per i backup, tieni presente 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 SSD (pd-ssd). - Ricorda di testare le 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 di alta disponibilità non di produzione equivalente al tuo ambiente di produzione.
- Testa a fondo le procedure di failover e failback come segue:
- Per simulare una migrazione in tempo reale di Compute Engine e assicurarti di aver configurato soglie di failover del cluster adeguate, consulta Testare i criteri di disponibilità.
- Per assicurarti che il tuo panorama effettui il failover correttamente in una nuova regione in caso di emergenza localizzata, testa regolarmente le procedure di ripristino di emergenza.
- Per attivare il failover e il failback, crea un playbook operativo e aggiornalo in base alle esigenze.
- Stabilisci una procedura di monitoraggio e invio di avvisi. Gli elementi comuni da monitorare includevano eventi di arresto del sistema, utilizzo delle risorse (CPU, memoria e disco), avvisi del database per tabelle, buffer, spazio per i log e backup. Per scoprire di più su un utile strumento di monitoraggio disponibile in Google Cloud, consulta Cloud Monitoring.