Guida alla pianificazione di SAP HANA

Questa guida fornisce una panoramica di ciò che è necessario per eseguire SAP HANA su Google Cloud e fornisce dettagli da utilizzare durante la pianificazione dell'implementazione di un nuovo sistema SAP HANA.

Per maggiori dettagli su come eseguire il deployment di SAP HANA su Google Cloud, consulta:

• Per i deployment con scale up di un singolo host e di scale out di più host, consulta:
  • Terraform: guida al deployment dello scale up di SAP HANA
  • Deployment Manager: guida al deployment dello scale up di SAP HANA
• Per un sistema a scalabilità orizzontale con deployment di failover automatico dell'host, consulta:
  • Terraform: guida al deployment del sistema a scalabilità orizzontale di SAP HANA con failover automatico dell'host
  • Deployment Manager: guida al deployment del sistema di scale out di SAP HANA con failover automatico dell'host
• Per le configurazioni dei cluster ad alta disponibilità con scale up, consulta:
  • Terraform: guida alla configurazione dei cluster ad alta disponibilità con scale up di SAP HANA
  • Deployment Manager: guida alla configurazione dei cluster ad alta disponibilità SAP HANA
  • Configurazione manuale del cluster con scalabilità ad alta disponibilità su RHEL
  • Configurazione manuale del cluster con scale up ad alta disponibilità su SLES
• Per le configurazioni dei cluster ad alta disponibilità con scale out, consulta:
  • Terraform: guida alla configurazione dei cluster ad alta disponibilità con scale out di SAP HANA
  • Configurazione manuale del cluster con scale out ad alta disponibilità su SLES

Informazioni su SAP HANA su Google Cloud

SAP HANA è un database relazionale in memoria, orientato alle colonne, che offre analisi ad alte prestazioni ed elaborazione dati in tempo reale. I clienti possono sfruttare la facilità di provisioning, nonché le funzionalità dell'infrastruttura Google Cloud altamente scalabili e ridondanti per eseguire i carichi di lavoro critici dell'azienda. Google Cloud fornisce un insieme di asset fisici, come computer e dischi rigidi, e risorse virtuali, come le macchine virtuali (VM) di Compute Engine, situate nei data center di Google in tutto il mondo.

Quando esegui il deployment di SAP HANA su Google Cloud, ne esegui il deployment su macchine virtuali in esecuzione su Compute Engine. Le VM di Compute Engine forniscono dischi permanenti che funzionano in modo simile ai dischi fisici su un computer o un server, ma sono gestite automaticamente da Compute Engine per garantire la ridondanza dei dati e prestazioni ottimizzate.

Nozioni di base su Google Cloud

Google Cloud è costituito da molti servizi e prodotti basati su cloud. Durante l'esecuzione di prodotti SAP su Google Cloud, utilizzi principalmente i servizi basati su IaaS offerti tramite Compute Engine e Cloud Storage, oltre ad alcune funzionalità a livello di piattaforma, come gli tools.

Consulta la panoramica della piattaforma Google Cloud per concetti e terminologia importanti. Questa guida duplica alcune informazioni della panoramica per comodità e contesto.

Per una panoramica delle considerazioni che le organizzazioni su scala aziendale dovrebbero tenere in considerazione quando vengono eseguite su Google Cloud, consulta il framework dell'architettura Google Cloud.

Interazione con Google Cloud

Google Cloud offre tre modi principali per interagire con la piattaforma e 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 delle funzionalità offerte dalla console Google Cloud.
• Librerie client, che forniscono API per l'accesso ai servizi e la gestione delle risorse. Le librerie client sono utili per creare strumenti personalizzati.

Importante: se utilizzi gcloud CLI, assicurati sempre di utilizzare la versione più recente. Per installare la versione più recente di gcloud CLI, consulta le istruzioni di gcloud install.

Servizi Google Cloud

I deployment SAP utilizzano in genere alcuni o tutti i seguenti servizi Google Cloud:

Servizio	Descrizione
Networking VPC	Connette le tue istanze VM tra loro e a internet. Ogni istanza VM fa parte di una rete legacy con un singolo intervallo IP globale o di una rete di subnet consigliata, in cui l'istanza VM è membro di una singola subnet che fa parte di una rete più ampia. Tieni presente che una rete Virtual Private Cloud (VPC) non può comprendere progetti Google Cloud, ma un progetto Google Cloud può avere più reti VPC. Per connettere risorse di più progetti a una rete VPC comune, puoi utilizzare un VPC condiviso, in modo che le risorse possano comunicare tra loro in modo sicuro ed efficiente utilizzando gli indirizzi IP interni di quella rete. Per informazioni su come eseguire il provisioning di un VPC condiviso, inclusi i requisiti, i passaggi di configurazione e l'utilizzo, consulta Eseguire il provisioning di un VPC condiviso.
Compute Engine	Crea e gestisce le VM con il sistema operativo e lo stack software che preferisci.
Disco permanente e Hyperdisk	Puoi usare Persistent Disk e Google Cloud Hyperdisk: I volumi di Persistent Disk sono disponibili come unità disco standard (HDD) o unità a stato solido (SSD). Per i dischi permanenti bilanciati e i dischi permanenti SSD, la replica asincrona DP fornisce la replica asincrona dei dati SAP tra due regioni Google Cloud. I volumi Hyperdisk Extreme offrono opzioni massime di IOPS e velocità effettiva rispetto ai volumi dei dischi permanenti SSD. Per impostazione predefinita, Compute Engine cripta i contenuti at-rest dei clienti, inclusi i contenuti all'interno dei volumi di Persistent Disk e Hyperdisk. Per saperne di più sulla crittografia del disco e sulle possibili opzioni di crittografia, consulta Informazioni sulla crittografia del disco.
Console Google Cloud	Uno strumento basato su browser per la gestione delle risorse Compute Engine. Utilizza un modello per descrivere tutte le risorse e le istanze di Compute Engine necessarie. Non devi creare e configurare le risorse singolarmente o individuare le dipendenze, perché la console Google Cloud lo fa al posto tuo.
Cloud Storage	Puoi archiviare i backup dei tuoi database SAP in Cloud Storage per aumentare la durabilità e l'affidabilità con la replica.
Cloud Monitoring	Fornisce visibilità su deployment, prestazioni, uptime e integrità di Compute Engine, rete e dischi di archiviazione permanente. Monitoring raccoglie metriche, eventi e metadati da Google Cloud e li utilizza per generare insight tramite dashboard, grafici e avvisi. Puoi monitorare le metriche di calcolo senza costi tramite Monitoring.
IAM	Fornisce un controllo unificato sulle autorizzazioni per le risorse Google Cloud. IAM consente di controllare chi può eseguire le operazioni del piano di controllo sulle VM, tra cui la creazione, la modifica e l'eliminazione di VM e dischi di archiviazione permanente, nonché la creazione e la modifica delle reti.

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 di Google Cloud Observability.

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

Conformità e controlli di sovranità

Se hai bisogno che il tuo carico di lavoro SAP venga eseguito in conformità con i requisiti di residenza dei dati, controllo dell'accesso, personale di assistenza o normative, devi pianificare l'utilizzo di Assured Workloads, un servizio che ti consente di eseguire carichi di lavoro sicuri e conformi su Google Cloud senza compromettere la qualità dell'esperienza cloud. Per maggiori informazioni, consulta Conformità e controlli di sovranità per SAP su Google Cloud.

Requisiti delle risorse

Tipi di macchine certificate per SAP HANA

Per SAP HANA, SAP certifica solo un sottoinsieme dei tipi di macchine disponibili da Google Cloud.

I tipi di macchine che SAP certifica per SAP HANA includono sia macchine virtuali (VM) Compute Engine e macchine bare-metal di Bare Metal Solution.

Anche le configurazioni personalizzate dei tipi di VM n1 e n2-highmem per uso generico sono certificate da SAP. Per maggiori informazioni, consulta Tipi di VM personalizzate certificati per SAP HANA.

Per i sistemi operativi certificati per l'utilizzo con HANA su ciascun tipo di macchina, consulta Sistemi operativi certificati per SAP HANA.

Alcuni tipi di macchina non sono disponibili in tutte le aree geografiche di Google Cloud. Per verificare la disponibilità regionale di una macchina virtuale di Compute Engine, vedi Regioni e zone disponibili. Per le macchine Bare Metal Solution certificate per SAP HANA, consulta Disponibilità regionale delle macchine Bare Metal Solution per SAP HANA.

SAP elenca i tipi di macchine certificati per SAP HANA nella Certified andSupported SAP HANA Hardware Directory.

Per ulteriori informazioni sui diversi tipi di VM di Compute Engine e sui relativi casi d'uso, consulta Tipi di macchine.

VM di Compute Engine certificate per SAP HANA

La seguente tabella mostra le VM di Compute Engine certificate da SAP per SAP HANA:

Nota: il prefisso nei seguenti nomi di macchine è cambiato da "n1" a "m1" per identificare più chiaramente le macchine che fanno parte della famiglia di macchine ottimizzate per la memoria:

• n1-megamem-96 ora è m1-megamem-96
• n1-ultramem-40 ora è m1-ultramem-40
• n1-ultramem-80 ora è m1-ultramem-80
• n1-ultramem-160 ora è m1-ultramem-160

Le macchine stesse non sono cambiate e i nomi precedenti sono ancora supportati come alias per queste macchine.

La seguente tabella mostra tutti i tipi di macchine Google Cloud certificati da SAP per l'uso in produzione di SAP HANA.

La tabella non include i tipi di macchina certificati da SAP per SAP Business One su SAP HANA. Per i tipi di macchina certificati da SAP per SAP HANA con SAP Business One, consulta Applicazioni SAP certificate su Google Cloud.

Tipi di macchina	vCPUs	Memoria	Sistema operativo	Piattaforma CPU	Tipo di applicazione	Note
Tipi di VM per uso generico N1 con memoria elevata
n1-highmem-32	32	208 GB	RHEL, SUSE	Intel Broadwell	OLAP o OLTP	Archiviazione a blocchi: dischi permanenti di Compute Engine o, solo per lo scale up, NetApp CVS-Performance.
n1-highmem-64	64	416 GB	RHEL, SUSE	Intel Broadwell	OLAP o OLTP	Archiviazione a blocchi: dischi permanenti di Compute Engine o, solo per lo scale up, NetApp CVS-Performance.
n1-highmem-96	96	624 GB	RHEL, SUSE	Intel Skylake	OLAP o OLTP	Archiviazione a blocchi: dischi permanenti di Compute Engine o, solo per lo scale up, NetApp CVS-Performance.
Tipi di VM per uso generico con memoria elevata N2
n2-highmem-32	32	256 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine o NetApp CVS-Performance.
n2-highmem-48	48	384 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine o NetApp CVS-Performance.
n2-highmem-64	64	512 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine o NetApp CVS-Performance.
n2-highmem-80	80	640 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
n2-highmem-96	96	768 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
n2-highmem-128	128	864 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
Tipi di VM per uso generico C3
c3-standard-44	44	176 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk bilanciato o NetApp CVS-Performance.
c3-highmem-44	44	352 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk bilanciato o NetApp CVS-Performance.
c3-highmem-88	88	704 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk bilanciata o NetApp CVS-Performance.
c3-highmem-176	176	1408 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk bilanciata o NetApp CVS-Performance.
Tipi di VM ottimizzate per la memoria M1
m1-megamem-96	96	1433 GB	RHEL, SUSE	Intel Skylake	OLAP o OLTP	OLAP: scale up o scale out fino a 16 nodi. OLTP: solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o, solo per lo scale up OLTP, NetApp CVS-Performance.
m1-ultramem-40	40	961 GB	RHEL, SUSE	Intel Broadwell	Solo OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine o NetApp CVS-Performance.
m1-ultramem-80	80	1922 GB	RHEL, SUSE	Intel Broadwell	Solo OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
m1-ultramem-160	160	3844 GB	RHEL, SUSE	Intel Broadwell	OLAP o OLTP	Carichi di lavoro OLAP da 2 TB certificati per lo scale up e lo scale out fino a 16 nodi. Carichi di lavoro OLAP fino a 4 TB supportati con dimensionamento basato sui carichi di lavoro. Carichi di lavoro OLTP certificati solo per lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o, solo per lo scale up OLTP, NetApp CVS-Performance.
Tipi di VM ottimizzate per la memoria M2
m2-megamem-416	416	5888 GB	RHEL, SUSE	Intel Cascade Lake	OLAP o OLTP	Carichi di lavoro OLAP certificati per lo scale up e lo scale out fino a 16 nodi. I carichi di lavoro OLTP sono certificati per lo scale up o lo scale out fino a 4 nodi. La certificazione per lo scale out di OLTP include SAP S/4HANA. Per lo scale out con S/4HANA, consulta la nota SAP 2408419. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o, solo per lo scale up, NetApp CVS-Performance.
m2-ultramem-208	208	5888 GB	RHEL, SUSE	Intel Cascade Lake	Solo OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
m2-ultramem-416	416	11.776 GB	RHEL, SUSE	Intel Cascade Lake-SP	OLAP o OLTP	I carichi di lavoro OLAP sono certificati con dimensionamento basato sui carichi di lavoro per lo scale up o lo scale out fino a 16 nodi. I carichi di lavoro OLTP sono certificati per lo scale up o lo scale out fino a 4 nodi. La certificazione per lo scale out di OLTP include SAP S/4HANA. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o, solo per lo scale up, NetApp CVS-Performance. Per lo scale out con S/4HANA, consulta la nota SAP 2408419.
m2-hypermem-416	416	8.832 GB	RHEL, SUSE	Intel Cascade Lake	Solo OLTP	I carichi di lavoro OLTP sono certificati per lo scale up o lo scale out fino a 4 nodi. La certificazione per lo scale out di OLTP include SAP S/4HANA. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme o, solo per lo scale up, NetApp CVS-Performance. Per lo scale out con S/4HANA, consulta la nota SAP 2408419.
Tipi di VM ottimizzate per la memoria M3
m3-ultramem-32	32	976 GB	RHEL, SUSE	Intel Ice Lake	Solo OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk bilanciato o NetApp CVS-Performance.
m3-ultramem-64	64	1952 GB	RHEL, SUSE	Intel Ice Lake	Solo OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk bilanciata o NetApp CVS-Performance.
m3-ultramem-128	128	3904 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	I carichi di lavoro OLAP sono certificati con dimensionamento basato sui carichi di lavoro per lo scale up. I carichi di lavoro OLTP sono certificati per lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk bilanciata o NetApp CVS-Performance.
m3-megamem-64	64	976 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Solo lo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk bilanciata o NetApp CVS-Performance.
m3-megamem-128	128	1952 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Fai lo scale up o lo scale out fino a 16 nodi. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk bilanciata o NetApp CVS-Performance (solo scale up).

