Guida per la pianificazione di SAP NetWeaver

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

Questa guida non illustra i dettagli specifici del deployment del sistema SAP NetWeaver. Per informazioni su come pianificare il deployment di SAP NetWeaver, consulta la Guida di riferimento a 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 di livello aziendale dovrebbero tenere in considerazione quando vengono eseguite su Google Cloud, consulta il Framework dell'architettura di 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 offre un soprainsieme delle funzionalità offerte dalla console.
  • Librerie client, che forniscono API per l'accesso ai servizi e la gestione delle risorse. Le librerie client sono utili per la creazione di strumenti personalizzati.

Prezzi e quote

Per stimare i costi di utilizzo, puoi utilizzare il Calcolatore prezzi. 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 di 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 le quote delle risorse di Compute Engine.

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. È comunque necessario considerare le risorse di calcolo, l'archiviazione e le considerazioni di networking. Devi comunque pensare a come gestire i backup e il ripristino di emergenza per il tuo database.

Di seguito sono riportate alcune delle differenze che è importante comprendere:

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

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 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 agente 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 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 2 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.
  • Swap disk: 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 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 che utilizzi, i volumi di dati necessari potrebbero essere diversi da quelli mostrati nella figura precedente.

Fino a un certo limite, le prestazioni di un disco permanente SSD o 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 PD più elevato 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 anche un ridimensionamento più semplice nella VM e semplifica la gestione.

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

La rimozione di più volumi di dischi permanenti non offre un significativo vantaggio in termini di 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 contrassegnato con "Volume dati" contiene i file di dati.
  • Il disco contrassegnato con "Logs" contiene i file di log HANA.
  • I file binari e i file condivisi di HANA possono essere ospitati sul disco etichettato "NetWeaver".
  • Per archiviare i backup del database è necessario un volume aggiuntivo.

Per informazioni su SAP HANA su Google Cloud, consulta:

Per un elenco dei dischi necessari per SAP ASE, vedi la SAP ASE Planning Guide.

Per un elenco dei dischi necessari 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 dei dischi necessari, 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 scoprirai 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, ospitato su una VM separata. Tutti i nodi AS NetWeaver 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 e nei servizi centrali SAP.

Macchine certificate

Google Cloud fornisce la maggior parte delle risorse di calcolo come VM, dette 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.
  • Host dei servizi centrali SAP.
  • 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 piccolo a diverse VM per un sistema di produzione che offre lo scale out.
  • Alcuni tipi di macchina, 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 velocità in uscita) dalla VM fino a un limite che può variare a seconda del tipo di macchina. Consulta le 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 posizione delle VM. Le risorse Compute Engine vengono eseguite nei data center di Google Cloud in tutto il mondo e sono organizzati per area geografica e zona. Per saperne di più, consulta Pianificazione di aree geografiche e zone.
  • La quantità di spazio di archiviazione e i 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 macchina, l'uso di un numero minore di dischi permanenti riduce l'overhead associato alla gestione.

Se prevedi un traffico di rete elevato, come spesso accade nelle architetture a tre livelli che collocano il database su una VM separata, seleziona un'istanza VM con vCPU sufficienti a 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 certificate 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 o M2
  • Tipi di macchine per la soluzione Bare Metal: 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 pagina Tipi di macchine certificate.

Le seguenti certificazioni macchina 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 di cui hai bisogno.

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

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

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

c2-standard-4

4 16 Lago Intel Cascade 6.040

c2-standard-8

8 32 Lago Intel Cascade 12.080

c2-standard-16

16 64 Lago Intel Cascade 24.160

c2-standard-30

30 120 Lago Intel Cascade 45.300

c2-standard-60

