Infrastruttura di archiviazione per carichi di lavoro di tipo “ SAP ” su istanze di server virtuali in IBM Cloud VPC

Il presente documento fornisce indicazioni sulla pianificazione dei requisiti dell'infrastruttura di archiviazione per i carichi di lavoro dell' SAP su istanze di server virtuali (VSI) in IBM Cloud® Virtual Private Cloud.

Per i carichi di lavoro di tipo “ SAP ” ospitati presso un fornitore di servizi cloud, il livello “Infrastructure as a Service” ( IaaS ) funziona in modo simile agli ambienti utilizzati per l’esecuzione di carichi di lavoro di tipo “ SAP ” in data center esterni. SAP I sistemi presenti in un ambiente hanno requisiti di archiviazione specifici per garantire prestazioni, disponibilità e protezione dei dati.

IBM Cloud® for SAP offre un'ampia gamma di funzionalità che soddisfano tali requisiti di archiviazione e ampliano il panorama di SAP oltre la semplice ospitalità di sistemi di base.

Le sezioni seguenti descrivono le considerazioni relative alla progettazione di un portfolio " IBM Cloud® for SAP " per l'archiviazione su IBM Cloud® Virtual Servers for Virtual Private Cloud all'indirizzo IBM Cloud VPC.

Panoramica

L'architettura di archiviazione di Virtual Servers for VPC opera all'interno dell'infrastruttura IBM Cloud VPC. IBM fornisce, gestisce e amministra l’intera infrastruttura di archiviazione nei data center gestiti d IBM.

I clienti utilizzano lo spazio di archiviazione sotto forma di volumi di archiviazione (volumi di avvio e volumi di dati) e condivisioni di file. IBM gestisce tutto l'hardware di archiviazione fisico sottostante.

I volumi di archiviazione e le condivisioni di file offrono le seguenti funzionalità principali:

  • Profili di archiviazione configurabili: è possibile allocare volumi su più livelli di prestazioni in base ai requisiti di IOPS.
  • Dimensioni flessibili: è possibile aumentare la capacità di un volume dopo la sua creazione senza interrompere le operazioni.
  • Crittografia: i dati vengono crittografati a riposo utilizzando chiavi di crittografia gestite d IBM o dal cliente.
  • Snapshot e backup: è possibile creare snapshot puntuali dei volumi di archiviazione a blocchi per la protezione dei dati.
  • Condivisibilità: le condivisioni di archiviazione file possono essere associate a più istanze di server virtuali per creare file system condivisi.

Tipi di storage

Virtual Servers for VPC supporta diversi tipi di archiviazione progettati per soddisfare diverse esigenze in termini di carichi di lavoro, caratteristiche prestazionali e casi d'uso.

Storage a blocchi

Lo storage a blocchi viene utilizzato per l' Virtual Servers for VPC e e garantisce prestazioni prevedibili basate sulle operazioni di input/output al secondo (IOPS). È il tipo di archiviazione principale per i volumi di avvio del sistema operativo e per i volumi di dati aggiuntivi.

Volumi di avvio e dati

I volumi di avvio e di dati presentano le seguenti proprietà:

  • Quando si crea un'istanza di server virtuale, viene automaticamente creato e collegato un volume di avvio. La dimensione predefinita del volume di avvio è di 100 GB con 3.000 IOPS. Durante il provisioning è possibile personalizzare la dimensione del volume di avvio e il numero di IOPS.
  • È possibile collegare fino a 12 volumi di dati aggiuntivi per ogni istanza di server virtuale; ciascun volume supporta fino a 16.000 IOPS.
  • È possibile configurare ogni volume di archiviazione in base agli IOPS richiesti dal proprio carico di lavoro, utilizzando profili a più livelli o profili IOPS personalizzati.
  • Ogni volume dispone di un profilo di archiviazione che definisce il numero di operazioni di I/O al secondo (IOPS) che possono essere avviate su quel volume.
  • Gli IOPS dei profili di archiviazione possono variare in base alle dimensioni del volume (profili a più livelli) oppure tramite allocazioni personalizzate di IOPS.

Creare i volumi di archiviazione per i sistemi SAP HANA® una volta completata l'implementazione della singola istanza del server.

La tabella seguente mostra i profili di archiviazione a blocchi supportati con i relativi valori di IOPS:

Profili di archiviazione a blocchi e mappatura IOPS
Nome profilo IOPS/GB Descrizione
Uso generico ( 3iops-tier ) 3 IOPS/GB Adatto a volumi di backup e carichi di lavoro meno critici
5iops-tier 5 IOPS/GB Adatto a database con grandi volumi di dati e a file system condivisi
10iops-tier 10 IOPS/GB Adatto per volumi di log e dati di tipo “ SAP HANA ”
Personalizzato Da 100 a 48.000 IOPS Consente di specificare in modo indipendente la capacità (da 10 GB a 16.000 GB) e gli IOPS

Per ulteriori informazioni, consulta:

Flessibilità in termini di volume

La funzione di flessibilità del volume comprende:

  • È possibile aumentare la dimensione di un volume di dati esistente per gestire la crescita dei dati. Per ulteriori informazioni, consultare la sezione " Aumento della capacità di volume di un Block Storage".
  • È possibile aumentare gli IOPS di un volume passando a un profilo di livello superiore o modificando l'impostazione personalizzata degli IOPS.
  • L'espansione del volume viene eseguita in tempo reale, senza interrompere le operazioni né richiedere un riavvio.
  • Non è possibile ridurre le dimensioni o il numero di IOPS di un volume dopo la sua creazione.

Per ulteriori informazioni, vedi i seguenti documenti:

IBM Cloud Object Storage

IBM Cloud® Object Storage supporta i seguenti casi d'uso:

  • Per il backup, il ripristino e l'archiviazione o per scopi di archiviazione near-line da Virtual Servers for VPC.
  • Conservazione a lungo termine dei registri di audit e dei dati relativi alla conformità.
  • Copie di ripristino in caso di disastri.

IBM Cloud Object Storage I bucket sono disponibili in diverse classi di archiviazione. Per ulteriori informazioni, consultare la sezione “Cloud Object Storage classes ”.

Per accedere a IBM Cloud® Object Storage dalla tua VPC, puoi utilizzare:

  • Endpoint pubblici su Internet
  • Endpoint privati tramite Virtual Private Endpoints (VPE) per un accesso sicuro e privato alla rete

La comunicazione con il VPE garantisce un accesso sicuro dal proprio server virtuale a IBM Cloud® Object Storage tramite la rete privata.

Storage file

IBM Cloud® File Storage for VPC fornisce uno spazio di archiviazione file condiviso basato su NFS, accessibile contemporaneamente da più istanze di server virtuali. Questo tipo di archiviazione è ideale per i file system condivisi quali /sapmnt, /usr/sap/trans e altre directory condivise in ambienti SAP. Per ulteriori informazioni, consultare la sezione "Informazioni su File Storage for VPC ".

IBM Cloud File Storage for VPC offre due tipi di profili con caratteristiche di disponibilità diverse:

Profili di archiviazione dei file
Nome profilo IOPS/GB Disponibilità Descrizione
dp2 (zonale) 5 IOPS/GB Singola zona I dati vengono archiviati all'interno di un'unica zona di disponibilità. Adatto alla maggior parte dei carichi di lavoro dei server applicativi SAP. Costo inferiore rispetto ai profili regionali.
rfs (regionali) 5 IOPS/GB multizona I dati vengono replicati in più zone di disponibilità all’interno di una regione. Garantisce una maggiore disponibilità e resilienza. Adatto a file system condivisi critici che richiedono ridondanza tra zone.

Entrambi i profili supportano:

  • Intervallo di capacità: da 10 GB a 32.000 GB
  • Intervallo IOPS: da 100 a 96.000 IOPS
  • NFS v4.1 protocollo
  • Crittografia dei dati inattivi: i dati vengono crittografati utilizzando chiavi di crittografia gestite d IBM o dal cliente
  • Obiettivi di montaggio: gli obiettivi di montaggio controllano l'accesso alla rete

Per ulteriori informazioni, consulta i profili su File Storage for VPC.

La tabella seguente offre una panoramica esemplificativa dei file system presenti nell'archivio di file:

Storage file
File system Percorso predefinito Scopo o scenario Dimensione tipica (GB) Descrizione
Repository di software /install Area di preparazione per installatori, media e kernel Varia (in genere da 200 a 1000+) Condiviso o locale; dipende dal contenuto da archiviare.
Percorso di installazione /hana/shared File condivisi tra host in un sistema multi-host SAP HANA 1000 SAP HANA file di runtime, client, di configurazione e di istanza.
SAP percorso principale /usr/sap/<SID> Directory delle istanze per SID (profili, kernel, dati di lavoro, log) 10–20 per ogni istanza AS Le dimensioni variano in base al numero di istanze del server delle applicazioni.
SAP Montare /sapmnt/<SID> File condivisi tra i server delle applicazioni 20–50 Contiene dati condivisi, profili e la directory di replica dei file eseguibili.
SAP Trasporti /usr/sap/trans Directory centrale dei trasporti dell' SAP e (file condivisi, dati, casella di posta in arrivo EPS) 50–200+ Comune a tutti i sistemi; cresce in base all’attività del progetto o al volume di trasporto.

