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 quando pianifichi l'implementazione di un nuovo sistema SAP HANA.

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

Informazioni su SAP HANA su Google Cloud

SAP HANA è un database relazionale in memoria orientato a colonne che offre analisi ad alte prestazioni ed elaborazione dei dati in tempo reale. I clienti possono sfruttare la facilità di provisioning, le capacità dell'infrastruttura Google Cloud a scalabilità elevata e ridondante, per eseguire carichi di lavoro critici per l'attività. Google Cloud fornisce un insieme di asset fisici, come computer e dischi rigidi, e risorse virtuali, come macchine virtuali (VM) Compute Engine, situate nei data center di Google in tutto il mondo.

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

Nozioni di base su Google Cloud

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

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

Per una panoramica delle considerazioni che le organizzazioni su scala aziendale dovrebbero prendere in considerazione durante l'esecuzione su Google Cloud, consulta il framework dell'architettura Google Cloud.

Interazione con Google Cloud

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

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

Servizi Google Cloud

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

Servizio Descrizione
Networking VPC

Connette le tue istanze VM tra loro e a internet.

Ogni istanza VM fa parte di una rete legacy con un singolo intervallo IP globale oppure di una rete di subnet consigliata, in cui l'istanza VM è 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 progetti Google Cloud, ma un progetto Google Cloud può avere più reti VPC.

Per connettere risorse di più progetti a una rete VPC comune, puoi utilizzare un VPC condiviso, in modo che le risorse possano comunicare tra loro in modo sicuro ed efficiente utilizzando indirizzi IP interni di quella rete. Per informazioni su come eseguire il provisioning di un VPC condiviso, inclusi requisiti, passaggi di configurazione e utilizzo, consulta Provisioning del VPC condiviso.

Compute Engine Crea e gestisce le VM con il sistema operativo e lo stack software che preferisci.
Persistent Disk e Hyperdisk

Puoi utilizzare Persistent Disk e Google Cloud Hyperdisk:

  • I volumi di Persistent Disk sono disponibili come hard disk (HDD) standard o unità a stato solido (SSD). Per i dischi permanenti bilanciati e i dischi permanenti SSD, la replica DP Async fornisce la replica asincrona dei dati SAP tra due regioni Google Cloud.
  • I volumi Hyperdisk Extreme offrono opzioni di IOPS e velocità effettiva massime più elevate rispetto ai volumi di dischi permanenti SSD.
  • Per impostazione predefinita, Compute Engine cripta i contenuti at-rest dei clienti, inclusi quelli all'interno dei volumi Persistent Disk e Hyperdisk. Per ulteriori informazioni sulla crittografia del disco e sulle possibili opzioni di crittografia, consulta Informazioni sulla crittografia del disco.
Console Google Cloud

Uno strumento basato su browser per la gestione delle risorse Compute Engine.

Utilizza un modello per descrivere tutte le risorse e le istanze Compute Engine di cui hai bisogno. Non devi creare e configurare le risorse singolarmente o capire le dipendenze perché la console Google Cloud lo fa al posto tuo.
Cloud Storage Puoi archiviare i backup dei tuoi database SAP in Cloud Storage per una maggiore durabilità e affidabilità, con la replica.
Cloud Monitoring

Offre visibilità su deployment, prestazioni, uptime e integrità di dischi Compute Engine, rete e archiviazione permanente.

Monitoring raccoglie metriche, eventi e metadati da Google Cloud e li utilizza per generare insight tramite dashboard, grafici e avvisi. Puoi monitorare le metriche di computing senza costi aggiuntivi tramite Monitoring.
IAM

Fornisce un controllo unificato sulle autorizzazioni per le risorse Google Cloud.

IAM consente di controllare chi può eseguire operazioni del piano di controllo sulle VM, tra cui creazione, modifica ed eliminazione di VM e dischi di archiviazione permanente, nonché creazione e modifica di reti.

Prezzi e quote

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

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

Conformità e controlli di sovranità

Se richiedi l'esecuzione del tuo carico di lavoro SAP in conformità con i requisiti di residenza dei dati, controllo dell'accesso, personale di assistenza o normativi, devi pianificare l'utilizzo di Assured Workloads, un servizio che ti consente di eseguire carichi di lavoro sicuri e conformi su Google Cloud senza compromettere la qualità dell'esperienza cloud. Per ulteriori informazioni, consulta Conformità e controlli di 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 su Google Cloud.

I tipi di macchina certificati SAP per SAP HANA includono le macchine virtuali (VM) Compute Engine e le macchine bare metal Bare Metal Solution.

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

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

Alcuni tipi di macchine non sono disponibili in tutte le regioni di Google Cloud. Per verificare la disponibilità a livello di regione di una macchina virtuale Compute Engine, consulta Regioni e zone disponibili. Per le macchine Bare Metal Solution certificate per SAP HANA, consulta la pagina relativa alla disponibilità regionale delle macchine Bare Metal Solution per SAP HANA.

SAP elenca i tipi di macchine certificati per SAP HANA nella directory hardware SAP HANA certificata e supportata.

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

VM di Compute Engine certificate per SAP HANA

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

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

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