60 240 Lago Intel Cascade 90.600
Tipi di macchine con memoria elevata C2D
c2d-highmem-2 2 16 AMD EPYC Milano 3543
c2d-highmem-4 4 32 AMD EPYC Milano 7.086
c2d-highmem-8 8 64 AMD EPYC Milano 14.171
c2d-highmem-16 16 128 AMD EPYC Milano 28.343
c2d-highmem-32 32 256 AMD EPYC Milano 56.686
c2d-highmem-56 56 448 AMD EPYC Milano 99.200
c2d-highmem-112 112 896 AMD EPYC Milano 190.150
Tipi di macchine standard C2D

c2d-standard-2

2 8 AMD EPYC Milano 3545

c2d-standard-4

4 16 AMD EPYC Milano 7.089

c2d-standard-8

8 32 AMD EPYC Milano 14.179

c2d-standard-16

16 64 AMD EPYC Milano 28.357

c2d-standard-32

32 128 AMD EPYC Milano 56.714
c2d-standard-56 56 224 AMD EPYC Milano 99.250
c2d-standard-112 112 448 AMD EPYC Milano 189.400
Tipi di macchine su misura
Tipo di macchina personalizzata basata su N1Nota 1 o qualsiasi numero pari fino a 96 Almeno 3,75 GB per vCPU per un utilizzo di memoria standard o 6,5 GB o più per vCPU per un 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 è. Almeno 4 GB per vCPU per utilizzo della memoria standard o 8 GB o più per vCPU per un utilizzo elevato della memoria. Lago Intel Cascade
Tipo di macchina personalizzata basata su N2DNota 2 o qualsiasi numero pari di vCPU visibili per 4, fino a un limite di supporto SAP di 32 vCPU. 4 GB per vCPU per utilizzo standard della memoria o 8 GB per vCPU per utilizzo elevato della memoria. AMD EPYC Roma
Tipi di macchine con memoria ottimizzata M1
m1-megamem-96 96 1433 Intel Skylake 105.050

m1-ultramem-40

40 961 Intel Broadwell 34.475

m1-ultramem-80

80 1922 Intel Broadwell 68.950

m1-ultramem-160

160 3844 Intel Broadwell 137.900
Tipi di macchine con memoria ottimizzata M2

m2-ultramem-208

208 5.888 Lago Intel Cascade 223.325

m2-ultramem-416

416 11.776 Lago Intel Cascade 446.650

m2-megamem-416

416 5.888 Lago Intel Cascade 446.650
Tipi di macchine con memoria elevata N1

n1-highmem-2

2 13 Intel Broadwell 2090

n1-highmem-4

4 26 Intel Broadwell 4180

n1-highmem-8

8 52 Intel Broadwell 8360

n1-highmem-16

16 104 Intel Broadwell 16.720

n1-highmem-32

32 208 Intel Broadwell 33.440

n1-highmem-64

64 416 Intel Broadwell 66.880

n1-highmem-96

96 624 Intel Skylake 100.320
Tipi di macchine standard N1

n1-standard-8

8 30 Intel Broadwell 8360

n1-standard-16

16 60 Intel Broadwell 16.720

n1-standard-32

32 120 Intel Broadwell 33.440

n1-standard-64

64 240 Intel Broadwell 66.880

n1-standard-96

