Guida per la pianificazione di SAP NetWeaver

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

Questa guida non illustra le specifiche del deployment del sistema SAP NetWeaver. Per informazioni su come pianificare il deployment di SAP NetWeaver, consulta la Guida master 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 tramite Compute Engine e Cloud Storage, nonché alcune funzionalità a livello di piattaforma, come gli strumenti.

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

Per una panoramica delle considerazioni che le organizzazioni su scala aziendale devono tenere in considerazione quando si eseguono su Google Cloud, consultare 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 soprainsieme di funzionalità offerte dalla console Google Cloud.
  • Librerie client, che forniscono API per accedere ai servizi e gestire le risorse. Le librerie client sono utili quando si creano i propri strumenti.

Prezzi e quote

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

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

Conformità e controlli di sovranità

Se richiedi l'esecuzione del tuo carico di lavoro SAP in conformità con la residenza dei dati, il controllo dell'accesso, il personale di assistenza o i requisiti normativi, devi pianificare l'utilizzo di Assured Workloads, un servizio che consente di eseguire carichi di lavoro sicuri e conformi su Google Cloud senza compromettere la qualità dell'esperienza cloud. Per saperne di più, consulta Conformità e controlli di sovranità per SAP su Google Cloud.

Panoramica di SAP NetWeaver su Google Cloud

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

Ecco alcune delle differenze che è necessario comprendere:

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

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

Panoramica di SAP NetWeaver su Google Cloud

Di seguito sono riportati alcuni aspetti importanti da considerare nel diagramma:

  • Il sistema utilizza un certo numero di VM di Compute Engine e dischi permanenti. Questi componenti ospitano il software, incluso il sistema di database principale.
  • Il sistema SAP NetWeaver è composto dai normali componenti dell'applicazione e dal componente Host Agent.
  • L'agente SAP Host/SAPOSCOL raccoglie i metadati di monitoraggio dall'agente Google Cloud per SAP. L'agente per Google Cloud di Google Cloud aggrega le metriche di Cloud Monitoring, la soluzione di monitoraggio di Google Cloud.
  • Tutte le comunicazioni tra i componenti di 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 di Compute Engine collegati e ogni disco permanente serve un ruolo specifico. Questi ruoli includono:

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

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

Fino a un determinato limite, le prestazioni di un SSD o di un disco permanente bilanciato migliorano con l'aumento 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 a 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 della tua applicazione, il collegamento di più volumi di disco permanente alla tua VM può comportare vantaggi operativi. Ad esempio, può semplificare l'utilizzo di snapshot di disco permanente per volumi specifici.

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

Per ulteriori informazioni, vedi:

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

Ad esempio, per un deployment SAP HANA:

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

Per informazioni su SAP HANA su Google Cloud, consulta:

Per un elenco delle unità disco necessarie per SAP ASE, consulta la Guida alla pianificazione di ASE di SAP.

Per un elenco dei dischi rigidi 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 richieste, 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 tre livelli in esecuzione su Compute Engine.

Architettura a 3 livelli

In questa architettura, il sistema SAP NetWeaver distribuisce i dati su più server di 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 NetWeaver AS montano e accedono a un file system condiviso che ospita i profili SAP NetWeaver. Questo file system condiviso è contenuto in un disco permanente collegato alla VM 1 e ai servizi centrali di SAP.

Macchine certificate

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

Tutti i tipi di macchina possono:

  • Esegui i sistemi operativi.
  • Hosting dei servizi SAP centrali.
  • Host SAP AS
  • Server di database host.

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

  • Il numero di macchine richiesto dalla tua architettura di implementazione. Il numero può variare da una VM per un sistema di sviluppo, addestramento o piccola, a molte VM per un sistema di produzione scale out.
  • Tipi di macchine specifici, che determinano la potenza di elaborazione (tipi di CPU, numero di core e così via) e la memoria volatile disponibile.
  • L'aumento del numero di vCPU in un'istanza VM aumenta la larghezza di banda della rete per le comunicazioni in uscita (la velocità in uscita) dalla VM fino a un limite che può variare in base al tipo di macchina. Consulta le quote di 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 in data center Google Cloud in tutto il mondo, e sono organizzati per regione e zona. Per scoprire 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 l'overhead di gestione.

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

Per informazioni sui tipi di macchine Google Cloud e 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 macchine ottimizzate 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 ogni famiglia di tipi di macchine di Compute Engine certificata per le applicazioni SAP, consulta i tipi di macchine certificate.