Tipi di macchina vCPUs Memoria Sistema operativo Piattaforma CPU Tipo di applicazione Note
Tipi di VM per uso generico 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, solo per lo scale up, NetApp CVS-Performance.
n1-highmem-64 64 416 GB RHEL, SUSE Intel Broadwell OLAP o OLTP Archiviazione a blocchi: dischi permanenti di Compute Engine o, solo per lo scale up, NetApp CVS-Performance.
n1-highmem-96 96 624 GB RHEL, SUSE Intel Skylake OLAP o OLTP Archiviazione a blocchi: dischi permanenti di Compute Engine o, solo per lo scale up, NetApp CVS-Performance.
Tipi di VM per uso generico con memoria elevata N2
n2-highmem-32 32 256 GB RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake		 OLAP o OLTP Solo scale up.
Archiviazione a blocchi: dischi permanenti di Compute Engine o NetApp CVS-Performance.
n2-highmem-48 48 384 GB RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake		 OLAP o OLTP Solo scale up.
Archiviazione a blocchi: dischi permanenti di Compute Engine o NetApp CVS-Performance.
n2-highmem-64 64 512 GB RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake		 OLAP o OLTP Solo scale up.
Archiviazione a blocchi: dischi permanenti di Compute Engine o NetApp CVS-Performance.
n2-highmem-80 80 640 GB RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake		 OLAP o OLTP Solo 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 Balanced 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 Balanced 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 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, solo per lo scale up di OLTP, 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, solo per lo scale up di OLTP, NetApp CVS-Performance.
Tipi di VM ottimizzate per la memoria M2
m2-megamem-416 416 5888 GB RHEL, SUSE Intel Cascade Lake OLAP o OLTP Carichi di lavoro OLAP certificati per lo scale up e lo scale out fino a 16 nodi.
I carichi di lavoro OLTP sono certificati per lo scale up o lo scale out fino a 4 nodi.
La certificazione per lo scale out di OLTP include SAP S/4HANA.
Per lo scale out con S/4HANA, consulta la Nota SAP 2408419.
Archiviazione a blocchi: dischi permanenti di Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o, 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 dimensionamento basato sui carichi di lavoro per fare 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 X4 ottimizzati per la memoria
x4-megamem-960-metal 960 16.384 GB SUSE Intel Sapphire Rapids OLAP o OLTP Solo scale up.
Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk Balanced
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 Balanced
x4-megamem-1920-metal 1920 32.768 GB SUSE Intel Sapphire Rapids OLAP o OLTP Solo scale up.
Archiviazione a blocchi: Hyperdisk Extreme, Hyperdisk Balanced

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.
Dimensioni 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.
Dimensioni standard.

Tipi di macchine personalizzate certificati per SAP HANA

La tabella seguente mostra i tipi di macchine personalizzate di Compute Engine 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 da Compute Engine. Le regole variano a seconda del tipo di macchina che personalizzi. Per le regole di personalizzazione complete, consulta Creazione di un'istanza VM personalizzata.

Tipo di macchina di base vCPUs Memoria (GB) Sistema operativo Piattaforme CPU
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 uniformemente divisibile per 4.
Su Intel Cascade Lake, un numero di vCPU da 32 a 80 che è uniformemente 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 attuali di Google Cloud che supportano SAP HANA su Bare Metal Solution.

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

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

Configurazione memoria

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

Configurazione di rete

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

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

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

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

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

Considera la necessità di separare il traffico fin dalle prime fasi nella progettazione della tua rete e alloca NIC aggiuntive quando esegui il deployment delle VM. Devi collegare ciascuna interfaccia di rete a una rete Virtual Private Cloud diversa. La scelta per il numero di interfacce di rete dipende dal livello di isolamento richiesto, con un massimo di 8 interfacce consentite per VM con 8 vCPU o più.

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

Per ulteriori informazioni, consulta Panoramica della rete per le VM, più interfacce di rete e larghezza di banda di rete delle VM.

Sistemi operativi certificati per SAP HANA

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

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

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

Per informazioni da SAP sui sistemi operativi supportati da SAP con SAP HANA su Google Cloud, vai alla pagina Certified and supported SAP HANA Hardware Directory, fai clic sul tipo di macchina richiesto e poi consulta Sistema operativo.

La tabella seguente non include:

  • Versioni di sistemi operativi certificati che non sono più nel supporto mainstream.
  • Versioni del sistema operativo non specifiche di SAP.
Sistema operativo Versione Tipi di macchina non supportati
RHEL per SAP 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

Immagini personalizzate del sistema operativo

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

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

  1. Prepara il disco di avvio in modo che possa avviarsi all'interno dell'ambiente Google Cloud Compute Engine e tu possa 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 l'immagine in Compute Engine come nuova immagine personalizzata.
  4. Utilizza l'immagine importata per creare un'istanza di macchina virtuale e assicurarti che si avvii correttamente.
  5. Ottimizza l'immagine e installa l'ambiente guest Linux in modo che l'immagine del sistema operativo importata possa comunicare con il server di metadati e utilizzare funzionalità aggiuntive di Compute Engine.

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

Se stai trasferendo un sistema operativo RHEL da un'installazione on-premise a Google Cloud, devi aggiungere Red Hat Cloud Access al tuo abbonamento Red Hat. Per ulteriori informazioni, consulta la sezione Red Hat Cloud Access.

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

Per ulteriori informazioni sull'importazione di un sistema operativo in Google Cloud come immagine personalizzata, consulta Importazione delle immagini disco di avvio in Compute Engine.

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

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

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