SAP HANA linee guida per la conservazione

Il provisioning dello storage per un sistema “ SAP HANA ” deve essere conforme ai requisiti obbligatori di archiviazione previsti dall’ SAP HANA.

Per ulteriori informazioni, consultare le seguenti risorse:

Per le dimensioni del file system, consultare la sezione “Requisiti di archiviazione” all’indirizzo SAP HANA.

Impaginazione del volume

Per pianificare i volumi di archiviazione per SAP HANA, consultare le tabelle disponibili all'indirizzo SAP HANA istanze certificate su server virtuali basati su Intel nell’infrastruttura VPC. Individuare il profilo di elaborazione applicabile alla propria distribuzione ed esaminare le schede nella tabella relative alla configurazione del file system di log, del file system dei dati e del file system condiviso. Queste schede specificano il numero richiesto di volumi di archiviazione, il livello di archiviazione e le dimensioni corrispondenti dei volumi per i file system /hana/log, /hana/data e /hana/shared.

Configurare i volumi di archiviazione come segue:

  • Configurare più volumi di storage a blocchi con 10 IOPS per GB per ogni livello ( 10iops-tier ) per l' SAP HANA log file system. La capacità totale tipica richiesta per il file system di log di SAP HANA è pari a un massimo di 512 GB. Stripe il volume logico per il file system /hana/log distribuito su più volumi di archiviazione per raggiungere la larghezza di banda richiesta.
  • Configurare più volumi di storage a blocchi con 10 IOPS per GB per ogni livello ( 10iops-tier ) per l' SAP HANA data file system. La capacità totale tipica dipende dalla dimensione della memoria. Stripe il volume logico per il file system /hana/data distribuito su più volumi di archiviazione per raggiungere la larghezza di banda richiesta.
  • Configurare un volume di archiviazione a blocchi con un livello da 5 IOPS/GB ( 5iops-tier ) oppure File Storage for VPC per l' SAP HANA shared file system /hana/shared. Fornire almeno 3,000 IOPS.
  • Configurare un volume di archiviazione a blocchi per il file system /usr/sap utilizzando 5 IOPS per GB di livello ( 5iops-tier ).
  • Aggiungere altri volumi per un file system di backup o di esportazione.

Il numero esatto dei volumi e le loro dimensioni dipendono dal tuo specifico profilo SAP HANA. Fare sempre riferimento alle tabelle di configurazione dell’archiviazione contenute nella documentazione relativa alle istanze certificate “ SAP HANA ” per il profilo scelto.

IBM Db2 linee guida per la conservazione

SAP server delle applicazioni IBM Db2 richiede configurazioni di archiviazione specifiche per garantire prestazioni ottimali del database. La struttura di archiviazione dipende dal profilo dell'istanza del server virtuale e dalle dimensioni previste del database.

Impaginazione del volume

Per SAP server delle applicazioni con IBM Db2 su un profilo mx2-32x256 standard, la configurazione di archiviazione consigliata include:

  • 1 volume da 500 GB: un volume di archiviazione a blocchi con profilo IOPS personalizzato che supporta fino a 10.000 IOPS per i file di dati del database
  • 1 volume da 2.000 GB: un volume di archiviazione a blocchi con livello da 5 IOPS/GB ( 5iops-tier ) che fornisce 10.000 IOPS per i backup e i log del database

Dopo aver collegato i volumi di dati, nell'istanza del server virtuale compaiono nuovi dischi virtuali. La tabella seguente illustra una configurazione di archiviazione tipica per IBM Db2:

Esempio di configurazione di archiviazione per IBM Db2
File system Volume Tipo di archiviazione IOPS/GB GB IOPS
/ vda1 Volume di avvio preconfigurato N/D 100 GB 3.000
/boot vda2 Volume di avvio preconfigurato N/D 0,25 GB 3.000
/db2 vdd (può variare) Volume dati 20 IOPS/GB 500 GB 10.000
backup/log e backup vde (può variare) Volume dati 5 IOPS/GB 2.000 GB 10.000