96 360 Intel Skylake 100.320
Tipi di memoria elevata N2
n2-highmem-2 2 16 Lago Intel Ice
Lago Intel Cascade
3574
2688
n2-highmem-4 4 32 Lago Intel Ice
Lago Intel Cascade
7148
5376
n2-highmem-8 8 64 Lago Intel Ice
Lago Intel Cascade
14.296
10.752
n2-highmem-16 16 128 Lago Intel Ice
Lago Intel Cascade
28.593
21.504
n2-highmem-32 32 256 Lago Intel Ice
Lago Intel Cascade
57.185
43.008
n2-highmem-48 48 384 Lago Intel Ice
Lago Intel Cascade
85.778
64.512
n2-highmem-64 64 512 Lago Intel Ice
Lago Intel Cascade
114.370
86.016
n2-highmem-80 80 640 Lago Intel Ice
Lago Intel Cascade
133.400
107.520
n2-highmem-96 96 768 Lago di ghiaccio Intel 160.080
n2-highmem-128 128 838 Lago di ghiaccio Intel 183.350
Tipi di macchine standard N2
n2-standard-2 2 8 Lago Intel Ice
Lago Intel Cascade
3576
2632
n2-standard-4 4 16 Lago Intel Ice
Lago Intel Cascade
7152
5263
n2-standard-8 8 32 Lago Intel Ice
Lago Intel Cascade
14.304
10.525
n2-standard-16 16 64 Lago Intel Ice
Lago Intel Cascade
28.608
21.050
n2-standard-32 32 128 Lago Intel Ice
Lago Intel Cascade
57.215
42.100
n2-standard-48 48 192 Lago Intel Ice
Lago Intel Cascade
85.823
63.150
n2-standard-64 64 256 Lago Intel Ice
Lago Intel Cascade
114.430
84.200
n2-standard-80 80 320 Lago Intel Ice
Lago Intel Cascade
133.183
105.250
n2-standard-96 96 384 Lago di ghiaccio Intel 159.820
n2-standard-128 128 512 Lago di ghiaccio Intel 183.900
Tipi di macchine con memoria elevata N2D

n2d-highmem-2

2 16 AMD EPYC Roma
AMD EPYC Milano
3111
3160

n2d-highmem-4

4 32 AMD EPYC Roma
AMD EPYC Milano
6.223
6.321

n2d-highmem-8

8 64 AMD EPYC Roma
AMD EPYC Milano
12.445
12.641

n2d-highmem-16

16 128 AMD EPYC Roma
AMD EPYC Milano
24.890
25.283

n2d-highmem-32

32 256 AMD EPYC Roma
AMD EPYC Milano
49.780
50.565
n2d-highmem-48 48 384 AMD EPYC Roma
AMD EPYC Milano
74.438
75.848
n2d-highmem-64 64 512 AMD EPYC Roma
AMD EPYC Milano
99.250
101.130
n2d-highmem-80 80 640 AMD EPYC Roma
AMD EPYC Milano
115.025
121.108
n2d-highmem-96 96 768 AMD EPYC Roma
AMD EPYC Milano
138.030
145.330
Tipi di macchine standard N2D

n2d-standard-2

2 8 AMD EPYC Roma
AMD EPYC Milano
3102
3166

n2d-standard-4

4 16 AMD EPYC Roma
AMD EPYC Milano
6.203
6.333

n2d-standard-8

8 32 AMD EPYC Roma
AMD EPYC Milano
12.406
12.665

n2d-standard-16

16 64 AMD EPYC Roma
AMD EPYC Milano
24.813
25.330

n2d-standard-32

32 128 AMD EPYC Roma
AMD EPYC Milano
49.625
50.660
n2d-standard-48 48 192 AMD EPYC Roma
AMD EPYC Milano
74.438
75.990
n2d-standard-64 64 256 AMD EPYC Roma
AMD EPYC Milano
99.250
101.320
n2d-standard-80 80 320 AMD EPYC Roma
AMD EPYC Milano
115.025
120.833
n2d-standard-96 96 384 AMD EPYC Roma
AMD EPYC Milano
138.030
145.000
n2d-standard-128 128 512 AMD EPYC Roma
AMD EPYC Milano
177.070
185.950
n2d-standard-224 224 869 AMD EPYC Roma
AMD EPYC Milano
229.180
272.600
Tipi di macchine standard T2D

t2d-standard-2

2 8 AMD EPYC Milano 4325

t2d-standard-4

4 16 AMD EPYC Milano 8.650

t2d-standard-8

8 32 AMD EPYC Milano 17.300

t2d-standard-16

