Guida per la pianificazione di SAP NetWeaver

Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Questa guida fornisce una panoramica sul funzionamento di SAP NetWeaver su Google Cloud e fornisce dettagli che puoi utilizzare durante la pianificazione della migrazione del sistema SAP NetWeaver esistente o durante l'implementazione di un nuovo sistema. Google Cloud è certificato per l'esecuzione dei server delle applicazioni SAP NetWeaver ABAP e Java e per i prodotti SAP basati su questi stack di server delle applicazioni.

Questa guida non spiega le specifiche del deployment del sistema SAP NetWeaver. Per scoprire come pianificare il deployment di SAP NetWeaver, consulta la Guida di SAP NetWeaver.

Nozioni di base su Google Cloud

Google Cloud comprende molti prodotti e servizi basati su cloud. Quando esegui prodotti SAP su Google Cloud, utilizzi principalmente i servizi basati su IaaS offerti da Compute Engine e Cloud Storage, oltre ad alcune funzionalità a livello di piattaforma, come strumenti.

Consulta la panoramica di Google Cloud Platform per concetti importanti e terminologia. Questa guida duplica alcune informazioni dalla panoramica per praticità e contesto.

Per una panoramica delle considerazioni che le organizzazioni su scala aziendale devono prendere in considerazione quando vengono eseguite 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 con le tue risorse nel cloud:

  • La console Google Cloud, che è un'interfaccia utente basata sul Web.
  • Lo strumento a riga di comando gcloud, che offre un soprainsieme di 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 quando crei i tuoi strumenti.

Prezzi e quote

Puoi utilizzare il Calcolatore prezzi per stimare i costi di utilizzo. Per ulteriori informazioni sui prezzi, consulta i prezzi di Compute Engine, i prezzi di Cloud Storage e i prezzi della suite operativa di Google Cloud.

Le risorse Google Cloud sono soggette a quote. Se prevedi di utilizzare macchine con CPU o memoria elevata, potresti dover richiedere una quota aggiuntiva. Per ulteriori informazioni, consulta Quote delle risorse Compute Engine.

Panoramica di SAP NetWeaver su Google Cloud

Per molti aspetti, l'esecuzione di SAP NetWeaver su Google Cloud è simile all'esecuzione nel proprio data center. Devi comunque pensare a risorse di computing, archiviazione e networking. Devi anche pensare a come gestire i backup e il ripristino di emergenza per il tuo database.

Di seguito sono riportate alcune differenze utili:

  • Interagisci con i vari componenti dell'infrastruttura tramite i servizi, che sono astrazioni o virtualizzazioni dell'hardware che utilizzavi on-premise. Ad esempio, alcuni dei servizi di infrastruttura virtualizzati che utilizzi al posto dell'hardware su Google Cloud includono macchine virtuali (VM) e dischi permanenti di Compute Engine, reti e firewall Virtual Private Cloud e bucket Cloud Storage per l'archiviazione di massa.
  • I servizi Google Cloud offrono funzionalità particolari e presentano alcune limitazioni.
  • I servizi Google Cloud interagiscono in modi specifici.
  • SAP NetWeaver e i servizi Google Cloud collaborano in particolari modi.

Il seguente diagramma fornisce una panoramica generale di SAP NetWeaver in esecuzione su Google Cloud:

Panoramica di SAP NetWeaver su Google Cloud

Ecco alcuni aspetti importanti da notare nel diagramma:

  • Il sistema utilizza un certo numero di VM e dischi permanenti di Compute Engine. Questi componenti ospitano il software, incluso il sistema di database principale.
  • Il sistema SAP NetWeaver è composto dai normali componenti dell'applicazione più un componente Host Host.
  • Il componente SAP Host Agent/SAPOSCOL raccoglie i metadati di monitoraggio dall'agente di monitoraggio Google Cloud per SAP NetWeaver, un agente di monitoraggio fornito da Google Cloud. L'agente di monitoraggio Google Cloud per SAP NetWeaver aggrega le metriche di Cloud Monitoring, la soluzione di monitoraggio di Google Cloud.
  • Tutte le comunicazioni tra i componenti Google Cloud e i componenti esterni passano attraverso un livello di networking. Questo livello fornisce funzionalità di sicurezza, inclusi firewall, route e gateway Internet, VPN e così via

Architettura a due livelli

Il seguente diagramma mostra alcuni dettagli di un'architettura a due livelli in esecuzione su una VM di Compute Engine.

Architettura a 2 livelli

In questa architettura, tutti i componenti vengono eseguiti su una singola VM. La VM ha 5 dischi permanenti Compute Engine collegati e ogni disco permanente serve un ruolo specifico. Questi ruoli includono:

  • Disco radice: contiene il sistema operativo della VM.
  • Scambia disco: contiene il file di paging del sistema operativo.
  • SAP NetWeaver: contiene l'installazione di NetWeaver e i file del profilo.
  • Volume dati: contiene i file del database.
  • Volume dei log: contiene i log del sistema di database utilizzati per gestire le operazioni di backup dei dati, coerenza e backup.

A seconda del server di database che stai utilizzando, i volumi di dati necessari potrebbero essere diversi da quelli mostrati nella figura precedente.

Fino a un certo limite, le prestazioni di un SSD o di un disco permanente bilanciato migliorano all'aumentare delle dimensioni del disco e del numero di vCPU. Se utilizzi uno di questi tipi di disco permanente, crea un volume DP più grande e partiziona logicamente il disco nel sistema operativo guest per più file system. Ad esempio, se utilizzi SAP HANA, puoi mappare i volumi /hana/data, /hana/log e /hana/shared su un singolo disco permanente. L'utilizzo di un singolo disco permanente più grande consente inoltre un ridimensionamento più semplice nella VM e semplifica la gestione.

A seconda dell'applicazione, il collegamento di più volumi di dischi permanenti alla VM può offrire vantaggi operativi. Ad esempio, può semplificare l'utilizzo di snapshot di dischi permanenti per volumi specifici.

La rimozione di più volumi del disco permanente non offre un vantaggio significativo per le prestazioni di SAP su Google Cloud.

Per ulteriori informazioni, vedi:

È anche probabile che il server del database richieda dischi permanenti con prestazioni più elevate rispetto a SAP NetWeaver.

Ad esempio, per un deployment SAP HANA:

  • Il disco denominato "Volume dati" contiene i file di dati.
  • Il disco contrassegnato come "Log" contiene i file di log HANA.
  • I file binari di HANA e i file condivisi possono essere ospitati sul disco con l'etichetta "NetWeaver".
  • Ti serve un volume aggiuntivo per l'archiviazione dei backup del database.

Per informazioni su SAP HANA su Google Cloud, consulta:

Per un elenco dei dischi richiesti per SAP ASE, consulta la Guida alla pianificazione di ASE SAP.

Per un elenco dei dischi richiesti per SAP MaxDB, consulta la Guida alla pianificazione di SAP MaxDB.

Per un deployment di IBM Db2 per Linux, UNIX e Windows (IBM Db2) sono necessarie più unità disco rispetto a quelle mostrate nella figura precedente. Per un elenco delle unità disco necessarie, consulta la guida alla pianificazione di IBM Db2 per SAP.

Per informazioni su Microsoft SQL Server su Google Cloud, consulta Windows su Compute Engine.

Nelle sezioni successive verranno illustrati i dettagli e i suggerimenti per questi componenti.

Architettura a tre livelli

Il seguente diagramma mostra alcuni dettagli di un'architettura a 3 livelli in esecuzione su Compute Engine.

Architettura a 3 livelli

In questa architettura, il sistema SAP NetWeaver distribuisce il lavoro su più server delle applicazioni NetWeaver (AS) ospitati su più VM. Tutti i nodi AS di NetWeaver condividono lo stesso database, che è ospitato su una VM separata. Tutti i nodi di NetWeaver AS montano e accedono a un file system condiviso che ospita i profili SAP NetNetaver. Questo file system condiviso è contenuto in un disco permanente collegato alla VM 1, insieme ai servizi centrali SAP.

Macchine certificate

Google Cloud fornisce la maggior parte delle risorse di computing come VM, chiamate anche istanze VM, tramite Compute Engine. Google Cloud offre macchine bare metal tramite Bare Metal Solution.

Tutti i tipi di macchina possono:

  • Esegui sistemi operativi.
  • Hosting di servizi centralizzati SAP.
  • Host SAP AS.
  • Server di database host.

Quando pianifichi l'implementazione di SAP, considera quanto segue:

  • Il numero di macchine richieste dall'architettura di implementazione. Il numero può spaziare da una VM per un sistema di sviluppo, addestramento o produzione di piccole dimensioni a molte VM per un sistema di produzione che prevedono lo scale out.
  • Tipi di macchine particolari, che determinano la potenza di elaborazione (tipi di CPU, numero di core e così via) e memoria volatile disponibile.
  • L'aumento del numero di vCPU in un'istanza VM aumenta la larghezza di banda di rete per le comunicazioni in uscita (la frequenza in uscita) dalla VM fino a un limite che può variare a seconda del tipo di macchina. Vedi Quote delle risorse VPC per istanza.
  • Tipi di immagini, che determinano il sistema operativo e il tipo di database se scegli di utilizzare SQL Server.
  • La località delle VM. Le risorse Compute Engine vengono eseguite nei data center di Google Cloud in tutto il mondo e sono organizzati per regione e zona. Per saperne di più, consulta Pianificazione di aree geografiche e zone.
  • La quantità di spazio di archiviazione su disco permanente e il numero di dischi permanenti. Per la maggior parte dei tipi di macchina, puoi collegare fino a 257 TB di spazio di archiviazione su disco permanente. Anche se puoi collegare fino a 128 dischi permanenti alla maggior parte dei tipi di macchine, l'utilizzo di un numero inferiore di dischi permanenti riduce i costi di gestione.

Se prevedi un traffico di rete elevato, come spesso avviene in architetture a tre livelli che collocano il database su una VM separata, seleziona un'istanza VM con un numero sufficiente di vCPU per fornire la velocità effettiva necessaria.

Per informazioni sui tipi di macchine Google Cloud e su SAPS, consulta la Nota SAP 2456432.

Le sezioni seguenti forniscono ulteriori dettagli.

Tipi di macchina

Google Cloud offre macchine con certificazione SAP nelle seguenti famiglie di tipi di macchine:

  • Tipi di macchina ottimizzati per il calcolo: C2 o C2D
  • Tipi di macchine per uso generico: N1, N2, N2D o T2D
  • Tipi di macchina ottimizzati per la memoria: M1, M2 o M3
  • Tipi di macchine Bare Metal Solution: O2
  • Configurazioni personalizzate dei tipi di macchina: N1, N2 o N2D

Per ulteriori informazioni su ciascuna famiglia di tipi di macchine di Compute Engine certificata per le applicazioni SAP, consulta la sezione Tipi di macchine certificate.

Le certificazioni di macchina seguenti sono per SAP NetWeaver. Per le certificazioni delle macchine specifiche per SAP HANA, consulta Tipi di macchine certificati per SAP HANA.

Prima di selezionare un tipo di macchina da utilizzare, verifica che sia disponibile nella regione e nelle zone che ti servono.

Per ulteriori informazioni su ciascun tipo di macchina di Compute Engine, inclusa la disponibilità a livello di area geografica e zona, consulta Tipi di macchine.

Per la disponibilità dei tipi di macchine Bare Metal Solution, consulta la disponibilità delle macchine per la soluzione Bare Metal Solution certificate da SAP.

Tipo di macchina CPU virtuali Memoria (GB) Piattaforma CPU minima
Tipi di macchine standard C2

c2-standard-4

4 16 Lago Intel Cascade

c2-standard-8

8 32 Lago Intel Cascade

c2-standard-16

16 64 Lago Intel Cascade

c2-standard-30

30 120 Lago Intel Cascade

c2-standard-60

60 240 Lago Intel Cascade
Tipi di macchine con memoria elevata C2D
c2d-highmem-2 2 16 AMD EPYC Milano
c2d-highmem-4 4 32 AMD EPYC Milano
c2d-highmem-8 8 64 AMD EPYC Milano
c2d-highmem-16 16 128 AMD EPYC Milano
c2d-highmem-32 32 256 AMD EPYC Milano
c2d-highmem-56 56 448 AMD EPYC Milano
c2d-highmem-112 112 896 AMD EPYC Milano
Tipi di macchine standard C2D

c2d-standard-2

2 8 AMD EPYC Milano

c2d-standard-4

4 16 AMD EPYC Milano

c2d-standard-8

8 32 AMD EPYC Milano

c2d-standard-16

16 64 AMD EPYC Milano

c2d-standard-32

