Guida alla pianificazione di SAP HANA

Questa guida fornisce una panoramica dei requisiti per eseguire SAP HANA su Google Cloud e fornisce dettagli che puoi 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 a livello di host singolo e di scale out multi-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 di scale out con deployment di failover automatico dell'host, consulta:
  • Terraform: guida al deployment del sistema SAP HANA scale out con failover automatico dell'host
  • Deployment Manager: guida al deployment del sistema SAP HANA scale out con failover automatico dell'host
• Per le configurazioni di 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 di scale up ad alta disponibilità su RHEL
  • Configurazione manuale del cluster di scale up ad alta disponibilità su SLES
• Per le configurazioni di 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 e orientato a colonne che fornisce analisi ad alte prestazioni ed elaborazione dati in tempo reale. I clienti possono sfruttare facilità di provisioning, infrastruttura Google Cloud a scalabilità elevata e ridondanza per eseguire carichi di lavoro critici per l'attività. Google Cloud fornisce un insieme di asset fisici, come computer e dischi rigidi, e ad esempio le macchine virtuali (VM) Compute Engine, situate in data center di Google in tutto il mondo.

Quando esegui il deployment di SAP HANA su Google Cloud, esegui il deployment in di macchine virtuali in esecuzione su Compute Engine. VM di Compute Engine offrono dischi permanenti, che funzionano in modo simile ai dischi fisici desktop o su un server, ma vengono gestiti automaticamente Compute Engine per garantire la ridondanza dei dati e le prestazioni ottimizzate.

Nozioni di base su Google Cloud

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

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

Per una panoramica delle considerazioni che le organizzazioni su scala aziendale dovrebbero tenere conto durante l'esecuzione su Google Cloud, consulta Framework dell'architettura Google Cloud.

Interazione con Google Cloud

Google Cloud offre tre modi principali per interagire con la piattaforma e le tue risorse: nel cloud:

• La console Google Cloud, che è un'interfaccia utente basata sul web.
• Lo strumento a riga di comando gcloud, che fornisce un soprainsieme di una funzionalità offerta dalla console Google Cloud.
• Librerie client, che forniscono API per l'accesso ai servizi e la gestione delle risorse. Le librerie client sono utili quando crei i tuoi strumenti.

Importante: se utilizzi gcloud CLI, accertati sempre di utilizzare la versione più recente. Per installare la versione più recente di gcloud CLI, consulta Istruzioni di installazione di gcloud.

Servizi Google Cloud

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

Servizio	Descrizione
Networking VPC	Connette le tue istanze VM tra loro e a internet. Ogni istanza VM fa parte di una rete legacy con un un intervallo IP globale o una rete di subnet consigliata, in cui l'istanza VM un membro di una singola subnet che fa parte di una rete più grande. Tieni presente che una rete Virtual Private Cloud (VPC) non può coprire ma un progetto Google Cloud può avere più reti VPC. Per collegare le risorse di più progetti a un sulla rete VPC, puoi utilizzare VPC condiviso, in modo che possono comunicare tra loro in modo sicuro ed efficiente utilizzando indirizzi IP interni di quella rete. Per informazioni su come per eseguire il provisioning di un VPC condiviso, inclusi requisiti, configurazione passaggi e utilizzo, vedi Esegui il provisioning di un VPC condiviso.
Compute Engine	Crea e gestisce le VM con il sistema operativo e il software che preferisci stack.
Persistent Disk e Hyperdisk	Puoi utilizzare Persistent Disk e Google Cloud Hyperdisk: I volumi di Persistent Disk sono disponibili come disco rigido standard (HDD) o a stato solido (SSD). Per i dischi permanenti bilanciati dischi permanenti e SSD, Replica asincrona PD consente di eseguire la replica asincrona dei dati SAP tra due regioni di Google Cloud. I volumi Hyperdisk Extreme offrono un massimo IOPS e velocità effettiva rispetto ai volumi di dischi permanenti SSD. Per impostazione predefinita, Compute Engine cripta il cliente contenuti inattivi, inclusi quelli all'interno del Persistent Disk e i volumi Hyperdisk. Per ulteriori informazioni sui dischi la crittografia e le 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 Compute Engine e le istanze di cui hai bisogno. Non è necessario creare e gestire singolarmente a configurare le risorse o a individuare le dipendenze la console Google Cloud lo fa al posto tuo.
Cloud Storage	Puoi archiviare i backup dei tuoi database SAP in Cloud Storage per con maggiore durabilità e affidabilità, con la replica.
Cloud Monitoring	Offre visibilità su deployment, prestazioni, uptime e l'integrità dei dischi di Compute Engine, della rete e dell'archiviazione permanente. Monitoring raccoglie metriche, eventi e metadati Google Cloud e le utilizza per generare insight tramite dashboard, grafici e avvisi. Puoi monitorare le metriche di computing senza costi tramite monitoraggio.
IAM	Fornisce un controllo unificato sulle autorizzazioni per le risorse Google Cloud. IAM consente di controllare chi può eseguire il piano di controllo operazioni sulle tue VM, tra cui creazione, modifica ed eliminazione VM e dischi di archiviazione permanente e creazione e modifica delle reti.

Prezzi e quote

Puoi utilizzare il Calcolatore prezzi per stimare i costi di utilizzo. Per ulteriori informazioni sui prezzi, vedi Prezzi di Compute Engine, Prezzi di Cloud Storage, e prezzi di Google Cloud Observability.

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

Conformità e controlli di sovranità

Se hai bisogno che il tuo carico di lavoro SAP venga eseguito in conformità con la residenza dei dati, controllo dell'accesso, del personale o dei requisiti normativi, devi pianificare l'utilizzo di Assured Workloads - un servizio che ti aiuta a eseguire carichi di lavoro sicuri e conformi su Google Cloud senza a compromettere la qualità dell'esperienza cloud. Per ulteriori informazioni, consulta la sezione Controlli di conformità e sovranità per SAP su Google Cloud.

Requisiti delle risorse

Tipi di macchine certificati per SAP HANA

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

Sono inclusi i tipi di macchina certificati SAP per SAP HANA Macchine virtuali (VM) Compute Engine e le macchine bare metal Bare Metal Solution.

Configurazioni personalizzate dei tipi di VM n1- e n2-highmem per uso generico sono certificati anche da SAP. Per ulteriori informazioni, vedi Tipi di VM personalizzate certificati per SAP HANA.

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

Alcuni tipi di macchina non sono disponibili in tutti i servizi Google Cloud regioni. per verificare la disponibilità a livello di regione di un Compute Engine. di macchina virtuale, vedi Regioni e regioni disponibili zone. 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 nel Directory hardware SAP HANA certificata e supportata.

Per ulteriori informazioni sui diversi tipi di VM per i loro casi d'uso, vedi tipi di macchina.

VM di Compute Engine certificate per SAP HANA

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

Nota: il prefisso nei seguenti nomi di macchina è cambiato da "n1" a "m1" identificare più chiaramente le macchine come membri 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 non sono cambiate e i nomi precedenti sono ancora supportati come alias per queste macchine.

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

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

Tipi di macchina	vCPU	Memoria	Sistema operativo	Piattaforma CPU	Tipo di applicazione	Note
Tipi di VM per uso generico con memoria elevata N1
n1-highmem-32	32	208 GB	RHEL, SUSE	Intel Broadwell	OLAP o OLTP	Archiviazione a blocchi: dischi permanenti di Compute Engine o, per 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, per 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 scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine NetApp CVS-Performance.
n2-highmem-48	48	384 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine NetApp CVS-Performance.
n2-highmem-64	64	512 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine NetApp CVS-Performance.
n2-highmem-80	80	640 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo 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 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 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 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 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 scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o NetApp CVS-Performance.
c3-highmem-176	176	1408 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o NetApp CVS-Performance.
Tipi di macchine bare metal C3 per uso generico
c3-highmem-192-metal	192	1536 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo scale up. Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk bilanciato.
Tipi di VM ottimizzate per la memoria M1
m1-megamem-96	96	1433 GB	RHEL, SUSE	Intel Skylake	OLAP o OLTP	OLAP: fai lo scale up o lo scale out fino a 16 nodi. OLTP: solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o, per scala OLTP solo in esecuzione, NetApp CVS-Performance.
m1-ultramem-40	40	961 GB	RHEL, SUSE	Intel Broadwell	Solo OLTP	Solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Balanced o NetApp CVS-Performance.
m1-ultramem-80	80	1922 GB	RHEL, SUSE	Intel Broadwell	Solo OLTP	Solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced 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 ridimensionamento 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, Hyperdisk Balanced o, per scala OLTP solo in esecuzione, 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, Hyperdisk Balanced o, per solo per lo scale up, NetApp CVS-Performance.
m2-ultramem-208	208	5888 GB	RHEL, SUSE	Intel Cascade Lake	Solo OLTP	Solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced 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 il 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, Hyperdisk Balanced 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, Hyperdisk Balanced 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 scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Balanced o NetApp CVS-Performance.
m3-ultramem-64	64	1952 GB	RHEL, SUSE	Intel Ice Lake	Solo OLTP	Solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced 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 Balanced o NetApp CVS-Performance.
m3-megamem-64	64	976 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Solo scale up. Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced 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 Balanced o NetApp CVS-Performance (solo scale up).
Tipi di macchine Bare Metal ottimizzati per la memoria X4 . Importante: per informazioni sull'acquisto della quota per le istanze X4 o per discutere on demand per testare le istanze X4, contatta il rappresentante dell'account Google Cloud.
x4-megamem-960-metal	960	16.384 GB	SUSE	Intel Sapphire Rapids	OLAP o OLTP	I carichi di lavoro OLTP sono certificati per lo scale up. I carichi di lavoro OLAP e lo scale up fino a 4 nodi. Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk bilanciato
x4-megamem-1440-metal	1.440	24.576 GB	SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo scale up. Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk bilanciato
x4-megamem-1920-metal	1920	32.768 GB	SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo scale up. Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk bilanciato

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 vedere in quali regioni sono disponibili questi tipi di macchine certificate, consulta Disponibilità regionale delle macchine Bare Metal Solution per SAP HANA.