16 64 AMD EPYC Milano 34.600
t2d-standard-32 32 128 AMD EPYC Milano 69.200
t2d-standard-48 48 192 AMD EPYC Milano 90.064
t2d-standard-60 60 240 AMD EPYC Milano 112.580
Tipi di macchine per la soluzione O2 Bare Metal
o2-standard-16-metal 16 192 GiB Lago Intel Cascade 28.320
o2-standard-32-metal 32 384 GiB Intel Xeon Gold 51.570
o2-standard-48-metal 48 768 GiB Intel Xeon Gold 74.970
o2-standard-112-metal 112 1532 GiB Intel Xeon Platinum 133.620
o2-highmem-224-metal 224 3 TiB Intel Xeon Platinum 276.179

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

Le macchine per la soluzione Bare Metal certificate per le applicazioni SAP sono disponibili solo nelle estensioni di regione Bare Metal Solution, che non sono disponibili per ogni area geografica di Google Cloud. Per l'elenco completo delle regioni con un'estensione di regione per la soluzione Bare Metal, consulta la disponibilità per area geografica di Barre 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 SQL Server.

Quando ordini una macchina per soluzione Bare Metal, devi specificare 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 lo script Cloud Deployment Manager, fornito da Google, progettato per facilitare la configurazione di SAP NetNetaver. Per i dettagli su come utilizzare lo script di Cloud Deployment Manager, consulta la guida all'implementazione di SAP NetWeaver su Google Cloud per il tuo sistema operativo.
  • Utilizza un'immagine pubblica. Google offre una serie di immagini pubbliche. Devi scegliere un'immagine che contiene componenti supportati per SAP NetWeaver.
  • Crea la tua immagine personalizzata. Potresti voler 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 ciascuna famiglia di immagini, consulta i dettagli del sistema operativo:

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

Pianificazione della gestione delle immagini

Dopo aver attivato il sistema, puoi creare immagini personalizzate. Crea immagini personalizzate quando modifichi lo stato del disco permanente principale in modo da 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.

Aree geografiche e zone di pianificazione

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à di un data center. Ogni regione è composta da una o più zone.

Puoi accedere a risorse globali, come immagini del disco preconfigurate e snapshot dei dischi, in più aree geografiche e zone. È possibile accedere alle risorse a livello di area geografica, come gli indirizzi IP esterni statici, solo dalle risorse che si trovano nella stessa area geografica. È possibile accedere alle risorse di zona, come VM e dischi, solo da 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 quanto segue:

  • La posizione degli utenti e delle risorse interne, ad esempio il data center o la rete aziendale. Per ridurre la latenza, seleziona una località nelle vicinanze degli utenti e delle risorse.
  • Le piattaforme CPU disponibili per quell'area geografica e la zona. SAP NetWeaver su Google Cloud è supportato per i processori Broadwell, Haswell e Skylake di Intel, 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 il deployment delle tue VM in Compute Engine: l'interfaccia utente web della console, 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 NetWeaver su Compute Engine, consulta la guida al deployment di NetWeaver per il tuo sistema operativo:

Automazione per i deployment di SAP NetWeaver

Google Cloud fornisce modelli 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 scelto.
  • Scegli tra i 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 un'istanza del file system XFS.

Per istruzioni sul deployment automatico, consulta:

VM personalizzate e deployment automatici

I modelli Deployment Manager 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, al termine, personalizzare la VM in base alle tue esigenze.

Per ulteriori informazioni sulla modifica delle VM, consulta la sezione Modifica delle configurazioni delle VM per i sistemi SAP.

Accesso alle VM

L'autore di una VM ha privilegi root completi.

  • Su una VM basata su Linux, il creator dispone della funzionalità SSH e può utilizzare la console per concedere la funzionalità SSH ad altri utenti.
  • Su una VM basata su Windows, il creatore può utilizzare la console per generare un nome utente e una password; dopodiché, chiunque conosca il nome utente e la password può connettersi alla VM utilizzando 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 di gestione degli account utente Windows. Le pagine seguenti forniscono informazioni generalmente utili sulla connessione alle VM di Compute Engine:

Se utilizzi istanze Linux, devi pianificare come utilizzerai le chiavi SSH. In generale, Compute Engine gestisce le chiavi SSH per te. Puoi decidere di gestire le tue chiavi SSH, ma devi comprendere i rischi associati. Per i dettagli, consulta Chiavi SSH.

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

Database

Con Google NetWeaver puoi utilizzare i seguenti sistemi di gestione di database 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 Barre Metal Solution per Oracle. Per ulteriori 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 alle operazioni di SAP HANA e la documentazione di SAP.

Per determinare le linee guida sulle dimensioni e i consigli per SAP HANA, consulta la pagina delle dimensioni di 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 SAP ASE.

Per eseguire il deployment di SAP ASE su Google Cloud, consulta la guida all'implementazione 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 sui sistemi operativi supportati, consulta la guida a IBM Db2 per SAP Planning. Per eseguire il deployment di IBM Db2 su Google Cloud, consulta la guida al deployment di IBM Db2 per SAP.

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 setup.exe standard per installare SQL Server in modo da poter personalizzare la tua configurazione.

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

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

Finestra di dialogo SQL Server che mostra l'impostazione di confronto

Se hai già configurato SQL Server, puoi aggiornare il confronto, ma in seguito dovrai ricreare i database. Per maggiori dettagli su come specificare o modificare il confronto, consulta la guida al deployment di SAP NetWeaver su Windows.

Oracle

SAP su Oracle è supportato solo sui server di Bare Metal Solution, che vengono eseguiti in un'estensione a livello di area geografica che è condivisa e connessa a determinate aree geografiche di Google Cloud.

Per ulteriori informazioni, vedi:

Backup e ripristino del database

Se si verifica il problema, devi avere un piano per la modalità di ripristino 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 HANA 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 dispone di un piccolo disco permanente radice contenente il sistema operativo. Puoi aggiungere dischi aggiuntivi alle tue VM per agire 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 tue VM o aggiungerle 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 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 di operazioni di lettura-scrittura sequenziali, ma non sono ottimizzati per gestire frequenze elevate di operazioni casuali di input-output al secondo (IOPS).
  • Dischi permanenti bilanciati (pd-balanced): supportati da unità a stato solido (SSD), i dischi permanenti bilanciati offrono un equilibrio tra costi 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 estremi (pd-extreme): supportati da SSD, i dischi permanenti con carico estremo offrono opzioni massime di IOPS e velocità effettiva massime rispetto a pd-ssd. Per un elenco dei tipi di macchine che supportano pd-extreme, consulta Supporto delle forme delle macchine.
Le prestazioni degli SSD e dei dischi permanenti bilanciati scalano automaticamente in base alle dimensioni, consentendoti di regolare le prestazioni ridimensionando i dischi permanenti esistenti o aggiungendo altri dischi permanenti a una VM. Le prestazioni dei dischi permanenti con carico estremo non sono influenzate dalle dimensioni.

Il tipo di VM utilizzato 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 per i dischi permanenti bilanciati in una configurazione SAP NetWeaver di esempio su Google Cloud. I numeri effettivi che potresti vedere in una configurazione simile possono differire 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 che forniscono alla VM sono cumulative, quindi puoi stimare le prestazioni complessive aggiungendo il numero di prestazioni di ciascun 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 ulteriori informazioni, consulta gli argomenti Più dischi collegati a una singola istanza VM e Lettere e scritture simultanee in Altri fattori che influiscono sulle prestazioni.

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

Nella console, 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 dai modelli Deployment Manager

Se esegui il deployment della VM host utilizzando gli script di Cloud Deployment Manager forniti da Google Cloud per SAP NetWeaver, Cloud Deployment Manager collega 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 di NetApp Cloud Volumes
  • Servizio NetApp Cloud Volumes per Google Cloud

Per determinare quale soluzione è la 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à SSD locali unità disco. Sebbene i dischi SSD locali possano 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 di qualsiasi tipo o formato, dispone di 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 relativi metadati e può avere una dimensione massima di 5 terabyte. Un bucket Cloud Storage può archiviare un numero qualsiasi di oggetti.