La tabella mostra una struttura di base del file system a supporto di un'installazione di IBM Db2. In genere, un’installazione di IBM Db2 utilizza sottodirectory che possono essere suddivise in volumi indipendenti.

Ad esempio, /db2/<DBSID>, /db2/<DBSID>/log_dir e diverse directory sapdata<n>, dove la cartella log_dir contiene i file di log online del database e le directory sapdata<n> contengono i dati stessi.

Per ulteriori informazioni, consultare la sezione " File system richiesti per l' IBM Db2 " per Linux, UNIX e Windows.

SAP ASE linee guida per la conservazione

SAP Adaptive Server Enterprise (ASE), precedentemente noto come Sybase, richiede configurazioni di archiviazione specifiche per garantire prestazioni ottimali del database. La struttura di archiviazione dipende dal profilo dell'istanza del server virtuale e dalle dimensioni previste del database.

Impaginazione del volume

Per SAP server delle applicazioni con SAP ASE, prendere in considerazione i seguenti componenti di archiviazione:

  • Scegliere il profilo di istanza del server virtuale corretto in base al carico stimato degli utenti e ai requisiti di CPU e RAM. Per ulteriori informazioni, consultare la sezione “Nomi dei profili dei server virtuali ”.
  • Selezionare dal catalogo un'immagine del sistema operativo certificata " SAP " (RHEL, SUSE o Windows). Per ulteriori informazioni, consultare la sezione “Immagini del catalogo” su VPC.

Per i sistemi " SAP server delle applicazioni " in esecuzione su Adaptive Server Enterprise SAP, tutti i dispositivi di database devono risiedere su uno storage locale o a livello di blocco, in conformità con le guide all'installazione di SAP e la nota SAP n. 1748888.

  1. Volumi di archiviazione blocchi

    • Consigliato per i file di dati e i file di log dei database
    • Utilizzare il livello da 5 IOPS/GB ( 5iops-tier ) o quello da 10 IOPS/GB ( 10iops-tier ) per i file di dati
    • Utilizzare il livello da 5 IOPS/GB ( 5iops-tier ) per i file di log
    • Utilizzare il livello da 3 IOPS/GB (uso generico) per i volumi di backup

  2. Condivisioni di archiviazione file

    • Adatto a file system condivisi quali /sapmnt e /usr/sap/trans
    • Per la maggior parte dei carichi di lavoro, utilizzare un profi dp2 e (5 IOPS/GB)
    • Per ulteriori informazioni, consultare la sezione “Informazioni su File Storage for VPC ”.

La tabella seguente illustra una configurazione di archiviazione tipica per SAP ASE:

Esempio di configurazione di archiviazione per SAP ASE
File system Volume Tipo di archiviazione IOPS/GB GB IOPS
/ vda1 Volume di avvio preconfigurato N/D 100 GB 3.000
/boot vda2 Volume di avvio preconfigurato N/D 0,25 GB 3.000
/sybase/<DBSID> vdd (può variare) Volume dati 10 IOPS/GB 500 GB 5.000
/sybase/<DBSID>/sapdata_<n> vde (può variare) Volume dati 10 IOPS/GB 1.000 GB 10.000
/sybase/<DBSID>/saplog_<n> vdf (può variare) Volume dati 5 IOPS/GB 200 GB 1.000
/backup vdg (può variare) Volume dati 3 IOPS/GB 2.000 GB 6.000

Per ulteriori informazioni, vedi i seguenti documenti:

SAP MaxDB linee guida per la conservazione

SAP server delle applicazioni MaxDB è configurato come una soluzione standard a host singolo e a due livelli, in cui sia il database che il Content Server di sono distribuiti sulla stessa macchina virtuale (VSI). SAP

Impaginazione del volume

Per SAP server delle applicazioni con SAP MaxDB,, prendere in considerazione i seguenti componenti di archiviazione:

  • Scegliere il profilo di istanza del server virtuale corretto in base al carico stimato degli utenti e ai requisiti di CPU e RAM. Per ulteriori informazioni, consultare la sezione “Nomi dei profili dei server virtuali ”.
  • Selezionare dal catalogo un'immagine del sistema operativo certificata " SAP " (RHEL o SUSE ). Per ulteriori informazioni, consultare la sezione “Immagini del catalogo” su VPC.