Tipo di macchina Bare Metal Solution	CPU Cores	vCPU	Socket	Memoria	Piattaforma CPU	Sistema operativo	Tipo di applicazione	Note
Tipi di macchine Bare Metal Solution ottimizzati 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. Taglie standard.
o2-ultramem-896-metal	448	896	16	24 TB	Intel Cascade Lake	RHEL, SUSE	Solo OLTP	Fai lo scale up solo con un'architettura a tre livelli. Taglie standard.

Tipi di macchine personalizzate certificati per SAP HANA

La tabella seguente mostra la macchina personalizzata di Compute Engine tipi certificati da SAP per l'uso in produzione di SAP HANA su Google Cloud.

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

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

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

Disponibilità regionale delle macchine Bare Metal Solution per SAP HANA

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

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

Se non vedi la regione di cui hai bisogno nella precedente, contatta il team di vendita Google Cloud.

Configurazione memoria

Le opzioni di configurazione della memoria sono determinate da Compute Engine il tipo di istanza VM scelto. Per ulteriori informazioni, consulta il tipi di macchine per SAP HANA .

Configurazione di rete

Le funzionalità di rete delle VM di Compute Engine sono determinate famiglia di macchine, e non in base all'interfaccia di rete (NIC) o all'indirizzo IP.

In base al tipo di macchina, l'istanza VM è in grado di raggiungere 2-32 Gbps e la velocità effettiva di rete. Alcuni tipi di macchine supportano anche velocità effettiva fino a 100 Gbps, che richiede l'utilizzo del tipo di interfaccia Google Virtual NIC (gVNIC) con un Configurazione di rete Tier_1. La capacità di raggiungere queste velocità di velocità effettiva ulteriormente dalla direzione del traffico e dal tipo di IP di destinazione .

Le interfacce di rete delle VM di Compute Engine sono supportate da infrastruttura di rete resiliente mediante una rete fisica e software-defined componenti. Queste interfacce ereditano la ridondanza e la resilienza del la piattaforma sottostante. È possibile usare più NIC virtuali per la separazione del traffico, ma ciò non offre ulteriori vantaggi in termini di resilienza o prestazioni.

Un singolo NIC fornisce le prestazioni necessarie per i deployment SAP HANA su in Compute Engine. Il tuo caso d'uso specifico, i tuoi requisiti di sicurezza potrebbero anche richiedere interfacce aggiuntive per separare il traffico, come traffico Internet, traffico interno SAP HANA System Replication o altri che possono trarre vantaggio da regole specifiche dei criteri di rete. È consigliabile impieghi la crittografia del traffico offerta dall'applicazione un accesso alla rete sicuro seguendo un criterio firewall con privilegio minimo per limitare access.

A seconda delle tue esigenze, puoi migliorare la sicurezza in vari modi, descritti nei Guida alla sicurezza di SAP HANA per la piattaforma SAP HANA. Ad esempio, puoi implementare l'isolamento di rete, ma fornisce un livello inferiore sicurezza senza crittografia e inserimento nella lista consentita specifica per porte e IP.

Considera la necessità di separare il traffico nelle fasi iniziali della progettazione della rete e allocano NIC aggiuntive quando esegui il deployment delle VM. Devi collegare ogni rete a un'altra rete Virtual Private Cloud. La scelta per il numero di reti dipende dal livello di isolamento richiesto, con un massimo di 8 consentite per VM con 8 o più vCPU.

Ad esempio, potresti definire una rete Virtual Private Cloud per la tua applicazione SAP HANA SQL (server di applicazioni SAP NetWeaver, applicazioni personalizzate ecc.) e rete separata per il traffico tra server, come la replica di sistema SAP HANA. Tieni presente che troppi segmenti potrebbero complicare la gestione e la problemi di rete. Se cambi idea in un secondo momento, puoi utilizzare le immagini macchina di Compute Engine. ricreare l'istanza VM mantenendo tutti i metadati, la configurazione e i dati di Google Cloud.

Per ulteriori informazioni, vedi panoramica del networking per le VM più interfacce di rete e larghezza di banda di rete VM.

Sistemi operativi certificati per SAP HANA

La tabella seguente mostra la situazione Sistemi operativi Linux (RHEL) e SUSE Linux Enterprise Server (SLES) certificati da SAP per l'uso in produzione con SAP HANA su in Google Cloud.

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

Per informazioni sullo stato attuale del supporto di ciascun sistema operativo e quali sistemi operativi sono disponibili Google Cloud, vedi Supporto dei sistemi operativi per SAP HANA su Google Cloud.

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

La tabella seguente non include:

• Versioni di sistemi operativi certificati non più tradizionali assistenza in tempo reale.
• Versioni del sistema operativo non specifiche di SAP.

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

Nota: Prima di installare qualsiasi software SAP su RHEL for SAP 9.x, è necessario installare pacchetti aggiuntivi dalle macchine host, in particolare chkconfig e compat-openssl11. Se utilizzi un'immagine fornita da Compute Engine, questi pacchetti vengono installati automaticamente te. Per ulteriori informazioni da SAP, vedi SAP Note 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 richiesta non è disponibile in Google Cloud come immagine pubblica. Le seguenti descritti in dettaglio in Importazione delle immagini disco di avvio in Compute Engine, riepiloga la procedura per utilizzare un'immagine personalizzata:

1. Prepara il disco di avvio in modo che possa avviarsi all'interno di Google Cloud Compute Engine dell'ambiente di rete e potrai accedervi dopo l'avvio.
2. Crea e comprimi il file immagine del disco di avvio.
3. Carica il file immagine in Cloud Storage e importa il file in Compute Engine come nuovo immagine personalizzata.
4. Utilizza l'immagine importata per creare un'istanza di macchina virtuale e assicurati che si avvia correttamente.
5. Ottimizza l'immagine e installa l'ambiente guest Linux. in modo che l'immagine del sistema operativo importata possa comunicare il server di metadati e usare le funzionalità aggiuntive di Compute Engine.

Quando l'immagine personalizzata è pronta, puoi utilizzarla durante la creazione di VM per il tuo 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 per ulteriori informazioni, consulta Red Hat Cloud Access.

Per saperne di più sulle immagini del sistema operativo fornite da Google Cloud, vedi Immagini.

Per saperne di più sull'importazione di un sistema operativo in Google Cloud come immagine, consulta Importazione delle 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

Orologio del sistema operativo nelle VM di Compute Engine

L'origine orologio del sistema operativo predefinita è kvm-clock per le immagini SLES e TSC per le immagini RHEL.

Non è necessario cambiare l'origine clock del sistema operativo quando SAP HANA è in esecuzione di una VM di Compute Engine. Non c'è differenza nel rendimento quando utilizzando kvm-clock o TSC come sorgente di clock per le VM di Compute Engine con SAP HANA.

Se devi modificare l'origine orologio del sistema operativo in TSC, connettiti alla VM utilizzando SSH ed esegui i seguenti 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 Compute Engine di dischi permanenti o hyperdisk quando crei le tue VM o le aggiungi alle tue VM in un secondo momento.

Tipi di disco supportati

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

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

• Tipi di Persistent Disk basati su SSD: Bilanciato (pd-balanced), Performance o SSD (pd-ssd) ed Estremo (pd-extreme)

  • Questi tipi di disco offrono un'archiviazione a blocchi economica e affidabile.
  • Persistent Disk (SSD) delle prestazioni (pd-ssd) offre prestazioni più elevate rispetto a disco permanente bilanciato (pd-balanced).
  • Usa il disco permanente bilanciato come disco consigliato per l'hosting per le istanze VM:
    • volume di avvio della VM.
    • Il volume di /usr/sap.
    • Il volume /hana/shared, se lo ospiti su un disco dedicato.
    • Il volume /hanabackup, se salvi i backup su un disco. Se ridurre i costi del backup, puoi utilizzare un HDD standard Persistent Disk (pd-standard). Il disco permanente bilanciato fornisce backup più rapidi rispetto a un disco permanente HDD standard. Mentre selezioni il verifica che la tua VM supporti il tipo di disco.
  • Supporto di Persistent Disk bilanciati e prestazionali (SSD) replica asincrona PD. Puoi utilizzare questa funzionalità per più regioni ripristino di emergenza attivo-passivo. Per ulteriori informazioni, vedi Ripristino di emergenza con la replica asincrona PD.
  • Sebbene Extreme Persistent Disk (pd-extreme) sia certificato per l'uso con SAP HANA, ti consigliamo di utilizzare Hyperdisk Extreme (hyperdisk-extreme), che offre un rendimento migliore. Se vuoi utilizzare Extreme Persistent Disk, quindi assicurati di eseguire il provisioning in conformità con le informazioni Dimensioni minime per volumi di Persistent Disk e Hyperdisk basati su SSD.

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

  • Hyperdisk Extreme fornisce un numero massimo di IOPS e rispetto ai tipi di Persistent Disk basati su SSD.
  • Per un elenco dei tipi di macchina che supportano Hyperdisk Extreme e Hyperdisk Balanced, vedi Supporto dei tipi di macchina.
  • Usa Hyperdisk Bilanciato come disco consigliato per l'hosting quanto segue per le istanze bare metal di Compute Engine come X4:
    • Il disco di avvio.
    • Il volume di /usr/sap.
    • Il volume /hana/shared, se lo ospiti su un disco dedicato.
    • Il volume /hanabackup, se salvi i backup su un disco.
  • Per Hyperdisk Extreme, seleziona per ottenere le prestazioni necessarie eseguendo il provisioning delle IOPS, determina la velocità effettiva. Per ulteriori informazioni, vedi Velocità effettiva.
  • Per Hyperdisk Bilanciato, seleziona le prestazioni necessarie eseguendo il provisioning di IOPS e velocità effettiva. Per ulteriori informazioni vedi Informazioni su IOPS e provisioning della velocità effettiva per Hyperdisk.
  • Puoi usare Hyperdisk Extreme per /hana/data e /hana/log volumi quando hai bisogno delle prestazioni più elevate.
  • Per ottenere le migliori prestazioni da Hyperdisk Extreme per SAP HANA: aggiorna le tue proprietà di sistema SAP HANA come consigliato in Prestazioni Hyperdisk Extreme.