È comune utilizzare Cloud Storage per archiviare file di backup per quasi tutti gli scopi. Ad esempio, per i backup SAP HANA, Cloud Storage è una buona posizione per archiviare i file. Per la pianificazione del backup del database, consulta le risorse in Backup e ripristino del database. Puoi utilizzare Cloud Storage anche come 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 vuoi accedere, seleziona Archivia archiviazione.

Quando pianifichi le opzioni di archiviazione, inizia con il livello di accesso frequente e invecchia i dati di backup ai livelli di accesso poco frequenti, perché i backup vengono raramente utilizzati man mano che diventano più vecchi. La probabilità di necessità di un backup di tre anni è estremamente bassa e puoi invecchiare il 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, consulta Scegliere un'opzione di archiviazione.

Identificazione utente e accesso alle risorse

Quando pianifichi la sicurezza per un deployment SAP su Google Cloud, devi identificare:

  • Gli account utente e le applicazioni che hanno bisogno di accedere alle risorse Google Cloud nel tuo progetto Google Cloud
  • Le risorse Google Cloud specifiche del tuo progetto a cui ogni utente deve accedere

Devi aggiungere ogni utente al progetto aggiungendo il relativo ID account Google al progetto come entità. Per un programma di applicazioni che utilizza le risorse di Google Cloud, crea un account di servizio, che fornisce un'identità utente per il programma all'interno del progetto.

Le VM di Compute Engine hanno un proprio account di servizio. Tutti i programmi che vengono 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 a utilizzare ogni risorsa assegnando ruoli specifici all'utente. Rivedi i ruoli predefiniti che IAM fornisce per ogni risorsa, e assegna i ruoli a ciascun utente che fornisce solo un numero di autorizzazioni sufficiente per completare le attività o le funzioni dell'utente e non più.

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 necessari per i programmi SAP su Google Cloud, consulta Gestione di identità e accessi per i programmi SAP su Google Cloud.

Per una panoramica della 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

Durante la pianificazione del networking e della sicurezza della rete, considera le informazioni contenute nelle sezioni seguenti.

Modello di privilegi minimo

Una delle prime linee di difesa è quella di limitare gli utenti che possono 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 si creino regole per consentire l'accesso. Fa eccezione la rete default, creata automaticamente con ogni progetto e dotata di regole firewall predefinite.

Se crei regole firewall, puoi limitare tutto il traffico su una determinata serie 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 host di base 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 è fornita una rete predefinita con configurazioni preimpostate e regole firewall, ma devi aggiungere una subnet personalizzata e aggiungere regole firewall basate su un modello di privilegio minimo. Per impostazione predefinita, una rete appena creata non ha regole di firewall e quindi non ha accesso di rete.

Ti consigliamo di aggiungere più di una subnet se vuoi isolare parti della rete in base ai requisiti. Per ulteriori informazioni, consulta la sezione 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 per l'applicazione a VM di destinazione specifiche utilizzando il meccanismo di tagging.

SAP richiede l'accesso a determinate porte, quindi aggiungi le regole 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 vengono applicate a tutte le VM in una rete. Ciò significa che puoi aggiungere una route che inoltra il traffico da VM a VM all'interno della stessa rete e attraverso 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.

usando bastion host e gateway NAT

Se il tuo criterio di sicurezza richiede VM effettivamente interne, devi configurare manualmente un proxy NAT sulla rete e una route corrispondente per consentire alle VM di accedere a Internet. È importante notare che non puoi connetterti direttamente a un'istanza VM completamente interna utilizzando SSH. Per connetterti a tali macchine interne, devi configurare un'istanza di bassazione con un indirizzo IP esterno e quindi attraversarla. 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, denominate bastion host, o come traffico di rete in uscita, chiamato NAT gateway. Per una connettività più trasparente senza configurare tali connessioni, puoi utilizzare una risorsa gateway VPN gestito.

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 contenente VM di rete privata. Questo host può fornire un singolo punto di accesso o di controllo e può essere avviato e arrestato per abilitare o disabilitare la comunicazione SSH in entrata da Internet.

