Infrastructure de stockage pour les charges de travail d' SAP sur des instances de serveurs virtuels dans l' IBM Cloud VPC

Ce document fournit des conseils sur la planification des besoins en infrastructure de stockage pour les charges de travail d' SAP sur des instances de serveur virtuel (VSI) dans l' IBM Cloud® Virtual Private Cloud.

Pour les charges de travail SAP hébergées chez un fournisseur de services cloud, la couche IaaS (IaaS) fonctionne de manière similaire aux environnements utilisés pour exécuter des charges de travail SAP dans des centres de données externes. SAP Les systèmes d'un environnement ont des exigences spécifiques en matière de stockage afin de garantir les performances, la disponibilité et la protection des données.

IBM Cloud® for SAP offre un ensemble complet de fonctionnalités qui répondent à ces besoins en matière de stockage et étendent l'environnement de l' SAP au-delà de l'hébergement de base des systèmes.

Les sections suivantes décrivent les considérations relatives à la conception du portefeuille d' IBM Cloud® for SAP s pour le stockage sur IBM Cloud® Virtual Servers for Virtual Private Cloud dans IBM Cloud VPC.

Présentation

L'architecture de stockage d' Virtual Servers for VPC fonctionne au sein de l'infrastructure d' IBM Cloud VPC. IBM fournit, assure la maintenance et gère l'ensemble de l'infrastructure de stockage dans les centres de données exploités par l' IBM.

Les clients utilisent le stockage sous forme de volumes de stockage (volumes de démarrage et volumes de données) et de partages de fichiers. IBM gère l'ensemble du matériel de stockage physique sous-jacent.

Les volumes de stockage et les partages de fichiers offrent les fonctionnalités clés suivantes :

  • Profils de stockage configurables : vous pouvez provisionner des volumes sur plusieurs niveaux de performances en fonction des besoins en IOPS.
  • Dimensionnement flexible : vous pouvez augmenter la capacité d'un volume après sa création sans perturber les opérations.
  • Chiffrement : les données sont chiffrées au repos à l'aide de clés de chiffrement gérées par l' IBM ou par le client.
  • Instantanés et sauvegardes : vous pouvez créer des instantanés à un moment donné des volumes de stockage en blocs à des fins de protection des données.
  • Partage : les partages de stockage de fichiers peuvent être associés à plusieurs instances de serveurs virtuels pour former des systèmes de fichiers partagés.

Types de stockage

Virtual Servers for VPC prend en charge plusieurs types de stockage conçus pour répondre à différentes exigences en matière de charge de travail, de performances et de cas d'utilisation.

Stockage par blocs

Le stockage en blocs est utilisé pour l' Virtual Servers for VPC et offre des performances prévisibles basées sur les opérations d'entrée/sortie par seconde (IOPS). Il s'agit du principal type de stockage pour les volumes de démarrage du système d'exploitation et les volumes de données supplémentaires.

Volumes de démarrage et de données

Les volumes de démarrage et de données présentent les propriétés suivantes :

  • Lorsque vous créez une instance de serveur virtuel, un volume de démarrage est automatiquement créé et associé. La taille par défaut du volume de démarrage est de 100 Go avec 3 000 IOPS. Vous pouvez personnaliser la taille du volume de démarrage et le nombre d'IOPS lors de l'approvisionnement.
  • Vous pouvez associer jusqu'à 12 volumes de données supplémentaires par instance de serveur virtuel, chaque volume prenant en charge jusqu'à 16 000 IOPS.
  • Vous pouvez provisionner chaque volume de stockage en fonction des IOPS requises par votre charge de travail, soit à l’aide de profils à plusieurs niveaux, soit à l’aide de profils IOPS personnalisés.
  • Chaque volume dispose d'un profil de stockage qui définit le nombre d'opérations d'E/S par seconde (IOPS) pouvant être lancées sur ce volume.
  • Les IOPS des profils de stockage peuvent évoluer en fonction de la taille du volume (profils à plusieurs niveaux) ou selon des allocations d'IOPS personnalisées.

Créez des volumes de stockage pour les systèmes SAP HANA® une fois le déploiement de l'instance de serveur individuelle terminé.

Le tableau suivant présente les profils de stockage en blocs pris en charge avec les IOPS correspondantes :