Macchine Bare Metal Solution certificate per SAP HANA

La tabella seguente mostra le macchine Bare Metal Solution certificate da SAP per SAP HANA esclusivamente in un'architettura a tre livelli.

Per sapere in quali regioni sono disponibili questi tipi di macchine certificati, consulta Disponibilità regionale delle macchine Bare Metal Solution per SAP HANA.

Tipo di macchina Bare Metal Solution	Core della CPU	vCPU	Socket	Memoria	Piattaforma CPU	Sistema operativo	Tipo di applicazione	Note
Tipi di macchine Bare Metal Solution ottimizzate per la memoria O2
o2-ultramem-672-metal	336	672	12	18 TB	Intel Cascade Lake	RHEL, SUSE	Solo OLTP	Fai lo scale up solo in un'architettura a tre livelli. Dimensioni standard.
o2-ultramem-896-metal	448	896	16	24 TB	Intel Cascade Lake	RHEL, SUSE	Solo OLTP	Fai lo scale up solo in un'architettura a tre livelli. Dimensioni standard.

Tipi di macchine personalizzate certificati per SAP HANA

La seguente tabella mostra i tipi di macchine personalizzate di Compute Engine certificati da SAP per l'utilizzo in produzione di SAP HANA su Google Cloud.

SAP certifica solo un sottoinsieme dei tipi di macchine personalizzate disponibili da Compute Engine.

I tipi di macchine personalizzate sono soggetti a regole di personalizzazione definite da Compute Engine. Le regole variano a seconda del tipo di macchina che stai personalizzando. Per le regole di personalizzazione complete, consulta Creazione di un'istanza VM personalizzata.

Tipo di macchina di base	vCPUs	Memoria (GB)	Sistema operativo	Piattaforme CPU
mem-n1	Un numero di vCPU da 32 a 64, divisibile per 2.	6,5 GB per ogni vCPU	RHEL, SUSE	Intel Broadwell
N2-highmem (solo scale up)	Su Intel Ice Lake, un numero di vCPU da 32 a 80 è uniformemente divisibile per 4. Su Intel Cascade Lake, un numero di vCPU compreso tra 32 e 80 è divisibile per 4.	Fino a 8 GB per vCPU	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake

Disponibilità regionale di macchine Bare Metal Solution per SAP HANA

La tabella seguente mostra le attuali regioni di Google Cloud che supportano SAP HANA su Bare Metal Solution.

Regione	Località
europe-west3	Francoforte, Germania, Europa
europe-west4	Eemshaven, Paesi Bassi, Europa
us-central1	Council Bluffs, Iowa, Stati Uniti, Nord America
us-east4	Ashburn, Virginia, Stati Uniti, Nord America

Se non vedi la regione che ti serve nella tabella precedente, contatta il team di vendita Google Cloud.

Configurazione della memoria

Le opzioni di configurazione della memoria sono determinate dal tipo di istanza VM di Compute Engine che scegli. Per ulteriori informazioni, consulta la tabella Tipi di macchine certificate per SAP HANA.

Configurazione di rete

Le capacità di rete delle VM di Compute Engine sono determinate dalla famiglia di macchine e non dall'interfaccia di rete (NIC) o dall'indirizzo IP.

In base al tipo di macchina, la tua istanza VM può raggiungere una velocità effettiva di rete da 2 a 32 Gbps. Alcuni tipi di macchine supportano anche velocità effettiva fino a 100 Gbps, che richiede l'utilizzo del tipo di interfaccia NIC virtuale (gVNIC) di Google con una configurazione di rete Tier_1. La capacità di raggiungere queste velocità di velocità effettiva dipende ulteriormente dalla direzione del traffico e dal tipo di indirizzo IP di destinazione.

Le interfacce di rete delle VM di Compute Engine sono supportate da un'infrastruttura di rete ridondante e resiliente che utilizza componenti di rete fisici e software-defined. Queste interfacce ereditano la ridondanza e la resilienza della piattaforma sottostante. Puoi utilizzare più NIC virtuali per la separazione del traffico, ma senza offrire ulteriori vantaggi in termini di resilienza o prestazioni.

Un singolo NIC fornisce le prestazioni necessarie per i deployment SAP HANA su Compute Engine. Il tuo caso d'uso particolare, i requisiti di sicurezza o le preferenze potrebbero anche richiedere interfacce aggiuntive per separare il traffico, ad esempio il traffico internet, il traffico interno di SAP HANA System Replication o altri flussi che potrebbero trarre vantaggio da regole dei criteri di rete specifiche. Ti consigliamo di utilizzare la crittografia del traffico offerta dall'applicazione e l'accesso sicuro alla rete seguendo un criterio firewall con privilegio minimo per limitare l'accesso.

A seconda dei tuoi requisiti, puoi migliorare la sicurezza in diversi modi, come descritto nella Guida alla sicurezza di Sap HANA per la piattaforma SAP HANA. Ad esempio, è possibile implementare l'isolamento della rete, ma offre una sicurezza minore senza crittografia e inserimento nella lista consentita di porte e IP specifici.

Considera la necessità fin da subito di separare il traffico nell'ambito della progettazione della rete e alloca ulteriori NIC durante il deployment delle VM. Devi collegare ogni interfaccia di rete a una diversa rete Virtual Private Cloud. La scelta del numero di interfacce di rete dipende dal livello di isolamento richiesto, con un massimo di 8 interfacce consentite per le VM con 8 vCPU o più.

Ad esempio, puoi definire una rete Virtual Private Cloud per i client delle tue applicazioni SQL SAP HANA (server di applicazioni SAP NetWeaver, applicazioni personalizzate e così via) e una rete separata per il traffico tra server, come SAP HANA System Replication. Tieni presente che troppi segmenti potrebbero complicare la gestione e la risoluzione dei problemi di rete. Se cambi idea in un secondo momento, puoi utilizzare le immagini delle macchine di Compute Engine per ricreare l'istanza VM, conservando al contempo tutta la configurazione, i metadati e i dati associati.

Per ulteriori informazioni, consulta la panoramica del networking per le VM, più interfacce di rete e la larghezza di banda della rete delle VM.

Sistemi operativi certificati per SAP HANA

La tabella seguente mostra i sistemi operativi Red Hat Enterprise Linux (RHEL) e SUSE Linux Enterprise Server (SLES) certificati da SAP per l'utilizzo in produzione con SAP HANA su Google Cloud.

Ad eccezione di dove indicato nella tabella, ogni sistema operativo è supportato con SAP HANA su tutti i tipi di VM certificati di Compute Engine.

Per informazioni sullo stato attuale dell'assistenza di ogni sistema operativo e sui sistemi operativi disponibili in Google Cloud, consulta Supporto dei sistemi operativi per SAP HANA su Google Cloud.

Per informazioni di SAP sui sistemi operativi supportati da SAP con SAP HANA su Google Cloud, vai a Directory hardware SAP HANA certificata e supportata, fai clic sul tipo di macchina richiesto e consulta Sistema operativo.

La tabella seguente non include:

• Versioni di sistemi operativi certificati non più supportate per il mainstream.
• Versioni del sistema operativo non specifiche per SAP.

Sistema operativo	Versione	Tipi di macchina non supportati
RHEL per SAP	9.2 ^Nota
	9.0 ^Nota
	8,8
	8,6
	8,4
	8,2
	8,1	m3-ultramem m3-megamem c3-standard c3-highmem
	7,9
	7,7	m3-ultramem m3-megamem c3-standard c3-highmem
SLES per SAP	15 SP5
	15 SP4
	15 SP3
	15 SP2
	15 SP1	m3-ultramem m3-megamem c3-standard c3-highmem
	12 SP5

Nota: prima di installare qualsiasi software SAP su RHEL for SAP 9.x, è necessario installare pacchetti aggiuntivi sulle tue macchine host, in particolare chkconfig e compat-openssl11. Se utilizzi un'immagine fornita da Compute Engine, questi pacchetti vengono installati automaticamente. Per maggiori informazioni da SAP, consulta la pagina relativa alla nota SAP 3108316 - Red Hat Enterprise Linux 9.x: Installazione e configurazione.

Immagini personalizzate del sistema operativo