Le seguenti certificazioni per le macchine sono per SAP NetWeaver. Per le certificazioni delle macchine specifiche per SAP HANA, consulta Tipi di macchine certificate 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 regione e di zona, consulta Tipi di macchine.

Per la disponibilità dei tipi di macchine Bare Metal Solution, consulta Disponibilità regionale delle macchine Bare Metal Solution con certificazione SAP.

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

c2-standard-4

 4 16 Intel Cascade Lake

c2-standard-8

 8 32 Intel Cascade Lake

c2-standard-16

 16 64 Intel Cascade Lake

c2-standard-30

 30 120 Intel Cascade Lake

c2-standard-60

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

c2d-standard-2

 2 8 AMD EPYC Milan

c2d-standard-4

 4 16 AMD EPYC Milan

c2d-standard-8

 8 32 AMD EPYC Milan

c2d-standard-16

 16 64 AMD EPYC Milan

c2d-standard-32

 32 128 AMD EPYC Milan
c2d-standard-56 56 224 AMD EPYC Milan
c2d-standard-112 112 448 AMD EPYC Milan
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 6,5 GB o più per vCPU per utilizzo di memoria elevato. 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 sono valide. Almeno 4 GB per vCPU per utilizzo di memoria standard o almeno 8 GB per vCPU per memoria elevata. Intel Cascade Lake
Tipo di macchina personalizzata basata su N2DNota 2 o qualsiasi numero pari di vCPU divisibili 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 memoria elevata. AMD EPYC Roma
Tipi di macchine con memoria ottimizzata 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 con memoria ottimizzata M2

m2-ultramem-208

 208 5.888 Intel Cascade Lake

m2-ultramem-416

 416 11.776 Intel Cascade Lake

m2-megamem-416

 416 5.888 Intel Cascade Lake

m2-hypermem-416

 416 8.832 Intel Cascade Lake
Tipi di macchine con memoria ottimizzata M3
m3-ultramem-32 32 976 Intel Ice Lake
m3-ultramem-64 64 1952 Intel Ice Lake
m3-ultramem-128 128 3904 Intel Ice Lake
m3-megamem-64 64 976 Intel Ice Lake
m3-megamem-128 128 1952 Intel Ice Lake
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 elevata 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 Intel Ice Lake
n2-highmem-128 128 838 Intel Ice Lake
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 Intel Ice Lake
n2-standard-128 128 512 Intel Ice Lake
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 896 AMD EPYC Roma
AMD EPYC Milano
Tipi di macchine T2D standard

t2d-standard-2

 2 8 AMD EPYC Milan

t2d-standard-4

 4 16 AMD EPYC Milan

t2d-standard-8

 8 32 AMD EPYC Milan

t2d-standard-16

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

Disponibilità a livello regionale delle macchine con Bare Metal Solution con certificazione SAP

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

Per la disponibilità di macchine Bare Metal Solution certificate per SAP HANA, consulta la disponibilità regionale di macchine Bare Metal Solution per SAP HANA.

Immagini

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

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

Per le VM, esistono diversi modi per specificare un'immagine. 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 NetNetaver. 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 componenti che sono supportati per SAP NetWeaver.
  • Crea la tua immagine personalizzata. Puoi configurare il tuo sistema di base da zero e creare un'immagine personalizzata che puoi 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, visualizza i dettagli del sistema operativo:

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

Pianificazione per la gestione delle immagini

Una volta avviato il sistema, puoi creare immagini personalizzate. Crea immagini personalizzate quando modifichi lo stato del disco permanente principale, in modo da poter ripristinare facilmente il nuovo stato, se necessario. Pianifica la gestione delle immagini personalizzate che crei. Per scoprire di più, consulta le 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, ad esempio 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 un'area geografica e una zona per le tue VM, considera:

  • La posizione degli utenti e delle risorse interne, ad esempio 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 nelle VM di Compute Engine, consulta quanto segue:

Automation per i deployment di SAP NetWeaver

Google Cloud fornisce file di configurazione Terraform e modelli di Deployment Manager 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 uno dei seguenti sistemi operativi:
    • Red Hat Enterprise Linux (RHEL)
    • SUSE Linux Enterprise Server (SLES)
    • Windows Server
  • Dischi permanenti standard di Compute Engine.
  • Per Linux, il modello crea l'istanza del file system XFS.

Per istruzioni sul deployment automatico, consulta:

VM personalizzate e deployment automatici

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

Se hai bisogno di utilizzare un tipo di VM personalizzato, esegui prima il deployment di un tipo di VM predefinito di piccole dimensioni e, dopo il completamento del deployment, personalizza la VM in base alle esigenze.