Profils de stockage en blocs et correspondance des IOPS
Nom du profil IOPS/Go Description
À usage général ( 3iops-tier ) 3 IOPS / Go Convient aux volumes de sauvegarde et aux charges de travail moins critiques
5iops-tier 5 IOPS / Go Convient aux volumes de données de bases de données et aux systèmes de fichiers partagés
10iops-tier 10 IOPS/Go Convient aux volumes de journaux et de données d' SAP HANA
Personnalisé De 100 à 48 000 IOPS Permet de définir la capacité (de 10 Go à 16 000 Go) et le nombre d'IOPS indépendamment l'un de l'autre

Pour plus d'informations, voir :

Flexibilité en termes de volume

La fonctionnalité de flexibilité du volume comprend :

  • Vous pouvez augmenter la taille d'un volume de données existant pour gérer la croissance des données. Pour plus d'informations, voir Extension de la capacité du volume de stockage par blocs.
  • Vous pouvez augmenter le nombre d'IOPS d'un volume en passant à un profil de niveau supérieur ou en ajustant le paramètre IOPS personnalisé.
  • L'extension du volume s'effectue en ligne, sans interrompre les opérations ni nécessiter de redémarrage.
  • Vous ne pouvez pas réduire la taille ou le nombre d'IOPS d'un volume après sa création.

Pour plus d'informations, voir les documents suivants :

IBM Cloud Object Storage

IBM Cloud® Object Storage prend en charge les cas d'utilisation suivants :

  • À des fins de sauvegarde, de restauration, d'archivage ou de stockage near-line à partir d' Virtual Servers for VPC.
  • Conservation à long terme des journaux d'audit et des données de conformité.
  • Copies de secours.

IBM Cloud Object Storage Les compartiments sont disponibles dans différentes classes de stockage. Pour plus d'informations, consultez les cours Cloud Object Storage.

Pour accéder à IBM Cloud® Object Storage depuis votre VPC, vous pouvez utiliser :

  • Points de terminaison publics accessibles via Internet
  • Points d'accès privés via les Virtual Private Endpoints (VPE) pour un accès sécurisé et privé au réseau

La communication avec le VPE permet un accès sécurisé depuis votre serveur virtuel vers IBM Cloud® Object Storage via le réseau privé.

Stockage des fichiers

IBM Cloud® File Storage for VPC Fournit un stockage de fichiers partagé basé sur l' NFS, accessible simultanément par plusieurs instances de serveurs virtuels. Ce type de stockage est idéal pour les systèmes de fichiers partagés tels que /sapmnt, /usr/sap/trans, et d'autres répertoires partagés dans les environnements SAP. Pour plus d'informations, consultez la page À propos d' File Storage for VPC.

IBM Cloud File Storage for VPC propose deux types de profils présentant des caractéristiques de disponibilité différentes :

Profils de stockage de fichiers
Nom du profil IOPS/Go Disponibilité Description
dp2 (zonal) 5 IOPS / Go Zone unique Les données sont stockées au sein d'une seule zone de disponibilité. Convient à la plupart des charges de travail des serveurs d'applications d' SAP. Coût inférieur à celui des profils régionaux.
rfs (régional) 5 IOPS / Go multizone Les données sont répliquées dans plusieurs zones de disponibilité au sein d'une même région. Offre une disponibilité et une résilience accrues. Convient aux systèmes de fichiers partagés critiques nécessitant une redondance inter-zones.

Les deux profils prennent en charge :

  • Plage de capacité : de 10 Go à 32 000 Go
  • Plage d'IOPS : de 100 à 96 000 IOPS
  • NFS v4.1 protocole
  • Chiffrement au repos : les données sont chiffrées à l'aide de clés de chiffrement gérées par l' IBM ou par le client
  • Cibles de montage : les cibles de montage contrôlent l'accès au réseau

Pour plus d'informations, consultez les profils File Storage for VPC.

Le tableau suivant présente un aperçu à titre d'exemple des systèmes de fichiers sur le stockage de fichiers :

File storage
Système de fichiers Chemin par défaut Objectif ou scénario Taille typique (Go) Description
Référentiel de logiciels /install Zone de préparation pour les programmes d'installation, les supports et les noyaux Variable (généralement entre 200 et plus de 1 000) Partagé ou local; cela dépend du contenu à stocker.
Chemin d'installation /hana/shared Fichiers partagés entre les hôtes d'un système multi-hôtes SAP HANA 1000 SAP HANA Fichiers d'exécution et de client, fichiers de configuration et fichiers d'instance.
SAP chemin principal /usr/sap/<SID> Répertoires d'instance par SID (profils, noyaux, travaux, journaux) 10 à 20 par instance AS La taille évolue en fonction du nombre d'instances de serveur d'applications.
SAP Montage /sapmnt/<SID> Fichiers partagés entre les serveurs d'applications 20–50 Contient des données partagées, des profils et un répertoire de réplication des fichiers exécutables.
SAP Transport /usr/sap/trans Répertoire central de transport d' SAP s (fichiers partagés, données, boîte de réception EPS) 50 à 200+ Communs à tous les systèmes; leur volume augmente en fonction de l'activité du projet ou du volume de transport.