Puoi utilizzare un'immagine Linux fornita e gestita da Google Cloud (un'immagine pubblica) oppure puoi fornire e gestire la tua immagine Linux (un'immagine personalizzata).

Utilizza un'immagine personalizzata se la versione del sistema operativo certificato SAP di cui hai bisogno non è disponibile su Google Cloud come immagine pubblica. I passaggi seguenti, descritti in dettaglio in Importazione delle immagini del disco di avvio in Compute Engine, riepilogano la procedura per l'utilizzo di un'immagine personalizzata:

1. Prepara il disco di avvio in modo che possa essere avviato nell'ambiente di Google Cloud Compute Engine e sia accessibile dopo l'avvio.
2. Crea e comprimi il file immagine del disco di avvio.
3. Carica il file immagine in Cloud Storage e importa l'immagine in Compute Engine come nuova immagine personalizzata.
4. Utilizza l'immagine importata per creare un'istanza di macchina virtuale e assicurarti che si avvii correttamente.
5. Ottimizza l'immagine e installa l'ambiente guest Linux in modo che l'immagine del sistema operativo importata possa comunicare con il server di metadati e utilizzare funzionalità aggiuntive di Compute Engine.

Quando l'immagine personalizzata è pronta, puoi utilizzarla durante la creazione di VM per il tuo sistema SAP HANA.

Se stai spostando un sistema operativo RHEL da un'installazione on-premise a Google Cloud, devi aggiungere Red Hat Cloud Access al tuo abbonamento Red Hat. Per ulteriori informazioni, consulta il documento Red Hat Cloud Access (Accesso a Red Hat Cloud).

Per ulteriori informazioni sulle immagini del sistema operativo fornite da Google Cloud, consulta la sezione Immagini.

Per saperne di più sull'importazione di un sistema operativo in Google Cloud come immagine personalizzata, consulta Importazione di immagini del disco di avvio in Compute Engine.

Per ulteriori informazioni sui sistemi operativi supportati da SAP HANA, consulta:

• Directory hardware SAP HANA certificata e supportata
• Nota SAP 2235581 - SAP HANA: sistemi operativi supportati

Origine clock del sistema operativo sulle VM di Compute Engine

La sorgente di clock predefinita del sistema operativo è kvm-clock per le immagini SLES e TSC per le immagini RHEL.

Non è necessario modificare l'origine clock del sistema operativo quando SAP HANA è in esecuzione su una VM di Compute Engine. Non c'è alcuna differenza nelle prestazioni quando si utilizza kvm-clock o TSC come origine di clock per le VM di Compute Engine con SAP HANA.

Se devi modificare l'origine dell'orologio del sistema operativo in TSC, connettiti alla VM utilizzando SSH ed esegui questi comandi:

echo "tsc" | sudo tee /sys/devices/system/clocksource/*/current_clocksource
sudo cp /etc/default/grub /etc/default/grub.backup
sudo sed -i '/GRUB_CMDLINE_LINUX/ s|"| clocksource=tsc"|2' /etc/default/grub
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

Archiviazione su disco permanente

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

Tipi di disco supportati

Compute Engine offre diversi tipi di Persistent Disk e hyperdisk a seconda della tecnologia delle unità a stato solido (SSD) o di unità a disco rigido standard (HDD). Ogni tipo ha caratteristiche di prestazioni diverse. Google Cloud gestisce l'hardware sottostante dei dischi per garantire la ridondanza dei dati e ottimizzare le prestazioni.

Per motivi legati alle prestazioni, i volumi SAP HANA /hana/data e /hana/log richiedono dischi di archiviazione permanente basati su SSD. I tipi di Persistent Disk e Hyperdisk basati su SSD certificati da SAP per l'utilizzo con SAP HANA includono quanto segue:

• Tipi di Persistent Disk basati su SSD: bilanciati (pd-balanced), prestazionali o SSD (pd-ssd) ed estremi (pd-extreme)

  • Questi tipi di disco offrono un'archiviazione a blocchi conveniente e affidabile.
  • Persistent Disk bilanciato (pd-ssd) offre prestazioni migliori rispetto al disco permanente bilanciato (pd-balanced).
  • Utilizza il disco permanente bilanciato come soluzione consigliata per l'hosting di quanto segue:
    • Volume di avvio della VM.
    • Il volume /usr/sap.
    • Il volume /hana/shared, se lo stai ospitando su un disco dedicato.
    • Il volume /hanabackup, se salvi i backup su un disco. Per ridurre i costi di backup, puoi utilizzare un Persistent Disk HDD standard (pd-standard). Il disco permanente bilanciato offre backup più rapidi rispetto a un disco permanente HDD standard. Quando selezioni il disco, assicurati che il tipo di VM supporti il tipo di disco.
  • Persistent Disk bilanciati e ad alte prestazioni (SSD) supportano la replica asincrona DP. Puoi usare questa funzionalità per il ripristino di emergenza attivo-passivo tra regioni. Per maggiori informazioni, consulta Ripristino di emergenza utilizzando la replica asincrona dei DP.
  • Sebbene Extreme Persistent Disk (pd-extreme) sia certificato per l'utilizzo con SAP HANA, ti consigliamo di utilizzare Hyperdisk Extreme (hyperdisk-extreme), che offre prestazioni migliori. Se vuoi utilizzare un disco permanente con carico estremo, assicurati di eseguire il provisioning dei dischi in base alle informazioni contenute in Dimensioni minime per i volumi di Persistent Disk e Hyperdisk basati su SSD.

• Tipi di Hyperdisk: Hyperdisk Extreme (hyperdisk-extreme) e Hyperdisk bilanciato (hyperdisk-balanced)

  • Hyperdisk Extreme offre opzioni massime di IOPS e velocità effettiva più elevate rispetto ai tipi di Persistent Disk basati su SSD.
  • Per Hyperdisk Extreme, puoi selezionare le prestazioni di cui hai bisogno eseguendo il provisioning delle IOPS, che determinano anche la velocità effettiva. Per ulteriori informazioni, consulta Velocità effettiva.
  • Puoi utilizzare Hyperdisk Extreme per i volumi /hana/data e /hana/log quando hai bisogno delle massime prestazioni.
  • Per ottimizzare le prestazioni di Hyperdisk Extreme per SAP HANA, aggiorna le proprietà di sistema SAP HANA come consigliato in Prestazioni di Hyperdisk Extreme.
  • Per Hyperdisk bilanciato, puoi selezionare le prestazioni di cui hai bisogno eseguendo il provisioning di IOPS e velocità effettiva. Per ulteriori informazioni, consulta Informazioni su IOPS e provisioning della velocità effettiva per Hyperdisk.
  • Puoi utilizzare Hyperdisk Balanced per i volumi /hana/log e /hana/data.
  • Per un elenco dei tipi di macchina che supportano Hyperdisk Extreme e Hyperdisk bilanciato, consulta Supporto dei tipi di macchine.

Supporta i layout dei dischi

La figura seguente mostra il layout dell'archiviazione su disco nelle architetture suggerite per SAP HANA su Google Cloud.

Nella figura precedente, la configurazione a sinistra utilizza un layout a disco diviso. I volumi /hana/data e /hana/log sono su Hyperdisk separati, mentre i volumi /hana/shared e /usr/sap, che non richiedono prestazioni molto elevate, si basano su singoli dischi permanenti bilanciati, che costano meno di un Hyperdisk Extreme.

La configurazione a destra utilizza un layout a disco unificato, in cui i volumi /hana/data, /hana/log, /hana/shared e /usr/sap sono tutti montati su un singolo Hyperdisk Extreme.

I dischi permanenti e gli Hyperdisk si trovano in modo indipendente dalle VM, perciò puoi scollegarli o spostarli per conservare i dati, anche dopo aver eliminato le VM.

Nella console Google Cloud, puoi vedere i dischi permanenti e gli Hyperdisk collegati alle tue istanze VM nella sezione Dischi aggiuntivi della pagina Dettagli istanza VM per ogni istanza VM. Per saperne di più sui diversi tipi di volumi di Persistent Disk di Compute Engine e Hyperdisk, sulle loro caratteristiche delle prestazioni e su come utilizzarli, consulta la seguente documentazione:

• Opzioni di archiviazione
• Informazioni su Hyperdisk
• Prestazioni dell'archiviazione a blocchi
• Altri fattori che influiscono sulle prestazioni
• Aggiungi un Persistent Disk alla tua VM
• Crea e gestisci snapshot dei dischi
• Migrazione dei volumi di dischi permanenti SAP HANA esistenti a volumi Hyperdisk Extreme

Dimensioni minime per i volumi di Persistent Disk e Hyperdisk basati su SSD

Quando applichi la dimensione di determinati dischi permanenti basati su SSD di Compute Engine per SAP HANA, devi tenere conto non solo dei requisiti di archiviazione dell'istanza SAP HANA, ma anche delle prestazioni del disco permanente.

Entro i limiti, le prestazioni di un disco SSD o di un disco permanente bilanciato aumentano con l'aumento delle dimensioni del disco e del numero di vCPU. Se un'unità SSD o un disco permanente bilanciato è troppo piccolo, potrebbe non fornire le prestazioni richieste da SAP HANA.

Le prestazioni di Hyperdisk non sono influenzate dalla dimensione del disco. Le sue prestazioni sono determinate dalle IOPS o dalla velocità effettiva di cui esegui il provisioning. Per informazioni sulle prestazioni di Hyperdisk, consulta Informazioni su Hyperdisk.

Un'unità SSD da 550 GB o un disco permanente bilanciato da 943 GB fornisce una velocità effettiva sostenuta di 400 MB al secondo per letture e scritture, ovvero il minimo. Per informazioni generali sulle prestazioni disco permanente, consulta Prestazioni dell'archiviazione a blocchi.

La seguente tabella mostra le dimensioni minime consigliate per i disco permanente SSD (pd-ssd), i disco permanente bilanciato (pd-balanced), Hyperdisk Extreme (hyperdisk-extreme) e Hyperdisk Balanced (hyperdisk-balanced) per soddisfare i requisiti di prestazioni di SAP HANA in un ambiente di produzione per ogni tipo di macchina di Compute Engine certificato per SAP HANA. Le dimensioni minime per i volumi Hyperdisk, basate esclusivamente sulla quantità di memoria, sono incluse nella tabella come riferimento.

Le dimensioni nella tabella seguente presuppongono che tu stia montando tutti i volumi SAP HANA su singoli dischi.

Disco permanente con carico bilanciato

Tipo di VM Compute Engine	/hana/data dimensione (GB)	/hana/log dimensione (GB)	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB)
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n1-highmem-32	599	104	208	32	943
n1-highmem-32	943
n1-highmem-32	32	208	943
n1-highmem-64	499	208	416	32	1155
n1-highmem-64	1155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1716
n1-highmem-96	1716
n1-highmem-96	96	624	1716
n2-highmem-32	527	128	256	32	943
n2-highmem-32	943
n2-highmem-32	32	256	943
n2-highmem-48	460	192	384	32	1.068
n2-highmem-48	1.068
n2-highmem-48	48	384	1068
n2-highmem-64	614	256	512	32	1414
n2-highmem-64	1414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1760
n2-highmem-80	1760
n2-highmem-80	80	640	1760
n2-highmem-96	921	384	768	32	2105
n2-highmem-96	2105
n2-highmem-96	96	768	2105
n2-highmem-128	1036	432	864	32	2364
n2-highmem-128	2364
n2-highmem-128	128	864	2364
c3-standard-44	647	88	176	32	943
c3-standard-44	943
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1932
c3-highmem-88	1932
c3-highmem-88	88	704	1932
c3-highmem-176	1689	512	1024	32	3257
c3-highmem-176	3257
c3-highmem-176	176	1408	3257
m1-megamem-96	1719	512	1024	32	3287
m1-megamem-96	3287
m1-megamem-96	96	1433	3287
m1-ultramem-40	1153	480	961	32	2626
m1-ultramem-40	2626
m1-ultramem-40	40	961	2626
m1-ultramem-80	2306	512	1024	32	3874
m1-ultramem-80	3874
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612	512	1024	32	6.180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092	512	1024	32	15.660
m2-ultramem-416	15.660
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598	512	1024	32	12.166
m2-hypermem-416	12.166
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	1171	488	976	32	2667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342	512	1024	32	3910
m3-ultramem-64	3910
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684	512	1024	32	6.252
m3-ultramem-128	6252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171	488	976	32	2667
m3-megamem-64	2667
m3-megamem-64	64	976	2667
m3-megamem-128	2342	512	1024	32	3910
m3-megamem-128	3910
m3-megamem-128	128	1952	3910

Disco permanente SSD

Tipo di VM Compute Engine	/hana/data dimensione (GB)	/hana/log dimensione (GB)	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB)
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n1-highmem-32	249	104	208	32	593
n1-highmem-32	593
n1-highmem-32	32	208	593
n1-highmem-64	499	208	416	32	1155
n1-highmem-64	1155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1716
n1-highmem-96	1716
n1-highmem-96	96	624	1716
n2-highmem-32	307	128	256	32	723
n2-highmem-32	723
n2-highmem-32	32	256	723
n2-highmem-48	460	192	384	32	1.068
n2-highmem-48	1.068
n2-highmem-48	48	384	1068
n2-highmem-64	614	256	512	32	1414
n2-highmem-64	1414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1760
n2-highmem-80	1760
n2-highmem-80	80	640	1760
n2-highmem-96	921	384	768	32	2105
n2-highmem-96	2105
n2-highmem-96	96	768	2105
n2-highmem-128	1036	432	864	32	2364
n2-highmem-128	2364
n2-highmem-128	128	864	2364
c3-standard-44	254	88	176	32	550
c3-standard-44	550
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1932
c3-highmem-88	1932
c3-highmem-88	88	704	1932
c3-highmem-176	1689	512	1024	32	3257
c3-highmem-176	3257
c3-highmem-176	176	1408	3257
m1-megamem-96	1719	512	1024	32	3287
m1-megamem-96	3287
m1-megamem-96	96	1433	3287
m1-ultramem-40	1153	480	961	32	2626
m1-ultramem-40	2626
m1-ultramem-40	40	961	2626
m1-ultramem-80	2306	512	1024	32	3874
m1-ultramem-80	3874
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612	512	1024	32	6.180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092	512	1024	32	15.660
m2-ultramem-416	15.660
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598	512	1024	32	12.166
m2-hypermem-416	12.166
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	1171	488	976	32	2667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342	512	1024	32	3910
m3-ultramem-64	3910
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684	512	1024	32	6.252
m3-ultramem-128	6252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171	488	976	32	2667
m3-megamem-64	2667
m3-megamem-64	64	976	2667
m3-megamem-128	2342	512	1024	32	3910
m3-megamem-128	3910
m3-megamem-128	128	1952	3910

Hyperdisk Extreme

Quando utilizzi Hyperdisk Extreme per ospitare i volumi /hana/data e /hana/log, assicurati di ospitare i volumi /hana/shared e /usr/sap su dischi permanenti bilanciati separati. Il motivo è che i volumi /hana/shared e /usr/sap non richiedono prestazioni elevate come quelle dei volumi di dati e log.

Tipo di VM Compute Engine	/hana/data dimensione (GB) e IOPS	/hana/log dimensione (GB) e IOPS	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB) e IOPS
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n2-highmem-80	768 GB con 10.000 IOPS	320 GB con 10.000 IOPS	640	32	1760
n2-highmem-80	1760 GB con 20.000 IOPS
n2-highmem-80	80	640	1760
n2-highmem-96	921 GB con 10.000 IOPS	384 GB con 10.000 IOPS	768	32	2105
n2-highmem-96	2105 GB con 20.000 IOPS
n2-highmem-96	96	768	2105
n2-highmem-128	1036 GB con 10.000 IOPS	432 GB con 10.000 IOPS	864	32	2364
n2-highmem-128	2364 GB con 20.000 IOPS
n2-highmem-128	128	864	2364
c3-highmem-88	844 GB con 10.000 IOPS	352 GB con 10.000 IOPS	704	32	1932
c3-highmem-88	1932 GB con 20.000 IOPS
c3-highmem-88	88	704	1932
c3-highmem-176	1689 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3257
c3-highmem-176	3257 GB con 20.000 IOPS
c3-highmem-176	176	1408	3257
m1-megamem-96	1719 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3287
m1-megamem-96	3287 GB con 20.000 IOPS
m1-megamem-96	96	1433	3287
m1-ultramem-80	2306 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3874
m1-ultramem-80	3874 GB con 20.000 IOPS
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.180
m1-ultramem-160	6180 GB con 20.000 IOPS
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065 GB con 14.130 IOPS	512 GB con 10.000 IOPS	1024	32	8.633
m2-megamem-416	8633 GB con 24.130 IOPS
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065 GB con 14.130 IOPS	512 GB con 10.000 IOPS	1024	32	8.633
m2-ultramem-208	8633 GB con 24.130 IOPS
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092 GB con 28.184 IOPS	512 GB con 10.000 IOPS	1024	32	15.660
m2-ultramem-416	15.660 GB con 38.184 IOPS
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598 GB con 21.196 IOPS	512 GB con 10.000 IOPS	1024	32	12.166
m2-hypermem-416	12.166 GB con 31.196 IOPS
m2-hypermem-416	416	8.832	12.166
m3-ultramem-64	2342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3910
m3-ultramem-64	3910 GB con 20.000 IOPS
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.252
m3-ultramem-128	6252 GB con 20.000 IOPS
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171 GB con 10.000 IOPS	488 GB con 10.000 IOPS	976	32	2667
m3-megamem-64	2667 GB con 20.000 IOPS
m3-megamem-64	64	976	2667
m3-megamem-128	2342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3910
m3-megamem-128	3910 GB con 20.000 IOPS
m3-megamem-128	128	1952	3910

Hyperdisk bilanciato

Per SAP HANA, il numero minimo di IOPS di cui è stato eseguito il provisioning è 3000 e la velocità effettiva è 400 MBps. Tuttavia, puoi ottimizzare questi valori in base ai tuoi requisiti di prestazioni specifici. Consigliamo un valore iniziale di 3000 IOPS e 750 Mbps di velocità effettiva, poiché questi sono i valori predefiniti utilizzati nei file di configurazione Terraform forniti da Google Cloud per il deployment automatico di SAP HANA.

Tipo di VM Compute Engine	/hana/data dimensione (GB), IOPS e velocità effettiva	/hana/log dimensione (GB), IOPS e velocità effettiva	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB), IOPS e velocità effettiva
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
c3-standard-44	211 GB con 10.000 IOPS e 400 MBps di velocità effettiva	88 GB con 3000 IOPS e 400 Mbps di velocità effettiva	176	32	507
c3-standard-44	507 GB con 13.000 IOPS e 800 MBps di velocità effettiva
c3-standard-44	44	176	507
c3-highmem-44	422 GB con 10.000 IOPS e 400 Mbps di velocità effettiva	176 GB con 3000 IOPS e 400 Mbps di velocità effettiva	352	32	982
c3-highmem-44	982 GB con 13.000 IOPS e 800 Mbps di velocità effettiva
c3-highmem-44	44	352	982
c3-highmem-88	844 GB con 10.000 IOPS e velocità effettiva di 1200 Mbps	352 GB con 3000 IOPS e 400 Mbps di velocità effettiva	704	32	1932
c3-highmem-88	1932 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
c3-highmem-88	88	704	1932
c3-highmem-176	1689 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3257
c3-highmem-176	3257 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
c3-highmem-176	176	1408	3257
m3-ultramem-32	1171 GB con 10.000 IOPS e 900 Mbps di velocità effettiva	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2667
m3-ultramem-32	2667 GB con 13.000 IOPS e 1300 Mbps di velocità effettiva
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3910
m3-ultramem-64	3910 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684 GB con 10.000 IOPS e velocità effettiva di 1200 Mbps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6.252
m3-ultramem-128	6252 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171 GB con 10.000 IOPS e velocità effettiva di 900 MBps	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2667
m3-megamem-64	2667 GB con 13.000 IOPS e velocità effettiva di 1300 Mbps
m3-megamem-64	64	976	2667
m3-megamem-128	2342 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3910
m3-megamem-128	3910 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-megamem-128	128	1952	3910

Dimensioni dei dischi per il montaggio di tutti i volumi SAP HANA su un singolo disco

Le dimensioni nella tabella seguente presuppongono che tu stia utilizzando un singolo disco per ospitare tutti i seguenti volumi: /hana/data, /hana/log, /hana/shared e /usr/sap.

Disco permanente con carico bilanciato

Tipo di VM Compute Engine	/hana/data dimensione (GB)	/hana/log dimensione (GB)	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB)
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n1-highmem-32	599	104	208	32	943
n1-highmem-32	943
n1-highmem-32	32	208	943
n1-highmem-64	499	208	416	32	1155
n1-highmem-64	1155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1716
n1-highmem-96	1716
n1-highmem-96	96	624	1716
n2-highmem-32	527	128	256	32	943
n2-highmem-32	943
n2-highmem-32	32	256	943
n2-highmem-48	460	192	384	32	1.068
n2-highmem-48	1.068
n2-highmem-48	48	384	1068
n2-highmem-64	614	256	512	32	1414
n2-highmem-64	1414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1760
n2-highmem-80	1760
n2-highmem-80	80	640	1760
n2-highmem-96	921	384	768	32	2105
n2-highmem-96	2105
n2-highmem-96	96	768	2105
n2-highmem-128	1036	432	864	32	2364
n2-highmem-128	2364
n2-highmem-128	128	864	2364
c3-standard-44	647	88	176	32	943
c3-standard-44	943
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1932
c3-highmem-88	1932
c3-highmem-88	88	704	1932
c3-highmem-176	1689	512	1024	32	3257
c3-highmem-176	3257
c3-highmem-176	176	1408	3257
m1-megamem-96	1719	512	1024	32	3287
m1-megamem-96	3287
m1-megamem-96	96	1433	3287
m1-ultramem-40	1153	480	961	32	2626
m1-ultramem-40	2626
m1-ultramem-40	40	961	2626
m1-ultramem-80	2306	512	1024	32	3874
m1-ultramem-80	3874
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612	512	1024	32	6.180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092	512	1024	32	15.660
m2-ultramem-416	15.660
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598	512	1024	32	12.166
m2-hypermem-416	12.166
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	1171	488	976	32	2667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342	512	1024	32	3910
m3-ultramem-64	3910
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684	512	1024	32	6.252
m3-ultramem-128	6252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171	488	976	32	2667
m3-megamem-64	2667
m3-megamem-64	64	976	2667
m3-megamem-128	2342	512	1024	32	3910
m3-megamem-128	3910
m3-megamem-128	128	1952	3910

Disco permanente SSD

Tipo di VM Compute Engine	/hana/data dimensione (GB)	/hana/log dimensione (GB)	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB)
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n1-highmem-32	249	104	208	32	593
n1-highmem-32	593
n1-highmem-32	32	208	593
n1-highmem-64	499	208	416	32	1155
n1-highmem-64	1155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1716
n1-highmem-96	1716
n1-highmem-96	96	624	1716
n2-highmem-32	307	128	256	32	723
n2-highmem-32	723
n2-highmem-32	32	256	723
n2-highmem-48	460	192	384	32	1.068
n2-highmem-48	1.068
n2-highmem-48	48	384	1068
n2-highmem-64	614	256	512	32	1414
n2-highmem-64	1414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1760
n2-highmem-80	1760
n2-highmem-80	80	640	1760
n2-highmem-96	921	384	768	32	2105
n2-highmem-96	2105
n2-highmem-96	96	768	2105
n2-highmem-128	1036	432	864	32	2364
n2-highmem-128	2364
n2-highmem-128	128	864	2364
c3-standard-44	254	88	176	32	550
c3-standard-44	550
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1932
c3-highmem-88	1932
c3-highmem-88	88	704	1932
c3-highmem-176	1689	512	1024	32	3257
c3-highmem-176	3257
c3-highmem-176	176	1408	3257
m1-megamem-96	1719	512	1024	32	3287
m1-megamem-96	3287
m1-megamem-96	96	1433	3287
m1-ultramem-40	1153	480	961	32	2626
m1-ultramem-40	2626
m1-ultramem-40	40	961	2626
m1-ultramem-80	2306	512	1024	32	3874
m1-ultramem-80	3874
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612	512	1024	32	6.180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092	512	1024	32	15.660
m2-ultramem-416	15.660
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598	512	1024	32	12.166
m2-hypermem-416	12.166
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	1171	488	976	32	2667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342	512	1024	32	3910
m3-ultramem-64	3910
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684	512	1024	32	6.252
m3-ultramem-128	6252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171	488	976	32	2667
m3-megamem-64	2667
m3-megamem-64	64	976	2667
m3-megamem-128	2342	512	1024	32	3910
m3-megamem-128	3910
m3-megamem-128	128	1952	3910

Hyperdisk Extreme

Tipo di VM Compute Engine	/hana/data dimensione (GB) e IOPS	/hana/log dimensione (GB) e IOPS	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB) e IOPS
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n2-highmem-80	768 GB con 10.000 IOPS	320 GB con 10.000 IOPS	640	32	1760
n2-highmem-80	1760 GB con 20.000 IOPS
n2-highmem-80	80	640	1760
n2-highmem-96	921 GB con 10.000 IOPS	384 GB con 10.000 IOPS	768	32	2105
n2-highmem-96	2105 GB con 20.000 IOPS
n2-highmem-96	96	768	2105
n2-highmem-128	1036 GB con 10.000 IOPS	432 GB con 10.000 IOPS	864	32	2364
n2-highmem-128	2364 GB con 20.000 IOPS
n2-highmem-128	128	864	2364
c3-highmem-88	844 GB con 10.000 IOPS	352 GB con 10.000 IOPS	704	32	1932
c3-highmem-88	1932 GB con 20.000 IOPS
c3-highmem-88	88	704	1932
c3-highmem-176	1689 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3257
c3-highmem-176	3257 GB con 20.000 IOPS
c3-highmem-176	176	1408	3257
m1-megamem-96	1719 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3287
m1-megamem-96	3287 GB con 20.000 IOPS
m1-megamem-96	96	1433	3287
m1-ultramem-80	2306 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3874
m1-ultramem-80	3874 GB con 20.000 IOPS
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.180
m1-ultramem-160	6180 GB con 20.000 IOPS
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065 GB con 14.130 IOPS	512 GB con 10.000 IOPS	1024	32	8.633
m2-megamem-416	8633 GB con 24.130 IOPS
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065 GB con 14.130 IOPS	512 GB con 10.000 IOPS	1024	32	8.633
m2-ultramem-208	8633 GB con 24.130 IOPS
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092 GB con 28.184 IOPS	512 GB con 10.000 IOPS	1024	32	15.660
m2-ultramem-416	15.660 GB con 38.184 IOPS
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598 GB con 21.196 IOPS	512 GB con 10.000 IOPS	1024	32	12.166
m2-hypermem-416	12.166 GB con 31.196 IOPS
m2-hypermem-416	416	8.832	12.166
m3-ultramem-64	2342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3910
m3-ultramem-64	3910 GB con 20.000 IOPS
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.252
m3-ultramem-128	6252 GB con 20.000 IOPS
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171 GB con 10.000 IOPS	488 GB con 10.000 IOPS	976	32	2667
m3-megamem-64	2667 GB con 20.000 IOPS
m3-megamem-64	64	976	2667
m3-megamem-128	2342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3910
m3-megamem-128	3910 GB con 20.000 IOPS
m3-megamem-128	128	1952	3910

Hyperdisk bilanciato

Tipo di VM Compute Engine	/hana/data dimensione (GB), IOPS e velocità effettiva	/hana/log dimensione (GB), IOPS e velocità effettiva	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB), IOPS e velocità effettiva
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
c3-standard-44	211 GB con 10.000 IOPS e 400 MBps di velocità effettiva	88 GB con 3000 IOPS e 400 Mbps di velocità effettiva	176	32	507
c3-standard-44	507 GB con 13.000 IOPS e 800 MBps di velocità effettiva
c3-standard-44	44	176	507
c3-highmem-44	422 GB con 10.000 IOPS e 400 Mbps di velocità effettiva	176 GB con 3000 IOPS e 400 Mbps di velocità effettiva	352	32	982
c3-highmem-44	982 GB con 13.000 IOPS e 800 Mbps di velocità effettiva
c3-highmem-44	44	352	982
c3-highmem-88	844 GB con 10.000 IOPS e velocità effettiva di 1200 Mbps	352 GB con 3000 IOPS e 400 Mbps di velocità effettiva	704	32	1932
c3-highmem-88	1932 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
c3-highmem-88	88	704	1932
c3-highmem-176	1689 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3257
c3-highmem-176	3257 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
c3-highmem-176	176	1408	3257
m3-ultramem-32	1171 GB con 10.000 IOPS e 900 Mbps di velocità effettiva	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2667
m3-ultramem-32	2667 GB con 13.000 IOPS e 1300 Mbps di velocità effettiva
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3910
m3-ultramem-64	3910 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684 GB con 10.000 IOPS e velocità effettiva di 1200 Mbps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6.252
m3-ultramem-128	6252 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171 GB con 10.000 IOPS e velocità effettiva di 900 MBps	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2667
m3-megamem-64	2667 GB con 13.000 IOPS e velocità effettiva di 1300 Mbps
m3-megamem-64	64	976	2667
m3-megamem-128	2342 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3910
m3-megamem-128	3910 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-megamem-128	128	1952	3910

Determinazione delle dimensioni del disco permanente o dell'Hyperdisk

Calcola la quantità di spazio di archiviazione su disco permanente necessaria per i volumi SAP HANA in base alla quantità di memoria contenuta nel tipo di macchina Compute Engine selezionato.

Le seguenti indicazioni sulle dimensioni dei dischi si riferiscono alle dimensioni minime consigliate da Google Cloud e SAP per i tuoi deployment, al fine di bilanciare prestazioni e costo totale di proprietà. Le dimensioni dei dischi possono essere aumentate fino al limite supportato dai tipi di disco sottostanti. Per informazioni sulle dimensioni minime richieste per i dischi, consulta Dimensioni minime per i dischi permanenti basati su SSD.

Requisiti delle dimensioni dei dischi permanenti per i sistemi di scale up

Per i sistemi di scale up SAP HANA, utilizza le formule seguenti per ogni volume:

• /hana/data: 1,2 volte la memoria
• /hana/log: 0,5 x di memoria o 512 GB, a seconda di quale delle due opzioni è minore
• /hana/shared: 1 x memoria o 1024 GB, a seconda di quale delle due opzioni è inferiore
• /usr/sap: 32 GB
• /hanabackup: 2 volte la memoria, allocazione facoltativa

Requisiti delle dimensioni dei dischi permanenti per i sistemi a scalabilità orizzontale

Per i sistemi con scale out SAP HANA, utilizza la stessa formula dei sistemi di scale up di SAP HANA per i volumi /hana/data, /hana/log e /usr/sap. Per il volume /hana/shared, calcola le dimensioni del disco permanente o di Hyperdisk in base al numero di host worker nel deployment. Per ogni quattro host worker, aumenta le dimensioni del disco di 1 x memoria o 1 TB, a seconda di quale delle due opzioni è minore. Ad esempio:

• Da 1 a 4 host worker: 1 x memoria o 1 TB, a seconda di quale delle due opzioni è minore
• Da 5 a 8 host worker: 2 x memoria o 2 TB, a seconda di quale sia il numero minore
• Da 9 a 12 host worker: 3 x memoria o 3 TB, a seconda di quale delle due opzioni è più piccola
• Da 13 a 16 host worker: 4 x memoria o 4 TB, a seconda di quale delle due opzioni è più piccola

Per determinare i requisiti complessivi di quota di archiviazione per i sistemi con scale out SAP HANA, devi sommare le dimensioni del disco per ogni tipo di disco utilizzato con tutti gli host nel sistema con scale out. Ad esempio, se hai applicato /hana/data e /hana/log su dischi permanenti pd-ssd, ma /hana/shared e /usr/sap su dischi permanenti pd-balanced, devi avere totali separati per pd-ssd e pd-balanced per richiedere quote separate.

Per un sistema con scale out automatico di SAP HANA con failover automatico dell'host, devi calcolare solo le dimensioni del disco permanente per gli host master e worker. Gli host in standby non hanno i propri volumi /hana/data, /hana/log e /usr/sap. In caso di errore, il failover automatico SAP HANA smonta i volumi /hana/data, /hana/log e /usr/sap dall'host che non ha superato il controllo e li monta su un host in standby. I volumi /hana/shared e /hanabackup per un host in standby sono montati in una soluzione NFS di cui è stato eseguito il deployment separato.

Allocazione di spazio di archiviazione aggiuntivo su disco permanente

Seleziona una dimensione di disco permanente o Hyperdisk non inferiore alla dimensione minima elencata per il tipo di disco permanente o Hyperdisk in Dimensioni minime per i volumi di Persistent Disk e Hyperdisk basati su SSD.

Se utilizzi SSD o dischi permanenti bilanciati, la dimensione minima potrebbe essere determinata dai requisiti delle prestazioni di SAP HANA anziché dai requisiti di archiviazione di SAP HANA.

Ad esempio, se esegui SAP HANA su un'istanza VM n2-highmem-32, che ha 256 GB di memoria, il requisito di archiviazione totale per i volumi SAP HANA è di 723 GB: 307 GB per il volume di dati, 128 GB per il volume del log, 256 GB per il volume condiviso e 32 GB per il volume /usr/sap. Tuttavia, se utilizzi un disco permanente bilanciato, la dimensione minima richiesta è di 943 GB, dove i 220 GB aggiuntivi vengono allocati al volume di dati per soddisfare le prestazioni richieste. Di conseguenza, se utilizzi un'istanza VM n2-highmem-32 con dischi permanenti bilanciati per eseguire SAP HANA, devi eseguire il provisioning di uno spazio di archiviazione su disco permanente di almeno 943 GB.

quindi devi dimensionare il disco permanente a partire da 943 GB. Il provisioning aggiuntivo di 220 GB viene applicato al volume di dati per fornire le prestazioni richieste.

Applica l'eventuale spazio di archiviazione aggiuntivo su disco permanente al volume /hana/data.

Per informazioni da SAP sul dimensionamento per SAP HANA, consulta Sizing SAP HANA.

Prestazioni Hyperdisk

Hyperdisk offre opzioni massime di IOPS e velocità effettiva più elevate per i volumi /hana/log e /hana/data rispetto agli altri dischi permanenti basati su SSD. Per ulteriori informazioni sul provisioning di IOPS e sulle opzioni di velocità effettiva per Hyperdisk, vedi Informazioni su IOPS e provisioning della velocità effettiva per Hyperdisk.

A differenza dei dischi permanenti SSD, quando utilizzi Hyperdisk con SAP HANA non devi preoccuparti delle prestazioni quando ridimensioni Hyperdisk. Le dimensioni di Hyperdisk si basano esclusivamente sui requisiti di archiviazione di SAP HANA. Per ulteriori informazioni sulla dimensione dei dischi permanenti o di Hyperdisk, consulta Determinazione disco permanente permanenti.

Quando utilizzi Hyperdisk con SAP HANA, per ottenere le migliori prestazioni, ti consigliamo di aggiornare le proprietà di sistema SAP HANA come segue:

• Aggiorna il file global.ini:
  • Nella sezione fileio, imposta num_completion_queues = 12
  • Nella sezione fileio, imposta num_submit_queues = 12
• Aggiorna il file indexserver.ini:
  • Nella sezione parallel, imposta tables_preloaded_in_parallel = 32
  • Nella sezione global, imposta load_table_numa_aware = true

Quando crei un volume Hyperdisk Extreme, il numero di IOPS di cui esegui il provisioning determina la velocità effettiva massima. La seguente formula può essere utilizzata come punto di partenza. Offre una velocità effettiva di almeno 2500 MBps (256 kB per IOPS * 10.000 IOPS) e altro ancora per tipi di macchine più grandi con dischi più grandi.

• Quando utilizzi il deployment predefinito con dischi separati per /hana/log e /hana/data:
  • IOPS per il disco dati: maximum(10,000, size of data disk in GB * 2)
  • IOPS per il disco di log: maximum(10,000, size of log disk in GB * 2)
• Quando viene utilizzato un singolo disco per /hana/data, /hana/log, /hana/shared e /usr/sap:
  • IOPS per disco: maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)

Il numero massimo di IOPS di cui puoi eseguire il provisioning può variare a seconda del tipo di macchina in uso. Per un elenco dei tipi di macchine che supportano Hyperdisk Extreme, nonché le IOPS e la velocità effettiva massime che Hyperdisk Extreme può fornire con ciascun tipo di macchina, consulta Supporto dei tipi di macchine.

Quando crei un volume Hyperdisk bilanciato, puoi eseguire il provisioning di IOPS e velocità effettiva in modo da soddisfare le esigenze di prestazioni dei carichi di lavoro, prendendo in considerazione le regole per il provisioning delle IOPS e il provisioning della velocità effettiva. Per SAP HANA, il numero minimo di IOPS di cui è stato eseguito il provisioning è 3000, mentre la velocità effettiva è di 400 MBps.

Dischi permanenti e Hyperdisks di cui è stato eseguito il deployment dagli script di automazione del deployment

Quando esegui il deployment di un sistema SAP HANA utilizzando le configurazioni Terraform fornite da Google Cloud, lo script di deployment alloca dischi permanenti o hyperdisk per i volumi SAP nel seguente modo:

• Per impostazione predefinita, viene eseguito il deployment di dischi separati per ciascuna delle seguenti directory: /hana/data, /hana/log, /hana/shared e /usr/sap.

  Facoltativamente, puoi scegliere di eseguire il deployment di un layout a disco singolo in cui un singolo disco permanente o Hyperdisk ospita queste directory SAP. Inoltre, per i deployment con scale out di SAP HANA, la directory /hana/shared è ospitata da una soluzione NFS.

• Facoltativamente, un disco per la directory /hanabackup.

L'esempio seguente mostra come Terraform mappa i volumi per SAP HANA su una VM n2-highmem-32 di Compute Engine, con 256 GB di memoria.

hana-ssd-example:~ # lvs
  LV     VG             Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana_data   -wi-ao---- 308.00g
  log    vg_hana_log    -wi-ao---- 128.00g
  shared vg_hana_shared -wi-ao---- 256.00g
  usrsap vg_hana_usrsap -wi-ao----  32.00g
  backup vg_hanabackup  -wi-ao---- 512.00g

Le dimensioni dei volumi per lo stesso tipo di macchina potrebbero essere leggermente diverse da quelle mostrate in questo esempio.

Quando utilizzi i modelli di Deployment Manager forniti da Google Cloud per SAP HANA o scegli di eseguire il deployment di un layout a disco singolo utilizzando le configurazioni Terraform, lo script di deployment mappa le directory SAP HANA /hana/data, /hana/log, /usr/sap e /hana/shared al proprio volume logico per semplificare il ridimensionamento e le mappa al disco permanente SSD o a Hyperdisk in un singolo gruppo di volumi. Terraform o Deployment Manager mappa la directory /hanabackup a un volume logico in un gruppo di volumi separato, che viene poi mappato su un disco permanente bilanciato (pd-balanced).

Archiviazione facoltativa su disco permanente per i backup

Quando archivi backup SAP HANA su un disco, ti consigliamo di utilizzare un disco permanente bilanciato (pd-balanced).

Per ridurre i costi, puoi utilizzare un disco permanente HDD standard (pd-standard), ma un disco permanente bilanciato quando è necessaria una velocità effettiva o una contemporaneità più elevate.

La dimensione del volume di backup di SAP HANA è progettata per fornire base di riferimento e velocità effettiva di burst ottimali, nonché la capacità di contenere diversi set di backup. Conservare più set di backup nel volume di backup semplifica il recupero del database, se necessario.

Per rendere i backup di SAP HANA disponibili come risorsa di regione per il ripristino di emergenza, puoi utilizzare gli snapshot disco permanente di Compute Engine. Puoi pianificare gli snapshot in modo che effettui regolarmente e automaticamente il backup del disco permanente. Per ulteriori informazioni, consulta Snapshot di dischi permanenti.

Se utilizzi il livello dinamico di SAP HANA, lo spazio di archiviazione di backup deve essere abbastanza grande da contenere sia i dati in memoria sia i dati gestiti su disco dal server di livelli dinamici.

Puoi utilizzare altri meccanismi per l'archiviazione dei backup di SAP HANA. Se utilizzi la funzionalità Backint dell'agente per SAP di Google Cloud, puoi eseguire il backup di SAP HANA direttamente in un bucket Cloud Storage. In questo modo, è facoltativo l'utilizzo di un disco permanente per l'archiviazione dei backup.

Tiering dinamico SAP HANA

Il livello dinamico di SAP HANA è certificato da SAP per l'utilizzo in ambienti di produzione su Google Cloud. Il livello dinamico di SAP HANA estende l'archiviazione dei dati SAP HANA archiviando dati a cui si accede raramente su disco anziché in memoria.

Per ulteriori informazioni, consulta la pagina relativa al livello dinamico di SAP HANA su Google Cloud.

Opzione di riavvio rapido di SAP HANA

Per SAP HANA 2.0 SP04 e versioni successive, Google Cloud consiglia vivamente l'opzione di riavvio rapido di SAP HANA.

Questa opzione viene abilitata automaticamente se esegui il deployment di SAP HANA utilizzando il modulo Terraform sap_hana o sap_hana_ha di Google Cloud, versione 202309280828 o successiva. Per informazioni su come abilitare manualmente il riavvio rapido di SAP HANA, consulta Abilitazione del riavvio rapido di SAP HANA.

Il riavvio rapido SAP HANA riduce i tempi di riavvio in caso di chiusura di SAP HANA, ma il sistema operativo rimane in esecuzione. Per ridurre i tempi di riavvio, SAP HANA utilizza la funzionalità di memoria permanente SAP HANA per conservare in DRAM i frammenti di dati PRINCIPALI delle tabelle dell'archivio di colonne mappate al file system tmpfs.

Inoltre, sulle VM nelle famiglie M2 e M3 dei tipi di macchine ottimizzate per la memoria di Compute Engine, SAP HANA Fast Riavvia migliora i tempi di ripristino se si verificano errori non correggibili in memoria. Per maggiori informazioni, consulta Recupero degli errori di memoria con il riavvio rapido sulle VM di Compute Engine.

Impostazioni del sistema operativo obbligatorie per il riavvio rapido di SAP HANA

Per utilizzare il riavvio rapido di SAP HANA, il tuo sistema operativo deve essere ottimizzato in base a quanto richiesto da SAP.

Se utilizzi i file di configurazione Terraform o i modelli di Deployment Manager forniti da Google Cloud, le impostazioni del kernel sono configurate automaticamente.

Se non utilizzi i file di deployment forniti da Google Cloud, SAP fornisce indicazioni per la configurazione dei sistemi operativi RHEL e SLES per SAP HANA. Per il riavvio rapido di SAP HANA, presta particolare attenzione all'impostazione corretta di numa_balancing e transparent_hugepage.

Se utilizzi RHEL, usa il profilo ottimizzato per sap-hana, se è disponibile. Per i passaggi di configurazione, vedi:

• Nota SAP 2292690 - SAP HANA DB: impostazioni del sistema operativo consigliate per RHEL 7
• Nota SAP 2777782 - SAP HANA DB: impostazioni del sistema operativo consigliate per RHEL 8
• Nota SAP 3108302 - SAP HANA DB: impostazioni del sistema operativo consigliate per RHEL 9

Se usi SLES, usa lo strumento saptune di SUSE per applicare la configurazione richiesta. Per applicare tutte le impostazioni consigliate per SAP HANA, inclusi entrambi i parametri del kernel precedenti, specifica questo comando saptune:

saptune solution apply HANA

Per saperne di più sulla configurazione di SLES for SAP HANA, consulta:

• Nota SAP 2205917 - SAP HANA DB: impostazioni del sistema operativo consigliate per SLES 12 / SLES for SAP Applications 12
• Nota SAP 2684254 - SAP HANA DB: impostazioni del sistema operativo consigliate per SLES 15 / SLES for SAP Applications 15

Recupero degli errori di memoria con il riavvio rapido sulle VM di Compute Engine

L'abilitazione del riavvio rapido di SAP HANA sulle VM nelle famiglie M2 e M3 dei tipi di macchine ottimizzate per la memoria di Compute Engine riduce il tempo necessario a SAP HANA per recuperare da errori di memoria non correggibili.

Sfruttando le funzionalità del processore Intel, i tipi di macchine M2 e M3 possono continuare a funzionare quando si verificano errori non correggibili nel sottosistema della memoria. Se il riavvio rapido di SAP HANA è abilitato quando si verifica l'errore di memoria, il processo SAP HANA interessato viene riavviato, ma non è necessario ricaricare l'intero database, solo il blocco di file interessato.

Tipi di macchina che supportano il ripristino degli errori di memoria

I seguenti tipi di macchine Compute Engine supportano il ripristino degli errori di memoria:

• m3-ultramem-32
• m3-ultramem-64
• m3-ultramem-128
• m3-megamem-64
• m3-megamem-128
• m2-ultramem-208
• m2-ultramem-416
• m2-megamem-416
• m2-hypermem-416

Sistemi operativi obbligatori per il ripristino degli errori di memoria

Con le patch del kernel richieste, i seguenti sistemi operativi supportano il ripristino degli errori di memoria con SAP HANA Fast Riavvia:

• SUSE Linux Enterprise Server (SLES) per SAP, 12 SP3 o versioni successive.
  • Incluse nelle immagini pubbliche di Compute Engine con data di build pari alla v202103* o successiva.
  • Se devi applicare le patch del kernel più recenti a un deployment esistente, segui il processo di aggiornamento standard. Ad esempio, invia i seguenti comandi:
    • sudo zypper refresh
    • aggiornamento sudo zypper
• Red Hat Enterprise Linux (RHEL) per SAP, 8.4 o versioni successive.

Opzioni file server

Le opzioni di file server per SAP HANA su Google Cloud includono Filestore e NetApp Cloud Volumes Service per Google Cloud.

Per ulteriori informazioni su tutte le opzioni dei file server per SAP su Google Cloud, consulta Soluzioni di condivisione file per SAP su Google Cloud.

Filestore

Per il volume /hana/shared in una configurazione di scale out a zona singola, suggeriamo di utilizzare il livello di servizio Filestore Basic, come destinato per le risorse di zona. Per gli scenari in cui è richiesta una maggiore resilienza, puoi utilizzare Filestore Enterprise. Per maggiori informazioni, consulta Componenti in un sistema di scale out SAP HANA su Google Cloud.

Servizio NetApp Cloud Volumes per Google Cloud

NetApp Cloud Volumes Service per Google Cloud è una piattaforma di servizio dati cloud-native completamente gestita che puoi utilizzare per creare un file system NFS per sistemi di scale up di SAP HANA su tutti i tipi di istanze Compute Engine certificate per SAP HANA. Per informazioni sull'utilizzo del servizio NetApp Cloud Volumes per Google Cloud con il tuo deployment SAP HANA, consulta Informazioni sul servizio NetApp Cloud Volumes per Google Cloud.

Identificazione degli utenti e accesso alle risorse

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

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

Devi aggiungere ciascun utente al progetto aggiungendo il suo ID Account Google al progetto come entità. Per un programma di applicazione che utilizza le risorse Google Cloud, devi creare 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. Qualsiasi programma eseguito su una VM può utilizzare l'account di servizio VM, a condizione che l'account di servizio VM disponga delle autorizzazioni per le risorse necessarie al programma.

Dopo aver identificato le risorse Google Cloud che ogni utente deve utilizzare, concedi a ogni utente l'autorizzazione a utilizzare ogni risorsa assegnando ruoli specifici per le risorse all'utente. Esamina i ruoli predefiniti forniti da IAM per ogni risorsa e assegna a ogni utente ruoli che offrano autorizzazioni sufficienti per completare le attività o le funzioni dell'utente e non di più.

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

Per ulteriori informazioni sui ruoli IAM 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 della gestione di identità e accessi per SAP su Google Cloud, consulta Panoramica della gestione di identità e accessi per SAP su Google Cloud.

Tipi di macchina X4 per SAP HANA

Anteprima

Questo prodotto è soggetto ai "Termini delle offerte pre-GA" nella sezione Termini di servizio generali dei Termini specifici dei servizi. I prodotti pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per saperne di più, consulta le descrizioni della fase di lancio.

Questa sezione fornisce informazioni sull'esecuzione di SAP HANA sulla serie X4 di tipi di macchine fornite da Compute Engine.

X4 è la quarta generazione della serie di tipi di macchine ottimizzate per la memoria offerti da Compute Engine. Sono progettati per supportare principalmente carichi di lavoro SAP HANA ad alta intensità di memoria.

La serie X4 di tipi di macchine sono un'offerta Anteprima di Google Cloud. Sono in attesa di certificazione da parte di SAP per l'utilizzo con SAP HANA.

Tipi di macchina X4

La seguente tabella mostra informazioni sui tipi di macchine X4 che puoi utilizzare per eseguire SAP HANA su Google Cloud:

Tipo di macchina	vCPUs	Memoria	Sistema operativo	Piattaforma CPU	Tipo di applicazione	Note
x4-megamem-960-metal	960	16.384 GB	SUSA	Intel Sapphire Rapids	OLAP o OLTP	Fai lo scale up o lo scale out fino a 8 nodi Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk bilanciata
x4-megamem-1440-metal	1440	24.576 GB	SUSA	Intel Sapphire Rapids	OLAP o OLTP	Fai lo scale up o lo scale out fino a 8 nodi Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk bilanciata
x4-megamem-1920-metal	1920	32.768 GB	SUSA	Intel Sapphire Rapids	OLAP o OLTP	Fai lo scale up o lo scale out fino a 8 nodi Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk bilanciata

Versioni del sistema operativo supportate

I tipi di macchina della serie X4 supportano le seguenti versioni del sistema operativo:

• SLES per SAP 15 SP4
• SLES per SAP 15 SP5

Archiviazione a blocchi supportata

Per fornire archiviazione a blocchi per l'esecuzione di carichi di lavoro SAP HANA su macchine X4, puoi utilizzare i volumi Hyperdisk Extreme o Hyperdisk bilanciato.

Per informazioni sulle configurazioni di archiviazione consigliate da Google Cloud, consulta le seguenti sezioni:

• Configurazione con ottimizzazione dei costi
• Configurazione ottimizzata per le prestazioni
• Configurazione delle prestazioni flessibile

Nota: le seguenti configurazioni di archiviazione sono solo suggerimenti iniziali. Ti consigliamo vivamente di dimensionare i carichi di lavoro ed eseguire convalide per garantire prestazioni ottimali.

Configurazione con ottimizzazione dei costi

La tabella seguente mostra una configurazione di archiviazione con ottimizzazione dei costi per l'esecuzione di SAP HANA su tipi di macchine X4. Le dimensioni nella tabella seguente presuppongono che tu stia montando tutti i volumi SAP HANA su singoli dischi.

Tipo di macchina	Volume di avvio (GB)	/usr/sap (GB)	/hana/shared (GB)	Dimensioni (GB), IOPS e velocità effettiva: /hana/log	/hana/data (GB), IOPS e velocità effettiva
	Hyperdisk bilanciato
x4-megamem-960-metal	50	32	1024	512 GB con 10.000 IOPS e 2400 Mbps di velocità effettiva	16.384 GB con 16.384 IOPS e 2.400 Mbps di throughput
x4-megamem-1440-metal	50	32	1024	512 GB con 10.000 IOPS e 2400 Mbps di velocità effettiva	24.576 GB con 24.576 IOPS e 2.400 Mbps di throughput
x4-megamem-1920-metal	50	32	1024	512 GB con 10.000 IOPS e 2400 Mbps di velocità effettiva	32.768 GB con 32.768 IOPS e 2.400 Mbps di velocità effettiva

Configurazione ottimizzata per le prestazioni

La tabella seguente mostra una configurazione di archiviazione ottimizzata per le prestazioni per l'esecuzione di SAP HANA su tipi di macchine X4. Le dimensioni nella tabella seguente presuppongono che tu stia montando tutti i volumi SAP HANA su singoli dischi.

Tipo di macchina	Volume di avvio (GB)	/usr/sap (GB)	/hana/shared (GB)	Dimensioni (GB), IOPS e velocità effettiva: /hana/log	/hana/data (GB), IOPS e velocità effettiva
	Hyperdisk bilanciato				Hyperdisk Extreme
x4-megamem-960-metal	50	32	1024	512 GB con 10.000 IOPS e 2400 Mbps di velocità effettiva	16.384 GB con 32.768 IOPS e 5000 Mbps di velocità effettiva
x4-megamem-1440-metal	50	32	1024	512 GB con 10.000 IOPS e 2.400 Mb/s di velocità effettiva	24.576 GB con 49.152 IOPS e 5000 Mb/s di throughput
x4-megamem-1920-metal	50	32	1024	512 GB con 10.000 IOPS e 2400 Mbps di velocità effettiva	32.768 GB con 65.536 IOPS e 5000 Mbps di throughput

Configurazione delle prestazioni flessibile

La tabella seguente mostra una configurazione di archiviazione che offre prestazioni flessibili per l'esecuzione di SAP HANA su tipi di macchine X4. Le dimensioni nella seguente tabella presuppongono che tu stia montando tutti i volumi SAP HANA su singoli dischi.

Tipo di macchina	Volume di avvio (GB)	/usr/sap (GB)	/hana/shared (GB)	Dimensioni (GB), IOPS e velocità effettiva: /hana/log	/hana/data (GB), IOPS e velocità effettiva
	Hyperdisk bilanciato			Hyperdisk Extreme
x4-megamem-960-metal	50	32	1024	512 GB con 10.000 IOPS e 2.500 Mbps di velocità effettiva	16.384 GB con 32.768 IOPS e 5000 Mbps di velocità effettiva
x4-megamem-1440-metal	50	32	1024	512 GB con 10.000 IOPS e 2.500 Mbps di velocità effettiva	24.576 GB con 49.152 IOPS e 5000 Mbps di velocità effettiva
x4-megamem-1920-metal	50	32	1024	512 GB con 10.000 IOPS e 2.500 Mbps di velocità effettiva	32.768 GB con 65.536 IOPS e 5000 Mbps di throughput

Automazione del deployment

Per eseguire SAP HANA, puoi eseguire il deployment dei tipi di macchine X4 utilizzando le configurazioni Terraform fornite da Google Cloud. Queste configurazioni sono progettate per eseguire le seguenti operazioni per impostazione predefinita:

• Esegui il deployment dei volumi Hyperdisk Extreme per l'hosting dei volumi di dati e log SAP HANA. Per eseguire il deployment dei volumi Hyperdisk bilanciati, utilizza l'argomento Terraform disk_type.
• Attiva l'opzione di riavvio rapido di SAP HANA.
• Se ospiti il volume di backup SAP HANA su un disco, queste configurazioni Terraform eseguono il deployment di un volume Hyperdisk bilanciato per impostazione predefinita. Il deployment del disco è determinato dall'argomento backup_disk_type Terraform.

Per informazioni sulle configurazioni Terraform fornite da Google Cloud per il deployment di SAP HANA, consulta Soluzioni SAP supportate.

Attività post-deployment

Dopo aver eseguito il deployment di un'istanza X4 per eseguire SAP HANA, ti consigliamo di seguire questi passaggi:

• Assicurati che sia installata la versione 3.2 (più recente) dell'agente per SAP di Google Cloud. Per informazioni su come installare l'agente, consulta Installare e configurare l'agente di Google Cloud per SAP su un'istanza VM di Compute Engine. Per informazioni su come eseguire l'aggiornamento alla versione più recente, consulta Aggiornare l'agente di Google Cloud per SAP.

• Utilizzando l'agente di Google Cloud per SAP, ottimizza la configurazione del sistema operativo per supportare al meglio i carichi di lavoro SAP:

  1. Stabilisci una connessione SSH con la tua VM X4.

  2. Controlla la configurazione del sistema operativo dell'istanza:

     sudo /usr/bin/google_cloud_sap_agent configureinstance -check

     L'output indica se la configurazione del sistema operativo della VM X4 corrisponde o meno alle best practice.

  3. Per eventuali deviazioni rilevate nel passaggio precedente, applica le correzioni:

     sudo /usr/bin/google_cloud_sap_agent configureinstance -apply

  4. Riavvia l'istanza VM X4. Per informazioni su come eseguire questa operazione, consulta Riavviare una VM.

• Valuta il tuo carico di lavoro SAP utilizzando Workload Manager, un servizio di convalida basato su regole che ti consente di analizzare i carichi di lavoro e rilevare deviazioni da standard, regole e best practice prescritte da fornitori SAP, Google Cloud e di sistemi operativi. Per informazioni su come valutare il carico di lavoro SAP, consulta Creare ed eseguire una valutazione. Per informazioni sulle valutazioni supportate per i carichi di lavoro SAP, consulta Best practice di Workload Manager per SAP.

Considerazioni su prezzi e quote per SAP HANA

Sei responsabile dei costi sostenuti per l'utilizzo delle risorse create seguendo questa guida al deployment. Utilizza il Calcolatore prezzi per stimare i costi effettivi.

Importante: RHEL e SLES sono immagini premium e tutti i prezzi per le immagini premium si aggiungono ai costi per l'utilizzo di un tipo di macchina. Per maggiori dettagli sui prezzi delle immagini premium, consulta Immagini premium.

Nota: potresti essere in grado di ottenere uno sconto per utilizzo sostenuto fino al 30% per le tue istanze Compute Engine.

Quote

SAP HANA richiede più CPU e memoria di molti carichi di lavoro su Google Cloud. Se hai un nuovo account Google Cloud o se non hai richiesto un aumento della quota, devi farlo per eseguire il deployment di SAP HANA.

La tabella seguente mostra i valori di quota per i sistemi SAP HANA con scalabilità verticale e singolo host per tipo di istanza VM.

Per un sistema SAP HANA con scale out o più sistemi di scale up, devi includere gli importi totali delle risorse per tutti i sistemi. Per indicazioni su come determinare i requisiti di archiviazione per i sistemi a scalabilità orizzontale, consulta Determinazione disco permanente permanenti.

Visualizza la quota esistente e confrontala con i requisiti delle risorse (CPU, memoria e spazio di archiviazione) per vedere quale aumento richiedere. In seguito, puoi richiedere un aumento del limite della quota.

Sebbene disco permanente con carico estremo (pd-extreme) siano ancora certificati per l'utilizzo con SAP HANA, ti consigliamo di utilizzare Hyperdisk Extreme, che offre prestazioni maggiori. Se vuoi usare dischi permanenti con carico estremo, devi eseguirne il provisioning utilizzando le dimensioni Hyperdisk Extreme.

Disco permanente con carico bilanciato

Tipo di VM Compute Engine	/hana/data dimensione (GB)	/hana/log dimensione (GB)	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB)
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n1-highmem-32	599	104	208	32	943
n1-highmem-32	943
n1-highmem-32	32	208	943
n1-highmem-64	499	208	416	32	1155
n1-highmem-64	1155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1716
n1-highmem-96	1716
n1-highmem-96	96	624	1716
n2-highmem-32	527	128	256	32	943
n2-highmem-32	943
n2-highmem-32	32	256	943
n2-highmem-48	460	192	384	32	1.068
n2-highmem-48	1.068
n2-highmem-48	48	384	1068
n2-highmem-64	614	256	512	32	1414
n2-highmem-64	1414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1760
n2-highmem-80	1760
n2-highmem-80	80	640	1760
n2-highmem-96	921	384	768	32	2105
n2-highmem-96	2105
n2-highmem-96	96	768	2105
n2-highmem-128	1036	432	864	32	2364
n2-highmem-128	2364
n2-highmem-128	128	864	2364
c3-standard-44	647	88	176	32	943
c3-standard-44	943
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1932
c3-highmem-88	1932
c3-highmem-88	88	704	1932
c3-highmem-176	1689	512	1024	32	3257
c3-highmem-176	3257
c3-highmem-176	176	1408	3257
m1-megamem-96	1719	512	1024	32	3287
m1-megamem-96	3287
m1-megamem-96	96	1433	3287
m1-ultramem-40	1153	480	961	32	2626
m1-ultramem-40	2626
m1-ultramem-40	40	961	2626
m1-ultramem-80	2306	512	1024	32	3874
m1-ultramem-80	3874
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612	512	1024	32	6.180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092	512	1024	32	15.660
m2-ultramem-416	15.660
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598	512	1024	32	12.166
m2-hypermem-416	12.166
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	1171	488	976	32	2667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342	512	1024	32	3910
m3-ultramem-64	3910
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684	512	1024	32	6.252
m3-ultramem-128	6252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171	488	976	32	2667
m3-megamem-64	2667
m3-megamem-64	64	976	2667
m3-megamem-128	2342	512	1024	32	3910
m3-megamem-128	3910
m3-megamem-128	128	1952	3910

Disco permanente SSD

Tipo di VM Compute Engine	/hana/data dimensione (GB)	/hana/log dimensione (GB)	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB)
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n1-highmem-32	249	104	208	32	593
n1-highmem-32	593
n1-highmem-32	32	208	593
n1-highmem-64	499	208	416	32	1155
n1-highmem-64	1155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1716
n1-highmem-96	1716
n1-highmem-96	96	624	1716
n2-highmem-32	307	128	256	32	723
n2-highmem-32	723
n2-highmem-32	32	256	723
n2-highmem-48	460	192	384	32	1.068
n2-highmem-48	1.068
n2-highmem-48	48	384	1068
n2-highmem-64	614	256	512	32	1414
n2-highmem-64	1414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1760
n2-highmem-80	1760
n2-highmem-80	80	640	1760
n2-highmem-96	921	384	768	32	2105
n2-highmem-96	2105
n2-highmem-96	96	768	2105
n2-highmem-128	1036	432	864	32	2364
n2-highmem-128	2364
n2-highmem-128	128	864	2364
c3-standard-44	254	88	176	32	550
c3-standard-44	550
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1932
c3-highmem-88	1932
c3-highmem-88	88	704	1932
c3-highmem-176	1689	512	1024	32	3257
c3-highmem-176	3257
c3-highmem-176	176	1408	3257
m1-megamem-96	1719	512	1024	32	3287
m1-megamem-96	3287
m1-megamem-96	96	1433	3287
m1-ultramem-40	1153	480	961	32	2626
m1-ultramem-40	2626
m1-ultramem-40	40	961	2626
m1-ultramem-80	2306	512	1024	32	3874
m1-ultramem-80	3874
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612	512	1024	32	6.180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092	512	1024	32	15.660
m2-ultramem-416	15.660
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598	512	1024	32	12.166
m2-hypermem-416	12.166
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	1171	488	976	32	2667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342	512	1024	32	3910
m3-ultramem-64	3910
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684	512	1024	32	6.252
m3-ultramem-128	6252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171	488	976	32	2667
m3-megamem-64	2667
m3-megamem-64	64	976	2667
m3-megamem-128	2342	512	1024	32	3910
m3-megamem-128	3910
m3-megamem-128	128	1952	3910

Hyperdisk Extreme

Tipo di VM Compute Engine	/hana/data dimensione (GB) e IOPS	/hana/log dimensione (GB) e IOPS	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB) e IOPS
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n2-highmem-80	768 GB con 10.000 IOPS	320 GB con 10.000 IOPS	640	32	1760
n2-highmem-80	1760 GB con 20.000 IOPS
n2-highmem-80	80	640	1760
n2-highmem-96	921 GB con 10.000 IOPS	384 GB con 10.000 IOPS	768	32	2105
n2-highmem-96	2105 GB con 20.000 IOPS
n2-highmem-96	96	768	2105
n2-highmem-128	1036 GB con 10.000 IOPS	432 GB con 10.000 IOPS	864	32	2364
n2-highmem-128	2364 GB con 20.000 IOPS
n2-highmem-128	128	864	2364
c3-highmem-88	844 GB con 10.000 IOPS	352 GB con 10.000 IOPS	704	32	1932
c3-highmem-88	1932 GB con 20.000 IOPS
c3-highmem-88	88	704	1932
c3-highmem-176	1689 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3257
c3-highmem-176	3257 GB con 20.000 IOPS
c3-highmem-176	176	1408	3257
m1-megamem-96	1719 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3287
m1-megamem-96	3287 GB con 20.000 IOPS
m1-megamem-96	96	1433	3287
m1-ultramem-80	2306 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3874
m1-ultramem-80	3874 GB con 20.000 IOPS
m1-ultramem-80	80	1922	3874
m1-ultramem-160	4612 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.180
m1-ultramem-160	6180 GB con 20.000 IOPS
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065 GB con 14.130 IOPS	512 GB con 10.000 IOPS	1024	32	8.633
m2-megamem-416	8633 GB con 24.130 IOPS
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065 GB con 14.130 IOPS	512 GB con 10.000 IOPS	1024	32	8.633
m2-ultramem-208	8633 GB con 24.130 IOPS
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092 GB con 28.184 IOPS	512 GB con 10.000 IOPS	1024	32	15.660
m2-ultramem-416	15.660 GB con 38.184 IOPS
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598 GB con 21.196 IOPS	512 GB con 10.000 IOPS	1024	32	12.166
m2-hypermem-416	12.166 GB con 31.196 IOPS
m2-hypermem-416	416	8.832	12.166
m3-ultramem-64	2342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3910
m3-ultramem-64	3910 GB con 20.000 IOPS
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.252
m3-ultramem-128	6252 GB con 20.000 IOPS
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171 GB con 10.000 IOPS	488 GB con 10.000 IOPS	976	32	2667
m3-megamem-64	2667 GB con 20.000 IOPS
m3-megamem-64	64	976	2667
m3-megamem-128	2342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3910
m3-megamem-128	3910 GB con 20.000 IOPS
m3-megamem-128	128	1952	3910

Hyperdisk bilanciato

Tipo di VM Compute Engine	/hana/data dimensione (GB), IOPS e velocità effettiva	/hana/log dimensione (GB), IOPS e velocità effettiva	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB), IOPS e velocità effettiva
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
c3-standard-44	211 GB con 10.000 IOPS e 400 MBps di velocità effettiva	88 GB con 3000 IOPS e 400 Mbps di velocità effettiva	176	32	507
c3-standard-44	507 GB con 13.000 IOPS e 800 MBps di velocità effettiva
c3-standard-44	44	176	507
c3-highmem-44	422 GB con 10.000 IOPS e 400 Mbps di velocità effettiva	176 GB con 3000 IOPS e 400 Mbps di velocità effettiva	352	32	982
c3-highmem-44	982 GB con 13.000 IOPS e 800 Mbps di velocità effettiva
c3-highmem-44	44	352	982
c3-highmem-88	844 GB con 10.000 IOPS e velocità effettiva di 1200 Mbps	352 GB con 3000 IOPS e 400 Mbps di velocità effettiva	704	32	1932
c3-highmem-88	1932 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
c3-highmem-88	88	704	1932
c3-highmem-176	1689 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3257
c3-highmem-176	3257 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
c3-highmem-176	176	1408	3257
m3-ultramem-32	1171 GB con 10.000 IOPS e 900 Mbps di velocità effettiva	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2667
m3-ultramem-32	2667 GB con 13.000 IOPS e 1300 Mbps di velocità effettiva
m3-ultramem-32	32	976	2667
m3-ultramem-64	2342 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3910
m3-ultramem-64	3910 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-ultramem-64	64	1952	3910
m3-ultramem-128	4684 GB con 10.000 IOPS e velocità effettiva di 1200 Mbps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6.252
m3-ultramem-128	6252 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1171 GB con 10.000 IOPS e velocità effettiva di 900 MBps	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2667
m3-megamem-64	2667 GB con 13.000 IOPS e velocità effettiva di 1300 Mbps
m3-megamem-64	64	976	2667
m3-megamem-128	2342 GB con 10.000 IOPS e velocità effettiva di 1200 MBps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3910
m3-megamem-128	3910 GB con 13.000 IOPS e velocità effettiva di 1600 Mbps
m3-megamem-128	128	1952	3910

Disco permanente standard

Tipo di VM Compute Engine	/hana/data dimensione (GB)	/hana/log dimensione (GB)	Dimensione /hana/shared (GB)	Dimensione /usr/sap (GB)	Dimensioni totali (GB)
Tipo di VM Compute Engine	Dimensioni (GB)
Tipo di VM Compute Engine	vCPU	Memoria (GB)	Quota (GB)
n1-highmem-32		104	208	32
n1-highmem-32
n1-highmem-32	32	208	448
n1-highmem-64	499	208	416	32	1155
n1-highmem-64	1155
n1-highmem-64	64	416	864
n1-highmem-96	748	312	624	32	1716
n1-highmem-96	1716
n1-highmem-96	96	624	1280
n2-highmem-32		128	256	32
n2-highmem-32
n2-highmem-32	32	256	544
n2-highmem-48	460	192	384	32	1.068
n2-highmem-48	1.068
n2-highmem-48	48	384	800
n2-highmem-64	614	256	512	32	1414
n2-highmem-64	1414
n2-highmem-64	64	512	1056
n2-highmem-80	768	320	640	32	1760
n2-highmem-80	1760
n2-highmem-80	80	640	1312
n2-highmem-96	921	384	768	32	2105
n2-highmem-96	2105
n2-highmem-96	96	768	1568
n2-highmem-128	1036	432	864	32	2364
n2-highmem-128	2364
n2-highmem-128	128	864	1760
m1-megamem-96	1719	512	1024	32	3287
m1-megamem-96	3287
m1-megamem-96	96	1433	2898
m1-ultramem-40	1153	480	961	32	2626
m1-ultramem-40	2626
m1-ultramem-40	40	961	1954
m1-ultramem-80	2306	512	1024	32	3874
m1-ultramem-80	3874
m1-ultramem-80	80	1922	3876
m1-ultramem-160	4612	512	1024	32	6.180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	7720
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8633
m2-megamem-416	416	5.888	11.832
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8633
m2-ultramem-208	208	5.888	11.832
m2-ultramem-416	14.092	512	1024	32	15.660
m2-ultramem-416	15.660
m2-ultramem-416	416	11.766	23.564
m2-hypermem-416	10.598	512	1024	32	12.166
m2-hypermem-416	12.166
m2-hypermem-416	416	8.832	17.696

Licenze

L'esecuzione di SAP HANA su Google Cloud richiede l'utilizzo di una licenza Bring Your Own License (BYOL).

Nota: dopo aver eseguito il deployment di SAP HANA su Google Cloud, devi installare la tua licenza SAP HANA permanente prima della scadenza di quella temporanea. In caso contrario, il tuo sistema SAP HANA potrebbe entrare in blocco del database alla scadenza della licenza temporanea.

Per maggiori informazioni da SAP sulla gestione delle licenze SAP HANA, consulta Chiavi di licenza per il database SAP HANA.

Architetture di deployment

Su Google Cloud puoi eseguire il deployment di SAP HANA in architetture di scale up e scale out.

Architettura di scale up

Il seguente diagramma mostra l'architettura di scale up. Nel diagramma, puoi notare il deployment su Google Cloud e il layout del disco. Puoi utilizzare Cloud Storage per eseguire il backup dei backup locali disponibili in /hanabackup. Le dimensioni di questo montaggio devono essere uguali o superiori a quelle del montaggio dei dati.

Su Google Cloud, un'architettura SAP HANA a singolo host singolo può includere i seguenti componenti:

• Un'istanza Compute Engine per il database SAP HANA con una larghezza di banda di rete fino a 32 Gbps o fino a 100 Gbps su tipi di macchine selezionati utilizzando networking a larghezza di banda elevata. Per informazioni sui tipi di macchine certificati per l'utilizzo con SAP HANA, consulta Tipi di macchine certificati per SAP HANA.

• Volumi di dischi permanenti o Hyperdisk di Compute Engine basati su SSD, come segue:

  • Un disco per ciascuna delle seguenti directory: /hana/data, /hana/log /hana/shared e /usr/sap. Per informazioni sui suggerimenti sui dischi per SAP HANA, consulta Archiviazione su disco permanente. Per ottenere prestazioni ottimali da SAP, i volumi Persistent Disk o Hyperdisk devono essere ridimensionati in base alla tabella riportata in Dimensioni minime per i volumi di dischi permanenti e Hyperdisk basati su SSD.

  • Un disco permanente bilanciato per il disco di avvio.

  • Facoltativamente, un disco per il backup del database SAP HANA.

• Regole firewall di Compute Engine che limitano l'accesso alle istanze.

• Agente di Google Cloud per SAP. Dalla versione 2.0, puoi configurare questo agente per raccogliere le metriche di monitoraggio di SAP HANA, che consentono di monitorare le istanze SAP HANA. A partire dalla versione 3.0, puoi anche utilizzare la sua funzionalità Backint per archiviare i backup di SAP HANA direttamente nel bucket Cloud Storage e recuperarli in base alle esigenze.

• Una subnet facoltativa ma consigliata con una topologia personalizzata e intervalli IP nella regione Google Cloud di tua scelta. Il database SAP HANA e le altre istanze di Compute Engine vengono avviati in questa subnet. Puoi utilizzare una subnet esistente per SAP HANA.

• Componenti facoltativi:

  • SAP HANA Cockpit o SAP HANA Studio su una VM Compute Engine di piccole dimensioni.

Se esegui il provisioning del tuo sistema SAP HANA senza un IP pubblico, non potrà connettersi direttamente alle risorse tramite la rete internet pubblica. Pertanto, devi fornire un metodo indiretto per l'accesso a internet utilizzando le seguenti opzioni:

• Configura l'accesso privato Google in modo che la tua VM possa accedere alle API Google Cloud.

• Utilizza Cloud NAT o configura una VM come gateway NAT per accedere alla rete internet pubblica.

• A fini amministrativi, puoi utilizzare l'inoltro TCP per connetterti ai sistemi. Per informazioni sull'utilizzo di Identity-Aware Proxy per l'inoltro TCP, vedi Utilizzare IAP per l'inoltro TCP.

• Utilizza una VM di Compute Engine configurata come bastion host per accedere alla rete internet pubblica.

Architetture con scale out

L'architettura con scale out è composta da un host master, un numero di host worker e, facoltativamente, uno o più host in standby. Gli host sono interconnessi tramite una rete che supporta l'invio di dati tra host a velocità fino a 32 Gbps o fino a 100 Gbps su tipi di macchina selezionati utilizzando networking a larghezza di banda elevata.

Con l'aumento della domanda dei carichi di lavoro, in particolare quando si utilizza l'elaborazione analitica online (OLAP), un'architettura con scale out multi-host può distribuire il carico su tutti gli host.

Il seguente diagramma mostra un'architettura con scale out per SAP HANA su Google Cloud:

Gli host in standby supportano la soluzione di ripristino automatico dei errori di failover dell'host SAP HANA. Per maggiori informazioni sul failover automatico dell'host su Google Cloud, consulta failover automatico dell'host SAP HANA su Google Cloud.

Il seguente diagramma mostra un'architettura con scale out con failover automatico dell'host su Google Cloud.

Strutture di dischi per sistemi di scale out SAP HANA su Google Cloud

Fatta eccezione per gli host in standby, ogni host dispone dei propri volumi /hana/data, /hana/log e, di solito, /usr/sap su dischi permanenti SSD o Hyperdisk, che forniscono servizi di I/O e IOPS elevati e coerenti. L'host master funge anche da master NFS per i volumi /hana/shared e /hanabackup e questo master NFS è montato su ogni host worker e standby.

Per un host in standby, i volumi /hana/data e /hana/log non vengono montati finché non si verifica un takeover.

Componenti in un sistema di scale out SAP HANA su Google Cloud

Un'architettura con scale out SAP HANA multi-host su Google Cloud contiene i seguenti componenti:

• 1 istanza VM di Compute Engine per ogni host SAP HANA nel sistema, incluso 1 host master, fino a 15 host worker e fino a 3 host in standby facoltativi.

  Ogni VM utilizza lo stesso tipo di macchina di Compute Engine. Per informazioni sui tipi di macchina certificati per l'utilizzo con SAP HANA, consulta Tipi di macchine certificati per SAP HANA.

• Volumi di Persistent Disk o Hyperdisk basati su SSD, come segue:

  • Ogni VM deve includere un disco, montato nella posizione corretta.
  • Facoltativamente, se non esegui il deployment di un sistema di failover automatico host SAP HANA, seleziona un disco per il volume locale /hanabackup per ogni istanza VM.

• Una soluzione NFS di cui è stato eseguito il deployment separatamente per condividere i volumi /hana/shared e /hanabackup con gli host worker e standby. Puoi utilizzare Filestore o un'altra soluzione NFS.

• Regole firewall o altri controlli di accesso alla rete di Compute Engine che limitano l'accesso alle tue istanze Compute Engine, consentendo al contempo la comunicazione tra le istanze e qualsiasi altra risorsa distribuita o remota richiesta dal tuo sistema SAP HANA.

• Agente di Google Cloud per SAP. Dalla versione 2.0, puoi configurare questo agente per raccogliere le metriche di monitoraggio di SAP HANA, che consentono di monitorare le istanze SAP HANA. A partire dalla versione 3.0, puoi anche utilizzare la sua funzionalità Backint per archiviare i backup di SAP HANA direttamente nel bucket Cloud Storage e recuperarli in base alle esigenze.

• Una subnet facoltativa ma consigliata con una topologia personalizzata e intervalli IP nella regione Google Cloud di tua scelta. Il database SAP HANA e le altre istanze di Compute Engine vengono avviati all'interno di questa subnet. Se preferisci, puoi utilizzare una subnet esistente.

• Componenti facoltativi:

  • SAP HANA Cockpit o SAP HANA Studio su una VM Compute Engine di piccole dimensioni.

Se esegui il provisioning del tuo sistema SAP HANA senza un IP pubblico, non potrà connettersi direttamente alle risorse tramite la rete internet pubblica. Pertanto, devi fornire un metodo indiretto per l'accesso a internet utilizzando le seguenti opzioni:

• Configura l'accesso privato Google in modo che la tua VM possa accedere alle API Google Cloud.

• Utilizza Cloud NAT o configura una VM come gateway NAT per accedere alla rete internet pubblica.

• A fini amministrativi, puoi utilizzare l'inoltro TCP per connetterti ai sistemi. Per informazioni sull'utilizzo di Identity-Aware Proxy per l'inoltro TCP, vedi Utilizzare IAP per l'inoltro TCP.

• Utilizza una VM di Compute Engine configurata come bastion host per accedere alla rete internet pubblica.

Alta disponibilità per sistemi SAP HANA su Google Cloud

Per progettare una configurazione ad alta disponibilità per SAP HANA su Google Cloud, puoi utilizzare una combinazione di funzionalità di Google Cloud, SAP e del sistema operativo native.

Per informazioni sulle opzioni ad alta disponibilità, consulta la guida alla pianificazione dell'alta disponibilità di Sap HANA.

Automation per i deployment SAP HANA

Google Cloud fornisce file di configurazione Terraform e modelli di Deployment Manager che puoi utilizzare per automatizzare il deployment dell'infrastruttura di Google Cloud e, facoltativamente, di SAP HANA.

Le opzioni di automazione del deployment fornite da Google Cloud supportano i seguenti scenari di deployment SAP HANA:

• Scale up
• Fai lo scale up in un cluster ad alta disponibilità a due nodi
• Scale out senza nodi in standby
• Scale out senza nodi in standby in un cluster ad alta disponibilità
• Fai lo scale out con i nodi in standby automatici di failover automatico dell'host SAP HANA

Per saperne di più sull'automazione per gli scenari di deployment di scale up o scale out, consulta:

• Automazione del deployment per i sistemi di scale up
• Automazione del deployment per i sistemi a scalabilità orizzontale

Automazione del deployment dell'istanza SAP HANA

Facoltativamente, puoi includere l'installazione di SAP HANA con il deployment automatizzato dell'infrastruttura Google Cloud.

Gli script di installazione forniti da Google Cloud installano SAP HANA dopo il deployment dell'infrastruttura.

Se eventuali problemi impediscono l'installazione di un'istanza SAP HANA, in genere l'infrastruttura è ancora sottoposta a deployment e configurazione. Puoi quindi utilizzare l'infrastruttura di cui hai eseguito il deployment e installare SAP HANA manualmente o eliminare l'infrastruttura, correggere il problema ed eseguire nuovamente l'automazione del deployment fino a quando l'istanza SAP HANA non viene installata correttamente.

Quando utilizzi gli script di installazione che Google Cloud per installare SAP HANA, devi fornire i valori per determinati parametri. Se ometti questi parametri o non specifichi valori validi per tutti, lo script di installazione non installa l'istanza SAP HANA nell'infrastruttura di cui è stato eseguito il deployment.

• Quando utilizzi i file di configurazione Terraform forniti da Google Cloud per installare SAP HANA, devi fornire valori validi per i seguenti argomenti: sap_hana_deployment_bucket, sap_hana_sid, sap_hana_sidadm_uid, sap_hana_sidadm_password e sap_hana_system_password. Per ulteriori informazioni sugli argomenti Terraform, consulta Terraform: guida al deployment dello scale up di SAP HANA.

• Quando utilizzi i modelli di Deployment Manager forniti da Google Cloud per installare SAP HANA, devi fornire valori validi per i seguenti parametri di configurazione: sap_hana_deployment_bucket, sap_hana_sid, sap_hana_instance_number, sap_hana_sidadm_password, sap_hana_system_password e sap_hana_scaleout_nodes. Per ulteriori informazioni sulle proprietà di Deployment Manager, consulta Deployment Manager: guida al deployment dello scale up di SAP HANA.

Gestione delle password

Per automatizzare l'installazione di SAP HANA sulle VM di Compute Engine di cui è stato eseguito il deployment, devi specificare le password per l'utente SIDadm e l'utente del database. Puoi specificare queste password nel file di configurazione Terraform nei modi seguenti:

• (Consigliato) Per fornire le password agli script di installazione in modo sicuro, puoi creare secret utilizzando Secret Manager, un servizio a pagamento di Google Cloud, quindi specificare i nomi dei secret come valori per gli argomenti sap_hana_sidadm_password_secret e sap_hana_system_password_secret.

  Per informazioni sui prezzi di Secret Manager, consulta Prezzi di Secret Manager.

• In alternativa, puoi specificare le password in testo normale negli argomenti sap_hana_sidadm_password e sap_hana_system_password.

Nota: devi utilizzare i secret per entrambe le password o specificarli entrambi direttamente in testo normale. Inoltre, i secret devono esistere nel progetto Google Cloud in cui esegui il deployment del sistema SAP.

VM personalizzate e deployment automatizzati

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

Se devi utilizzare un tipo di VM personalizzata, 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 tue esigenze.

Per saperne di più sulla modifica delle VM, consulta Modifica delle configurazioni delle VM per i sistemi SAP.

Automazione del deployment per i sistemi di scale up

Google Cloud fornisce file di configurazione Terraform e modelli di configurazione di Deployment Manager che puoi utilizzare per automatizzare il deployment dei sistemi di scalabilità verticale di SAP HANA su singolo host.

Gli script Terraform o Deployment Manager possono essere utilizzati per i seguenti scenari:

• Un sistema SAP HANA autonomo e scalabile.

  Consulta la guida al deployment di Terraform o Deployment Manager.

• Un sistema SAP HANA con scale up attivo e in standby su un cluster Linux ad alta disponibilità.

  Consulta la guida al deployment di Terraform o Deployment Manager.

Gli script Terraform o Deployment Manager possono eseguire il deployment delle VM, dei dischi permanenti, di SAP HANA e, nel caso del cluster Linux ad alta disponibilità, dei componenti ad alta disponibilità richiesti.

Gli script di Deployment Manager non eseguono il deployment dei seguenti componenti di sistema:

• La rete e la subnet
• Regole firewall
• Gateway NAT, bastion host o relative VM
• SAP HANA Studio o la relativa VM

Ad eccezione di SAP HANA Studio o della relativa VM, puoi utilizzare Terraform per eseguire il deployment di tutti questi componenti di sistema.

Per informazioni sulla creazione di questi componenti, consulta la sezione Prerequisiti nelle seguenti guide:

• Terraform: guida al deployment dello scale up di SAP HANA
• Deployment Manager: guida al deployment dello scale up di SAP HANA

Automazione del deployment per i sistemi a scalabilità orizzontale

Google Cloud fornisce file di configurazione Terraform e modelli di configurazione di Deployment Manager che puoi utilizzare per automatizzare il deployment dei sistemi con scale out multi-host SAP HANA.

• Per eseguire il deployment di un sistema a scalabilità orizzontale che non include il failover automatico dell'host SAP HANA, consulta Terraform: Guida al deployment di SAP HANA o Deployment Manager: Guida al deployment di SAP HANA.
• Per eseguire il deployment di un sistema a scalabilità orizzontale senza host in standby in un cluster Linux ad alta disponibilità, consulta Terraform: guida alla configurazione del cluster ad alta disponibilità SAP HANA.
• Per eseguire il deployment di un sistema di scale out che include host in standby, consulta Terraform: SAP HANA Scale-Out System with Host Auto-Failover Deployment Guide o Deployment Manager: SAP HANA Scale-Out System with Host Auto-Failover Deployment Guide.

La configurazione Terraform o i modelli di Deployment Manager possono eseguire il deployment di VM, dischi permanenti e SAP HANA. Possono inoltre mappare i punti di montaggio NFS ai volumi condivisi e di backup di SAP HANA. Per i deployment con scale out multi-host, la configurazione Terraform o il modello Deployment Manager possono anche eseguire il deployment di nuove istanze Filestore per ospitare i volumi SAP HANA condivisi e di backup.

Gli script di Deployment Manager non eseguono il deployment dei seguenti componenti di sistema:

• La rete e la subnet
• Regole firewall
• Gateway NAT, bastion host o relative VM
• SAP HANA Studio o la relativa VM

Ad eccezione di SAP HANA Studio o della relativa VM, puoi utilizzare Terraform per eseguire il deployment di tutti questi componenti di sistema.

Soluzioni di condivisione file per deployment con scale out multi-host

La configurazione Terraform fornita da Google Cloud per il deployment dello scale out multi-host SAP HANA, per impostazione predefinita, crea esportazioni NFS per i volumi /hana/shared e /hanabackup sull'istanza VM SAP HANA principale e condivide i volumi con i nodi worker.

Tuttavia, se vuoi utilizzare una soluzione NFS per condividere i volumi /hana/shared e /hanabackup con i tuoi host worker, puoi utilizzare una delle seguenti opzioni:

• Per associare una soluzione NFS esistente di cui hai eseguito il deployment su Google Cloud, devi specificare i punti di montaggio NFS dei volumi /hana/shared e /hanabackup negli argomenti sap_hana_shared_nfs e sap_hana_backup_nfs, rispettivamente, nel tuo file di configurazione Terraform.

• Per eseguire il deployment di nuove istanze Filestore e associare le relative condivisioni file ai volumi /hana/shared e /hanabackup, devi definire una risorsa google_filestore_instance e poi specificare i nomi delle condivisioni file negli argomenti sap_hana_shared_nfs_resource e sap_hana_backup_nfs_resource rispettivamente nel file di configurazione Terraform.

Per visualizzare un esempio, vedi la configurazione di esempio.

Assistenza

In caso di problemi con l'infrastruttura o i servizi Google Cloud, contatta l'assistenza clienti. Puoi trovare le informazioni di contatto nella pagina Panoramica dell'assistenza della console Google Cloud. Se l'assistenza clienti stabilisce che un problema risiede nei tuoi sistemi SAP, ti indirizzerà all'assistenza SAP.

Per problemi relativi ai prodotti SAP, registra la tua richiesta di assistenza con l'assistenza SAP. SAP valuta il ticket di assistenza e, se sembra trattarsi di un problema dell'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, nonché per l'infrastruttura e i servizi Google Cloud che utilizzano, devi soddisfare i requisiti minimi del piano di assistenza.

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

• Ricevere assistenza per SAP su Google Cloud
• SAP Note 2456406 - SAP on Google Cloud Platform: Support Prerequisites (È richiesto un account utente SAP)

Passaggi successivi

• Per ulteriori informazioni da SAP sul livello dinamico di SAP HANA, consulta Livelli dinamici di SAP HANA.