Layout dei dischi di supporto

La figura seguente mostra il layout di 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 si trovano su Hyperdisk separati e /hana/shared e /usr/sap, che non richiedono un'elevata 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 montato su un singolo Hyperdisk Extreme.

I dischi permanenti e gli Hyperdisk si trovano in modo indipendente dalle tue VM, quindi puoi scollegarli e sposta questi dischi 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 in Dischi aggiuntivi della pagina Dettagli istanza VM per ogni di un'istanza VM. Per ulteriori informazioni sui diversi tipi di Compute Engine, Volumi Persistent Disk e Hyperdisk, le loro prestazioni caratteristiche e come utilizzarle, consulta la seguente documentazione:

• Opzioni di archiviazione
• Informazioni su Hyperdisk
• Blocca prestazioni dello spazio di archiviazione
• Altri fattori che influiscono sulle prestazioni
• Aggiungi un Persistent Disk alla tua VM
• Crea e gestisci snapshot di dischi
• Migrazione dei volumi di dischi permanenti SAP HANA esistenti ai volumi Hyperdisk Extreme

Dimensioni minime per volumi Persistent Disk e Hyperdisk basati su SSD

Quando si dimensionano determinati dischi permanenti basati su SSD di Compute Engine per SAP HANA, devi tenere conto non solo dei requisiti di archiviazione dalla tua istanza SAP HANA, ma anche per le prestazioni del disco permanente.

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

Le prestazioni di Hyperdisk non sono in base alle dimensioni del disco. Le sue prestazioni sono determinate dalle IOPS o dalla velocità effettiva di cui esegui il provisioning. Per informazioni sulle prestazioni di Hyperdisk, vedi 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, è il minimo. Per informazioni generali sulle prestazioni disco permanente, vedi Prestazioni dell'archiviazione a blocchi.

La tabella seguente mostra le dimensioni minime consigliate per i disco permanente SSD (pd-ssd), disco permanente bilanciato (pd-balanced), Hyperdisk Extreme (hyperdisk-extreme), e Hyperdisk Bilanciato (hyperdisk-balanced) per soddisfare le prestazioni di SAP HANA in un di produzione per ogni singolo ambiente di produzione di un tipo di macchina certificato per SAP HANA. Le dimensioni minime per Hyperdisk I volumi, che si basano esclusivamente sulla quantità di memoria, sono inclusi nella tabella come riferimento.

Per informazioni sulla configurazione dello spazio di archiviazione consigliata per i sistemi SAP HANA in esecuzione su istanze X4, Archiviazione a blocchi supportata per X4.

Le dimensioni nella tabella seguente presuppongono che stai montando tutta la suite SAP HANA come volumi su singoli dischi.

Disco permanente con carico bilanciato

Tipo di VM Compute Engine	/hana/data dimensioni (GB)	/hana/log dimensioni (GB)	Dimensioni /hana/shared (GB)	Dimensioni /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	1.155
n1-highmem-64	1.155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1.716
n1-highmem-96	1.716
n1-highmem-96	96	624	1.716
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	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-64	1.414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1.760
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	2.364
n2-highmem-128	2364
n2-highmem-128	128	864	2.364
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	1.932
c3-highmem-88	1.932
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689	512	1024	32	3.257
c3-highmem-176	3.257
c3-highmem-176	176	1.408	3.257
m1-megamem-96	1.719	512	1024	32	3.287
m1-megamem-96	3.287
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-40	2.626
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306	512	1024	32	3.874
m1-ultramem-80	3.874
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612	512	1024	32	6180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8.633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8.633
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	2.667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342	512	1024	32	3.910
m3-ultramem-64	3.910
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684	512	1024	32	6.252
m3-ultramem-128	6.252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171	488	976	32	2.667
m3-megamem-64	2.667
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342	512	1024	32	3.910
m3-megamem-128	3.910
m3-megamem-128	128	1.952	3.910

Disco permanente SSD

Tipo di VM Compute Engine	/hana/data dimensioni (GB)	/hana/log dimensioni (GB)	Dimensioni /hana/shared (GB)	Dimensioni /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	1.155
n1-highmem-64	1.155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1.716
n1-highmem-96	1.716
n1-highmem-96	96	624	1.716
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	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-64	1.414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1.760
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	2.364
n2-highmem-128	2364
n2-highmem-128	128	864	2.364
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	1.932
c3-highmem-88	1.932
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689	512	1024	32	3.257
c3-highmem-176	3.257
c3-highmem-176	176	1.408	3.257
m1-megamem-96	1.719	512	1024	32	3.287
m1-megamem-96	3.287
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-40	2.626
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306	512	1024	32	3.874
m1-ultramem-80	3.874
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612	512	1024	32	6180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8.633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8.633
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	2.667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342	512	1024	32	3.910
m3-ultramem-64	3.910
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684	512	1024	32	6.252
m3-ultramem-128	6.252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171	488	976	32	2.667
m3-megamem-64	2.667
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342	512	1024	32	3.910
m3-megamem-128	3.910
m3-megamem-128	128	1.952	3.910

Hyperdisk Extreme

Quando utilizzi Hyperdisk Extreme per ospitare /hana/data e /hana/log volumi, assicurati di ospitare volumi /hana/shared e /usr/sap su volumi separati dei dischi permanenti bilanciati. Questo perché /hana/shared e I volumi /usr/sap non richiedono prestazioni così elevate come e volumi di log.

Tipo di VM Compute Engine	/hana/data dimensioni (GB) e IOPS	/hana/log dimensioni (GB) e IOPS	Dimensioni /hana/shared (GB)	Dimensioni /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	1.760
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	2.364
n2-highmem-128	2364 GB con 20.000 IOPS
n2-highmem-128	128	864	2.364
c3-highmem-88	844 GB con 10.000 IOPS	352 GB con 10.000 IOPS	704	32	1.932
c3-highmem-88	1.932 GB con 20.000 IOPS
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.257
c3-highmem-176	3.257 GB con 20.000 IOPS
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	1.843 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.411
c3-highmem-192-metal	3.411 GB con 20.000 IOPS
c3-highmem-192-metal	192	1.536	3.411
m1-megamem-96	1.719 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.287
m1-megamem-96	3.287 GB con 20.000 IOPS
m1-megamem-96	96	1.433	3.287
m1-ultramem-80	2.306 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.874
m1-ultramem-80	3.874 GB con 20.000 IOPS
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6180
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 3000 IOPS	1024	32	8.633
m2-megamem-416	8.633 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	8.633 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	2.342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.910
m3-ultramem-64	3.910 GB con 20.000 IOPS
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.252
m3-ultramem-128	6.252 GB con 20.000 IOPS
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171 GB con 10.000 IOPS	488 GB con 10.000 IOPS	976	32	2.667
m3-megamem-64	2.667 GB con 20.000 IOPS
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.910
m3-megamem-128	3.910 GB con 20.000 IOPS
m3-megamem-128	128	1.952	3.910

Hyperdisk bilanciato

Per SAP HANA, il numero minimo di IOPS sottoposte a provisioning supportato è pari a 3000 mentre la velocità effettiva è di 400 Mbps. Tuttavia, puoi ottimizzare questi valori in base requisiti di prestazioni specifici. Consigliamo un valore iniziale di 3000 IOPS e velocità effettiva di 750 Mbps, poiché questi sono i valori predefiniti utilizzati nei file di configurazione Terraform che Google Cloud offre il deployment automatizzato di SAP HANA.

Tipo di VM Compute Engine	/hana/data dimensioni (GB), IOPS e velocità effettiva	/hana/log dimensioni (GB), IOPS e velocità effettiva	Dimensioni /hana/shared (GB)	Dimensioni /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 velocità effettiva di 400 Mbps	88 GB con 3000 IOPS e 400 MBps di velocità effettiva	176	32	507
c3-standard-44	507 GB con 13.000 IOPS e velocità effettiva di 800 Mbps
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 1200 MBps di throughput	352 GB con 3000 IOPS e 400 Mbps di velocità effettiva	704	32	1.932
c3-highmem-88	1.932 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.257
c3-highmem-176	3.257 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	1.843 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.411
c3-highmem-192-metal	3.411 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-192-metal	192	1.536	3.411
m1-megamem-96	1.719 GB con 8000 IOPS e 1000 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.287
m1-megamem-96	3.287 GB con 11.000 IOPS e 1400 MBps di throughput
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153 GB con 8000 IOPS e velocità effettiva di 900 Mbps	480 GB con 3000 IOPS e velocità effettiva di 400 Mbps	961	32	2.626
m1-ultramem-40	2.626 GB con 11.000 IOPS e 1300 Mbps di velocità effettiva
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.874
m1-ultramem-80	3.874 GB con 13.000 IOPS e 1600 Mbps di throughput
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612 GB con 15.000 IOPS e 1200 Mbps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6180
m1-ultramem-160	6180 GB con 18.000 IOPS e 1600 Mbps di throughput
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	8.633
m2-megamem-416	8.633 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065 20.000 IOPS GB e velocità effettiva di 1200 Mbps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	8.633
m2-ultramem-208	8.633 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	15.660
m2-ultramem-416	15.660 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	12.166
m2-hypermem-416	12.166 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	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	2.667
m3-ultramem-32	2667 GB con 13.000 IOPS e 1300 Mbps di velocità effettiva
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.910
m3-ultramem-64	3.910 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6.252
m3-ultramem-128	6.252 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171 GB con 10.000 IOPS e velocità effettiva di 900 Mbps	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2.667
m3-megamem-64	2.667 GB con 13.000 IOPS e 1300 Mbps di throughput
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.910
m3-megamem-128	3.910 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-megamem-128	128	1.952	3.910

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