32 128 AMD EPYC Milano
c2d-standard-56 56 224 AMD EPYC Milano
c2d-standard-112 112 448 AMD EPYC Milano
Tipi di macchine su misura
Tipo di macchina personalizzata basata su N1Nota 1 o qualsiasi numero pari fino a 96 3,75 GB o più per vCPU per utilizzo di memoria standard o più di 6,5 GB per vCPU per utilizzo elevato della memoria. Intel Broadwell
Tipo di macchina personalizzata basata su N2Nota Qualsiasi numero pari fino a 32. Dopo 32, il numero di vCPU deve essere divisibile per 4, fino a 80 vCPU. Ad esempio, 32, 36 e 40 vCPU sono tutte valide, ma 38 non lo sono. 4,0 GB o più per vCPU per utilizzo di memoria standard o 8,0 GB o più per vCPU per utilizzo elevato della memoria. Lago Intel Cascade
Tipo di macchina personalizzata basata su N2DNota 2 o qualsiasi numero pari di vCPU divisibile per 4, fino a un limite di supporto SAP di 32 vCPU. 4 GB per vCPU per utilizzo di memoria standard o 8 GB per vCPU per un utilizzo elevato della memoria. AMD EPYC Roma
Tipi di macchine ottimizzate per la memoria M1
m1-megamem-96 96 1433 Intel Skylake

m1-ultramem-40

40 961 Intel Broadwell

m1-ultramem-80

80 1922 Intel Broadwell

m1-ultramem-160

160 3844 Intel Broadwell
Tipi di macchine ottimizzate per la memoria M2

m2-ultramem-208

208 5.888 Lago Intel Cascade

m2-ultramem-416

416 11.776 Lago Intel Cascade

m2-megamem-416

416 5.888 Lago Intel Cascade

m2-hypermem-416

416 8.832 Lago Intel Cascade
Tipi di macchine ottimizzate per la memoria M3
m3-ultramem-32 32 976 Lago di ghiaccio Intel
m3-ultramem-64 64 1.952 Lago di ghiaccio Intel
m3-ultramem-128 128 3904 Lago di ghiaccio Intel
m3-megamem-64 64 976 Lago di ghiaccio Intel
m3-megamem-128 128 1.952 Lago di ghiaccio Intel
Tipi di macchine con memoria elevata N1

n1-highmem-2

2 13 Intel Broadwell

n1-highmem-4

4 26 Intel Broadwell

n1-highmem-8

8 52 Intel Broadwell

n1-highmem-16

16 104 Intel Broadwell

n1-highmem-32

32 208 Intel Broadwell

n1-highmem-64

64 416 Intel Broadwell

n1-highmem-96

96 624 Intel Skylake
Tipi di macchine standard N1

n1-standard-8

8 30 Intel Broadwell

n1-standard-16

16 60 Intel Broadwell

n1-standard-32

32 120 Intel Broadwell

n1-standard-64

64 240 Intel Broadwell

n1-standard-96

96 360 Intel Skylake
Tipi di memoria N2
n2-highmem-2 2 16 Intel Ice Lake
Intel Cascade Lake
n2-highmem-4 4 32 Intel Ice Lake
Intel Cascade Lake
n2-highmem-8 8 64 Intel Ice Lake
Intel Cascade Lake
n2-highmem-16 16 128 Intel Ice Lake
Intel Cascade Lake
n2-highmem-32 32 256 Intel Ice Lake
Intel Cascade Lake
n2-highmem-48 48 384 Intel Ice Lake
Intel Cascade Lake
n2-highmem-64 64 512 Intel Ice Lake
Intel Cascade Lake
n2-highmem-80 80 640 Intel Ice Lake
Intel Cascade Lake
n2-highmem-96 96 768 Lago di ghiaccio Intel
n2-highmem-128 128 838 Lago di ghiaccio Intel
Tipi di macchine standard N2
n2-standard-2 2 8 Intel Ice Lake
Intel Cascade Lake
n2-standard-4 4 16 Intel Ice Lake
Intel Cascade Lake
n2-standard-8 8 32 Intel Ice Lake
Intel Cascade Lake
n2-standard-16 16 64 Intel Ice Lake
Intel Cascade Lake
n2-standard-32 32 128 Intel Ice Lake
Intel Cascade Lake
n2-standard-48 48 192 Intel Ice Lake
Intel Cascade Lake
n2-standard-64 64 256 Intel Ice Lake
Intel Cascade Lake
n2-standard-80 80 320 Intel Ice Lake
Intel Cascade Lake
n2-standard-96 96 384 Lago di ghiaccio Intel
n2-standard-128 128 512 Lago di ghiaccio Intel
Tipi di macchine con memoria elevata N2D

n2d-highmem-2

2 16 AMD EPYC Roma
AMD EPYC Milano

n2d-highmem-4

4 32 AMD EPYC Roma
AMD EPYC Milano

n2d-highmem-8

8 64 AMD EPYC Roma
AMD EPYC Milano

n2d-highmem-16

16 128 AMD EPYC Roma
AMD EPYC Milano

n2d-highmem-32

32 256 AMD EPYC Roma
AMD EPYC Milano
n2d-highmem-48 48 384 AMD EPYC Roma
AMD EPYC Milano
n2d-highmem-64 64 512 AMD EPYC Roma
AMD EPYC Milano
n2d-highmem-80 80 640 AMD EPYC Roma
AMD EPYC Milano
n2d-highmem-96 96 768 AMD EPYC Roma
AMD EPYC Milano
Tipi di macchine standard N2D

n2d-standard-2

2 8 AMD EPYC Roma
AMD EPYC Milano

n2d-standard-4

4 16 AMD EPYC Roma
AMD EPYC Milano

n2d-standard-8

8 32 AMD EPYC Roma
AMD EPYC Milano

n2d-standard-16

16 64 AMD EPYC Roma
AMD EPYC Milano

n2d-standard-32

32 128 AMD EPYC Roma
AMD EPYC Milano
n2d-standard-48 48 192 AMD EPYC Roma
AMD EPYC Milano
n2d-standard-64 64 256 AMD EPYC Roma
AMD EPYC Milano
n2d-standard-80 80 320 AMD EPYC Roma
AMD EPYC Milano
n2d-standard-96 96 384 AMD EPYC Roma
AMD EPYC Milano
n2d-standard-128 128 512 AMD EPYC Roma
AMD EPYC Milano
n2d-standard-224 224 869 AMD EPYC Roma
AMD EPYC Milano
Tipi di macchine standard T2D

t2d-standard-2

2 8 AMD EPYC Milano

t2d-standard-4

4 16 AMD EPYC Milano

t2d-standard-8

8 32 AMD EPYC Milano

t2d-standard-16

16 64 AMD EPYC Milano
t2d-standard-32 32 128 AMD EPYC Milano
t2d-standard-48 48 192 AMD EPYC Milano
t2d-standard-60 60 240 AMD EPYC Milano
Tipi di macchine O2 Bare Metal Solution
o2-standard-16-metal 16 192 GiB Lago Intel Cascade
o2-standard-32-metal 32 384 GiB Intel Xeon Gold
o2-standard-48-metal 48 768 GiB Intel Xeon Gold
o2-standard-112-metal 112 1532 GiB Intel Xeon grigio platino
o2-highmem-224-metal 224 3 TiB Intel Xeon grigio platino