Tipi di disco supportati

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

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

  • 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) Performance (SSD) (pd-ssd) offre prestazioni superiori rispetto al disco permanente bilanciato (pd-balanced).
    • Utilizza il disco permanente bilanciato come disco consigliato per l'hosting di quanto segue 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 vuoi ridurre i costi del backup, puoi utilizzare un Persistent Disk HDD standard (pd-standard), che fornisce backup più rapidi rispetto a un disco permanente HDD standard. Quando selezioni il disco, assicurati che il tuo tipo di VM supporti il tipo di disco.
    • Supporto per Persistent Disk bilanciati e prestazionali (SSD) Replica asincrona PD. per il ripristino di emergenza attivo-passivo tra regioni. Per ulteriori informazioni, consulta Ripristino di emergenza con la replica asincrona PD.
    • Sebbene Extreme Persistent Disk (pd-extreme) sia certificato per l'utilizzo con SAP HANA, ti consigliamo di utilizzare Hyperdisk Extreme (hyperdisk-extreme), che offre prestazioni migliori. Se vuoi utilizzare un disco permanente con carico estremo, assicurati di eseguire il provisioning dei dischi in base alle informazioni riportate in Dimensioni minime per volumi di Persistent Disk e Hyperdisk basati su SSD.

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

    • Hyperdisk Extreme offre opzioni di IOPS e velocità effettiva massimo più elevate 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.
    • Utilizza Hyperdisk Balanced come disco consigliato per l'hosting di 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, puoi selezionare le prestazioni di cui hai bisogno eseguendo il provisioning delle IOPS, che determina anche la velocità effettiva. Per ulteriori informazioni, consulta Velocità effettiva.
    • Per Hyperdisk Bilanciato, puoi selezionare le prestazioni di cui hai bisogno eseguendo il provisioning di IOPS e velocità effettiva. Per ulteriori informazioni, consulta Informazioni sul provisioning di IOPS e velocità effettiva per Hyperdisk.
    • Puoi utilizzare Hyperdisk Extreme per i volumi /hana/data e /hana/log quando hai bisogno delle prestazioni massime.
    • Per ottenere le migliori prestazioni da Hyperdisk Extreme per SAP HANA, aggiorna le proprietà di sistema SAP HANA come consigliato in Prestazioni di 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.

Opzioni di layout dell'archiviazione su disco 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, mentre i volumi /hana/shared e /usr/sap, che non richiedono prestazioni così elevate, si trovano su singoli dischi permanenti bilanciati, che hanno un costo inferiore rispetto a un Hyperdisk Extreme.

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

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

Nella console Google Cloud puoi visualizzare i dischi permanenti e gli Hyperdisk collegati alle tue istanze VM in Dischi aggiuntivi nella pagina Dettagli istanza VM per ogni istanza VM. Per ulteriori informazioni sui diversi tipi di volumi Persistent Disk e iperdisk di Compute Engine, sulle loro caratteristiche prestazionali e su come utilizzarli, consulta la seguente documentazione:

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 dell'istanza SAP HANA, ma anche delle prestazioni del disco permanente.

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

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

Un'unità SSD da 550 GB o un disco permanente bilanciato da 943 GB fornisce una velocità effettiva sostenuta di 400 MB al secondo per le operazioni di lettura e scrittura, ossia il valore minimo. Per informazioni generali sulle prestazioni disco permanente, vedi Prestazioni dell'archiviazione a blocchi.

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

Per informazioni sulla configurazione dell'archiviazione consigliata per i sistemi SAP HANA in esecuzione su istanze bare metal di Compute Engine come X4, consulta Tipi di macchine bare metal per SAP HANA.

Le dimensioni nella tabella seguente presuppongono che tutti i volumi SAP HANA su singoli dischi vengano montati.

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 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2105
n2-highmem-96 2105
n2-highmem-96 96 768 2.105
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 1932
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 512 1024 32 3.257
c3-highmem-176 3257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 512 1024 32 3.287
m1-megamem-96 3287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 480 961 32 2.626
m1-ultramem-40 2626
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 512 1024 32 3.874
m1-ultramem-80 3874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 512 1024 32 6180
m1-ultramem-160 6180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 512 1024 32 8.633
m2-megamem-416 8633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 512 1024 32 8.633
m2-ultramem-208 8633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 512 1024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 512 1024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1171 488 976 32 2.667
m3-ultramem-32 2667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2342 512 1024 32 3.910
m3-ultramem-64 3910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 512 1024 32 6.252
m3-ultramem-128 6252
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 488 976 32 2.667
m3-megamem-64 2667
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 512 1024 32 3.910
m3-megamem-128 3910
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 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2105
n2-highmem-96 2105
n2-highmem-96 96 768 2.105
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 1932
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 512 1024 32 3.257
c3-highmem-176 3257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 512 1024 32 3.287
m1-megamem-96 3287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 480 961 32 2.626
m1-ultramem-40 2626
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 512 1024 32 3.874
m1-ultramem-80 3874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 512 1024 32 6180
m1-ultramem-160 6180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 512 1024 32 8.633
m2-megamem-416 8633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 512 1024 32 8.633
m2-ultramem-208 8633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 512 1024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 512 1024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1171 488 976 32 2.667
m3-ultramem-32 2667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2342 512 1024 32 3.910
m3-ultramem-64 3910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 512 1024 32 6.252
m3-ultramem-128 6252
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 488 976 32 2.667
m3-megamem-64 2667
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 512 1024 32 3.910
m3-megamem-128 3910
m3-megamem-128 128 1.952 3.910

Hyperdisk Extreme

Quando utilizzi Hyperdisk Extreme per ospitare i volumi /hana/data e /hana/log, assicurati di ospitare i volumi /hana/shared e /usr/sap su dischi permanenti bilanciati separati. Questo perché i volumi /hana/shared e /usr/sap non richiedono prestazioni così elevate quanto i volumi di dati e 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 1.760
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 2.105
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 1932 GB con 20.000 IOPS
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.257
c3-highmem-176 3257 GB con 20.000 IOPS
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.287
m1-megamem-96 3287 GB con 20.000 IOPS
m1-megamem-96 96 1.433 3.287
m1-ultramem-80 2306 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.874
m1-ultramem-80 3874 GB con 20.000 IOPS
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 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 6.180
m2-megamem-416 7065 GB con 14.130 IOPS 512 GB con 3000 IOPS 1024 32 8.633
m2-megamem-416 8633 GB con 24.130 IOPS
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 GB con 14.130 IOPS 512 GB con 10.000 IOPS 1024 32 8.633
m2-ultramem-208 8633 GB con 24.130 IOPS
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 GB con 28.184 IOPS 512 GB con 10.000 IOPS 1024 32 15.660
m2-ultramem-416 15.660 GB con 38.184 IOPS
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 GB con 21.196 IOPS 512 GB con 10.000 IOPS 1024 32 12.166
m2-hypermem-416 12.166 GB con 31.196 IOPS
m2-hypermem-416 416 8.832 12.166
m3-ultramem-64 2342 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.910
m3-ultramem-64 3910 GB con 20.000 IOPS
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 6.252
m3-ultramem-128 6252 GB con 20.000 IOPS
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 GB con 10.000 IOPS 488 GB con 10.000 IOPS 976 32 2.667
m3-megamem-64 2667 GB con 20.000 IOPS
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.910
m3-megamem-128 3910 GB con 20.000 IOPS
m3-megamem-128 128 1.952 3.910