Le dimensioni nella tabella seguente presuppongono che sia in uso un singolo disco per ospitare tutti i seguenti volumi: /hana/data, /hana/log, /hana/shared e /usr/sap come i bilanciatori del carico e i volumi di archiviazione.

Disco permanente con carico bilanciato

Tipo di VM Compute Engine	/hana/data dimensioni (GB)	/hana/log dimensioni (GB)	Dimensioni /hana/shared (GB)	Dimensioni /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	1.155
n1-highmem-64	1.155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1.716
n1-highmem-96	1.716
n1-highmem-96	96	624	1.716
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	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-64	1.414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1.760
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	2.364
n2-highmem-128	2364
n2-highmem-128	128	864	2.364
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	1.932
c3-highmem-88	1.932
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689	512	1024	32	3.257
c3-highmem-176	3.257
c3-highmem-176	176	1.408	3.257
m1-megamem-96	1.719	512	1024	32	3.287
m1-megamem-96	3.287
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-40	2.626
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306	512	1024	32	3.874
m1-ultramem-80	3.874
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612	512	1024	32	6180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8.633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8.633
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	2.667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342	512	1024	32	3.910
m3-ultramem-64	3.910
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684	512	1024	32	6.252
m3-ultramem-128	6.252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171	488	976	32	2.667
m3-megamem-64	2.667
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342	512	1024	32	3.910
m3-megamem-128	3.910
m3-megamem-128	128	1.952	3.910

Disco permanente SSD

Tipo di VM Compute Engine	/hana/data dimensioni (GB)	/hana/log dimensioni (GB)	Dimensioni /hana/shared (GB)	Dimensioni /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	1.155
n1-highmem-64	1.155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1.716
n1-highmem-96	1.716
n1-highmem-96	96	624	1.716
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	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-64	1.414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1.760
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	2.364
n2-highmem-128	2364
n2-highmem-128	128	864	2.364
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	1.932
c3-highmem-88	1.932
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689	512	1024	32	3.257
c3-highmem-176	3.257
c3-highmem-176	176	1.408	3.257
m1-megamem-96	1.719	512	1024	32	3.287
m1-megamem-96	3.287
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-40	2.626
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306	512	1024	32	3.874
m1-ultramem-80	3.874
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612	512	1024	32	6180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8.633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8.633
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	2.667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342	512	1024	32	3.910
m3-ultramem-64	3.910
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684	512	1024	32	6.252
m3-ultramem-128	6.252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171	488	976	32	2.667
m3-megamem-64	2.667
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342	512	1024	32	3.910
m3-megamem-128	3.910
m3-megamem-128	128	1.952	3.910

Hyperdisk Extreme

Tipo di VM Compute Engine	/hana/data dimensioni (GB) e IOPS	/hana/log dimensioni (GB) e IOPS	Dimensioni /hana/shared (GB)	Dimensioni /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	1.760
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	2.364
n2-highmem-128	2364 GB con 20.000 IOPS
n2-highmem-128	128	864	2.364
c3-highmem-88	844 GB con 10.000 IOPS	352 GB con 10.000 IOPS	704	32	1.932
c3-highmem-88	1.932 GB con 20.000 IOPS
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.257
c3-highmem-176	3.257 GB con 20.000 IOPS
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	1.843 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.411
c3-highmem-192-metal	3.411 GB con 20.000 IOPS
c3-highmem-192-metal	192	1.536	3.411
m1-megamem-96	1.719 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.287
m1-megamem-96	3.287 GB con 20.000 IOPS
m1-megamem-96	96	1.433	3.287
m1-ultramem-80	2.306 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.874
m1-ultramem-80	3.874 GB con 20.000 IOPS
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6180
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 3000 IOPS	1024	32	8.633
m2-megamem-416	8.633 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	8.633 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	2.342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.910
m3-ultramem-64	3.910 GB con 20.000 IOPS
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.252
m3-ultramem-128	6.252 GB con 20.000 IOPS
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171 GB con 10.000 IOPS	488 GB con 10.000 IOPS	976	32	2.667
m3-megamem-64	2.667 GB con 20.000 IOPS
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.910
m3-megamem-128	3.910 GB con 20.000 IOPS
m3-megamem-128	128	1.952	3.910

Hyperdisk bilanciato

Tipo di VM Compute Engine	/hana/data dimensioni (GB), IOPS e velocità effettiva	/hana/log dimensioni (GB), IOPS e velocità effettiva	Dimensioni /hana/shared (GB)	Dimensioni /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 velocità effettiva di 400 Mbps	88 GB con 3000 IOPS e 400 MBps di velocità effettiva	176	32	507
c3-standard-44	507 GB con 13.000 IOPS e velocità effettiva di 800 Mbps
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 1200 MBps di throughput	352 GB con 3000 IOPS e 400 Mbps di velocità effettiva	704	32	1.932
c3-highmem-88	1.932 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.257
c3-highmem-176	3.257 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	1.843 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.411
c3-highmem-192-metal	3.411 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-192-metal	192	1.536	3.411
m1-megamem-96	1.719 GB con 8000 IOPS e 1000 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.287
m1-megamem-96	3.287 GB con 11.000 IOPS e 1400 MBps di throughput
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153 GB con 8000 IOPS e velocità effettiva di 900 Mbps	480 GB con 3000 IOPS e velocità effettiva di 400 Mbps	961	32	2.626
m1-ultramem-40	2.626 GB con 11.000 IOPS e 1300 Mbps di velocità effettiva
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.874
m1-ultramem-80	3.874 GB con 13.000 IOPS e 1600 Mbps di throughput
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612 GB con 15.000 IOPS e 1200 Mbps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6180
m1-ultramem-160	6180 GB con 18.000 IOPS e 1600 Mbps di throughput
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	8.633
m2-megamem-416	8.633 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065 20.000 IOPS GB e velocità effettiva di 1200 Mbps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	8.633
m2-ultramem-208	8.633 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	15.660
m2-ultramem-416	15.660 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	12.166
m2-hypermem-416	12.166 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	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	2.667
m3-ultramem-32	2667 GB con 13.000 IOPS e 1300 Mbps di velocità effettiva
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.910
m3-ultramem-64	3.910 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6.252
m3-ultramem-128	6.252 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171 GB con 10.000 IOPS e velocità effettiva di 900 Mbps	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2.667
m3-megamem-64	2.667 GB con 13.000 IOPS e 1300 Mbps di throughput
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.910
m3-megamem-128	3.910 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-megamem-128	128	1.952	3.910

Determinazione della dimensione del disco permanente o dell'Hyperdisk

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

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

Requisiti di dimensione del disco permanente per i sistemi di scale up

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

• /hana/data: 1,2 volte la memoria
• /hana/log: 0,5 x di memoria o 512 GB, a seconda del valore più piccolo
• /hana/shared: 1 x memoria o 1024 GB, a seconda del valore più piccolo
• /usr/sap: 32 GB
• /hanabackup: 2 memoria, allocazione facoltativa

Requisiti di dimensione del disco permanente per i sistemi a scalabilità orizzontale

Per i sistemi di scale out SAP HANA, utilizza la stessa formula dei sistemi di scale up di SAP HANA per volumi /hana/data, /hana/log e /usr/sap. Per il volume /hana/shared, calcola la dimensione del disco permanente o dell'Hyperdisk in base al numero di host worker nel deployment. Per ogni quattro host worker, aumenta la dimensione del disco di 1 x memoria, o 1 TB, a seconda di quale sia il più piccolo. Ad esempio:

• Da 1 a 4 host worker: 1 x memoria o 1 TB, a seconda di quale delle due opzioni è più piccola
• Da 5 a 8 host worker: 2 x memoria o 2 TB, a seconda di quale delle due opzioni è più piccola
• 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 di memoria o 4 TB, a seconda di quale delle due opzioni è più piccola

Per determinare i requisiti complessivi per la quota di archiviazione per i sistemi di scale out SAP HANA, devi sommare le dimensioni dei dischi per ciascun tipo di disco utilizzato degli host nel sistema di scale out. Ad esempio, se hai inserito /hana/data e /hana/log su dischi permanenti pd-ssd, ma /hana/shared e /usr/sap su pd-balanced dischi permanenti, devi avere totali separati per pd-ssd e pd-balanced per richiedono quote separate.

Per un sistema di scale out SAP HANA con failover automatico dell'host, devi solo calcolare la dimensione 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. Se esiste un in un errore, il failover automatico SAP HANA smonta /hana/data, /hana/log e /usr/sap volumi dall'host che non funziona e vengono montati su un host in standby. La I volumi /hana/shared e /hanabackup per un host in standby sono montati su una una soluzione NFS distribuita separatamente.

Allocazione di spazio di archiviazione su disco permanente aggiuntivo

Selezionare un disco permanente o Hyperdisk non inferiore alla dimensione minima elencato per il tipo di disco permanente o Hyperdisk in Dimensioni minime per volumi Persistent Disk e Hyperdisk basati su SSD.

Se utilizzi dischi permanenti SSD o dischi permanenti bilanciati, il numero minimo di pod potrebbero essere determinate dai requisiti di prestazioni di SAP HANA anziché Requisiti di archiviazione SAP HANA.

