Questa guida fornisce una panoramica del funzionamento di SAP Adaptive Server Enterprise (ASE) su Google Cloud e dettagli che puoi utilizzare per pianificare l'implementazione di un nuovo sistema SAP ASE.
Per istruzioni su come eseguire il deployment di SAP ASE su Google Cloud, consulta:
- Terraform: deployment automatico delle VM per SAP ASE su Linux
- Deployment Manager: deployment automatico delle VM per SAP ASE su Linux
- Deployment Manager: deployment automatico delle VM per SAP ASE su Windows
Nozioni di base su Google Cloud
Google Cloud è costituito da molti prodotti e servizi basati su cloud. Quando esegui i prodotti SAP su Google Cloud, utilizzi principalmente i servizi basati su IaaS offerti tramite Compute Engine e Cloud Storage, nonché alcune funzionalità a livello di piattaforma, come gli strumenti.
Consulta la panoramica della piattaforma Google Cloud per concetti e terminologia importanti. Questa guida duplica alcune informazioni della panoramica per praticità e contesto.
Per una panoramica delle considerazioni che le organizzazioni di grandi dimensioni devono tenere conto quando eseguono su Google Cloud, consulta il Framework dell'architettura Google Cloud.
Interazione con Google Cloud
Google Cloud offre tre modi principali per interagire con la piattaforma e le tue risorse nel cloud:
- La console Google Cloud, che è un'interfaccia utente basata sul web.
- Lo strumento a riga di comando
gcloud, che fornisce un superset delle funzionalità offerte dalla console Google Cloud. - Librerie client, che forniscono API per l'accesso ai servizi e la gestione delle risorse. Le librerie client sono utili per creare i tuoi strumenti.
Servizi Google Cloud
I deployment SAP in genere utilizzano alcuni o tutti i seguenti Google Cloud Google Cloud:
| Servizio | Descrizione |
|---|---|
| Networking VPC |
Connette le tue istanze VM tra loro e a internet. Ogni istanza VM fa parte di una rete legacy con un un intervallo IP globale o una rete di subnet consigliata, in cui l'istanza VM un membro di una singola subnet che fa parte di una rete più grande. Tieni presente che una rete Virtual Private Cloud (VPC) non può essere distribuita su più progetti Google Cloud, ma un progetto Google Cloud può avere più reti VPC. Per collegare le risorse di più progetti a un sulla rete VPC, puoi utilizzare VPC condiviso, in modo che possono comunicare tra loro in modo sicuro ed efficiente utilizzando indirizzi IP interni di quella rete. Per informazioni su come eseguire il provisioning di un VPC condiviso, inclusi requisiti, passaggi di configurazione e utilizzo, consulta Eseguire il provisioning di un VPC condiviso. |
| Compute Engine | Crea e gestisce le VM con il sistema operativo e lo stack di software che preferisci. |
| Persistent Disk e Hyperdisk |
Puoi utilizzare Persistent Disk e Google Cloud Hyperdisk:
|
| Console Google Cloud |
Uno strumento basato su browser per la gestione delle risorse Compute Engine. Utilizza un modello per descrivere tutte le risorse e le istanze Compute Engine di cui hai bisogno. Non devi creare e configurare singolarmente le risorse o capire le dipendenze perché la console Google Cloud lo fa per te. |
| Cloud Storage | Puoi archiviare i backup del database SAP in Cloud Storage per una maggiore durabilità e affidabilità, con la replica. |
| Cloud Monitoring |
Offre visibilità sul deployment, sulle prestazioni, sull'uptime e sull'integrità dei dischi di Compute Engine, di rete e di archiviazione permanente. Monitoring raccoglie metriche, eventi e metadati Google Cloud e le utilizza per generare insight tramite dashboard, grafici e avvisi. Puoi monitorare le metriche di calcolo senza costi tramite monitoring. |
| IAM |
Fornisce un controllo unificato delle autorizzazioni per le risorse Google Cloud. IAM consente di controllare chi può eseguire il piano di controllo operazioni sulle tue VM, tra cui creazione, modifica ed eliminazione VM e dischi di archiviazione permanente e creazione e modifica delle reti. |
Prezzi e quote
Puoi utilizzare il Calcolatore prezzi per stimare i costi di utilizzo. Per ulteriori informazioni sui prezzi, vedi Prezzi di Compute Engine, Prezzi di Cloud Storage, e prezzi di Google Cloud Observability.
Le risorse Google Cloud sono soggette a quote. Se prevedi di utilizzare macchine con più CPU o con molta memoria, potresti dover richiedere una quota aggiuntiva. Per maggiori informazioni per informazioni, consulta Quote delle risorse di Compute Engine.
Conformità e controlli di sovranità
Se hai bisogno che il tuo carico di lavoro SAP venga eseguito in conformità con la residenza dei dati, controllo dell'accesso, del personale o dei requisiti normativi, devi pianificare l'utilizzo di Assured Workloads - un servizio che ti aiuta a eseguire carichi di lavoro sicuri e conformi su Google Cloud senza a compromettere la qualità della tua esperienza cloud. Per ulteriori informazioni, consulta la sezione Controlli di conformità e sovranità per SAP su Google Cloud.
Architettura di deployment
Un'installazione di base di SAP ASE a un nodo su Google Cloud è composta dai seguenti componenti:
- Una VM di Compute Engine che esegue il tuo database SAP ASE.
Quattro o cinque unità disco permanente collegate:
Contenuti di Drive Linux Windows Directory root dell'istanza di database sybase/[DBSID] ASE (D:) File di dati del database /sybase/[DBSID]/sapdata Dati ASE (E:) Log delle transazioni del database /sybase/[DBSID]/logdir Log ASE (L:) Spazio delle tabelle temporanee del database /sybase/[DBSID]/saptmp Temperatura ASE (T:) Spazio tabella di diagnostica per SAPTOOLS /sybase/[DBSID]/sapdiag Non applicabile
Se vuoi, puoi espandere l'installazione in modo da includere anche quanto segue:
- Un'unità per i backup. Su Linux, il disco di backup è
/sybasebackup. Su Windows èBackup (X:). - Un gateway NAT. Un gateway NAT ti consente di fornire servizi per le tue VM, negando al contempo la connettività diretta a internet queste VM. Puoi anche configurare questa VM come bastion host per stabilire connessioni SSH alle altre VM sulla tua subnet privata. Per ulteriori informazioni, consulta Gateway NAT e host bastioni.
Directory NetWeaver, tra cui:
/usr/sapsu Linux oSAP (S:)su Windows/sapmntsu Linux oPagefile (P:)su Windows
Un server in standby, che devi configurare se utilizzi SAP ASE l'opzione di ripristino di emergenza (HADR) con disponibilità sempre attiva. Il caldo il server in standby richiede la stessa configurazione del disco di un SAP ASE di base dell'installazione.
Per importanti requisiti software per SAP ASE sempre attivo vedi Funzionalità di SAP ASE supportate.
Per ulteriori informazioni sulla configurazione di HADR per SAP ASE, consulta la Guida dell'utente di HADR.
Pacemaker e altri software di gestione delle risorse ad alta disponibilità non sono attualmente supportati con SAP ASE su Google Cloud.
Casi d'uso diversi potrebbero richiedere dispositivi o database aggiuntivi. Per maggiori informazioni le informazioni, vedi Guida alla configurazione di SAP ASE per UNIX > Dispositivi e database facoltativi.
Requisiti delle risorse
In molti modi, l'esecuzione di SAP ASE su Google Cloud è simile all'esecuzione nel tuo data center. Devi comunque tenere conto delle risorse di calcolo, dell'archiviazione e delle considerazioni relative alla rete. Per ulteriori informazioni, vedi Nota SAP 2537664: SAP ASE 16.0 Certification Report per Google Cloud.
Configurazione della VM
SAP ASE è certificato per l'esecuzione su tutti i tipi di macchine Compute Engine, inclusi i tipi personalizzati. Per informazioni sui diversi tipi di macchine e sui relativi casi d'uso, consulta Tipi di macchine nella documentazione di Compute Engine.
Configurazione della CPU
Il numero di vCPU richieste varia in base al carico dell'applicazione su SAP ASE. Devi allocare almeno due vCPU all'installazione di SAP ASE. Segui le Guide alle prestazioni e all'ottimizzazione per SAP ASE al fine di ottenere il miglior utilizzo delle risorse esistenti e quindi di aumentare le risorse di calcolo necessarie.
Configurazione della memoria
La tua VM SAP ASE deve avere almeno 4 GB di RAM per vCPU. Di questa quantità, circa l'80% della RAM deve essere allocato a SAP ASE, mentre il resto deve essere allocato al sistema operativo su cui è in esecuzione SAP ASE.
La quantità ottimale di memoria per il tuo caso d'uso dipende dalla complessità delle query che stai eseguendo, dalle dimensioni dei dati, dalla quantità di parallelismo che stai utilizzando e dal livello di prestazioni che prevedi. Per ulteriori indicazioni su per ottimizzare la configurazione della memoria, SAP ASE Performance and Tuning Series.
Configurazione dello spazio di archiviazione
Per impostazione predefinita, ogni VM Compute Engine dispone di un piccolo disco permanente principale che contiene il sistema operativo. Inoltre, devi creare, collegare e montare dischi aggiuntivi per il database, i log e le procedure del caso.
I requisiti di dimensioni e prestazioni del disco dipendono dall'applicazione. Scegli le dimensioni di ogni dispositivo in base alle tue esigenze.
Per ulteriori informazioni sulle opzioni di dischi permanenti per SAP ASE, consulta Dischi permanenti.
Per indicazioni di SAP sulle dimensioni del disco, consulta Guida alla configurazione per UNIX > Determinare le dimensioni di un dispositivo di database.
Versioni di SAP ASE supportate
SAP supporta le seguenti versioni di SAP ASE su Google Cloud:
- SAP ASE 16.0 SP03
- SAP ASE 16.0 SP04
Per ulteriori informazioni sulle versioni di ASE supportate da SAP su Google Cloud, consulta:
Supporto delle funzionalità di SAP ASE
La maggior parte delle funzionalità di SAP ASE è supportata su Google Cloud. Questa sezione elenca solo le funzionalità di SAP ASE supportate con condizioni o non supportate.
Funzionalità SAP ASE supportate
L'opzione di disponibilità elevata e ripristino di emergenza (HADR) sempre attiva di SAP ASE è supportata su Google Cloud.
Per ulteriori informazioni sull'opzione HADR sempre attiva di SAP ASE, consulta:
Funzionalità di SAP ASE non supportate
Le seguenti funzionalità di SAP ASE non sono supportate su Google Cloud, in linea con le note SAP 2922454 e 2537664:
- Servizi dati in tempo reale
- Servizi web
- Kerberos
- IPv6
- Opzione SAP ASE High Availability con gestori di cluster nativi
- Disco non elaborato come dispositivi di database
- Modalità processo kernel
- Gestione archiviazione Tivoli
Per ulteriori informazioni sulle funzionalità di SAP ASE supportate su Google Cloud, consulta la nota SAP 2537664.
Sistemi operativi supportati
SAP supporta SAP ASE sui seguenti sistemi operativi:
- RHEL
- SLES
- Windows Server
Compute Engine fornisce le versioni attuali di questi sistemi operativi che puoi utilizzare. Per informazioni sulle versioni del sistema operativo sono disponibili in Compute Engine, consulta Immagini.
Per le versioni attuali del sistema operativo supportate da SAP ASE, consulta: Nota SAP 2489781.
Considerazioni sul deployment
Aree geografiche e zone
Quando esegui il deployment di una VM, devi scegliere una regione e una zona. Una regione è una specifica posizione geografica in cui puoi eseguire le tue risorse e corrisponde a della località del data center. Ogni regione è composta da una o più zone.
Le risorse globali, come le immagini e gli snapshot dei dischi preconfigurati, possono essere accesse in regioni e zone diverse. Risorse di regione, come le risorse esterne statiche Indirizzi IP, a cui possono accedere solo le risorse che si trovano nella stessa regione. Le risorse di zona, come VM e dischi, sono accessibili solo alle risorse che si trovano nella stessa zona.
Quando scegli regioni e zone per le tue VM, mantieni quanto segue mente:
- La posizione dei tuoi utenti e delle tue risorse interne, ad esempio il tuo data center o la tua rete aziendale. Per ridurre la latenza, seleziona una località in prossimità di utenti e risorse.
- La posizione delle altre risorse SAP. La tua applicazione SAP il database deve trovarsi nella stessa zona.
Dischi permanenti
I dischi permanenti sono dispositivi di archiviazione a blocchi durevoli che funzionano in modo simile ai dischi fisici di un computer o di un server.
Compute Engine offre diversi tipi di dischi permanenti. Ogni tipo ha caratteristiche di rendimento diverse. Google Cloud gestisce l'hardware sottostante dei dischi permanenti per assicurare ridondanza e ottimizzare le prestazioni.
Puoi utilizzare uno qualsiasi dei seguenti disco permanente di Compute Engine tipi:
- Dischi permanenti standard (
pd-standard): efficienti ed economici archiviazione a blocchi supportata da unità a disco rigido standard (HDD) per la gestione delle operazioni sequenziali di lettura e scrittura, ma non è ottimizzata per gestire velocità elevate di operazioni di input-output casuali al secondo (IOPS). - SSD (
pd-ssd): fornisce archiviazione a blocchi affidabile e ad alte prestazioni supportata da unità a stato solido (SSD). - Bilanciata (
pd-balanced): offre un sistema basato su SSD affidabile ed economico l'archiviazione a blocchi. - Estremo (
pd-extreme): offre opzioni di throughput e IOPS massimi superiori rispetto apd-ssdper i tipi di macchine Compute Engine di dimensioni maggiori. Per ulteriori informazioni, consulta la pagina Dischi permanenti Extreme.
Le prestazioni di SSD e dischi permanenti bilanciati scalano automaticamente con le dimensioni, puoi quindi regolare le prestazioni ridimensionando i valori o l'aggiunta di altri dischi permanenti a una VM.
Anche il tipo di VM in uso e il numero di vCPU in essa contenute influiscono sulle prestazioni del disco permanente.
I dischi permanenti si trovano in modo indipendente dalle VM, quindi puoi scollegarli o spostarli per conservare i dati anche dopo aver eliminato le VM.
Per ulteriori informazioni sui diversi tipi di Compute Engine, dei dischi permanenti, le loro caratteristiche prestazionali e come lavorare consulta la documentazione di Compute Engine:
- Opzioni di archiviazione
- Blocca prestazioni dello spazio di archiviazione
- Altri fattori che influiscono sul rendimento
- Aggiunta o ridimensionamento di dischi permanenti a livello di zona
- Creazione di snapshot di dischi permanenti
SSD locale (non persistente)
Inoltre, Google Cloud offre SSD locale le unità disco. Sebbene gli SSD locali possano offrire alcuni vantaggi rispetto i dischi permanenti, non usarli come parte di un sistema SAP ASE. Le istanze VM con SSD locali collegate non possono essere arrestate e riavviate.
Gateway NAT e bastion host
Se i tuoi criteri di sicurezza richiedono VM veramente interne, devi configurare manualmente un proxy NAT sulla tua rete e una route corrispondente in modo che le VM possano raggiungere internet. È importante notare che non puoi connetterti direttamente a un'istanza VM completamente interna utilizzando SSH. Per connetterti a queste macchine interne, devi configurare un'istanza bastionata con un indirizzo IP esterno e poi eseguire il tunnel. Quando le VM non hanno indirizzi IP esterni, possono essere raggiunte solo da altre VM sulla rete o tramite un gateway VPN gestito. Puoi eseguire il provisioning delle VM nella tua rete in modo che agiscano da relè attendibili per le connessioni in entrata, chiamate bastion host, o per l'uscita di rete, chiamate gateway NAT. Per connettività più trasparente senza configurare tali connessioni, puoi utilizzare una risorsa gateway VPN gestito.
Utilizzo di bastion host per le connessioni in entrata
Bastion host fornire un punto di ingresso rivolto all'esterno di una rete delle VM con rete privata. Questo padrone di casa può fornire un singolo punto di fortificazione e può essere avviato e arrestato per abilitare o disabilitare l'SSH in entrata la comunicazione da internet.
Puoi ottenere l'accesso SSH alle VM che non dispongono di un indirizzo IP esterno collegandoti prima a un bastion host. La protezione completa di un bastion host non rientrano nell'ambito di questa guida, ma puoi eseguire alcuni passaggi iniziali, tra cui:
- Limita l'intervallo CIDR degli IP di origine che possono comunicare con il bastion.
- Configura le regole del firewall per consentire il traffico SSH alle VM private solo dal bastion host.
Per impostazione predefinita, SSH sulle VM è configurato per utilizzare le chiavi private per l'autenticazione. Quando utilizzi un bastion host, accedi prima al bastion host e poi alla VM privata di destinazione. A causa di questo accesso in due passaggi, devi utilizzare il forwarding dell'agente SSH per raggiungere la VM di destinazione anziché memorizzare la chiave privata della VM di destinazione sull'host bastion. Devi farlo anche se utilizzi la stessa coppia di chiavi sia per la VM bastion che per la VM di destinazione, poiché la VM bastion ha accesso diretto solo alla metà pubblica della coppia di chiavi.
Utilizzo di gateway NAT per il traffico in uscita
Quando una VM non ha un indirizzo IP esterno assegnato, non può effettuare collegamenti diretti a servizi esterni, inclusi altri servizi Google Cloud. Per consentire a queste VM di raggiungere i servizi su internet, puoi impostare e configurare un gateway NAT. Il gateway NAT è una VM che può instradare il traffico per conto di qualsiasi altra VM in ogni rete. Devi avere un gateway NAT per rete. Tieni presente che una singola VM Il gateway NAT non deve essere considerato ad alta disponibilità e non può supportare un'alta disponibilità e la velocità effettiva del traffico per più VM. Per istruzioni su come configurare una VM in modo che agisca da gateway NAT, consulta la Guida al deployment di SAP ASE per Linux o la Guida al deployment di SAP ASE per Windows.
Immagini personalizzate
Una volta che il sistema è operativo, puoi creare immagini personalizzate. Devi creare queste immagini quando modifichi lo stato del prompt radice disco e vogliono essere in grado di ripristinare facilmente il nuovo stato. Dovresti avere un piano su come gestire le immagini personalizzate che crei. Per ulteriori informazioni, consulta Best practice per la gestione delle immagini.
Identificazione utente e accesso alle risorse
Quando pianifichi la sicurezza per un deployment SAP su Google Cloud, è necessario identificare:
- Gli account utente e le applicazioni che devono accedere alle risorse Google Cloud nel tuo progetto Google Cloud
- Le risorse Google Cloud specifiche nel tuo progetto che ogni utente deve accedere
Devi aggiungere ogni utente al progetto aggiungendo il relativo ID Account Google come principale. Per un programma di applicazione che utilizza le risorse Google Cloud, crei un account di servizio, che fornisce un'identità utente per il programma all'interno del tuo progetto.
Le VM Compute Engine hanno un proprio account di servizio. Tutti i programmi che vengono eseguiti su una VM possono utilizzare l'account di servizio della VM, a condizione che l'account di servizio della VM disponga delle autorizzazioni delle risorse di cui il programma ha bisogno.
Dopo aver identificato le risorse Google Cloud di cui ogni utente ha bisogno per l'utilizzo, concedi a ciascun utente l'autorizzazione a utilizzare ciascuna risorsa assegnando ruoli specifici delle risorse all'utente. Esamina i ruoli predefiniti forniti dall'IAM per ogni risorsa e assegna a ogni utente ruoli che forniscono autorizzazioni sufficienti per completare le attività o le funzioni dell'utente e non di più.
Se hai bisogno di un controllo più granulare o restrittivo sulle autorizzazioni rispetto a quello fornito dai ruoli IAM predefiniti, puoi creare ruoli personalizzati.
Per ulteriori informazioni sui ruoli IAM che SAP di cui hanno bisogno i programmi su Google Cloud, vedi Identity and Access Management for SAP su Google Cloud.
Per una panoramica della gestione di identità e accessi per SAP su Google Cloud, consulta Panoramica della gestione di identità e accessi per SAP su Google Cloud.
Networking e sicurezza di rete
Tieni presente le informazioni riportate nelle sezioni seguenti quando pianifichi la rete e la sicurezza.
Modello di privilegi minimi
Una delle prime linee di difesa è limitare chi può raggiungere la tua rete e le tue VM utilizzando i firewall. Per impostazione predefinita, tutto il traffico verso le VM, anche da altre VM, viene bloccato dal firewall se non crei regole per consentire l'accesso. L'eccezione è la rete predefinita, che viene creata automaticamente con ogni progetto e ha regole firewall predefinite.
Creando regole firewall, puoi limitare tutto il traffico su un determinato insieme di porte a specifici indirizzi IP di origine. Devi seguire il modello di privilegio minimo per limitare l'accesso agli indirizzi IP, ai protocolli e alle porte specifici che richiedono l'accesso. Ad esempio, devi sempre configurare un bastion host e consentire l'accesso SSH al sistema SAP NetWeaver solo da quell'host.
Reti personalizzate e regole firewall
Puoi utilizzare una rete per definire un IP gateway e l'intervallo di rete per le VM collegate a quella rete. Tutte le reti Compute Engine utilizzano IPv4 protocollo. A ogni progetto Google Cloud è fornita una rete predefinita con configurazioni e regole firewall preimpostate, ma devi aggiungere un'istanza le regole della subnet e del firewall basate su un modello di privilegio minimo. Per impostazione predefinita, una rete appena creata non ha regole firewall e quindi non ha accesso alla rete.
In base ai tuoi requisiti, potresti voler aggiungere altre subnet per isolare parti della rete. Per ulteriori informazioni, consulta Subnet.
Le regole firewall si applicano all'intera rete e a tutte le VM al suo interno. Puoi aggiungere una regola firewall che consenta il traffico tra le VM nella stessa rete e tra subnet. Puoi anche configurare firewall in modo che si applichino a specifiche le VM target utilizzando meccanismo di tagging.
Alcuni prodotti SAP, come SAP NetWeaver, richiedono l'accesso a determinate porte. Assicurati di aggiungere regole firewall per consentire l'accesso alle porte indicate da SAP.
Route
Percorsi sono risorse globali collegate a una singola rete. Le route create dall'utente si applicano a tutte le VM di una rete. Ciò significa che puoi aggiungere un percorso che inoltra il traffico da: Da VM a VM all'interno della stessa rete e tra subnet senza richiedere e indirizzi IP esterni.
Per l'accesso esterno alle risorse di internet, avvia una VM senza indirizzo IP esterno e configura un'altra macchina virtuale come gateway NAT. Questo richiede l'aggiunta del gateway NAT come route per SAP in esecuzione in un'istanza Compute Engine. Per ulteriori informazioni, vedi Gateway NAT e bastion host.
Google Cloud VPN
Puoi connettere in modo sicuro la tua rete esistente a Google Cloud tramite una VPN connessione tramite IPsec mediante Google Cloud VPN. Il traffico tra le due reti viene criptato da un gateway VPN, quindi viene decriptato dall'altro gateway VPN. In questo modo i dati sono protetti mentre vengono trasmessi su internet. Puoi controllare dinamicamente le VM che possono inviare traffico tramite la VPN utilizzando i tag istanza sulle route. I tunnel Cloud VPN vengono fatturati a una tariffa mensile statica più il traffico in uscita standard addebiti. Tieni presente che la connessione di due reti nello stesso progetto comporta comunque per il traffico in uscita standard. Per ulteriori informazioni, vedi alla Panoramica della VPN e Scelta di un'opzione di routing VPN.
Protezione di un bucket Cloud Storage
Se utilizzi Cloud Storage per ospitare i backup di dati e log, assicurati utilizzi TLS (HTTPS) durante l'invio di dati a Cloud Storage dalle tue VM per proteggere in transito. Cloud Storage cripta automaticamente i dati a riposo. Puoi specificare le tue chiavi di crittografia se hai un tuo sistema di gestione delle chiavi.
Documenti correlati sulla sicurezza
Fai riferimento alle seguenti risorse di sicurezza aggiuntive per il tuo ambiente SAP Google Cloud:
- Connessione sicura alle istanze VM
- Centro sicurezza
- Conformità in Google Cloud
- White paper sulla sicurezza di Google Cloud
- Progettazione della sicurezza dell'infrastruttura Google
Backup e ripristino
È necessario avere un piano su come ripristinare le condizioni di funzionamento del sistema se succeda il peggio. Per indicazioni generali su come pianificare il ripristino di emergenza utilizzando Google Cloud, consulta:
Licenze
Questa sezione fornisce informazioni sui requisiti di licenza.
Licenze SAP
L'esecuzione di SAP ASE su Google Cloud richiede il modello Bring Your Own License (BYOL). Per ulteriori informazioni, vedi:
- SAP Note 2446441 - Linux su Google Cloud Platform (IaaS): adattamento della licenza SAP
- SAP Note 2456953 - Windows su Google Cloud Platform (IaaS): adattamento della licenza SAP
Per ulteriori informazioni sulle licenze SAP, contatta SAP.
Licenze del sistema operativo
In Compute Engine, esistono due modi per concedere in licenza SLES, RHEL e Windows Server:
Con le licenze con pagamento a consumo, il costo orario della tua VM di Compute Engine include le licenze. Google gestisce la logistica delle licenze. I costi ora sono più elevati, ma hai la massima flessibilità per aumentarli e diminuirli, in base alle esigenze. Questo è il modello di licenze utilizzato per Google Cloud. per le immagini pubbliche che includono SLES, RHEL e Windows Server.
Con BYOL, i costi delle VM di Compute Engine sono inferiori perché licenze non incluse. Devi eseguire la migrazione di una licenza esistente o acquistarne una, il che significa pagare in anticipo e avere meno flessibilità.
Assistenza
Per problemi con l'infrastruttura o i servizi Google Cloud, contatta l'assistenza clienti. Puoi trovare i dati di contatto nella pagina Panoramica dell'assistenza nella console Google Cloud. Se l'assistenza clienti stabilisce che il problema riguarda i tuoi sistemi SAP, ti verrà consigliato di rivolgerti all'assistenza SAP.
Per problemi relativi ai prodotti SAP, registra la richiesta di assistenza con
Assistenza SAP.
SAP valuta il ticket di assistenza e, se sembra essere un problema dell'infrastruttura Google Cloud, lo trasferisce al componente Google Cloud appropriato nel proprio sistema: BC-OP-LNX-GOOGLE o
BC-OP-NT-GOOGLE.
Requisiti di assistenza
Prima di poter ricevere assistenza per sistemi SAP e Google Cloud infrastruttura e servizi che utilizzano, devi soddisfare i requisiti minimi requisiti dei piani di assistenza.
Per ulteriori informazioni sui requisiti minimi di assistenza per SAP Google Cloud, consulta:
- Ricevi assistenza per SAP su Google Cloud
- SAP Note 2456406 - SAP su Google Cloud Platform: prerequisiti di assistenza (È richiesto un account utente SAP)
Passaggi successivi
Per eseguire il deployment di SAP ASE su Linux, consulta: + (consigliato) Terraform: deployment automatico delle VM per SAP ASE su Linux. + Deployment Manager: deployment automatizzato delle VM per SAP ASE su Linux
Per eseguire il deployment di SAP ASE su Windows, consulta Deployment Manager: deployment automatizzato delle VM per SAP ASE su Windows.