Bastion host show in SSH scenari

L'accesso SSH alle VM che non hanno un indirizzo IP esterno può essere ottenuto connettendo prima un bastion host. Il blocco completo 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'host di base.

Per impostazione predefinita, SSH su VM è configurato in modo da utilizzare le chiavi private per l'autenticazione. Quando utilizzi un bastion host, devi accedere prima al bastion host e poi alla VM privata di destinazione. A causa di 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 per le bastion e 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 a servizi esterni, inclusi altri servizi Google Cloud. Per consentire a queste VM di raggiungere 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. Un gateway NAT con VM singola non è ad alta disponibilità e non supporta la velocità effettiva del traffico elevata per più VM. Per istruzioni su come configurare una VM come gateway NAT, consulta la guida al deployment di NetWeaver per il tuo sistema operativo:

Cloud VPN

Puoi connettere in sicurezza 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 in modo dinamico quali VM possono inviare traffico alla VPN utilizzando i tag di istanza sulle route. I tunnel Cloud VPN sono fatturati con una tariffa mensile statica più addebiti standard in uscita. Tieni presente che la connessione di due reti nello stesso progetto comporta comunque 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 per i dati e il 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 i servizi 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.

Consulta le seguenti risorse di sicurezza aggiuntive per l'ambiente SAP su Google Cloud:

Monitoraggio di SAP NetWeaver su Google Cloud

Google Cloud fornisce un agente di monitoraggio specifico per SAP, l'agente di monitoraggio Google Cloud per SAP NetWeaver, che raccoglie i dati sulla macchina host Google Cloud e il suo ambiente e li fornisce all'agente host SAP.

L'agente host SAP, con il programma saposcol e l'agente di monitoraggio per SAP NetWeaver sono necessari per il supporto e per monitorare le prestazioni dei sistemi SAP in esecuzione su Google Cloud, tra cui SAP NetWeaver, SAP HANA, SAP ASE, SAP MaxDB e altri.

Quando l'agente Monitoring per SAP NetWeaver è in esecuzione su un Compute Engine, l'agente raccoglie anche i metadati da Cloud Monitoring, una parte della Suite operativa di Google Cloud.

Metriche raccolte dall'agente Monitoring

L'agente Monitoring per SAP NetWeaver fornisce dati al sistema di monitoraggio SAP, incluse metriche su:

  • CPU, ad esempio Utilizzo CPU.
  • Archiviazione su disco permanente, ad esempio velocità effettiva del disco e latenza.
  • Memoria, ad esempio consumo di memoria.
  • Le reti, ad esempio la larghezza di banda della rete.
  • Configurazione, incluse informazioni sulla macchina host e sul suo ambiente.

Le metriche raccolte dall'agente Monitoring per SAP NetWeaver sono stabilite da SAP. Per una descrizione delle metriche raccolte dall'agente, consulta la nota SAP 2469354.

Sistemi operativi supportati

L'agente Monitoring per SAP NetWeaver supporta tutti i sistemi operativi supportati da SAP NetWeaver. Per maggiori dettagli, consulta l'elenco dei sistemi operativi supportati.

Agente 2 SAP NetWeaver Monitoring versione 2.0

Per Linux, la versione 2.0 dell'agente Monitoring per SAP NetWeaver offre un percorso di installazione e upgrade più semplice conforme alla gestione standard dei pacchetti basata sul sistema operativo. Per Windows, solo il nome del servizio è cambiato in google-sapnetweavermonitoring-agent.

Le informazioni raccolte dalla versione 2.0 dell'agente Monitoring per SAP NetWeaver sono le stesse della versione 1.0.

Modifiche nella versione 2.0