Ad esempio, se esegui SAP HANA su un'istanza VM n2-highmem-32, che ha 256 GB di memoria, il requisito di spazio di archiviazione totale I volumi SAP HANA sono di 723 GB: 307 GB per il volume di dati, 128 GB per il log volume, 256 GB per il volume condiviso e 32 GB per il volume /usr/sap. Tuttavia, se utilizzi un oggetto permanente disco, la dimensione minima richiesta è 943 GB, dove i 220 GB aggiuntivi sono allocati al volume di dati per soddisfare le prestazioni richieste. Pertanto, se utilizza 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.

devi quindi dimensionare un disco permanente di almeno 943 GB. Viene applicato il provisioning aggiuntivo di 220 GB al volume di dati per fornire le prestazioni richieste.

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

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

Prestazioni Hyperdisk

Hyperdisk fornisce un numero massimo di IOPS e opzioni di velocità effettiva per i volumi /hana/log e /hana/data rispetto agli altri Dischi permanenti basati su SSD. Per ulteriori informazioni il provisioning di IOPS e le opzioni di velocità effettiva per Hyperdisk, vedi Informazioni sulle IOPS e sul provisioning della velocità effettiva per Hyperdisk.

A differenza dei dischi permanenti basati su SSD, quando usi Hyperdisk con SAP HANA, non devi preoccuparti delle prestazioni quando dimensioni dell'Hyperdisk. Le dimensioni di Hyperdisk si basano esclusivamente in base ai requisiti di archiviazione di SAP HANA. Per ulteriori informazioni sulle dimensioni dei dischi permanenti o Hyperdisk, consulta Determinazione delle dimensioni del disco permanente.

Utilizzando Hyperdisk con SAP HANA, per garantire le migliori prestazioni, consigliamo di aggiornare le proprietà di sistema SAP HANA come segue:

• Aggiorna il tuo file global.ini:
  • Nella sezione fileio, imposta num_completion_queues = 12
  • Nella sezione fileio, imposta num_submit_queues = 12
• Aggiorna il tuo 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 ne determina la velocità effettiva massima. La seguente formula può essere utilizzata come punto di partenza. Offre una velocità effettiva minima di 2500 Mbps (256 kB per IOPS * 10.000 IOPS) e altro ancora per i tipi di macchina più grandi con i dischi permanenti.

• 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ò variano a seconda del tipo di macchina in uso. Per un elenco delle macchine che supportano Hyperdisk Extreme, come nonché le IOPS e la velocità effettiva massime che Hyperdisk Extreme può fornire con ogni tipo di macchina, vedi Supporto dei tipi di macchina.

Quando crei un volume bilanciato Hyperdisk, puoi eseguire il provisioning delle per soddisfare le esigenze di prestazioni dei carichi di lavoro, tenendo in considerazione le regole per il provisioning delle IOPS e il provisioning della velocità effettiva. Per SAP HANA, il numero minimo di IOPS sottoposte a provisioning supportato è pari a 3000 e la velocità effettiva è di 400 Mbps.

Dischi permanenti e Hyperdisk di cui è stato eseguito il deployment tramite gli script di automazione del deployment

Quando esegui il deployment di un sistema SAP HANA utilizzando le configurazioni Terraform che Google Cloud fornisce: lo script di deployment alloca dischi permanenti Gli hyperdisk per i volumi SAP come segue:

• 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 il disco permanente o Hyperdisk ospita queste directory SAP. Inoltre, per SAP HANA di deployment con scale out, la directory /hana/shared è ospitata da un server NFS soluzione.

• Facoltativamente, un disco per la directory /hanabackup.

L'esempio seguente mostra come Terraform mappa i volumi per SAP HANA su un 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 differire leggermente da come mostrato in questo esempio.

Quando usi i modelli di Deployment Manager che Google Cloud fornisce SAP HANA o se scegli di eseguire il deployment di layout a disco singolo utilizzando le configurazioni Terraform, lo script di deployment mappa le metriche SAP HANA /hana/data, /hana/log, /usr/sap e /hana/shared ciascuna directory al proprio volume logico per ridimensionarle facilmente e mapparle il disco permanente basato su SSD o 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 a un un disco permanente (pd-balanced).

Spazio di archiviazione su disco permanente facoltativo per i backup

Quando si archiviano i backup SAP HANA su un disco, è consigliabile utilizzare un disco permanente bilanciato (pd-balanced).

Se vuoi ridurre i costi, puoi utilizzare un disco permanente HDD standard (pd-standard). Tuttavia, utilizza un disco permanente bilanciato quando una velocità effettiva più elevata. o contemporaneità.

La dimensione del volume di backup SAP HANA è progettata per fornire una base di riferimento e oltre alla capacità di conservare diversi set di backup. Blocco set di backup multipli nel volume di backup facilita il recupero se necessario.

Per rendere i backup SAP HANA disponibili come risorsa di regione per il ripristino di emergenza, puoi utilizzare snapshot di disco permanente di Compute Engine. Puoi programmare di snapshot per eseguire regolarmente e automaticamente il backup dei tuoi un disco permanente standard. Per ulteriori informazioni, consulta Snapshot di dischi permanenti.

Se utilizzi il livello dinamico dei livelli di SAP HANA, l'archiviazione di backup deve essere sufficientemente grande da contengono sia i dati in memoria sia i dati gestiti su disco di livello 2.

Puoi utilizzare altri meccanismi per archiviare i backup SAP HANA. Se utilizzi Funzionalità di backint dell'agente Google Cloud per SAP, per eseguire il backup di SAP HANA direttamente in un bucket Cloud Storage, che usa un disco permanente per l'archiviazione dei backup è facoltativo.

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 di per archiviare dati a cui si accede raramente su disco anziché in memoria.

Per ulteriori informazioni, consulta SAP HANA Dynamic Tiering on Google Cloud.

Opzione di riavvio rapido SAP HANA

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

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

Il riavvio rapido SAP HANA riduce i tempi di riavvio nel caso in cui SAP HANA termina, ma il sistema operativo rimane in esecuzione. Per ridurre il riavvio: nel tempo, SAP HANA sfrutta la funzionalità di memoria permanente SAP HANA per conserva i frammenti di dati PRINCIPALI delle tabelle di archiviazione a colonne nella DRAM che mappato al file system tmpfs.

Inoltre, sulle VM delle famiglie M2 e M3 di Compute Engine tipi di macchine ottimizzate per la memoria, il riavvio rapido di SAP HANA migliora il ripristino se si verificano errori non correggibili in memoria. Per ulteriori informazioni, consulta Recupero per errori di memoria con riavvio rapido sulle VM di Compute Engine.

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

Per utilizzare il riavvio rapido di SAP HANA, il tuo sistema operativo deve essere ottimizzato come come richiesto da SAP.

Se utilizzi i file di configurazione Terraform i modelli Deployment Manager Google Cloud fornisce, quindi le impostazioni del kernel sono impostate per te.

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

Se usi RHEL, usa il profilo ottimizzato 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 utilizzi SLES, usa lo strumento saptune di SUSE per applicare le configurazione. Per applicare tutte le impostazioni SAP HANA consigliate, incluse entrambi i parametri kernel precedenti, specifica quanto segue Comando saptune:

saptune solution apply HANA

Per ulteriori informazioni sulla configurazione di SLES per SAP HANA, consulta:

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

Ripristino per errori di memoria con riavvio rapido sulle VM di Compute Engine

Abilitazione del riavvio rapido di SAP HANA sulle VM delle famiglie M2 e M3 di I tipi di macchine ottimizzate per la memoria di Compute Engine riducono il tempo richiede SAP HANA per recuperare da errori di memoria non correggibili.

Sfruttando le capacità dei processori Intel, i tipi di macchina M2 e M3 possono mantenere esecuzione quando si verificano errori non correggibili nel sottosistema di memoria. Se il riavvio rapido di SAP HANA è abilitato quando l'errore di memoria è abilitato il processo SAP HANA interessato si riavvia, ma l'intero database non deve essere ricaricato, ma solo il blocco di file interessato.

Tipi di macchina che supportano il recupero per errori di memoria

I seguenti tipi di macchine Compute Engine supportano recupero per errore 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 richiesti per il ripristino da errori di memoria

Con le patch del kernel richieste, i seguenti sistemi operativi supportano recupero degli errori di memoria con il riavvio rapido di SAP HANA:

• SUSE Linux Enterprise Server (SLES) per SAP, 12 SP3 o versione successiva.
  • Inclusa nelle immagini pubbliche di Compute Engine con data di build v202103* o successiva.
  • Se devi applicare le patch del kernel più recenti a una 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 del file server per SAP su Google Cloud, vedi Soluzioni di condivisione file per SAP su Google Cloud.

Filestore

Per il volume /hana/shared in una configurazione con scale out in una singola zona, suggerisci di utilizzare Filestore Basic livello di servizio previsto per le risorse di zona. Per scenari in cui è necessaria un'ulteriore resilienza, puoi utilizzare Filestore Enterprise Per ulteriori informazioni, vedi 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 è un servizio cloud-native completamente gestito piattaforma di servizi dati che puoi utilizzare per creare un file system NFS per SAP Sistemi di scale up di HANA su tutti i tipi di istanze Compute Engine che certificato per SAP HANA. Per informazioni sull'utilizzo di NetApp Cloud Volumes Service for Google Cloud con per il deployment SAP HANA, 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, è necessario identificare:

• Gli account utente e le applicazioni che necessitano dell'accesso Risorse Google Cloud nel tuo progetto Google Cloud
• Le risorse Google Cloud specifiche nel tuo progetto che ogni utente deve accedere

Devi aggiungere ciascun utente al progetto aggiungendo il relativo ID Account Google al progetto come entità. Per un programma di candidatura che utilizza alle risorse di Google Cloud, crei un account di servizio, che fornisce un'identità utente per programma all'interno del tuo progetto.

Le VM di Compute Engine hanno il proprio account di servizio. Qualsiasi programma che eseguite su una VM possono utilizzare l'account di servizio della VM, purché il servizio VM disponga delle autorizzazioni per le risorse necessarie al programma.