Hyperdisk bilanciato

Per SAP HANA, il numero minimo di IOPS di cui è stato supportato il provisioning è 3000 e la velocità effettiva è di 400 MBps. Tuttavia, puoi ottimizzare questi valori in base ai tuoi requisiti di prestazioni specifici. Consigliamo un valore iniziale di 3000 IOPS e una velocità effettiva di 750 MBps, poiché questi sono i valori predefiniti utilizzati nei file di configurazione Terraform che Google Cloud fornisce per 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 velocità effettiva 352 GB con 3000 IOPS e 400 Mbps di velocità effettiva 704 32 1.932
c3-highmem-88 1932 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.257
c3-highmem-176 3257 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 GB con 8000 IOPS e velocità effettiva di 1000 Mbps 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.287
m1-megamem-96 3287 GB con 11.000 IOPS e 1400 Mbps di velocità effettiva
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 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 2626 GB con 11.000 IOPS e 1300 MBps di velocità effettiva
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.874
m1-ultramem-80 3874 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 GB con 15.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 8.633
m2-megamem-416 8633 GB con 23.000 IOPS e 1600 Mbps di velocità effettiva
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 GB 20.000 IOPS e velocità effettiva di 1200 Mbps 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 8.633
m2-ultramem-208 8633 GB con 23.000 IOPS e 1600 Mbps di velocità effettiva
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
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 2342 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.910
m3-ultramem-64 3910 GB con 13.000 IOPS e 1600 MBps di velocità effettiva
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 6.252
m3-ultramem-128 6252 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 GB con 10.000 IOPS e 900 MBps di velocità effettiva 488 GB con 3000 IOPS e 400 Mbps di velocità effettiva 976 32 2.667
m3-megamem-64 2667 GB con 13.000 IOPS e 1300 MBps di velocità effettiva
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.910
m3-megamem-128 3910 GB con 13.000 IOPS e 1600 MBps di velocità effettiva
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 utilizzi un singolo disco per ospitare tutti i volumi seguenti: volumi /hana/data, /hana/log, /hana/shared e /usr/sap.

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 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2105
n2-highmem-96 2105
n2-highmem-96 96 768 2.105
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 1932
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 512 1024 32 3.257
c3-highmem-176 3257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 512 1024 32 3.287
m1-megamem-96 3287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 480 961 32 2.626
m1-ultramem-40 2626
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 512 1024 32 3.874
m1-ultramem-80 3874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 512 1024 32 6180
m1-ultramem-160 6180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 512 1024 32 8.633
m2-megamem-416 8633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 512 1024 32 8.633
m2-ultramem-208 8633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 512 1024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 512 1024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1171 488 976 32 2.667
m3-ultramem-32 2667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2342 512 1024 32 3.910
m3-ultramem-64 3910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 512 1024 32 6.252
m3-ultramem-128 6252
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 488 976 32 2.667
m3-megamem-64 2667
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 512 1024 32 3.910
m3-megamem-128 3910
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 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2105
n2-highmem-96 2105
n2-highmem-96 96 768 2.105
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 1932
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 512 1024 32 3.257
c3-highmem-176 3257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 512 1024 32 3.287
m1-megamem-96 3287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 480 961 32 2.626
m1-ultramem-40 2626
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 512 1024 32 3.874
m1-ultramem-80 3874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 512 1024 32 6180
m1-ultramem-160 6180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 512 1024 32 8.633
m2-megamem-416 8633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 512 1024 32 8.633
m2-ultramem-208 8633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 512 1024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 512 1024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1171 488 976 32 2.667
m3-ultramem-32 2667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2342 512 1024 32 3.910
m3-ultramem-64 3910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 512 1024 32 6.252
m3-ultramem-128 6252
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 488 976 32 2.667
m3-megamem-64 2667
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 512 1024 32 3.910
m3-megamem-128 3910
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 1.760
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 2.105
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 1932 GB con 20.000 IOPS
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.257
c3-highmem-176 3257 GB con 20.000 IOPS
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.287
m1-megamem-96 3287 GB con 20.000 IOPS
m1-megamem-96 96 1.433 3.287
m1-ultramem-80 2306 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.874
m1-ultramem-80 3874 GB con 20.000 IOPS
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 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 6.180
m2-megamem-416 7065 GB con 14.130 IOPS 512 GB con 3000 IOPS 1024 32 8.633
m2-megamem-416 8633 GB con 24.130 IOPS
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 GB con 14.130 IOPS 512 GB con 10.000 IOPS 1024 32 8.633
m2-ultramem-208 8633 GB con 24.130 IOPS
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 GB con 28.184 IOPS 512 GB con 10.000 IOPS 1024 32 15.660
m2-ultramem-416 15.660 GB con 38.184 IOPS
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 GB con 21.196 IOPS 512 GB con 10.000 IOPS 1024 32 12.166
m2-hypermem-416 12.166 GB con 31.196 IOPS
m2-hypermem-416 416 8.832 12.166
m3-ultramem-64 2342 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.910
m3-ultramem-64 3910 GB con 20.000 IOPS
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 6.252
m3-ultramem-128 6252 GB con 20.000 IOPS
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 GB con 10.000 IOPS 488 GB con 10.000 IOPS 976 32 2.667
m3-megamem-64 2667 GB con 20.000 IOPS
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.910
m3-megamem-128 3910 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 velocità effettiva 352 GB con 3000 IOPS e 400 Mbps di velocità effettiva 704 32 1.932
c3-highmem-88 1932 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.257
c3-highmem-176 3257 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 GB con 8000 IOPS e velocità effettiva di 1000 Mbps 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.287
m1-megamem-96 3287 GB con 11.000 IOPS e 1400 Mbps di velocità effettiva
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 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 2626 GB con 11.000 IOPS e 1300 MBps di velocità effettiva
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.874
m1-ultramem-80 3874 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 GB con 15.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 8.633
m2-megamem-416 8633 GB con 23.000 IOPS e 1600 Mbps di velocità effettiva
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 GB 20.000 IOPS e velocità effettiva di 1200 Mbps 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 8.633
m2-ultramem-208 8633 GB con 23.000 IOPS e 1600 Mbps di velocità effettiva
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
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 2342 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.910
m3-ultramem-64 3910 GB con 13.000 IOPS e 1600 MBps di velocità effettiva
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 6.252
m3-ultramem-128 6252 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 GB con 10.000 IOPS e 900 MBps di velocità effettiva 488 GB con 3000 IOPS e 400 Mbps di velocità effettiva 976 32 2.667
m3-megamem-64 2667 GB con 13.000 IOPS e 1300 MBps di velocità effettiva
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.910
m3-megamem-128 3910 GB con 13.000 IOPS e 1600 MBps di velocità effettiva
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 i volumi SAP HANA in base alla quantità di memoria contenuta nel tipo di macchina Compute Engine selezionato.