SAP HANA Consignes de stockage

L'allocation de stockage pour un système SAP HANA doit respecter les exigences obligatoires en matière de stockage définies dans la norme SAP HANA.

Pour plus d’informations, consultez les ressources suivantes :

Pour connaître les tailles des systèmes de fichiers, consultez la section Exigences de stockage d' SAP HANA.

Mise en page du volume

Pour planifier les volumes de stockage pour l' SAP HANA e, consultez les tableaux fournis dans Instances certifiées pour l' SAP HANA e sur des serveurs virtuels équipés de processeurs Intel sur l'infrastructure VPC. Identifiez le profil de calcul adapté à votre déploiement, puis consultez les onglets du tableau concernant la configuration du système de fichiers journaux, du système de fichiers de données et du système de fichiers partagés. Ces onglets précisent la quantité requise de volumes de stockage, le niveau de stockage et les tailles de volume correspondantes pour les systèmes de fichiers /hana/log, /hana/data, et /hana/shared.

Configurez les volumes de stockage comme suit :

  • Configurer plusieurs volumes de stockage en blocs avec 10 IOPS par niveau de Go ( 10iops-tier ) pour l' SAP HANAlog file system. La capacité totale généralement requise pour le système de fichiers journaux d' SAP HANA peut atteindre 512 GB. Stripe le volume logique du système de fichiers /hana/log réparti sur plusieurs volumes de stockage afin d'atteindre le débit requis.
  • Configurer plusieurs volumes de stockage en blocs avec 10 IOPS par niveau de Go ( 10iops-tier ) pour l' SAP HANAdata file system. La capacité totale typique dépend de la taille de la mémoire. Stripe le volume logique pour le système de fichiers /hana/data sur plusieurs volumes de stockage afin d'atteindre le débit requis.
  • Configurez un volume de stockage en bloc avec un niveau de 5 IOPS/Go ( 5iops-tier ), ou File Storage for VPC pour l' SAP HANAshared file system /hana/shared. Fournir au minimum 3,000 IOPS.
  • Configurez un volume de stockage en bloc pour le système de fichiers /usr/sap en utilisant 5 IOPS par niveau de Go ( 5iops-tier ).
  • Ajouter des volumes supplémentaires pour la sauvegarde ou l'exportation d'un système de fichiers.

Le nombre exact de volumes et leur taille dépendent de votre profil d' SAP HANA. Reportez-vous systématiquement aux tableaux de configuration du stockage figurant dans la documentation relative aux instances certifiées SAP HANA correspondant au profil que vous avez choisi.

IBM Db2 Consignes de stockage

SAP serveur d'applications IBM Db2 nécessite des configurations de stockage spécifiques pour garantir des performances optimales de la base de données. La configuration du stockage dépend du profil de l'instance de serveur virtuel et de la taille prévue de la base de données.

Mise en page du volume

Pour une inst SAP serveur d'applications avec IBM Db2 sur un mx2-32x256 profil type, la configuration de stockage recommandée comprend :

  • 1 volume de 500 Go: un volume de stockage en blocs avec un profil IOPS personnalisé prenant en charge jusqu’à 10 000 IOPS pour les fichiers de données de la base de données
  • 1 volume de 2 000 Go: un volume de stockage en blocs avec un niveau de 5 IOPS/Go ( 5iops-tier ) offrant 10 000 IOPS pour les sauvegardes de bases de données et les journaux

Une fois les volumes de données montés, de nouveaux disques virtuels apparaissent dans l'instance de serveur virtuel. Le tableau suivant présente une configuration de stockage type pour l' IBM Db2:

Exemple de configuration de stockage pour l' IBM Db2
Système de fichiers Volume Type de stockage IOPS/Go Go IOPS
/ vda1 Volume d'amorçage préconfiguré N/A 100 Go 3 000
/boot vda2 Volume d'amorçage préconfiguré N/A 0,25 Go 3 000
/db2 vdd (peut varier) Volume de données 20 IOPS/Go 500 Go 10 000
backup/log et backup vde (peut varier) Volume de données 5 IOPS / Go 2 000 Go 10 000