Dopo aver identificato le risorse Google Cloud di cui ogni utente ha bisogno per l'utilizzo, concedi a ciascun utente l'autorizzazione a utilizzare ciascuna risorsa assegnando ruoli specifici delle risorse all'utente. Esamina i ruoli predefiniti IAM fornisce per ogni risorsa, e assegnare ruoli a ciascun utente che forniscano le autorizzazioni appena sufficienti completare le attività o le funzioni dell'utente e niente più.

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

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

Per una panoramica della gestione di identità e accessi per SAP su Google Cloud, consulta Panoramica della gestione di identità e accessi per SAP su Google Cloud.

Tipi di macchine Bare Metal per SAP HANA

Questa sezione fornisce informazioni sulla corsa SAP HANA sui tipi di macchine bare metal forniti da Compute Engine, che includono:

• Tipi di macchine bare metal C3: la serie di macchine per uso generico C3 include i tipi di macchine Bare Metal.

  • Per informazioni sui tipi di macchine bare metal C3 certificati da SAP per l'utilizzo con SAP HANA, consulta Tipi di macchine bare metal C3 per uso generico.
  • Per informazioni sulle versioni del sistema operativo che puoi utilizzare con i tipi di macchine bare metal C3 per eseguire carichi di lavoro SAP HANA, consulta Sistemi operativi certificati per SAP HANA.
  • Per informazioni sull'archiviazione a blocchi minima necessaria per eseguire SAP HANA sui tipi di macchine bare metal C3, consulta Dimensioni minime per volumi di Persistent Disk e Hyperdisk basati su SSD.
  • Per ulteriori informazioni sulla serie di macchine C3, consulta Serie di macchine C3.

• X4: la quarta generazione di tipi di macchine ottimizzate per la memoria offerti da in Compute Engine. Queste macchine sono progettate per supportare principalmente SAP carichi di lavoro che richiedono fino a 32 TB di memoria.

  • Per informazioni sui tipi di macchina X4 che SAP ha certificato per l'uso con SAP HANA, Tipi di macchine Bare Metal ottimizzati per la memoria X4.
  • Per informazioni sulle versioni del sistema operativo che puoi utilizzare con i tipi di macchine X4 per eseguire carichi di lavoro SAP HANA, consulta Sistemi operativi certificati per SAP HANA.
  • Per informazioni sull'archiviazione a blocchi supportata per l'esecuzione di SAP HANA su X4 quali tipi di macchina, Archiviazione a blocchi supportata per X4.
  • Per ulteriori informazioni sulla serie di macchine X4, Serie di macchine X4.

Archiviazione a blocchi supportata per X4

Per fornire l'archiviazione a blocchi per l'esecuzione di carichi di lavoro SAP HANA su macchine X4, puoi utilizza Hyperdisk Extreme o Hyperdisk Balanced come i bilanciatori del carico e i volumi di archiviazione.

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

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

Nota: le seguenti configurazioni di archiviazione sono solo suggerimenti iniziali. Me 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 dello spazio 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 il montaggio di 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 di /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 velocità effettiva di 2400 Mbps	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 velocità effettiva di 2400 Mbps	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 velocità effettiva di 2400 Mbps	32.768 GB con 32.768 IOPS e 2.400 Mbps di throughput

Configurazione ottimizzata per le prestazioni

La tabella seguente mostra una configurazione dello spazio di archiviazione ottimizzata per le prestazioni per l'esecuzione SAP HANA su tipi di macchine X4. Le dimensioni nella tabella seguente presuppongono che montano 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 di /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 velocità effettiva di 2400 Mbps	16.384 GB con 32.768 IOPS e 5.000 Mbps di throughput
x4-megamem-1440-metal	50	32	1024	512 GB con 10.000 IOPS e velocità effettiva di 2.400 Mb/s	24.576 GB con 49.152 IOPS e 5.000 Mb/s di throughput
x4-megamem-1920-metal	50	32	1024	512 GB con 10.000 IOPS e velocità effettiva di 2400 Mbps	32.768 GB con 65.536 IOPS e 5000 Mbps di throughput

Configurazione flessibile delle prestazioni

La tabella seguente mostra una configurazione dello spazio di archiviazione che offre un per l'esecuzione di SAP HANA su tipi di macchine X4. Le dimensioni presuppone che stai 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 di /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 velocità effettiva di 2500 Mbps	16.384 GB con 32.768 IOPS e 5.000 Mbps di throughput
x4-megamem-1440-metal	50	32	1024	512 GB con 10.000 IOPS e velocità effettiva di 2500 Mbps	24.576 GB con 49.152 IOPS e 5000 Mbps di throughput
x4-megamem-1920-metal	50	32	1024	512 GB con 10.000 IOPS e velocità effettiva di 2500 Mbps	32.768 GB con 65.536 IOPS e 5000 Mbps di throughput

Automazione del deployment

Per eseguire SAP HANA, puoi eseguire il deployment delle istanze bare metal utilizzando il comando configurazioni fornite da Google Cloud. Queste configurazioni sono progettate eseguire queste operazioni per impostazione predefinita:

• Esegui il deployment di volumi Hyperdisk Extreme per ospitare i dati SAP HANA e e i volumi dei log. Per eseguire il deployment di volumi Hyperdisk bilanciati, usa l'argomento Terraform disk_type.
• Abilita l'opzione Riavvio rapido di SAP HANA.
• Se ospiti il volume di backup SAP HANA su un disco, questi Terraform il deployment di un volume Hyperdisk bilanciato per quell'utente predefinito. Questo deployment del disco è determinato dall'backup_disk_type Argomento Terraform.

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

Attività post-deployment

Dopo aver eseguito il deployment di un'istanza bare metal per eseguire SAP HANA, ti consigliamo di farlo le seguenti:

• Assicurati che la versione 3.4 (più recente) di L'agente Google Cloud per SAP è installato. Per informazioni su come installare l'agente, vedi Installa e configura 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, vedi Aggiorna l'agente di Google Cloud per SAP.
• Sulle istanze X4, ottimizza la configurazione del sistema operativo per supportare al meglio SAP HANA carichi di lavoro con scale out impegnativi. Puoi farlo utilizzando l'agente di Google Cloud per SAP. Per ulteriori informazioni le informazioni, vedi Configura il sistema operativo guest su istanze bare metal.
• Valuta il carico di lavoro SAP utilizzando Workload Manager di convalida basato su regole che consente di analizzare i carichi di lavoro e rilevare le deviazioni da standard, regole e best practice prescritti da SAP, Google Cloud e fornitori di sistemi operativi. Per informazioni su come valutare per il carico di lavoro SAP, vedi Crea ed esegui una valutazione. Per informazioni sulle valutazioni supportate per i carichi di lavoro SAP, vedi Best practice di Workload Manager per SAP.

Hyperthreading

Per i carichi di lavoro SAP HANA basati su OLTP in esecuzione su istanze X4, la disabilitazione l'hyperthreading può portare a miglioramenti delle prestazioni se: vengono soddisfatti i criteri:

• Stai utilizzando x4-megamem-1920-metal per eseguire SAP HANA 2.0 SPS7 o versioni successive.
• Stai utilizzando x4-megamem-1920-metal o x4-megamem-1440-metal per eseguire SAP HANA 2.0 SPS6 o precedenti.

Per informazioni su come disabilitare l'hyperthreading per la tua istanza X4 utilizzando l'agente di Google Cloud per SAP, vedi Disabilita l'hyperthreading per un'istanza X4.

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 le immagini premium e tutti i prezzi delle immagini premium si aggiungono ai costi per utilizzando un tipo di macchina. Per informazioni dettagliate sui prezzi delle immagini premium, consulta la Immagini premium.

Nota: potresti essere in grado di raggiungere sconto per utilizzo sostenuto fino al 30% per le istanze di 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 non hai richiesto un aumento della quota, dovrai farlo per eseguire il deployment HANA.

La tabella seguente mostra i valori delle quote per SAP HANA con scale up a host singolo o sistemi operativi per tipo di istanza VM.

Per un sistema SAP HANA con scale out o più sistemi di scale up, devi includere le quantità totali di risorse per tutti i sistemi. Per indicazioni su come determinare i requisiti di archiviazione per per i sistemi con scale out, consulta Determinazione della dimensione del disco permanente.

Visualizza la quota esistente, e confrontali con i requisiti di risorse (CPU, memoria e spazio di archiviazione) per vedere quale aumento richiedere. Puoi quindi richiedere un aumento del limite di quota.

Sebbene il disco permanente con carico estremo (pd-extreme) sia ancora certificato per l'utilizzo con SAP HANA, ti consigliamo di usare Hyperdisk Extreme, che fornisce con un rendimento migliore. 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 dimensioni (GB)	/hana/log dimensioni (GB)	Dimensioni /hana/shared (GB)	Dimensioni /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	1.155
n1-highmem-64	1.155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1.716
n1-highmem-96	1.716
n1-highmem-96	96	624	1.716
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	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-64	1.414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1.760
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	2.364
n2-highmem-128	2364
n2-highmem-128	128	864	2.364
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	1.932
c3-highmem-88	1.932
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689	512	1024	32	3.257
c3-highmem-176	3.257
c3-highmem-176	176	1.408	3.257
m1-megamem-96	1.719	512	1024	32	3.287
m1-megamem-96	3.287
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-40	2.626
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306	512	1024	32	3.874
m1-ultramem-80	3.874
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612	512	1024	32	6180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8.633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8.633
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	2.667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342	512	1024	32	3.910
m3-ultramem-64	3.910
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684	512	1024	32	6.252
m3-ultramem-128	6.252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171	488	976	32	2.667
m3-megamem-64	2.667
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342	512	1024	32	3.910
m3-megamem-128	3.910
m3-megamem-128	128	1.952	3.910

Disco permanente SSD