Per i sistemi “ SAP server delle applicazioni ” in esecuzione su SAP MaxDB,, tutti i file system dei database devono risiedere su uno storage locale o a livello di blocco, in conformità con le guide all’installazione disponibili all’indirizzo SAP e con le best practice riportate su SAP MaxDB.

  1. Volumi di archiviazione blocchi

    • Consigliato per i file di dati e i file di log dei database SAP MaxDB
    • Utilizzare il livello da 5 IOPS/GB ( 5iops-tier ) per i volumi di dati dei database
    • Utilizzare il livello da 10 IOPS/GB ( 10iops-tier ) per i volumi di log dei database
    • Utilizzare il livello da 3 IOPS/GB (uso generico) per i volumi di backup
    • Utilizzare il livello da 5 IOPS/GB ( 5iops-tier ) per i file system condivisi di tipo " SAP ", quali /sapmnt
    • Utilizzare il livello da 3 IOPS/GB (per uso generico) per i file system delle applicazion SAP, quali /usr/sap

  2. Condivisioni di archiviazione file

    • Adatto a file system condivisi quali /sapmnt e /usr/sap/trans
    • Per la maggior parte dei carichi di lavoro, utilizzare un profi dp2 e (5 IOPS/GB)
    • Per ulteriori informazioni, consultare la sezione “Informazioni su File Storage for VPC ”.

Per SAP server delle applicazioni con SAP MaxDB su un profilo bx2-8x32 standard, la configurazione di archiviazione consigliata comprende:

  • 1 volume da 300 GB: un volume di archiviazione a blocchi con livello da 5 IOPS/GB ( 5iops-tier ) per i file di database di SAP MaxDB
  • 1 volume da 100 GB: un volume di archiviazione a blocchi con livello da 3 IOPS/GB (uso generico) per i backup dei database
  • 1 volume da 100 GB: un volume di storage a blocchi con livello da 5 IOPS/GB ( 5iops-tier ) per i file system delle applicazioni SAP
  • 1 volume da 35 GB: un volume di archiviazione a blocchi destinato allo spazio di swap

Dopo aver collegato i volumi di dati, nell'istanza del server virtuale compaiono nuovi dischi virtuali.

La tabella seguente illustra una configurazione di archiviazione tipica per SAP MaxDB:

Configurazione di esempio per l’archiviazione dei campioni in SAP MaxDB
File system Volume Tipo di archiviazione IOPS/GB GB IOPS
/ vda1 Volume di avvio preconfigurato N/D 100 GB 3.000
/boot vda3 Volume di avvio preconfigurato N/D 0.5 GB 3.000
/sapmnt vdd Volume dati 3 IOPS/GB 50 GB 150
/usr/sap vdi (può variare) Volume dati 3 IOPS/GB 50 GB 150
/sapdb/<SID> vde (può variare) Volume dati 5 IOPS/GB 300 GB 1.500
/sapdb/<SID>/data vdf (può variare) Volume dati 10 IOPS/GB 500-1.000 GB 5.000–10.000
/sapdb/<SID>/log vdg (può variare) Volume dati 5-10 IOPS/GB 200-300 GB 1.000–3.000
/maxbackup vdk (può variare) Volume dati 3 IOPS/GB 1.000-2.000 GB 3.000–6.000

La tabella mostra una struttura di base del file system per supportare un'installazione di SAP MaxDB. In generale, un’installazione di SAP MaxDB utilizza file system dedicati che possono essere suddivisi in volumi indipendenti.

Ad esempio, /sapdb/<DBSID>, /sapdb/<DBSID>/data, /sapdb/<DBSID>/log e /maxbackup, dove la directory dei log /sapdb/<DBSID>/ contiene i file di log di redo online del database e la directory /sapdb/<DBSID>/data contiene i volumi di dati del database.

Per ulteriori informazioni, vedi i seguenti documenti:

SAP Linee guida per l'archiviazione dei dati nei server applicativi

SAP I server applicativi hanno requisiti di archiviazione meno impegnativi rispetto ai server di database. Tuttavia, una corretta pianificazione dello stoccaggio rimane fondamentale per garantire prestazioni ottimali.

Impaginazione del volume

Configurare un volume di archiviazione a blocchi per il file system /usr/sap utilizzando il livello da 5 IOPS/GB ( 5iops-tier ) o da 3 IOPS/GB (uso generico), oppure creare una directory nel file system radice '/' del volume di avvio.

Per i file system condivisi, utilizzare File Storage for VPC per /sapmnt/<SID> e /usr/sap/trans.

Riferimenti