Le seguenti indicazioni sulle dimensioni dei dischi si riferiscono alle dimensioni minime consigliate da Google Cloud e SAP per i tuoi deployment al fine di bilanciare le prestazioni e il costo totale di proprietà. Le dimensioni dei dischi possono essere aumentate fino al limite supportato dai tipi di disco sottostanti. Per informazioni sulle dimensioni minime richieste, 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 le dimensioni 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 di 1 TB, a seconda del valore inferiore. 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 di quota di archiviazione complessivi per i sistemi con scale out SAP HANA, devi calcolare il totale delle dimensioni del disco per ogni tipo di disco utilizzato con tutti gli 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, hai bisogno di totali separati per pd-ssd e pd-balanced per richiedere quote separate.

Per un sistema SAP HANA con scale out con failover automatico dell'host, è sufficiente 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. In caso di errore, il failover automatico SAP HANA smonta i volumi /hana/data, /hana/log e /usr/sap dall'host in errore e li monta su un host in standby. I volumi /hana/shared e /hanabackup per un host in standby sono montati in una soluzione NFS di cui è stato eseguito il deployment separatamente.

Allocazione di spazio di archiviazione su disco permanente aggiuntivo

Seleziona una dimensione del disco permanente o dell'Hyperdisk non inferiore a quella minima elencata per il disco permanente o il tipo Hyperdisk in Dimensioni minime per volumi Persistent Disk e Hyperdisk basati su SSD.

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

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

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

Applica 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 offre opzioni di velocità effettiva e IOPS massime più elevate per i volumi /hana/log e /hana/data rispetto agli altri dischi permanenti basati su SSD. Per ulteriori informazioni sul provisioning delle IOPS e sulle opzioni di velocità effettiva per Hyperdisk, consulta Informazioni sul provisioning di IOPS e velocità effettiva per Hyperdisk.

A differenza dei dischi permanenti basati su SSD, quando utilizzi Hyperdisk con SAP HANA, non devi preoccuparti delle prestazioni quando dimensioni l'Hyperdisk. Le dimensioni di Hyperdisk si basano esclusivamente sui requisiti di archiviazione di SAP HANA. Per ulteriori informazioni sul dimensionamento dei dischi permanenti o di Hyperdisk, consulta Determinazione della dimensione del disco permanente.

Durante l'utilizzo di Hyperdisk con SAP HANA, per ottenere le migliori prestazioni, ti consigliamo di aggiornare le proprietà di sistema SAP HANA nel modo seguente:

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

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

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

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

Quando crei un volume bilanciato Hyperdisk, puoi eseguire il provisioning di IOPS e velocità effettiva per soddisfare le esigenze di prestazioni dei tuoi carichi di lavoro, prendendo in considerazione le regole per il provisioning delle IOPS e il provisioning della velocità effettiva. Per SAP HANA, il numero minimo di IOPS sottoposte a provisioning supportato è pari a 3000, mentre 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 fornite da Google Cloud, lo script di deployment alloca dischi permanenti o 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 un singolo disco permanente o Hyperdisk ospita queste directory SAP. Inoltre, per i deployment con scale out di SAP HANA, la directory /hana/shared è ospitata da una soluzione NFS.

  • Facoltativamente, un disco per la directory /hanabackup.

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

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

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