Per ulteriori informazioni sulla modifica delle VM, consulta 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, l'autore ha una 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, quindi 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 di sistema con comandi Linux standard o gestione degli account utente di Windows. Le seguenti pagine forniscono informazioni generalmente utili sulla connessione alle VM di Compute Engine:

Se utilizzi istanze Linux, devi pianificare in che modo utilizzerai le chiavi SSH. In generale, Compute Engine gestisce le chiavi SSH per tuo conto. 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

Con SAP NetWeaver su Google Cloud puoi utilizzare i seguenti sistemi di gestione di database:

  • 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 Bare Metal Solution per Oracle. Per maggiori informazioni, consulta la pagina 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 sui sistemi operativi supportati, consulta la guida alla pianificazione di SAP HANA.

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

Per determinare le linee guida sul dimensionamento e i suggerimenti per SAP HANA, consulta la pagina sul ridimensionamento dei benchmark SAP.

SAP ASE

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

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

Per eseguire 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 sui 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 for SAP.

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

Per ulteriori informazioni su IBM Db2, consulta la pagina 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 setup.exe standard per installare SQL Server in modo da poter personalizzare la configurazione.

Se utilizzi SQL Server come database, devi assicurarti che SQL Server sia configurato per l'utilizzo della SAPcollation,SQL_Latin1_General_CP850_BIN2, per la compatibilità con i sistemi SAP.

Puoi verificare il confronto del tuo SQL Server nelle tue proprietà server:

Finestra di dialogo SQL Server che mostra l'impostazione della regola 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 Guida al deployment di SAP NetWeaver su Windows.

Oracle

SAP su Oracle è supportato solo sui server Bare Metal Solution, che vengono eseguiti in un'estensione a livello di regione con posizione condivisa e connessa a regioni di Google Cloud selezionate.

Per ulteriori informazioni, vedi:

Backup e ripristino del database

Se il problema persiste, devi avere un piano per il ripristino delle condizioni operative 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 SAP HANA su Google Cloud Operations Guide.

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 di SAP MaxDB.

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

Archiviazione

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

Archiviazione su disco permanente

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

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 garantire la ridondanza dei dati e per ottimizzare le prestazioni.

Con SAP NetWeaver puoi utilizzare uno qualsiasi dei seguenti tipi di disco permanente 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 delle operazioni di lettura-scrittura sequenziali, ma non sono ottimizzati per gestire alti tassi di operazioni di input-output casuali al secondo (IOPS).
  • Dischi permanenti bilanciati (pd-balanced): supportati da unità a stato solido (SSD), i dischi permanenti bilanciati offrono un equilibrio tra costo e prestazioni.
  • Dischi permanenti SSD (pd-ssd): supportati da SSD, i dischi permanenti SSD forniscono uno spazio di archiviazione affidabile e ad alte prestazioni.
  • Dischi permanenti con carico estremo (pd-extreme): supportati da SSD, i dischi persistenti offrono prestazioni IOPS e di velocità effettiva massime più elevate di pd-ssd. Per un elenco dei tipi di macchine che supportano pd-extreme, vedi Supporto delle forme delle macchine.
Le prestazioni delle unità SSD e dei dischi permanenti bilanciati vengono scalate automaticamente in base alle dimensioni, quindi puoi regolare le prestazioni ridimensionando i dischi permanenti esistenti o aggiungendo più dischi permanenti a una VM. Le prestazioni dei dischi permanenti estremi non sono influenzate dalle dimensioni.

Il tipo di VM che stai utilizzando e il numero di vCPU che contiene possono influire o limitare le prestazioni del disco permanente.

La figura seguente mostra i valori approssimativi di prestazioni dei dischi permanenti bilanciati in una configurazione NetWeaver di esempio di Google Cloud. I numeri effettivi che potresti vedere in una configurazione simile potrebbero variare per una serie di 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 SSD o bilanciato, le prestazioni che forniscono alla VM sono cumulative, quindi puoi stimare le prestazioni complessive aggiungendo le cifre relative alle prestazioni di ciascun disco permanente.

Ad esempio, se colleghi due dischi permanenti bilanciati come mostrato nella figura, uno che fornisce 180 IOPS per la lettura e la 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 1684 IOPS per 7 e 7 al secondo per la velocità effettiva di lettura e scrittura. Per ulteriori informazioni, consulta la sezione Più dischi collegati a una singola istanza VM e Letture e scritture simultanee in Altri fattori che influiscono sulle prestazioni.

I dischi permanenti si trovano indipendentemente dalle 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 saperne di più 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 mediante i modelli di deployment

Se esegui il deployment della VM host utilizzando i file di configurazione 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 le seguenti:

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