Tipo di VM Compute Engine	/hana/data dimensioni (GB)	/hana/log dimensioni (GB)	Dimensioni /hana/shared (GB)	Dimensioni /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	1.155
n1-highmem-64	1.155
n1-highmem-64	64	416	1155
n1-highmem-96	748	312	624	32	1.716
n1-highmem-96	1.716
n1-highmem-96	96	624	1.716
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	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-64	1.414
n2-highmem-64	64	512	1414
n2-highmem-80	768	320	640	32	1.760
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	2.364
n2-highmem-128	2364
n2-highmem-128	128	864	2.364
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	1.932
c3-highmem-88	1.932
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689	512	1024	32	3.257
c3-highmem-176	3.257
c3-highmem-176	176	1.408	3.257
m1-megamem-96	1.719	512	1024	32	3.287
m1-megamem-96	3.287
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-40	2.626
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306	512	1024	32	3.874
m1-ultramem-80	3.874
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612	512	1024	32	6180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8.633
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8.633
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	2.667
m3-ultramem-32	2667
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342	512	1024	32	3.910
m3-ultramem-64	3.910
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684	512	1024	32	6.252
m3-ultramem-128	6.252
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171	488	976	32	2.667
m3-megamem-64	2.667
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342	512	1024	32	3.910
m3-megamem-128	3.910
m3-megamem-128	128	1.952	3.910

Hyperdisk Extreme

Tipo di VM Compute Engine	/hana/data dimensioni (GB) e IOPS	/hana/log dimensioni (GB) e IOPS	Dimensioni /hana/shared (GB)	Dimensioni /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	1.760
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	2.364
n2-highmem-128	2364 GB con 20.000 IOPS
n2-highmem-128	128	864	2.364
c3-highmem-88	844 GB con 10.000 IOPS	352 GB con 10.000 IOPS	704	32	1.932
c3-highmem-88	1.932 GB con 20.000 IOPS
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.257
c3-highmem-176	3.257 GB con 20.000 IOPS
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	1.843 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.411
c3-highmem-192-metal	3.411 GB con 20.000 IOPS
c3-highmem-192-metal	192	1.536	3.411
m1-megamem-96	1.719 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.287
m1-megamem-96	3.287 GB con 20.000 IOPS
m1-megamem-96	96	1.433	3.287
m1-ultramem-80	2.306 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.874
m1-ultramem-80	3.874 GB con 20.000 IOPS
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6180
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 3000 IOPS	1024	32	8.633
m2-megamem-416	8.633 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	8.633 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	2.342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.910
m3-ultramem-64	3.910 GB con 20.000 IOPS
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	6.252
m3-ultramem-128	6.252 GB con 20.000 IOPS
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171 GB con 10.000 IOPS	488 GB con 10.000 IOPS	976	32	2.667
m3-megamem-64	2.667 GB con 20.000 IOPS
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342 GB con 10.000 IOPS	512 GB con 10.000 IOPS	1024	32	3.910
m3-megamem-128	3.910 GB con 20.000 IOPS
m3-megamem-128	128	1.952	3.910
Importante: per informazioni sull'acquisto di una quota per le istanze X4 o per discutere di on demand per testare le istanze X4, contatta il rappresentante dell'account Google Cloud.
x4-megamem-960-metal	960	16.384	17.952
x4-megamem-1440-metal	1.440	24.576	26.144
x4-megamem-1920-metal	1920	32.768	34.336

Hyperdisk bilanciato

Tipo di VM Compute Engine	/hana/data dimensioni (GB), IOPS e velocità effettiva	/hana/log dimensioni (GB), IOPS e velocità effettiva	Dimensioni /hana/shared (GB)	Dimensioni /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 velocità effettiva di 400 Mbps	88 GB con 3000 IOPS e 400 MBps di velocità effettiva	176	32	507
c3-standard-44	507 GB con 13.000 IOPS e velocità effettiva di 800 Mbps
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 1200 MBps di throughput	352 GB con 3000 IOPS e 400 Mbps di velocità effettiva	704	32	1.932
c3-highmem-88	1.932 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-88	88	704	1.932
c3-highmem-176	1.689 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.257
c3-highmem-176	3.257 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	1.843 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.411
c3-highmem-192-metal	3.411 GB con 13.000 IOPS e 1600 Mbps di throughput
c3-highmem-192-metal	192	1.536	3.411
m1-megamem-96	1.719 GB con 8000 IOPS e 1000 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.287
m1-megamem-96	3.287 GB con 11.000 IOPS e 1400 MBps di throughput
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	1.153 GB con 8000 IOPS e velocità effettiva di 900 Mbps	480 GB con 3000 IOPS e velocità effettiva di 400 Mbps	961	32	2.626
m1-ultramem-40	2.626 GB con 11.000 IOPS e 1300 Mbps di velocità effettiva
m1-ultramem-40	40	961	2.626
m1-ultramem-80	2.306 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.874
m1-ultramem-80	3.874 GB con 13.000 IOPS e 1600 Mbps di throughput
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	4.612 GB con 15.000 IOPS e 1200 Mbps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6180
m1-ultramem-160	6180 GB con 18.000 IOPS e 1600 Mbps di throughput
m1-ultramem-160	160	3.844	6180
m2-megamem-416	7065 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	8.633
m2-megamem-416	8.633 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	7065 20.000 IOPS GB e velocità effettiva di 1200 Mbps	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	8.633
m2-ultramem-208	8.633 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	14.092 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	15.660
m2-ultramem-416	15.660 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	10.598 GB con 20.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	12.166
m2-hypermem-416	12.166 GB con 23.000 IOPS e 1600 Mbps di throughput
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	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	2.667
m3-ultramem-32	2667 GB con 13.000 IOPS e 1300 Mbps di velocità effettiva
m3-ultramem-32	32	976	2.667
m3-ultramem-64	2.342 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.910
m3-ultramem-64	3.910 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	4.684 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	6.252
m3-ultramem-128	6.252 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-ultramem-128	128	3904	6.252
m3-megamem-64	1.171 GB con 10.000 IOPS e velocità effettiva di 900 Mbps	488 GB con 3000 IOPS e 400 Mbps di velocità effettiva	976	32	2.667
m3-megamem-64	2.667 GB con 13.000 IOPS e 1300 Mbps di throughput
m3-megamem-64	64	976	2.667
m3-megamem-128	2.342 GB con 10.000 IOPS e 1200 MBps di throughput	512 GB con 3000 IOPS e 400 Mbps di velocità effettiva	1024	32	3.910
m3-megamem-128	3.910 GB con 13.000 IOPS e 1600 Mbps di throughput
m3-megamem-128	128	1.952	3.910
Importante: per informazioni sull'acquisto di una quota per le istanze X4 o per discutere di on demand per testare le istanze X4, contatta il rappresentante dell'account Google Cloud.
x4-megamem-960-metal	960	16.384	17.952
x4-megamem-1440-metal	1.440	24.576	26.144
x4-megamem-1920-metal	1920	32.768	34.336

Disco permanente standard

Tipo di VM Compute Engine	/hana/data dimensioni (GB)	/hana/log dimensioni (GB)	Dimensioni /hana/shared (GB)	Dimensioni /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	1.155
n1-highmem-64	1.155
n1-highmem-64	64	416	864
n1-highmem-96	748	312	624	32	1.716
n1-highmem-96	1.716
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	1.414
n2-highmem-64	1.414
n2-highmem-64	64	512	1056
n2-highmem-80	768	320	640	32	1.760
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	2.364
n2-highmem-128	2364
n2-highmem-128	128	864	1760
m1-megamem-96	1.719	512	1024	32	3.287
m1-megamem-96	3.287
m1-megamem-96	96	1.433	2.898
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-40	2.626
m1-ultramem-40	40	961	1954
m1-ultramem-80	2.306	512	1024	32	3.874
m1-ultramem-80	3.874
m1-ultramem-80	80	1.922	3.876
m1-ultramem-160	4.612	512	1024	32	6180
m1-ultramem-160	6180
m1-ultramem-160	160	3.844	7.720
m2-megamem-416	7065	512	1024	32	8.633
m2-megamem-416	8.633
m2-megamem-416	416	5.888	11.832
m2-ultramem-208	7065	512	1024	32	8.633
m2-ultramem-208	8.633
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

Per eseguire SAP HANA su Google Cloud è necessario Bring Your Own License (BYOL).

Nota: dopo aver eseguito il deployment di SAP HANA su Google Cloud, devi installare SAP HANA permanente prima della scadenza della licenza temporanea per SAP HANA. In caso contrario, Il sistema SAP HANA potrebbe andare in blocco del database dopo la licenza temporanea scade.

Per ulteriori informazioni da SAP sulla gestione delle tue 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 con scale up e scale out diverse architetture.

Architettura di scale up

Il seguente diagramma mostra l'architettura di scale up. Nel diagramma, tieni presente sia il deployment su Google Cloud che il layout del disco. Puoi utilizzare Cloud Storage per eseguire il backup dei backup locali disponibili in /hanabackup. Questa piastra da muro deve essere di dimensioni uguali o superiori a quelle del montaggio dei dati.

Su Google Cloud, un'architettura SAP HANA con host singolo e scale up può include i seguenti componenti:

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

• Disco permanente o Hyperdisk di Compute Engine basato su SSD volumi, come segue:

  • Un disco per ciascuna delle seguenti directory: /hana/data, /hana/log /hana/shared e /usr/sap. Per informazioni sui suggerimenti relativi ai dischi per SAP HANA, consulta Archiviazione su disco permanente. Per ottimizzare le prestazioni SAP, il Persistent Disk I volumi Hyperdisk devono essere dimensionati in base alla tabella in Dimensioni minime per volumi di Persistent Disk 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 Google Cloud per SAP. Dalla versione 2.0, puoi configurare questo agente per raccogliere i dati SAP HANA di monitoraggio delle metriche, che consentono di monitorare le istanze SAP HANA. Da 3.0, puoi utilizzare anche le sue Backint per archiviare i backup SAP HANA direttamente nel bucket Cloud Storage, e recuperarli in base alle esigenze.