Quando utilizzi i modelli Deployment Manager forniti da Google Cloud per SAP HANA o scegli di eseguire il deployment di un layout a disco singolo utilizzando le configurazioni Terraform, lo script di deployment mappa le directory /hana/data, /hana/log, /usr/sap e /hana/shared di SAP HANA al proprio volume logico per ridimensionarle facilmente e mapparle sul disco permanente basato su SSD o Hyperdisk in un gruppo di volume singolo. Terraform o Deployment Manager mappano la directory /hanabackup a un volume logico in un gruppo di volumi separato, che quindi la mappa a un disco permanente bilanciato (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 sono necessarie una velocità effettiva o una contemporaneità più elevate.

La dimensione del volume di backup SAP HANA è progettata per fornire una base di riferimento ottimale e una velocità effettiva di burst ottimale, nonché la possibilità di contenere diversi set di backup. Se nel volume di backup sono presenti più set di backup, è più semplice recuperare il database, se necessario.

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

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

Puoi utilizzare altri meccanismi per archiviare i backup SAP HANA. Se utilizzi la funzionalità Backint dell'agente di Google Cloud per SAP, puoi eseguire il backup di SAP HANA direttamente in un bucket Cloud Storage. In questo modo, l'uso di 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 archiviando i 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 consiglia vivamente l'opzione di riavvio rapido di SAP HANA.

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

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

Inoltre, sulle VM delle famiglie M2 e M3 dei tipi di macchine ottimizzate per la memoria di Compute Engine, SAP HANA Fast Riavvia migliora i tempi di ripristino se si verificano errori non correggibili in memoria. Per maggiori informazioni, consulta Recupero 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 richiesto da SAP.

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

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

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

Se utilizzi SLES, utilizza lo strumento saptune di SUSE per applicare la configurazione richiesta. Per applicare tutte le impostazioni SAP HANA consigliate, inclusi entrambi i parametri kernel precedenti, specifica il seguente comando saptune:

saptune solution apply HANA

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

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

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

Sfruttando le funzionalità del processore Intel, i tipi di macchine M2 e M3 possono continuare a funzionare quando si verificano errori non correggibili nel sottosistema di memoria. Se il riavvio rapido di SAP HANA è abilitato quando si verifica l'errore di memoria, il processo SAP HANA interessato viene riavviato, ma non è necessario ricaricare l'intero database, 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 il ripristino 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 il ripristino degli errori di memoria con il riavvio rapido di SAP HANA:

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

Opzioni file server

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

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

Filestore

Per il volume /hana/shared in una configurazione con scale out in una singola zona, ti consigliamo di utilizzare il livello di servizio Filestore Basic previsto per le risorse di zona. Per scenari in cui è richiesta una maggiore resilienza, puoi utilizzare Filestore Enterprise. Per ulteriori informazioni, consulta Componenti in un sistema di scale out SAP HANA su Google Cloud.

Servizio NetApp Cloud Volumes per Google Cloud

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

Identificazione degli utenti e accesso alle risorse

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

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

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

Le VM di Compute Engine hanno il proprio account di servizio. Tutti i programmi eseguiti su una VM possono utilizzare l'account di servizio VM, purché l'account di servizio VM disponga delle autorizzazioni per le risorse necessarie al programma.

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

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

Per ulteriori informazioni sui ruoli IAM richiesti dai programmi SAP su Google Cloud, consulta Identity and Access Management for SAP Programs on 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 sull'esecuzione di SAP HANA sui tipi di macchine bare metal forniti da Compute Engine, ad esempio X4.

X4 è la quarta generazione della serie di tipi di macchine ottimizzate per la memoria offerti da Compute Engine. Sono progettati per supportare principalmente carichi di lavoro SAP che richiedono fino a 32 TB di memoria.

Per informazioni sui tipi di macchine X4 certificati SAP che puoi utilizzare per eseguire SAP HANA, consulta Tipi di macchine bare metal X4 ottimizzati per la memoria. 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.

Archiviazione a blocchi supportata

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

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

Configurazione con ottimizzazione dei costi

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

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 dell'archiviazione ottimizzata per le prestazioni per l'esecuzione di SAP HANA su tipi di macchine X4. Le dimensioni nella tabella seguente presuppongono che tutti i volumi SAP HANA su singoli dischi vengano montati.

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 di archiviazione che offre prestazioni flessibili per l'esecuzione di SAP HANA su tipi di macchine X4. Le dimensioni nella tabella seguente presuppongono che tutti i volumi SAP HANA su singoli dischi vengano montati.

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 le configurazioni Terraform fornite da Google Cloud. Queste configurazioni sono progettate per eseguire le seguenti operazioni per impostazione predefinita:

  • Esegui il deployment dei volumi Hyperdisk Extreme per ospitare i dati e i volumi dei log SAP HANA. Per eseguire invece il deployment di volumi bilanciati Hyperdisk, utilizza l'argomento Terraform disk_type.
  • Abilita l'opzione Riavvio rapido di SAP HANA.
  • Se ospiti il volume di backup SAP HANA su un disco, queste configurazioni Terraform eseguono il deployment di un volume Hyperdisk Bilanciato per impostazione predefinita. Questo deployment del disco è determinato dall'argomento Terraform backup_disk_type.

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

Attività post-deployment

Dopo aver eseguito il deployment di un'istanza bare metal per eseguire SAP HANA, ti consigliamo di procedere come segue:

Hyperthreading

Per i carichi di lavoro SAP HANA basati su OLTP in esecuzione su istanze X4, la disabilitazione dell'hyperthreading può portare a miglioramenti delle prestazioni se viene soddisfatto uno dei seguenti 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 versioni precedenti.

Per informazioni su come disabilitare l'hyperthreading per l'istanza X4 utilizzando l'agente di Google Cloud per SAP, consulta Disabilitare 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.

Quote

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

La tabella seguente mostra i valori delle quote per i sistemi SAP HANA con scalabilità verticale a host singolo in base al 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 sulla determinazione dei requisiti di archiviazione per i sistemi a scalabilità orizzontale, consulta Determinazione della dimensione del disco permanente.

Visualizza la quota esistente e confrontala con i requisiti di risorse (CPU, memoria e spazio di archiviazione) per capire 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 utilizzare Hyperdisk Extreme, che offre prestazioni migliori. Se vuoi usare dischi permanenti con carico estremo, devi eseguirne il provisioning utilizzando la classe 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 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2105
n2-highmem-96 2105
n2-highmem-96 96 768 2.105
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 1932
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 512 1024 32 3.257
c3-highmem-176 3257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 512 1024 32 3.287
m1-megamem-96 3287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 480 961 32 2.626
m1-ultramem-40 2626
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 512 1024 32 3.874
m1-ultramem-80 3874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 512 1024 32 6180
m1-ultramem-160 6180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 512 1024 32 8.633
m2-megamem-416 8633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 512 1024 32 8.633
m2-ultramem-208 8633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 512 1024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 512 1024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1171 488 976 32 2.667
m3-ultramem-32 2667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2342 512 1024 32 3.910
m3-ultramem-64 3910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 512 1024 32 6.252
m3-ultramem-128 6252
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 488 976 32 2.667
m3-megamem-64 2667
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 512 1024 32 3.910
m3-megamem-128 3910
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 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2105
n2-highmem-96 2105
n2-highmem-96 96 768 2.105
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 1932
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 512 1024 32 3.257
c3-highmem-176 3257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 512 1024 32 3.287
m1-megamem-96 3287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 480 961 32 2.626
m1-ultramem-40 2626
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 512 1024 32 3.874
m1-ultramem-80 3874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 512 1024 32 6180
m1-ultramem-160 6180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 512 1024 32 8.633
m2-megamem-416 8633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 512 1024 32 8.633
m2-ultramem-208 8633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 512 1024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 512 1024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1171 488 976 32 2.667
m3-ultramem-32 2667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2342 512 1024 32 3.910
m3-ultramem-64 3910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 512 1024 32 6.252
m3-ultramem-128 6252
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 488 976 32 2.667
m3-megamem-64 2667
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 512 1024 32 3.910
m3-megamem-128 3910
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 1.760
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 2.105
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 1932 GB con 20.000 IOPS
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.257
c3-highmem-176 3257 GB con 20.000 IOPS
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.287
m1-megamem-96 3287 GB con 20.000 IOPS
m1-megamem-96 96 1.433 3.287
m1-ultramem-80 2306 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.874
m1-ultramem-80 3874 GB con 20.000 IOPS
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 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 6.180
m2-megamem-416 7065 GB con 14.130 IOPS 512 GB con 3000 IOPS 1024 32 8.633
m2-megamem-416 8633 GB con 24.130 IOPS
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 GB con 14.130 IOPS 512 GB con 10.000 IOPS 1024 32 8.633
m2-ultramem-208 8633 GB con 24.130 IOPS
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 GB con 28.184 IOPS 512 GB con 10.000 IOPS 1024 32 15.660
m2-ultramem-416 15.660 GB con 38.184 IOPS
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 GB con 21.196 IOPS 512 GB con 10.000 IOPS 1024 32 12.166
m2-hypermem-416 12.166 GB con 31.196 IOPS
m2-hypermem-416 416 8.832 12.166
m3-ultramem-64 2342 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.910
m3-ultramem-64 3910 GB con 20.000 IOPS
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 6.252
m3-ultramem-128 6252 GB con 20.000 IOPS
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 GB con 10.000 IOPS 488 GB con 10.000 IOPS 976 32 2.667
m3-megamem-64 2667 GB con 20.000 IOPS
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 GB con 10.000 IOPS 512 GB con 10.000 IOPS 1024 32 3.910
m3-megamem-128 3910 GB con 20.000 IOPS
m3-megamem-128 128 1.952 3.910
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 velocità effettiva 352 GB con 3000 IOPS e 400 Mbps di velocità effettiva 704 32 1.932
c3-highmem-88 1932 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
c3-highmem-88 88 704 1.932
c3-highmem-176 1689 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.257
c3-highmem-176 3257 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1719 GB con 8000 IOPS e velocità effettiva di 1000 Mbps 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.287
m1-megamem-96 3287 GB con 11.000 IOPS e 1400 Mbps di velocità effettiva
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1153 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 2626 GB con 11.000 IOPS e 1300 MBps di velocità effettiva
m1-ultramem-40 40 961 2626
m1-ultramem-80 2306 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.874
m1-ultramem-80 3874 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4612 GB con 15.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7065 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 8.633
m2-megamem-416 8633 GB con 23.000 IOPS e 1600 Mbps di velocità effettiva
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7065 GB 20.000 IOPS e velocità effettiva di 1200 Mbps 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 8.633
m2-ultramem-208 8633 GB con 23.000 IOPS e 1600 Mbps di velocità effettiva
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14.092 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
m2-ultramem-416 416 11.766 15.660
m2-hypermem-416 10.598 GB con 20.000 IOPS e 1200 MBps di velocità effettiva 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 velocità effettiva
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 2342 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.910
m3-ultramem-64 3910 GB con 13.000 IOPS e 1600 MBps di velocità effettiva
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4684 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 6.252
m3-ultramem-128 6252 GB con 13.000 IOPS e 1600 Mbps di velocità effettiva
m3-ultramem-128 128 3904 6.252
m3-megamem-64 1171 GB con 10.000 IOPS e 900 MBps di velocità effettiva 488 GB con 3000 IOPS e 400 Mbps di velocità effettiva 976 32 2.667
m3-megamem-64 2667 GB con 13.000 IOPS e 1300 MBps di velocità effettiva
m3-megamem-64 64 976 2.667
m3-megamem-128 2342 GB con 10.000 IOPS e 1200 MBps di velocità effettiva 512 GB con 3000 IOPS e 400 Mbps di velocità effettiva 1024 32 3.910
m3-megamem-128 3910 GB con 13.000 IOPS e 1600 MBps di velocità effettiva
m3-megamem-128 128 1.952 3.910
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 1.280
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 1.056
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1760
n2-highmem-80 80 640 1.312
n2-highmem-96 921 384 768 32 2105
n2-highmem-96 2105
n2-highmem-96 96 768 1.568
n2-highmem-128 1036 432 864 32 2.364
n2-highmem-128 2364
n2-highmem-128 128 864 1.760
m1-megamem-96 1719 512 1024 32 3.287
m1-megamem-96 3287
m1-megamem-96 96 1.433 2.898
m1-ultramem-40 1153 480 961 32 2.626
m1-ultramem-40 2626
m1-ultramem-40 40 961 1954
m1-ultramem-80 2306 512 1024 32 3.874
m1-ultramem-80 3874
m1-ultramem-80 80 1.922 3.876
m1-ultramem-160 4612 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 8633
m2-megamem-416 416 5.888 11.832
m2-ultramem-208 7065 512 1024 32 8.633
m2-ultramem-208 8633
m2-ultramem-208 208 5.888 11.832
m2-ultramem-416 14.092 512 1024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 23.564
m2-hypermem-416 10.598 512 1024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 17.696

Licenze

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

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 in architetture di scale up e scale out.

Architettura di scale up

Il seguente diagramma mostra l'architettura di scale up. Nel diagramma, vediamo 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. Le dimensioni di questo montaggio devono essere uguali o superiori a quelle del montaggio dati.

Diagramma dell'architettura per il deployment di un sistema di scale up SAP HANA su Google Cloud.

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

  • Un'istanza Compute Engine per il database SAP HANA con una larghezza di banda di rete fino a 32 Gbps o fino a 100 Gbps su tipi di macchine selezionati utilizzando il 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.

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

  • 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 le metriche di monitoraggio SAP HANA, che consentono di monitorare le istanze SAP HANA. A partire dalla versione 3.0, puoi inoltre utilizzare la funzionalità 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 personalizzata e intervalli IP nella regione Google Cloud che preferisci. Il database SAP HANA e le altre istanze di Compute Engine vengono avviati in questa subnet. Puoi utilizzare una subnet esistente per SAP HANA.

  • Componenti facoltativi:

    • SAP HANA Cockpit o SAP HANA Studio su una 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 configura una VM come gateway NAT per accedere alla rete internet pubblica.

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

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

Architetture a scale out

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

Con l'aumento della domanda dei carichi di lavoro, soprattutto quando si utilizza l'elaborazione analitica online (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:

Diagramma dell'architettura per il deployment di un sistema di scale out SAP HANA su Google Cloud.

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

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

Diagramma dell'architettura per il deployment di un sistema di scale out SAP HANA su Google Cloud con failover automatico dell'host.

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

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

Per un host in standby, i volumi /hana/data e /hana/log non vengono 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, tra cui 1 host master, fino a 15 host worker e fino a 3 host in standby facoltativi.

    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, allora un disco per il volume locale /hanabackup per ogni istanza VM.

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

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

  • Agente Google Cloud per SAP. Dalla versione 2.0, puoi configurare questo agente per raccogliere le metriche di monitoraggio SAP HANA, che consentono di monitorare le istanze SAP HANA. A partire dalla versione 3.0, puoi inoltre utilizzare la funzionalità 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 personalizzata e intervalli IP nella regione Google Cloud che preferisci. Il database SAP HANA e le altre istanze di Compute Engine vengono avviati in questa 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 configura una VM come gateway NAT per accedere alla rete internet pubblica.

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

  • Utilizza la VM di Compute Engine configurata come bastion host 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 per l'alta disponibilità, consulta la guida alla pianificazione dell'alta disponibilità di SAP HANA.

Automation per i deployment SAP HANA

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

Le opzioni di automazione del deployment offerte da Google Cloud supportano 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 gli scenari di deployment di scale up o scale out, consulta:

Automazione del deployment dell'istanza SAP HANA

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

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

Se esistono problemi che impediscono l'installazione di un'istanza SAP HANA, di solito il deployment e la configurazione dell'infrastruttura vengono ancora eseguiti. Puoi quindi utilizzare l'infrastruttura di cui hai eseguito il deployment e installare SAP HANA manualmente o eliminare l'infrastruttura, correggere il problema ed eseguire nuovamente l'automazione del deployment fino a quando l'istanza SAP HANA non è installata correttamente.

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

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

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

Gestione delle password

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

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

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

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

Deployment di dischi tramite Terraform

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

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

VM personalizzate e deployment automatizzati

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

Se devi utilizzare un tipo di VM personalizzata, esegui prima il deployment di un tipo di VM predefinito di piccole dimensioni e, al termine del deployment, personalizza la VM in base alle tue esigenze.

Per ulteriori informazioni 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 i modelli di configurazione di Deployment Manager da utilizzare per automatizzare il deployment dei sistemi di scale up con host singolo Sa SAP. HANA.

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

  • Un sistema SAP HANA autonomo e con scale up.

    Consulta la guida al deployment di Terraform o Deployment Manager.

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

    Consulta la guida al deployment di Terraform o Deployment Manager.

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

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

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

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

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

Automazione del deployment per sistemi a scalabilità orizzontale

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

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

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

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

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

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

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

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

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

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

Per visualizzare un esempio, vedi Configurazione di esempio.

Assistenza

In caso di problemi con l'infrastruttura o i servizi Google Cloud, contatta l'assistenza clienti. Puoi trovare le informazioni di contatto nella pagina Panoramica dell'assistenza della console Google Cloud. Se l'assistenza clienti determina che un problema si verifica nei tuoi sistemi SAP, viene indirizzato al supporto SAP.

Per problemi relativi ai prodotti SAP, registra la richiesta di assistenza con l'assistenza SAP. SAP valuta il ticket di assistenza e, se risulta che si tratti di un problema di infrastruttura Google Cloud, SAP trasferisce il ticket al componente Google Cloud appropriato nel suo sistema: BC-OP-LNX-GOOGLE o BC-OP-NT-GOOGLE.

Requisiti di assistenza

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

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

Passaggi successivi