Le tableau présente une structure de base du système de fichiers permettant l'installation d' IBM Db2. Généralement, une installation IBM Db2 utilise des sous-répertoires qui peuvent être segmentés en volumes indépendants.

Par exemple, /db2/<DBSID>, /db2/<DBSID>/log_dir, et plusieurs sapdata<n> répertoires, où le dossier log_dir contient les fichiers journaux en ligne de la base de données et où les répertoires sapdata<n> contiennent les données proprement dites.

Pour plus d’informations, consultez la section Systèmes de fichiers requis pour l’ IBM Db2 pour Linux, UNIX et Windows.

SAP ASE Consignes de stockage

SAP Adaptive Server Enterprise (ASE), anciennement connu sous le nom d' Sybase, nécessite des configurations de stockage spécifiques pour garantir des performances optimales de la base de données. La configuration du stockage dépend du profil de l'instance de serveur virtuel et de la taille prévue de la base de données.

Mise en page du volume

Pour l' SAP serveur d'applications ation avec SAP ASE, envisagez les composants de stockage suivants :

  • Choisissez le profil d'instance de serveur virtuel adapté en fonction de la charge utilisateur estimée et des besoins en CPU et en mémoire vive. Pour plus d’informations, consultez la section Noms des profils de serveurs virtuels.
  • Sélectionnez dans le catalogue une image de système d'exploitation certifiée SAP (RHEL, SUSE ou Windows). Pour plus d’informations, consultez la section Images du catalogue sur VPC.

Pour les systèmes d' SAP serveur d'applications s fonctionnant sur Adaptive Server Enterprise d' SAP, tous les périphériques de base de données doivent résider sur un stockage local ou au niveau des blocs, conformément aux guides d'installation de l' SAP et à la note SAP n° 1748888.

  1. Volumes de stockage par blocs

    • Recommandé pour les fichiers de données et les fichiers journaux des bases de données
    • Utilisez le niveau 5 IOPS/Go ( 5iops-tier ) ou le niveau 10 IOPS/Go ( 10iops-tier ) pour les fichiers de données
    • Utilisez le niveau 5 IOPS/Go ( 5iops-tier ) pour les fichiers journaux
    • Utilisez le niveau 3 IOPS/Go (usage général) pour les volumes de sauvegarde

  2. Partages de stockage de fichiers

    • Convient aux systèmes de fichiers partagés tels que /sapmnt et /usr/sap/trans
    • Utilisez le profil dp2 (5 IOPS/Go) pour la plupart des charges de travail
    • Pour plus d'informations, voir À propos de File Storage for VPC.

Le tableau suivant présente une configuration de stockage type pour l' SAP ASE:

Exemple de configuration de stockage pour l' SAP ASE
Système de fichiers Volume Type de stockage IOPS/Go Go IOPS
/ vda1 Volume d'amorçage préconfiguré N/A 100 Go 3 000
/boot vda2 Volume d'amorçage préconfiguré N/A 0,25 Go 3 000
/sybase/<DBSID> vdd (peut varier) Volume de données 10 IOPS/Go 500 Go 5 000
/sybase/<DBSID>/sapdata_<n> vde (peut varier) Volume de données 10 IOPS/Go 1000 Go 10 000
/sybase/<DBSID>/saplog_<n> vdf (peut varier) Volume de données 5 IOPS / Go 200 Go 1 000
/backup vdg (peut varier) Volume de données 3 IOPS / Go 2 000 Go 6 000

Pour plus d'informations, voir les documents suivants :

SAP MaxDB Consignes de stockage

SAP serveur d'applications Avec MaxDB, la configuration standard est celle d’une installation à un seul hôte et à deux niveaux, dans laquelle la base de données et le serveur de contenu d’ SAP sont déployés sur la même machine virtuelle (VSI).

Mise en page du volume

Pour l' SAP serveur d'applications, disponible à l'adresse SAP MaxDB,, tenez compte des composants de stockage suivants :

  • Choisissez le profil d'instance de serveur virtuel adapté en fonction de la charge utilisateur estimée et des besoins en CPU et en mémoire vive. Pour plus d’informations, consultez la section Noms des profils de serveurs virtuels.
  • Sélectionnez une image de système d'exploitation certifiée SAP (RHEL ou SUSE ) dans le catalogue. Pour plus d’informations, consultez la section Images du catalogue sur VPC.