• Una subnet facoltativa, ma consigliata, con una topologia e intervalli IP personalizzati nella regione Google Cloud che preferisci. Il database SAP HANA e vengono avviate all'interno della subnet. Puoi utilizzare una subnet esistente per SAP HANA.

• Componenti facoltativi:

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

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

• Configurare l'accesso privato Google per consentire alla tua VM di accedere alle API Google Cloud.

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

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

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

Architetture a scale out

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

Con l'aumento della domanda del carico di lavoro, soprattutto quando si utilizzano i dati analitici online di elaborazione (OLAP), un'architettura di scale out multi-host può distribuire il carico su tutti gli host.

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

Gli host in standby supportano la soluzione di ripristino del failover automatico dell'host SAP HANA. Per saperne di più sul failover automatico dell'host su Google Cloud, consulta failover automatico dell'host SAP HANA su Google Cloud.

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

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

Ad eccezione degli host in standby, ogni host ha i propri /hana/data, /hana/log e di solito, /usr/sap volumi su dischi permanenti basati su SSD o Hyperdisk, che forniscono e coerente e con un numero elevato di IOPS e IO. L'host master funge anche da server NFS master per i volumi /hana/shared e /hanabackup e questo master NFS è montato ogni worker e host in standby.

Per un host in standby, i volumi /hana/data e /hana/log non sono montati fino a quando non si verifica un takeover.

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

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

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

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

• Volumi 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 dell'host SAP HANA, e poi un disco per il volume locale /hanabackup per ogni istanza VM.

• Una soluzione NFS di cui è stato eseguito il deployment separato per la condivisione di /hana/shared e Volumi /hanabackup con gli host worker e standby. Puoi utilizzare Filestore o un'altra soluzione NFS.

• le regole firewall di Compute Engine o altri controlli di accesso alla rete limita l'accesso alle istanze Compute Engine, consentendo comunicazione tra le istanze e qualsiasi altra rete necessarie per il tuo sistema SAP HANA.

• Agente Google Cloud per SAP. Dalla versione 2.0, puoi configurare questo agente per raccogliere i dati SAP HANA di monitoraggio delle metriche, che consentono di monitorare le istanze SAP HANA. Da 3.0, puoi utilizzare anche le sue Backint per archiviare i backup SAP HANA direttamente nel bucket Cloud Storage, e recuperarli in base alle esigenze.

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

• Componenti facoltativi:

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

Se esegui il provisioning del sistema SAP HANA senza un IP pubblico, questo non può 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 di Google in modo che la tua VM possa accedere alle API Google Cloud.

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

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

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

Disponibilità elevata 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à Google Cloud, SAP e native del sistema operativo.

Per informazioni sulle opzioni di alta disponibilità, vedi 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 di Google Cloud dell'infrastruttura e, facoltativamente, SAP HANA.

Le opzioni di automazione del deployment che Google Cloud supporta i seguenti scenari di deployment SAP HANA:

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

Per ulteriori informazioni sull'automazione per lo scale up o lo scale out di deployment, vedi:

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

Automazione del deployment dell'istanza SAP HANA

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

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

In caso di problemi, installazione di un'istanza SAP HANA, di solito l'infrastruttura è di cui è stato eseguito il deployment e configurato. Puoi quindi utilizzare l'infrastruttura di cui hai eseguito il deployment e installare manualmente SAP HANA o eliminare l'infrastruttura, ed eseguire nuovamente l'automazione del deployment fino a quando l'istanza SAP HANA è installato 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, allora lo script di installazione non riesce a installare l'istanza SAP HANA sull'oggetto dell'infrastruttura.

• Quando utilizzi i file di configurazione Terraform che Google Cloud fornisce 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 saperne di più su Terraform, vedi gli argomenti Terraform: guida al deployment dello scale up di SAP HANA.

• Quando usi i modelli di Deployment Manager che Google Cloud fornisce per installare SAP HANA, devi fornire 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 sui Proprietà di Deployment Manager, vedi Deployment Manager: guida al deployment dello scale up di SAP HANA.

Gestione delle password

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

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

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

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

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

Deployment di dischi tramite Terraform

Quando automatizza il deployment di SAP HANA utilizzando Terraform fornita da Google Cloud, il deployment predefinito del disco è il seguente:

Volume o directory	Disco predefinito distribuito per le istanze X4	Disco predefinito distribuito per istanze bare metal C3	Disco predefinito di cui è stato eseguito il deployment per le istanze VM
Volume di avvio	Hyperdisk bilanciato	Hyperdisk bilanciato	Disco permanente bilanciato
/hana/data	Hyperdisk Extreme	Hyperdisk bilanciato	Disco permanente SSD
/hana/log	Hyperdisk Extreme	Hyperdisk bilanciato	Disco permanente SSD
/hana/shared	Hyperdisk bilanciato	Hyperdisk bilanciato	Disco permanente SSD, se specifichi disk_type = "pd-ssd" nel file di configurazione Terraform. Disco permanente bilanciato, in tutti gli altri scenari.
/hanabackup	Hyperdisk bilanciato	Hyperdisk bilanciato	Disco permanente bilanciato
/usr/sap	Hyperdisk bilanciato	Hyperdisk bilanciato	Disco permanente SSD, se specifichi disk_type = "pd-ssd" nel file di configurazione Terraform. Disco permanente bilanciato, in tutti gli altri scenari.

VM personalizzate e deployment automatizzati

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

Se devi utilizzare un tipo di VM personalizzata, esegui il deployment di una piccola VM predefinita digita e, al termine del deployment, personalizzare la VM in base alle 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 i file di configurazione Terraform e Deployment Manager modelli di configurazione utilizzabili per automatizzare il deployment di SAP Sistemi di scale up con host singolo HANA.

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

• Un sistema SAP HANA autonomo e con scale up.

  Guarda Terraform o Guida al deployment di Deployment Manager.

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

  Guarda Terraform o Guida al deployment di Deployment Manager.

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

Gli script di Deployment Manager non eseguono il deployment di quanto segue componenti di sistema:

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

Ad eccezione di SAP HANA Studio o della relativa VM, puoi usare Terraform per eseguire il deployment di 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 sistemi a scalabilità orizzontale

Google Cloud fornisce i file di configurazione Terraform e Deployment Manager di configurazione automatica che puoi usare per automatizzare il deployment Sistemi di 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 SAP HANA o Deployment Manager: Guida al deployment SAP HANA.
• Eseguire il deployment di un sistema a scalabilità orizzontale senza host in standby in un ambiente Linux ad alta disponibilità. per il cluster, vedi Terraform: guida alla configurazione dei cluster ad alta disponibilità SAP HANA.
• Per eseguire il deployment di un sistema di scale out che includa host in standby, consulta Terraform: guida al deployment di un sistema SAP HANA con scale out con failover automatico dell'host o Deployment Manager: guida al deployment di un sistema SAP HANA con scale out con failover automatico dell'host.

La configurazione Terraform o i modelli di Deployment Manager eseguire il deployment di VM, dischi permanenti e SAP HANA. Può anche mappare il supporto NFS punta ai volumi di backup e condivisi di SAP HANA. Per lo scale out multi-host la configurazione Terraform o Deployment Manager può anche eseguire il deployment di nuove istanze Filestore per ospitare Volumi condivisi e di backup HANA.

Gli script di Deployment Manager non eseguono il deployment di quanto segue componenti di sistema:

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

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

Soluzioni di condivisione file per deployment a scalabilità orizzontale multi-host

La configurazione Terraform fornita da Google Cloud per SAP HANA il deployment a scalabilità orizzontale multi-host crea per impostazione predefinita esportazioni NFS per Volumi /hana/shared e /hanabackup nell'istanza VM principale SAP HANA e condivide i volumi con i nodi worker.

Tuttavia, se vuoi utilizzare una soluzione NFS per condividere /hana/shared e /hanabackup volumi con gli host dei tuoi worker, quindi puoi utilizzare uno dei le seguenti opzioni:

• Per associare una soluzione NFS esistente di cui hai eseguito il deployment. Google Cloud, devi specificare i punti di montaggio NFS della I volumi /hana/shared e /hanabackup in sap_hana_shared_nfs e sap_hana_backup_nfs argomenti rispettivamente nella tua configurazione Terraform .

• Eseguire il deployment di nuove istanze Filestore e associare i relativi file. le condivisioni con i volumi /hana/shared e /hanabackup, devi definire una risorsa google_filestore_instance e specificare i nomi delle condivisioni di file sap_hana_shared_nfs_resource e sap_hana_backup_nfs_resource, nel file di configurazione Terraform.

Per visualizzare un esempio, vedi configurazione di esempio.

Assistenza

In caso di problemi con l'infrastruttura o i servizi Google Cloud, contatta l'assistenza clienti. Puoi trovare i dati di contatto nella Pagina Panoramica dell'assistenza nella console Google Cloud. Se l'assistenza clienti stabilisce che un problema risiede nei tuoi sistemi SAP, verrai indirizzato a SAP Support.

Per problemi relativi ai prodotti SAP, registra la richiesta di assistenza con Assistenza SAP. SAP valuta il ticket di assistenza e, se sembra essere un account Google Cloud, relativo a un problema dell'infrastruttura, SAP trasferisce il ticket Componente Google Cloud nel sistema: BC-OP-LNX-GOOGLE oppure BC-OP-NT-GOOGLE.

Requisiti di assistenza

Prima di poter ricevere assistenza per sistemi SAP e Google Cloud infrastruttura e servizi che utilizzano, devi soddisfare i requisiti minimi requisiti dei piani di assistenza.

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

• Ricevi assistenza per SAP su Google Cloud
• SAP Note 2456406 - SAP su Google Cloud Platform: prerequisiti di assistenza (È richiesto un account utente SAP)

Passaggi successivi

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