Disponibilità a livello regionale delle macchine per Bare Metal Solution certificate SAP

Le macchine Bare Metal Solution certificate per le applicazioni SAP sono disponibili solo nelle estensioni della regione Bare Metal Solution, che non sono disponibili per ogni regione Google Cloud. Per l'elenco completo delle regioni con estensione per regione Bare Metal Solution, consulta Disponibilità regionale di Bare Metal Solution.

Per la disponibilità delle macchine Bare Metal Solution certificate per SAP HANA, consulta Disponibilità a livello regionale delle macchine Bare Metal Solution per SAP HANA.

Immagini

Quando crei una VM di Compute Engine, utilizzi un'immagine contenente i componenti di base richiesti. Ad esempio, un'immagine può contenere un sistema operativo Microsoft Windows Server con installazione di SQL Server.

Quando ordini una macchina Bare Metal Solution, devi anche specificare il sistema operativo di cui hai bisogno. La macchina diventa disponibile con il sistema operativo già installato.

Per le VM, puoi specificare un'immagine in diversi modi. Puoi:

  • Utilizza il file di configurazione Terraform (consigliato) o il modello Cloud Deployment Manager, fornito da Google Cloud, progettato per semplificare la configurazione di SAP NetWeaver. Per dettagli su come utilizzare Terraform o Cloud Deployment Manager, consulta la guida al deployment di SAP NetWeaver su Google Cloud per il tuo sistema operativo.
  • Utilizza un'immagine pubblica. Google offre una varietà di immagini pubbliche. Devi scegliere un'immagine contenente i componenti supportati per SAP NetWeaver.
  • Crea la tua immagine personalizzata. Puoi configurare il tuo sistema di base da zero e creare un'immagine personalizzata da riutilizzare. Puoi anche creare un'immagine importando un disco di avvio esistente in Compute Engine.

Immagini pubbliche supportate

Compute Engine fornisce immagini pubbliche per le versioni di sistema operativo supportate nelle famiglie di immagini.

Per visualizzare le versioni disponibili in ogni famiglia di immagini, consulta i dettagli del sistema operativo:

Per ulteriori informazioni sullo stato di assistenza delle versioni del sistema operativo certificate per SAP, consulta la pagina relativa al supporto sistema operativo per SAP NetWeaver su Google Cloud.

Pianificazione per la gestione delle immagini

Una volta che il sistema è attivo, puoi creare immagini personalizzate. Crea immagini personalizzate quando modifichi lo stato del disco permanente radice in modo da poter ripristinare facilmente il nuovo stato, se necessario. Pianifica la gestione delle immagini personalizzate che crei. Per saperne di più, consulta Best practice per la gestione delle immagini.

Pianificazione di regioni e zone

Quando esegui il deployment di una VM, devi scegliere una regione e una zona. Una regione è una località geografica specifica in cui puoi eseguire le tue risorse e corrisponde a una località del data center. Ogni regione è composta da una o più zone.

È possibile accedere a risorse globali, come immagini del disco e snapshot del disco preconfigurati, in regioni e zone. Le risorse a livello di area geografica, come gli indirizzi IP esterni statici, sono accessibili solo alle risorse che si trovano nella stessa area geografica. Le risorse di zona, come VM e dischi, sono accessibili solo dalle risorse che si trovano nella stessa zona.

Regioni e zone di Google Cloud

Quando scegli una regione e una zona per le tue VM, tieni in considerazione:

  • La località degli utenti e le tue risorse interne, come il data center o la rete aziendale. Per ridurre la latenza, seleziona una località vicina agli utenti e alle risorse.
  • Le piattaforme CPU disponibili per la regione e la zona in questione. SAP NetWeaver su Google Cloud è supportato per i processori Intel Broadwell, Haswell e Skylake, per i carichi di lavoro di produzione.

  • Il SAP AS e il database devono trovarsi nella stessa regione.

Deployment delle VM

Puoi utilizzare i metodi standard di Google Cloud per eseguire il deployment delle tue VM su Compute Engine: la console Google Cloud, Google Cloud CLI, Deployment Manager e l'API REST. Le pagine seguenti forniscono informazioni generalmente utili su come eseguire il deployment delle VM:

Per informazioni dettagliate e istruzioni sul deployment del sistema SAP NetNetaver sulle VM di Compute Engine, consulta quanto segue:

Automazione per i deployment SAP NetWeaver

Google Cloud fornisce i file di configurazione e i modelli di Deployment Manager di Terraform che puoi utilizzare per automatizzare il deployment dell'infrastruttura Google Cloud per SAP NetWeaver con un sistema operativo Linux o Windows.

I modelli forniti creano un'istanza delle seguenti risorse per SAP NetWeaver:

  • Un'istanza del tipo di macchina di tua scelta.
  • Puoi scegliere i seguenti sistemi operativi:
    • Red Hat Enterprise Linux (RHEL)
    • SUSE Linux Enterprise Server (SLES)
    • Windows Server
  • I dischi permanenti standard di Compute Engine.
  • Per Linux, il modello crea un'istanza del file system XFS.

Per istruzioni automatiche sul deployment, consulta:

VM personalizzate e deployment automatici

I file di configurazione e i modelli di Deployment Manager di Terraform non supportano la specifica delle VM personalizzate di Compute Engine.

Se devi utilizzare un tipo di VM personalizzato, devi prima eseguire il deployment di un piccolo tipo di VM predefinita e, una volta completato il deployment, personalizzarla in base alle tue esigenze.

Per ulteriori informazioni sulla modifica delle VM, consulta la pagina relativa alla modifica delle configurazioni delle VM per i sistemi SAP.

Accesso alle VM

Il creatore di una VM ha privilegi root completi.

  • Su una VM basata su Linux, il creatore dispone della funzionalità SSH e può utilizzare la console Google Cloud per concedere la funzionalità SSH ad altri utenti.
  • Su una VM basata su Windows, il creatore può utilizzare la console Google Cloud per generare un nome utente e una password, dopodiché chiunque conosca il nome utente e la password può connettersi alla VM tramite RDP.

Dopo che un utente con privilegi amministrativi si è connesso a un'istanza tramite SSH o RDP, può aggiungere altri utenti del sistema con comandi Linux standard o con la gestione degli account utente Windows. Le seguenti pagine forniscono informazioni generalmente utili sulla connessione alle VM di Compute Engine:

Se utilizzi istanze Linux, devi pianificare il modo in cui utilizzerai le chiavi SSH. In generale, Compute Engine gestisce le chiavi SSH per conto tuo. Puoi decidere di gestire le tue chiavi SSH, ma devi comprendere i rischi associati. Per maggiori dettagli, consulta Chiavi SSH.

Per dettagli e istruzioni su come connetterti alle VM di Compute Engine nel tuo deployment SAP NetWeaver, consulta la guida al deployment di SAP NetWeaver per il tuo sistema operativo:

Database

Puoi utilizzare i seguenti sistemi di gestione di database con SAP NetWeaver su Google Cloud:

  • SAP HANA su Linux.
  • SAP ASE su Linux o Windows.
  • SAP MaxDB su Linux o Windows.
  • IBM Db2 su Linux o Windows.
  • Microsoft SQL Server Enterprise su Windows.
  • Server Oracle su Bare Metal Solution con sistemi operativi supportati da Barare Metal Solution per Oracle. Per scoprire di più, consulta Sistemi operativi.

SAP HANA

SAP HANA è certificato per l'esecuzione in Google Cloud sui seguenti sistemi operativi Linux:

Per ulteriori informazioni sui tipi di macchine e i sistemi operativi supportati, consulta la guida alla pianificazione di SAP HANA.

Per ulteriori informazioni su SAP HANA, consulta la guida alle operazioni di SAP HANA e la documentazione di SAP.

Per determinare le linee guida sul dimensionamento e i suggerimenti per SAP HANA, consulta la pagina relativa al dimensioni del benchmark SAP.

SAP ASE

SAP ASE su Google Cloud è supportato sui seguenti sistemi operativi:

Per ulteriori informazioni sui tipi di macchine e i sistemi operativi supportati, consulta la guida alla pianificazione di ASE ASE.

Per il deployment di SAP ASE su Google Cloud, consulta la guida al deployment di ASE per il tuo sistema operativo:

Per ulteriori informazioni su SAP ASE, consulta la documentazione di SAP.

SAP MaxDB

SAP MaxDB su Google Cloud è supportato sui seguenti sistemi operativi:

Per ulteriori informazioni sui tipi di macchine e i sistemi operativi supportati, consulta la guida alla pianificazione di SAP MaxDB. Per eseguire il deployment di SAP MaxDB su Google Cloud, consulta la guida al deployment di SAP MaxDB per il tuo sistema operativo:

Per ulteriori informazioni su SAP MaxDB, consulta la libreria SAP MaxDB.

IBM Db2 per Linux, UNIX e Windows

IBM Db2 è supportato su SLES, RHEL e Windows Server.

Per ulteriori informazioni sui tipi di macchine e i sistemi operativi supportati, consulta la guida alla pianificazione di IBM Db2 per SAP.

Per eseguire il deployment di IBM Db2 su Google Cloud, vedi:

Per ulteriori informazioni su IBM Db2, consulta SAP su IBM Db2 per Linux, UNIX e Windows.

Microsoft SQL Server

Puoi installare SQL Server in diversi modi:

  • Puoi utilizzare un'immagine pubblica fornita da Google con SQL Server Enterprise. L'immagine SQL Server in Windows Server è un'immagine premium, il che significa che il costo dell'immagine è associato al costo del tipo di macchina.
  • Puoi scaricare il DVD SQL Server da SAP e utilizzare lo script specifico per SAP SQL4SAP.bat che installa SQL Server con le impostazioni corrette.
  • Puoi scaricare il DVD SQL Server da SAP o Microsoft e utilizzare Microsoft Standard setup.exe per installare SQL Server in modo da poter personalizzare la configurazione.

Se utilizzi SQL Server come database, devi assicurati che SQL Server sia configurato per l'utilizzo delle regole di confronto SAP, SQL_Latin1_General_CP850_BIN2, per la compatibilità con i sistemi SAP.

Puoi verificare le regole di confronto di SQL Server nelle tue proprietà server:

Finestra di dialogo di SQL Server che mostra le impostazioni di confronto

Se hai già configurato SQL Server, puoi aggiornare le regole di confronto, ma in seguito dovrai ricreare i database. Per maggiori dettagli su come specificare o modificare le regole di confronto, consulta la SAP NetWeaver on Windows Deployment Guide.

Oracle

SAP su Oracle è supportato solo sui server Bare Metal Solution, che vengono eseguiti in un'estensione a livello di area geografica che si trova nella stessa località e si connette a regioni di Google Cloud selezionate.

Per ulteriori informazioni, vedi:

Backup e ripristino del database

Se è peggiore, devi avere un piano su come ripristinare la condizione operativa del sistema. Per indicazioni generali su come pianificare il ripristino di emergenza utilizzando Google Cloud, consulta:

Per informazioni sul backup e il ripristino di SAP HANA, consulta la Guida operativa di SAP su Google Cloud.

Per informazioni sul backup e il ripristino di SAP ASE, consulta SAP ASE Performance and Tuning Series: Physical Database Tuning.

Per informazioni sul backup e il ripristino di SAP MaxDB, consulta Amministrazione del database SAP MaxDB.

Per informazioni sul backup e il ripristino di IBM Db2, vedi Backup e ripristino.

Archiviazione

Per impostazione predefinita, ogni VM di Compute Engine ha un piccolo disco permanente radice che contiene il sistema operativo. Puoi aggiungere ulteriori dischi alle tue VM per utilizzarli come spazio di archiviazione per i diversi componenti del tuo sistema.

Archiviazione su disco permanente

Per l'archiviazione a blocchi permanente, puoi collegare i dischi permanenti di Compute Engine quando crei le VM o aggiungerle alle VM in un secondo momento.

Compute Engine offre diversi tipi di dischi permanenti. Ciascun tipo ha caratteristiche di rendimento diverse. Google Cloud gestisce l'hardware sottostante dei dischi permanenti per garantire la ridondanza dei dati e ottimizzare le prestazioni.

Con SAP NetWeaver puoi utilizzare uno qualsiasi dei seguenti tipi di dischi permanenti di Compute Engine:

  • Dischi permanenti standard (pd-standard): supportati da unità disco rigido standard, i dischi permanenti standard sono efficienti ed economici per la gestione di operazioni di lettura e scrittura sequenziali, ma non sono ottimizzati per gestire frequenze di operazioni di input-output casuali al secondo (IOPS) elevate.
  • Dischi permanenti bilanciati (pd-balanced): supportati da unità a stato solido (SSD), questi dischi offrono un equilibrio tra costo e prestazioni.
  • Dischi permanenti SSD (pd-ssd): supportati da SSD, i dischi permanenti SSD offrono uno spazio di archiviazione affidabile e ad alte prestazioni.
  • Dischi permanenti con carico estremo (pd-extreme): supportati da SSD, i dischi a persistenza estrema offrono opzioni di IOPS e velocità effettiva massime superiori rispetto a pd-ssd. Per un elenco dei tipi di macchine che supportano pd-extreme, consulta Supporto per le forme delle macchine.