Per determinare quale soluzione è migliore 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 collegate non possono essere arrestate e quindi riavviate.

Utilizzo di Cloud Storage per l'archiviazione di oggetti

Cloud Storage è un archivio di oggetti di qualsiasi tipo o formato: ha uno spazio di archiviazione praticamente illimitato e non devi preoccuparti di eseguirne il provisioning o di aggiungere ulteriore capacità. Un oggetto in Cloud Storage contiene dati di 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 tutti gli scopi. Ad esempio, per i backup di SAP HANA, Cloud Storage è un ottimo posto in cui archiviare i file. Per la pianificazione del backup del database, consulta le risorse in Backup e ripristino del database. Puoi anche utilizzare Cloud Storage come parte di un processo di migrazione.

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

Quando pianifichi le opzioni di archiviazione, inizia con il livello con accesso frequente e fai passare i dati di backup a livelli di accesso poco frequenti, poiché i backup vengono utilizzati raramente man mano che diventano più vecchi. La probabilità che sia necessario un backup da tre anni è estremamente basso e puoi eseguire il backup di questo backup nel livello Archivio per ottimizzare i costi.

Per un confronto più dettagliato, consulta Classi di archiviazione. Per informazioni sulle diverse opzioni di archiviazione disponibili, vedi Scegliere un'opzione di archiviazione.

Identificazione utente e accesso alle risorse

Quando pianifichi la sicurezza di 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 progetto a cui ogni utente deve accedere

Devi aggiungere ogni utente al progetto aggiungendo il proprio 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.

Dopo aver identificato le risorse Google Cloud che ogni utente deve utilizzare, concedi a ciascun utente l'autorizzazione per utilizzare ogni risorsa assegnando all'utente ruoli specifici. Rivedi i ruoli predefiniti forniti da IAM per ogni risorsa e assegna ruoli a ciascun utente che fornisce solo le 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 Gestione di identità e accessi per i programmi SAP su Google Cloud.

Per una panoramica sulla gestione di identità e accessi per SAP su Google Cloud, consulta la panoramica sulla gestione di identità e accessi 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 privilegio minimo

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

Creando regole firewall, puoi limitare tutto il traffico su un determinato insieme di porte a indirizzi IP di origine specifici. 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 tuo 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 è associata una rete predefinita con configurazioni e regole firewall preimpostate, ma dovresti aggiungere una subnet personalizzata e regole 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.

Ti consigliamo di aggiungere più di una subnet se vuoi isolare parti della rete e a seconda delle esigenze. Per ulteriori informazioni, consulta Subnet.

Le regole firewall si applicano all'intera rete e a tutte le VM nella rete. Puoi aggiungere una regola firewall che consenta il traffico tra le 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 dagli utenti si applicano a tutte le VM in una rete. Questo significa che puoi aggiungere una route che inoltra il traffico da una VM all'altra all'interno della stessa rete e tra 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.

Bastion host e gateway NAT

Se il tuo criterio di sicurezza richiede VM realmente 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 di bastion che abbia un indirizzo IP esterno e quindi un tunnel che la attraversa. 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 affinché agiscano come inoltro attendibile per le connessioni in entrata, chiamate host di base, o in uscita dalla rete, chiamati gateway NAT. Per una connettività più trasparente senza configurare tali connessioni, puoi utilizzare una risorsa gateway VPN gestita.

Utilizzo di 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 con rete privata. Questo host può fornire un singolo punto di fortificazione o controllo e può essere avviato e interrotto per attivare o disattivare la comunicazione SSH in entrata da Internet.

Bastion host in scenario SSH

L'accesso SSH alle VM che non hanno un indirizzo IP esterno può essere ottenuto eseguendo prima la connessione a un bastion host. Una 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 alle VM private solo dall'bastion host.

Per impostazione predefinita, l'SSH sulle VM è configurato per l'utilizzo di chiavi private per l'autenticazione. Quando usi 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 l'inoltro SSH dell'agente per raggiungere la VM di destinazione anziché 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, poiché il bastion ha accesso diretto solo alla metà pubblica della coppia di chiavi.

Utilizzo dei gateway NAT per il traffico in uscita