Pour les systèmes d’ SAP serveur d'applications fonctionnant sur SAP MaxDB,, tous les systèmes de fichiers de base de données doivent résider sur un stockage local ou au niveau des blocs, conformément aux guides d’installation disponibles à l’adresse SAP et aux bonnes pratiques décrites à l’adresse SAP MaxDB.

  1. Volumes de stockage par blocs

    • Recommandé pour les fichiers de données et les fichiers journaux de la base de données SAP MaxDB
    • Utilisez le niveau 5 IOPS/Go ( 5iops-tier ) pour les volumes de données de base de données
    • Utilisez le niveau 10 IOPS/Go ( 10iops-tier ) pour les volumes de journaux de base de données
    • Utilisez le niveau 3 IOPS/Go (usage général) pour les volumes de sauvegarde
    • Utilisez le niveau 5 IOPS/Go ( 5iops-tier ) pour les systèmes de fichiers partagés de type SAP, tels que /sapmnt
    • Utilisez le niveau 3 IOPS/Go (usage général) pour les systèmes de fichiers d'applicati SAP s tels que /usr/sap

  2. Partages de stockage de fichiers

    • Convient aux systèmes de fichiers partagés tels que /sapmnt et /usr/sap/trans
    • Utilisez le profil dp2 (5 IOPS/Go) pour la plupart des charges de travail
    • Pour plus d'informations, voir À propos de File Storage for VPC.

Pour l’ SAP serveur d'applications, en collaboration avec SAP MaxDB, concernant un bx2-8x32 profil type, la configuration de stockage recommandée comprend :

  • 1 volume de 300 Go: un volume de stockage en blocs avec un niveau de 5 IOPS/Go ( 5iops-tier ) pour les fichiers de base de données d' SAPMaxDB
  • 1 volume de 100 Go: un volume de stockage en blocs avec un niveau de 3 IOPS/Go (usage général) pour les sauvegardes de bases de données
  • 1 volume de 100 Go: un volume de stockage en blocs avec un niveau de 5 IOPS/Go ( 5iops-tier ) pour les systèmes de fichiers d’ SAP
  • 1 volume de 35 Go: un volume de stockage en blocs destiné à l'espace d'échange

Une fois les volumes de données montés, de nouveaux disques virtuels apparaissent dans l'instance de serveur virtuel.

Le tableau suivant présente une configuration de stockage type pour SAP MaxDB:

Exemple de configuration de stockage pour SAP MaxDB
Système de fichiers Volume Type de stockage IOPS/Go Go IOPS
/ vda1 Volume d'amorçage préconfiguré N/A 100 Go 3 000
/boot vda3 Volume d'amorçage préconfiguré N/A 0,5 Go 3 000
/sapmnt vdd Volume de données 3 IOPS / Go 50 Go 150
/usr/sap vdi (peut varier) Volume de données 3 IOPS / Go 50 Go 150
/sapdb/<SID> vde (peut varier) Volume de données 5 IOPS / Go 300 Go 1 500
/sapdb/<SID>/data vdf (peut varier) Volume de données 10 IOPS/Go 500 à 1 000 Go 5 000 à 10 000
/sapdb/<SID>/log vdg (peut varier) Volume de données 5 à 10 IOPS/Go 200 à 300 Go 1 000–3 000
/maxbackup vdk (peut varier) Volume de données 3 IOPS / Go 1 000 à 2 000 Go 3 000–6 000

Le tableau présente une structure de base du système de fichiers permettant l'installation d' SAP MaxDB. En règle générale, une installation d' SAP MaxDB utilise des systèmes de fichiers dédiés pouvant être segmentés en volumes indépendants.

Par exemple, /sapdb/<DBSID>, /sapdb/<DBSID>/data, /sapdb/<DBSID>/log, et /maxbackup, où le répertoire /sapdb/<DBSID>/ log contient les fichiers de journalisation en ligne de la base de données et le répertoire /sapdb/<DBSID>/data contient les volumes de données de la base de données.

Pour plus d'informations, voir les documents suivants :

SAP Directives relatives au stockage des serveurs d'applications

SAP Les serveurs d'applications ont des besoins en stockage moins importants que les serveurs de bases de données. Toutefois, une bonne planification du stockage reste essentielle pour garantir des performances optimales.

Mise en page du volume

Configurez un volume de stockage en blocs pour le système de fichiers /usr/sap en utilisant le niveau 5 IOPS/Go ( 5iops-tier ) ou le niveau 3 IOPS/Go (usage général), ou créez un répertoire dans le système de fichiers racine / du volume de démarrage.

Pour les systèmes de fichiers partagés, utilisez File Storage for VPC pour /sapmnt/<SID> et /usr/sap/trans.

Références