Le prestazioni degli SSD e dei dischi permanenti bilanciati vengono scalate automaticamente a seconda delle dimensioni, per consentirti di regolare le prestazioni mediante il ridimensionamento dei dischi permanenti esistenti o l'aggiunta di più dischi permanenti a una VM. Le prestazioni dei dischi permanenti con carico estremo non vengono influenzate dalle dimensioni.

Il tipo di VM in uso e il numero di vCPU contenute possono anche influenzare o limitare le prestazioni del disco permanente.

La figura seguente mostra i valori approssimativi delle prestazioni dei dischi permanenti bilanciati in una configurazione NetWeaver di esempio su Google Cloud. I numeri effettivi che potresti vedere in una configurazione simile potrebbero essere diversi per vari motivi, tra cui i miglioramenti apportati da Compute Engine nel tempo.

Due dischi permanenti bilanciati, uno da 80 GB e l'altro da 250 GB, sono collegati a una VM host n2-standard-32 che esegue SAP NetWeaver

Come indicato nella figura precedente, quando i dischi permanenti sono dello stesso tipo di SSD o bilanciato, le prestazioni fornite alla VM sono cumulative. Puoi quindi stimare le prestazioni complessive aggiungendo il numero delle prestazioni di ogni disco permanente.

Ad esempio, se colleghi due dischi permanenti bilanciati come mostrato nella figura, uno che fornisce 180 IOPS per lettura e scrittura e una velocità effettiva di 8,4 MB al secondo e l'altro che fornisce 1500 IOPS per letture e scritture e 70 MB al secondo di velocità effettiva, insieme i dischi permanenti forniscono 1680 IOPS per operazioni di lettura e scrittura per 4 Per saperne di più, consulta sia Più dischi collegati a una singola istanza VM sia Letture e scritture simultanee in Altri fattori che influiscono sulle prestazioni.

I dischi permanenti si trovano indipendentemente dalle tue VM, quindi puoi scollegare o spostare i dischi permanenti per conservare i dati, anche dopo aver eliminato le VM.

Nella console Google Cloud, puoi vedere i dischi permanenti collegati alle tue istanze VM in Dischi aggiuntivi nella pagina Dettagli istanza VM di ogni istanza VM.

Per ulteriori informazioni sui diversi tipi di dischi permanenti di Compute Engine, sulle loro caratteristiche prestazionali e su come utilizzarli, consulta la documentazione di Compute Engine:

Dischi permanenti di cui è stato eseguito il deployment tramite i modelli di deployment

Se esegui il deployment della VM host utilizzando i file di configurazione di Terraform o i modelli di Cloud Deployment Manager forniti da Google Cloud per SAP NetNetaver, gli script di automazione del deployment collegano due o tre dischi permanenti standard per i volumi o le unità richiesti, a seconda che tu stia utilizzando Windows Server o Linux.

Soluzioni di condivisione file

Su Google Cloud sono disponibili diverse soluzioni di condivisione file, tra cui:

  • Filestore
  • ONTAP Google Cloud NetApp
  • Servizio NetApp Cloud Volumes per Google Cloud

Per determinare quale soluzione è la più adatta per il tuo scenario di deployment, consulta Soluzioni di condivisione file per SAP su Google Cloud.

SSD locale (non persistente)

Google Cloud offre unità disco SSD locali. Anche se gli SSD locali possono offrire alcuni vantaggi rispetto ai dischi permanenti, non utilizzarli come parte di un sistema SAP NetWeaver. Le istanze VM con SSD locali collegati non possono essere arrestate e riavviate.

Utilizzo di Cloud Storage per l'archiviazione di oggetti

Cloud Storage è un archivio di oggetti per file di qualsiasi tipo o formato; dispone di spazio di archiviazione praticamente illimitato e non devi preoccuparti di eseguirne il provisioning o di aggiungere altro spazio di archiviazione. Un oggetto in Cloud Storage contiene i dati dei file e i relativi metadati associati e può avere una dimensione massima di 5 terabyte. Un bucket Cloud Storage può archiviare un numero qualsiasi di oggetti.

È pratica comune utilizzare Cloud Storage per archiviare i file di backup per quasi ogni scopo. Ad esempio, per i backup SAP HANA, Cloud Storage è ideale per archiviare i file. Per la pianificazione del backup dei database, consulta le risorse indicate in Backup e ripristino del database. Puoi anche utilizzare Cloud Storage come parte di un processo di migrazione.

Scegli l'opzione Cloud Storage in base alla frequenza con cui devi accedere ai dati. Per accedere spesso più volte al mese, seleziona la classe di archiviazione Standard. In caso di accesso non frequente, seleziona Nearline o Coldline Storage. Per i dati di archivio a cui non prevedi di accedere, seleziona Archiviazione archivio.

Quando pianifichi le opzioni di archiviazione, inizia con il livello di accesso frequente ed esegui l'età dei dati di backup sui livelli di accesso non frequenti, perché i backup vengono utilizzati raramente man mano che crescono. La probabilità di richiedere un backup di tre anni è estremamente bassa e puoi eseguire il backup del livello di archiviazione nel livello Archivio per ottimizzare i costi.

Per un confronto più dettagliato, consulta Classi di archiviazione. Per ulteriori informazioni sulle varie opzioni di archiviazione disponibili, consulta la pagina Scegliere un'opzione di archiviazione.

Identificazione degli utenti e accesso alle risorse

Quando pianifichi la sicurezza per un deployment SAP su Google Cloud, devi 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 a cui ogni utente deve accedere

Devi aggiungere ogni utente al tuo progetto aggiungendo il relativo ID Account Google al progetto come entità. Per un programma 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 di Compute Engine hanno un proprio account di servizio. Tutti i programmi eseguiti su una VM possono utilizzare l'account di servizio VM, purché l'account di servizio VM disponga delle autorizzazioni per le risorse necessarie per il programma.

Dopo aver identificato le risorse Google Cloud che ogni utente deve utilizzare, concedi a ciascun utente l'autorizzazione a utilizzare ogni risorsa assegnandogli ruoli specifici per la risorsa. Esamina i ruoli predefiniti forniti da IAM per ogni risorsa e assegna a ciascun utente i ruoli che forniscono autorizzazioni sufficienti per completare le attività o le funzioni dell'utente e altro ancora.

Se hai bisogno di un controllo più granulare o restrittivo sulle autorizzazioni rispetto ai ruoli IAM predefiniti, puoi creare ruoli personalizzati.