Quando 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 che può instradare il traffico per conto di qualsiasi altra VM sulla rete. Utilizza un gateway NAT per rete. Un gateway NAT con VM singola non è ad alta disponibilità e non può supportare una velocità effettiva del traffico elevata per più VM. Per istruzioni su come configurare una VM affinché 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 tuoi dati sono protetti mentre vengono trasferiti su Internet. Puoi controllare in modo dinamico quali VM possono inviare traffico verso la VPN utilizzando i tag di istanza nelle route. I tunnel Cloud VPN sono fatturati a tariffa mensile statica più addebiti standard in uscita. Tieni presente che il collegamento di due reti nello stesso progetto comporta ancora i costi 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 per i dati e i 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. Puoi specificare le tue chiavi di crittografia se hai un tuo sistema di gestione delle chiavi.

Invio email

Per contribuire a proteggere i tuoi sistemi e Google da comportamenti illeciti, Google Cloud applica limitazioni per l'invio di email da Compute Engine. Per ulteriori informazioni, consulta la sezione Inviare email da un'istanza.

Fai riferimento alle seguenti risorse di sicurezza aggiuntive per il tuo ambiente SAP su Google Cloud:

Monitoraggio

Per il supporto e il monitoraggio, Google Cloud fornisce l'agente per SAP per i carichi di lavoro SAP in esecuzione su istanze VM di Compute Engine e server Bare Metal Solution.

Come richiesto da SAP, per ottenere supporto da SAP e consentire a SAP di soddisfare i suoi accordi sul livello del servizio (SLA), devi installare l'agente di Google Cloud per SAP su tutte le istanze VM di Compute Engine e i server Bare Metal Solution con qualsiasi sistema SAP. Per ulteriori informazioni sui prerequisiti di supporto, vedi Nota SAP 2456406 - SAP su Google Cloud Platform: prerequisiti dell'assistenza.

L'agente per Google Cloud di Google Cloud versione 1 è il successore dell'agente di monitoraggio di Google Cloud per SAP NetWeaver versione 2. Oltre alla raccolta obbligatoria delle metriche dell'agente host SAP, la nuova versione dell'agente include funzionalità facoltative come la raccolta di metriche di Monitoring Monitoring e le metriche di convalida di Workload Manager. Puoi attivare queste funzionalità che consentono di abilitare prodotti e funzionalità come la gestione del carico di lavoro per i carichi di lavoro SAP.

Installare l'agente per Google Cloud di SAP sull'host insieme al sistema SAP. Per le istruzioni su come installare e configurare l'agente, convalidare l'installazione e verificare che l'agente sia in esecuzione correttamente, consulta Installare e configurare l'agente di Google Cloud per SAP su un'istanza VM di Compute Engine.

Scale out dei server di applicazioni SAP NetWeaver

SAP supporta un'architettura di scale out che utilizza più server di applicazioni, il che supporta un carico di lavoro maggiore.

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, specificare 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 file sul disco dei profili binari/profili NetWeaver del sistema centrale (/sapmnt/[SID], dove [SID] è l'ID 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

Eseguendo la migrazione di un panorama SAP NetWeaver esistente, puoi sfruttare il tuo investimento nella configurazione esistente nel cloud. La migrazione di un sistema di qualsiasi scala significativa richiede un'attenta pianificazione e una migrazione passo passo per evitare di perdere la 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. Se i sistemi di origine e di destinazione utilizzano lo stesso sistema operativo e sistema di database, utilizza la copia di sistema omogenea e quando i sistemi di origine e di destinazione utilizzano un sistema operativo o un sistema di database diverso, usa una copia di sistema eterogenea.

Licenze

Questa sezione fornisce informazioni sui requisiti delle licenze.

Licenze SAP

Per eseguire SAP su Google Cloud, è necessario portare la propria licenza (BYOL).

Consulta le seguenti note di SAP:

Per ulteriori informazioni da SAP sulla gestione delle licenze SAP NetWeaver, consulta la pagina Procedura di licenze SAP.

Microsoft Windows Server e SQL Server

In Compute Engine, esistono due modi per ottenere la licenza per 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 più elevati, 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 acquistare la tua licenza personale, il che significa pagare in anticipo e avere una minore flessibilità. Tuttavia, con esigenze di utilizzo molto stabili o con licenze senza costi o scontate 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 informazioni dettagliate su BYOL su Google Cloud, consulta Utilizzo delle licenze di applicazioni Microsoft esistenti.

Per informazioni sulle restrizioni 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 più elevati, ma hai la completa 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 acquistare la tua licenza personale, il che significa 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 si trova nei tuoi sistemi SAP, ti consigliamo di rivolgerti all'assistenza SAP.

Per problemi relativi ai prodotti SAP, registra la tua richiesta all'assistenza SAP. SAP valuta il ticket di assistenza e, se sembra un problema di infrastruttura di Google Cloud, lo trasferisce 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 di assistenza minimi per SAP su Google Cloud, consulta:

Passaggi successivi