La versione 2.0 dell'agente Monitoring per SAP NetWeaver contiene le seguenti modifiche significative rispetto alla versione 1.0:

  • Modifiche per Linux:

    • Installa la versione 2.0 dell'agente utilizzando i comandi standard di gestione del pacchetto del sistema operativo, yum o zypper.
    • L'agente Monitoring per SAP NetWeaver è un servizio controllato con operazioni systemctl.
  • Modifiche per Windows:

    • Il nome del servizio è cambiato in google-sapnetweavermonitoring-agent.
  • Modifiche per le macchine per soluzioni Bare Metal:

    • Puoi creare il file configuration.yaml in una directory diversa dalla versione 1.0.

Upgrade dell'agente Monitoring per SAP NetWeaver

Per eseguire l'upgrade dell'agente Monitoring per SAP NetWeaver dalla versione 1.0 alla versione 2.0, installa l'agente Monitoring per SAP NetWeaver versione 2.0. Il processo di installazione rileva automaticamente la versione precedente, la interrompe e la disattiva.

Installa l'agente Monitoring per SAP NetWeaver sull'host insieme al sistema SAP. Per dettagli e istruzioni su come installare l'agente Monitoring per SAP NetWeaver, consulta la guida all'implementazione di NetWeaver per il tuo sistema operativo:

Per maggiori dettagli sul ciclo di vita e le operazioni di monitoraggio, consulta la Guida operativa di SAP NetWeaver su Google Cloud.

Scale out dei server delle applicazioni SAP NetWeaver

SAP supporta un'architettura di scale out che utilizza più server di applicazioni, il che supporta 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 ulteriori informazioni, consulta la pagina sulla 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 dello 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 SAP. Per Linux, utilizza il File File System (NFS) come condivisione file sul disco binario/profili di 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, vedi Soluzioni di condivisione file.

Migrazione di un sistema SAP NetWeaver esistente

La migrazione di un panorama SAP NetWeaver esistente può aiutarti a sfruttare il tuo investimento nella configurazione esistente nel cloud. La migrazione di un sistema di qualsiasi scalabilità significativa richiede un'attenta pianificazione 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 copiare i componenti dal sistema di origine a 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; se i sistemi di origine e di destinazione utilizzano un sistema operativo o un sistema di database diverso, utilizza la copia di sistema eterogenea.

Concessione delle licenze

Questa sezione fornisce informazioni sui requisiti di licenza.

Licenze SAP

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

Vedi le seguenti note SAP:

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

Microsoft Windows Server e SQL Server

In Compute Engine, è possibile ottenere la licenza di software Microsoft in due modi:

  • Con le licenze con pagamento a consumo, il costo orario della tua VM di Compute Engine include le licenze. Google gestisce la logistica delle licenze con Microsoft. I costi orari sono più alti, ma hai la totale flessibilità per aumentare e ridurre i costi secondo necessità. 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 pagare anticipatamente e avere una minore flessibilità. Tuttavia, con esigenze di utilizzo molto stabili o con licenze senza costi o scontate tramite i 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 la pagina relativa all'uso delle licenze delle applicazioni Microsoft esistenti.

Per informazioni sulle limitazioni delle licenze SAP per SQL Server, consulta la 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 della tua VM di Compute Engine include le licenze. Google gestisce la logistica delle licenze. I costi orari sono più alti, ma hai la totale flessibilità per aumentare e diminuire i costi, se necessario. 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 pagare anticipatamente e avere una minore flessibilità.

Assistenza

Per problemi con l'infrastruttura o i servizi Google Cloud, contatta l'assistenza clienti. Puoi trovare le informazioni di contatto nella pagina della panoramica dell'assistenza in Google Cloud Console. Se l'assistenza clienti determina che un problema si trova nei tuoi sistemi SAP, ti verrà presentato il supporto SAP.

Per i problemi relativi ai prodotti SAP, registra la tua 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 supporto per SAP su Google Cloud, consulta:

Passaggi successivi