Per ulteriori informazioni sui ruoli IAM di cui i programmi SAP hanno bisogno su Google Cloud, consulta Identity and Access Management per i programmi SAP su Google Cloud.

Per una panoramica della gestione di identità e accessi per SAP su Google Cloud, consulta la panoramica di Identity and Access Management per SAP su Google Cloud.

Networking e sicurezza della rete

Considera le informazioni nelle sezioni seguenti quando pianifichi il networking e la sicurezza della rete.

Modello di privilegi minimo

Una delle tue prime linee di difesa è quella di limitare gli utenti che possono raggiungere la tua rete e le tue VM utilizzando i firewall. Per impostazione predefinita, il traffico verso le VM, anche da altre VM, è bloccato dal firewall a meno che non crei regole per consentire l'accesso. L'unica eccezione è la rete default, che viene creata automaticamente con ogni progetto e che ha le regole del firewall predefinite.

Creando regole firewall puoi limitare tutto il traffico su un determinato insieme di porte a specifici indirizzi IP di origine. Segui il modello di privilegio minimo per limitare l'accesso a specifici indirizzi IP, protocolli e porte che richiedono l'accesso. Ad esempio, configura sempre un bastion host e consenti SSH nel 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 tale rete. Tutte le reti Compute Engine utilizzano il protocollo IPv4. A ogni progetto Google Cloud è assegnata una rete predefinita con configurazioni predefinite e regole firewall, ma dovresti aggiungere una subnet personalizzata e aggiungere regole firewall in base a un modello di privilegi minimo. Per impostazione predefinita, una rete appena creata non ha regole firewall e quindi non ha accesso alla rete.

Ti consigliamo di aggiungere più di una subnet, per isolare parti della rete e i requisiti. Per ulteriori informazioni, consulta la sezione Subnet.

Le regole firewall si applicano all'intera rete e a tutte le VM della rete. Puoi aggiungere una regola firewall che consenta il traffico tra VM nella stessa rete e tra subnet. Puoi anche configurare i firewall da applicare a VM di destinazione specifiche utilizzando il meccanismo di tagging.

SAP richiede l'accesso a determinate porte, quindi aggiungi le regole del firewall per consentire l'accesso alle porte descritte da SAP.

Route

Le route sono risorse globali collegate a una singola rete. Le route create dall'utente si applicano a tutte le VM in una rete. Ciò significa che puoi aggiungere una route che inoltra il traffico da VM a VM nella stessa rete e attraverso le subnet senza richiedere indirizzi IP esterni.

Per l'accesso esterno alle risorse Internet, avvia una VM senza indirizzi IP esterni e configura un'altra macchina virtuale come gateway NAT. Questa configurazione richiede l'aggiunta del gateway NAT come route per l'istanza SAP.

Con i bastion host e i gateway NAT

Se il tuo criterio di sicurezza richiede VM effettivamente interne, devi configurare manualmente un proxy NAT sulla rete e una route corrispondente in modo che le VM possano accedere a 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 bastion che abbia un indirizzo IP esterno e quindi attraversarla tramite tunnel. Se 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 come agenti attendibili per le connessioni in entrata, chiamate bastion host, o in uscita dalla rete, chiamati NAT gateway. Per una connettività più trasparente senza configurare tali connessioni, puoi utilizzare una risorsa gateway VPN gestita.

Bastion host per le connessioni in entrata

Gli host di base forniscono un punto di accesso, rivolto verso l'esterno, per entrare in una rete che contiene VM di reti private. Questo host può fornire un solo punto di fortificazione o controllo e può essere avviato e arrestato per attivare o disattivare la comunicazione SSH in entrata da Internet.

Bastion host show nello scenario SSH

L'accesso SSH alle VM che non hanno un indirizzo IP esterno può essere ottenuto connettendo prima un bastion host. Un protezione completa di un bastion host non rientra nell'ambito di questo articolo, ma alcuni passaggi iniziali possono includere:

  • Limita l'intervallo CIDR degli IP di origine che possono comunicare con il bastion.
  • Configura le regole del firewall per consentire il traffico SSH verso VM private solo dall'host di bass.

Per impostazione predefinita, SSH su VM è configurato per l'utilizzo di chiavi private per l'autenticazione. Quando usi un bastion host, devi prima accedere a quest'ultimo e poi alla VM privata di destinazione. Grazie a questo accesso in due passaggi, devi utilizzare l'inoltro SSH-agent per raggiungere la VM di destinazione invece di archiviare la chiave privata della VM di destinazione sul bastion host. Devi eseguire questa operazione anche se utilizzi la stessa coppia di chiavi sia per il bastion che per le VM di destinazione, in quanto il bastion ha accesso diretto soltanto alla metà pubblica della coppia di chiavi.

Utilizzo di gateway NAT per il traffico in uscita

Se a una VM non è assegnato un indirizzo IP esterno, non può effettuare connessioni dirette ai 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 in grado di instradare il traffico per conto di qualsiasi altra VM sulla rete. Utilizza un gateway NAT per rete. Il gateway NAT di una VM singola non è a disponibilità elevata e non può supportare una velocità effettiva di traffico elevato per più VM. Per istruzioni su come configurare una VM che funga da gateway NAT, consulta la Guida al deployment di NetWeaver per il tuo sistema operativo:

Cloud VPN

Puoi connettere in modo sicuro la rete esistente a Google Cloud tramite una connessione VPN che utilizza IPsec utilizzando Cloud VPN. Il traffico tra le due reti è criptato da un gateway VPN, quindi viene decriptato dall'altro gateway VPN. In questo modo, i dati sono protetti mentre vengono trasferiti su Internet. Puoi controllare dinamicamente quali VM possono inviare traffico verso la VPN utilizzando i tag di istanza sulle route. I tunnel Cloud VPN sono fatturati con una tariffa mensile statica più addebiti in uscita standard. Tieni presente che il collegamento di due reti nello stesso progetto comporta ancora addebiti standard per il traffico in uscita. Per ulteriori informazioni, vedi:

Protezione di un bucket Cloud Storage

Se utilizzi Cloud Storage per ospitare i tuoi backup di dati e log, assicurati di utilizzare TLS (HTTPS) durante l'invio dei dati a Cloud Storage dalle tue VM per proteggere i dati in transito. Cloud Storage cripta automaticamente i dati at-rest. Se hai un tuo sistema di gestione delle chiavi, puoi specificare le tue chiavi di crittografia.

Invio email

Per contribuire a proteggere i tuoi sistemi e quelli di Google dagli abusi, Google Cloud applica restrizioni per l'invio di email da Compute Engine. Per ulteriori informazioni, consulta Invio di email da un'istanza.

Consulta le seguenti risorse di sicurezza aggiuntive per il tuo ambiente SAP su Google Cloud:

Monitoring

Per l'assistenza e il monitoraggio delle prestazioni, Google Cloud fornisce un agente per SAP, l'agente di monitoraggio di Google Cloud per SAP NetWeaver. L'agente raccoglie i dati sulla macchina host Google Cloud e il suo ambiente da Cloud Monitoring e dalle API Compute Engine e li fornisce all'agente host SAP.

L'agente di monitoraggio per SAP NetWeaver è richiesto per il supporto SAP dei sistemi SAP in esecuzione su VM di Compute Engine o su server Bare Metal Solution. Indipendentemente dal sistema SAP che utilizzi, l'agente di monitoraggio di SAP NetWeaver è tenuto a ricevere assistenza da SAP e ad abilitare SAP per soddisfare i suoi accordi sul livello del servizio (SLA). Per ulteriori informazioni sui prerequisiti di assistenza, vedi Nota su SAP 2456406 - SAP su Google Cloud Platform: prerequisiti di assistenza.

Installa l'agente Monitoring per SAP NetWeaver sull'host insieme al sistema SAP. Per istruzioni su come installare l'agente Monitoring per SAP NetWeaver, convalidare l'installazione e verificare che l'agente funzioni correttamente, consulta Installare l'agente Monitoring per SAP NetWeaver su una VM di Compute Engine.

Per dettagli sul ciclo di vita e le operazioni di monitoraggio, consulta la guida all'agente di monitoraggio Google Cloud per le operazioni SAP NetWeaver.

Scale out dei server delle applicazioni SAP NetWeaver

SAP supporta un'architettura di scale out che utilizza più server delle applicazioni, supportando un carico di lavoro più elevato.

Se utilizzi Windows Server come sistema operativo, puoi utilizzare Active Directory in esecuzione su una VM come controller di dominio. Per saperne di più, consulta Configurazione di Active Directory su Google Compute Engine. In alternativa, puoi connettere le VM di Compute Engine al controller di dominio Active Directory on-premise utilizzando la VPN.

Nella configurazione con scale out, i nodi devono accedere a un file system condiviso. Per Windows Server, specifica dove viene montato il file system condiviso durante l'installazione tramite il programma di installazione di SAP. Per Linux, utilizza il file system di rete (NFS) come condivisione di file sul disco dei programmi binari/profili NetWeaver del sistema centrale (/sapmnt/[SID], dove [SID] è l'ID di sistema). Per informazioni dettagliate, consulta la documentazione di SAP.

Per informazioni sulle soluzioni di condivisione file disponibili su Google Cloud per SAP NetWeaver, consulta l'articolo Soluzioni di condivisione file.

Migrazione di un sistema SAP NetWeaver esistente

La migrazione di un panorama SAP NetWeaver esistente ti consente di sfruttare il tuo investimento nella configurazione esistente nel cloud. La migrazione di un sistema con qualsiasi scalabilità significativa richiede una pianificazione accurata e una migrazione passo passo, per evitare di perdere coerenza tra i componenti del sistema.

Per le migrazioni, segui le pratiche di migrazione standard di SAP. SAP consiglia di seguire le best practice per la copia dei componenti dal sistema di origine in un sistema di destinazione appena creato. Quando i sistemi di origine e di destinazione utilizzano lo stesso sistema operativo e sistema di database, utilizza la copia di sistema omogenea; mentre i sistemi di origine e di destinazione utilizzano un sistema operativo o un sistema di database diverso, utilizza la copia di sistema eterogenea.

Licenze

Questa sezione fornisce informazioni sui requisiti di licenza.

Licenze SAP

Per eseguire SAP su Google Cloud, è necessario utilizzare una propria licenza (BYOL).

Consulta le seguenti note di SAP:

Per ulteriori informazioni da SAP sulla gestione delle tue licenze SAP NetWeaver, consulta la procedura di licenza SAP.

Microsoft Windows Server e SQL Server

In Compute Engine, esistono due modi per concedere in licenza il software Microsoft:

  • Con le licenze con pagamento a consumo, il costo orario delle VM di Compute Engine include le licenze. Google gestisce la logistica delle licenze con Microsoft. I costi orari sono maggiori, ma hai la massima flessibilità per aumentare e diminuire i costi in base alle tue esigenze. Questo è il modello di licenza utilizzato per le immagini pubbliche di Google Cloud che includono Windows Server, con o senza SQL Server.

  • Con BYOL, i costi delle VM di Compute Engine sono inferiori perché la licenza non è inclusa. Devi eseguire la migrazione di una licenza esistente o acquistarne una tua, il che significa che pagare in anticipo e avere una minore flessibilità. Tuttavia, con esigenze di utilizzo molto stabili o con licenze scontate o senza costi aggiuntivi tramite contratti di licenza Microsoft, questo approccio potrebbe essere meno costoso.

I termini di Microsoft per la migrazione delle licenze sono diversi per Windows Server e SQL Server. Per dettagli completi su BYOL su Google Cloud, consulta Utilizzo delle licenze di applicazioni Microsoft esistenti.

Per informazioni sulle limitazioni delle licenze SAP per SQL Server, consulta Nota SAP 2139358.

Linux

In Compute Engine, esistono due modi per ottenere la licenza SLES o RHEL:

  • Con le licenze con pagamento a consumo, il costo orario delle VM di Compute Engine include le licenze. Google gestisce la logistica delle licenze. I costi orari sono maggiori, ma hai la massima flessibilità per aumentare e diminuire i costi in base alle tue esigenze. Questo è il modello di licenza utilizzato per le immagini pubbliche di Google Cloud che includono SLES o RHEL.

  • Con BYOL, i costi delle VM di Compute Engine sono inferiori perché la licenza non è inclusa. Devi eseguire la migrazione di una licenza esistente o acquistarne una tua, il che significa che pagare in anticipo e avere una minore 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 un problema risiede nei tuoi sistemi SAP, contatta l'assistenza SAP.

Per problemi relativi ai prodotti SAP, registra la richiesta di assistenza con l'assistenza SAP. SAP valuta il ticket di assistenza e, se sembra essere un problema di infrastruttura di Google Cloud, trasferisce il ticket al componente Google Cloud BC-OP-LNX-GOOGLE o BC-OP-NT-GOOGLE.

Requisiti per l'assistenza

Prima di poter ricevere assistenza per i sistemi SAP e l'infrastruttura e i servizi Google Cloud che utilizzano, devi soddisfare i requisiti minimi del piano di assistenza.

Per ulteriori informazioni sui requisiti minimi di assistenza per SAP su Google Cloud, consulta:

Passaggi successivi