Guide de planification SAP HANA

Ce guide présente les éléments requis pour exécuter SAP HANA sur Google Cloud et fournit des informations utiles pour planifier l'implémentation d'un nouveau système SAP HANA.

Pour en savoir plus sur le déploiement de SAP HANA sur Google Cloud, consultez les pages suivantes :

À propos de SAP HANA sur Google Cloud

SAP HANA est une base de données relationnelle en mémoire, orientée colonnes, qui fournit des analyses hautes performances et un traitement des données en temps réel. Les clients peuvent tirer parti des fonctionnalités d'infrastructure redondantes, hautement évolutives et faciles à mettre en œuvre de Google Cloud pour exécuter leurs charges de travail critiques. Google Cloud fournit un ensemble de ressources physiques, telles que des ordinateurs et des disques durs, ainsi que des ressources virtuelles, telles que des machines virtuelles (VM) Compute Engine, réparties dans les centres de données Google dans le monde entier.

Lorsque vous déployez SAP HANA sur Google Cloud, vous le déployez sur des machines virtuelles exécutées sur Compute Engine. Les VM Compute Engine fournissent des disques persistants, qui fonctionnent de manière semblable aux disques physiques d'un poste de travail ou d'un serveur, mais qui sont automatiquement gérés à votre place par Compute Engine afin d'assurer la redondance des données et d'optimiser les performances.

Principes de base de Google Cloud

Google Cloud comprend de nombreux services et produits basés sur le cloud. Lorsque vous exécutez des produits SAP sur Google Cloud, vous utilisez principalement les services IaaS proposés par Compute Engine et Cloud Storage, ainsi que certaines fonctionnalités communes au niveau de la plate-forme, telles que les tools.

Consultez la page Présentation de Google Cloud Platform pour découvrir les principaux concepts et la terminologie. Ce guide reprend certaines informations de la présentation pour plus de facilité et de cohérence.

Pour une présentation des considérations que les entreprises doivent prendre en compte lors de l'exécution sur Google Cloud, consultez le framework d'architecture Google Cloud.

Interagir avec Google Cloud

Google Cloud propose trois méthodes principales pour interagir avec la plate-forme et vos ressources dans le cloud :

  • Google Cloud Console, qui est une interface utilisateur Web.
  • L'outil de ligne de commande gcloud, qui fournit un sur-ensemble des fonctionnalités offertes par la console Google Cloud.
  • Les bibliothèques clientes, qui fournissent des API pour accéder aux services et gérer les ressources. Ces bibliothèques sont utiles pour créer vos propres outils.

Services Google Cloud

Les déploiements SAP utilisent généralement certains des services Google Cloud suivants, voire la totalité :

Service Description
Mise en réseau VPC

Connectez vos instances de VM les unes aux autres et à Internet.

Chaque instance de VM est membre d'un ancien réseau avec une plage d'adresses IP globale unique ou d'un réseau de sous-réseaux recommandé, où l'instance de VM appartient à un seul sous-réseau membre d'un réseau plus grand.

Notez qu'un réseau cloud privé virtuel (VPC) ne peut pas s'étendre sur plusieurs projets Google Cloud, mais qu'un projet Google Cloud peut englober plusieurs réseaux VPC.

Pour connecter des ressources provenant de différents projets à un réseau VPC commun, vous pouvez utiliser un VPC partagé. Cela permet aux ressources de communiquer entre elles de manière sécurisée et efficace à l'aide d'adresses IP internes de ce réseau. Pour en savoir plus sur le provisionnement d'un VPC partagé, y compris sur les conditions requises, les étapes de configuration et l'utilisation, consultez la page Provisionner un VPC partagé.

Compute Engine Créez et gérez des VM avec le système d'exploitation et la pile logicielle de votre choix.
Persistent Disk et Hyperdisk

Vous pouvez utiliser Persistent Disk et Google Cloud Hyperdisk :

  • Les volumes Persistent Disk sont disponibles sous forme de disques durs standards (HDD) ou de disques durs SSD. Pour les disques persistants avec équilibrage et les disques persistants SSD, la réplication asynchrone des disques persistants fournit une réplication asynchrone des données SAP entre deux régions Google Cloud.
  • Les volumes Hyperdisk Extreme offrent des options d'IOPS et de débit maximales plus élevés que les volumes Persistent Disk SSD.
  • Par défaut, Compute Engine chiffre le contenu client au repos, y compris le contenu des volumes Persistent Disk et Hyperdisk. Pour en savoir plus sur le chiffrement des disques et les options de chiffrement possibles, consultez la page À propos du chiffrement des disques.
Google Cloud Console

Outil basé sur un navigateur pour gérer les ressources de Compute Engine.

Utilisez un modèle pour décrire toutes les ressources et instances de Compute Engine dont vous avez besoin. Il n'est pas nécessaire de créer et de configurer individuellement les ressources, ni de déterminer les dépendances : la console Google Cloud s'en charge pour vous.

Cloud Storage Vous pouvez stocker vos sauvegardes de base de données SAP dans Cloud Storage pour plus de durabilité et de fiabilité, grâce à la réplication.
Cloud Monitoring

Ce service offre une visibilité sur le déploiement, les performances, le temps d'activité et la santé de Compute Engine, du réseau et des disques de stockage persistant.

Monitoring collecte des métriques, des événements et des métadonnées à partir de Google Cloud, afin de générer des insights via des tableaux de bord, des graphiques et des alertes. Vous pouvez surveiller les métriques de calcul gratuitement grâce à Monitoring.

IAM

Ce service fournit un contrôle unifié des autorisations pour les ressources Google Cloud.

IAM vous permet de contrôler qui peut effectuer des opérations du plan de contrôle sur vos VM, y compris la création, la modification et la suppression de VM et de disques de stockage persistant, ainsi que la création et la modification de réseaux.

Tarifs et quotas

Vous pouvez utiliser le simulateur de coût pour estimer vos coûts d'utilisation. Pour en savoir plus sur la tarification, consultez les pages Tarifs de Compute Engine, Tarifs de Cloud Storage, et Tarifs de Google Cloud Observability.

Les ressources Google Cloud sont soumises à des quotas. Si vous envisagez d'utiliser des machines à haute capacité de processeur ou de mémoire, vous devrez peut-être demander un quota supplémentaire. Pour plus d'informations, consultez la section sur les quotas des ressources de Compute Engine.

Contrôles de conformité et de souveraineté

Si vous souhaitez que votre charge de travail SAP s'exécute conformément aux exigences liées à la résidence des données, au contrôle des accès, au personnel d'assistance ou à la réglementation, vous devez planifier l'utilisation d'Assured Workloads. Ce service vous aide à exécuter des charges de travail sécurisées et conformes sur Google Cloud, sans compromettre la qualité de votre expérience cloud. Pour en savoir plus, consultez la page Contrôles de conformité et de souveraineté pour SAP sur Google Cloud.

Ressources nécessaires

Types de machines certifiés pour SAP HANA

Pour SAP HANA, SAP ne certifie qu'un sous-ensemble des types de machines disponibles sur Google Cloud.

Les types de machines certifiés par SAP pour SAP HANA incluent des machines virtuelles (VM) Compute Engine et des machines physiques Bare Metal.

Les configurations personnalisées des types de VM à usage général n1- et n2-highmem sont également certifiées par SAP. Pour en savoir plus, consultez la section Types de VM personnalisés certifiés pour SAP HANA.

Pour connaître les systèmes d'exploitation certifiés pour une utilisation avec HANA sur chaque type de machine, consultez la section Systèmes d'exploitation certifiés pour SAP HANA.

Certains types de machines ne sont pas disponibles dans toutes les régions Google Cloud. Pour vérifier la disponibilité régionale d'une machine virtuelle Compute Engine, consultez la section Régions et zones disponibles. Pour les machines Bare Metal certifiées pour SAP HANA, consultez la section Disponibilité régionale des machines Bare Metal pour SAP HANA.

SAP répertorie les types de machines certifiés pour SAP HANA dans le Répertoire matériel SAP HANA certifié et compatible.

Pour en savoir plus sur les différents types de VM Compute Engine et leurs cas d'utilisation, consultez la page Types de machines.

Machines virtuelles Compute Engine certifiées pour SAP HANA

Le tableau suivant répertorie les VM Compute Engine certifiées par SAP pour SAP HANA :

Le tableau suivant répertorie tous les types de machines Google Cloud certifiés par SAP pour une utilisation en production de SAP HANA.

Le tableau n'inclut pas les types de machines certifiés par SAP pour SAP Business One sur SAP HANA. Pour connaître les types de machines certifiés par SAP pour SAP HANA avec SAP Business One, consultez la page Applications SAP certifiées sur Google Cloud.

Types de machine vCPUs Mémoire Système d'exploitation Plate-forme du processeur Type d'application Remarques
Types de VM à haute capacité de mémoire à usage général N1
n1-highmem-32 32 208 Go RHEL, SUSE
Intel Broadwell OLAP ou OLTP Stockage de blocs : disques persistants Compute Engine ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance.
n1-highmem-64 64 416 Go RHEL, SUSE Intel Broadwell OLAP ou OLTP Stockage de blocs : disques persistants Compute Engine ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance.
n1-highmem-96 96 624 Go RHEL, SUSE Intel Skylake OLAP ou OLTP Stockage de blocs : disques persistants Compute Engine ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance.
Types de VM à haute capacité de mémoire à usage général N2
n2-highmem-32 32 256 Go RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake
OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine ou NetApp CVS-Performance.
n2-highmem-48 48 384 Go RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake
OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine ou NetApp CVS-Performance.
n2-highmem-64 64 512 Go RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake
OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine ou NetApp CVS-Performance.
n2-highmem-80 80 640 Go RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake
OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme ou NetApp CVS-Performance.
n2-highmem-96 96 768 Go RHEL, SUSE Intel Ice Lake OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme ou NetApp CVS-Performance.
n2-highmem-128 128 864 Go RHEL, SUSE Intel Ice Lake OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme ou NetApp CVS-Performance.
Types de VM à usage général C3
c3-standard-44 44 176 Go RHEL, SUSE Intel Sapphire Rapids OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance.
c3-highmem-44 44 352 Go RHEL, SUSE Intel Sapphire Rapids OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance.
c3-highmem-88 88 704 Go RHEL, SUSE Intel Sapphire Rapids OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
c3-highmem-176 176 1 408 Go RHEL, SUSE Intel Sapphire Rapids OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
Types de VM à mémoire optimisée M1
m1-megamem-96 96 1 433 Go RHEL, SUSE Intel Skylake OLAP ou OLTP OLAP : scaling vertical ou horizontal jusqu'à 16 nœuds.
OLTP : scaling à la hausse uniquement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou, pour le scaling à la hausse OLTP uniquement, NetApp CVS-Performance.
m1-ultramem-40 40 961 Go RHEL, SUSE Intel Broadwell OLTP uniquement Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance.
m1-ultramem-80 80 1 922 Go RHEL, SUSE Intel Broadwell OLTP uniquement Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
m1-ultramem-160 160 3 844 Go RHEL, SUSE Intel Broadwell OLAP ou OLTP Charges de travail OLAP de 2 To certifiées pour un scaling à la hausse et horizontal jusqu'à 16 nœuds. Jusqu'à 4 To de charges de travail OLAP compatibles avec le dimensionnement basé sur la charge de travail.
Les charges de travail OLTP ne sont certifiées que pour un scaling à la hausse
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou, pour le scaling à la hausse OLTP uniquement, NetApp CVS-Performance.
Types de VM à mémoire optimisée M2
m2-megamem-416 416 5 888 Go RHEL, SUSE Intel Cascade Lake OLAP ou OLTP Charges de travail OLAP certifiées pour un scaling vertical et horizontal jusqu'à 16 nœuds.
Les charges de travail OLTP sont certifiées pour un scaling à la hausse ou horizontal jusqu'à quatre nœuds.
La certification pour effectuer un scaling horizontal OLTP inclut SAP S/4HANA.
Pour effectuer un scaling horizontal avec S/4HANA, référez-vous à la note SAP 2408419.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance.
m2-ultramem-208 208 5 888 Go RHEL, SUSE Intel Cascade Lake OLTP uniquement Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
m2-ultramem-416 416 11 776 Go RHEL, SUSE Intel Cascade Lake-SP OLAP ou OLTP Les charges de travail OLAP sont certifiées par un dimensionnement basé sur la charge de travail pour un scaling vertical ou horizontal jusqu'à 16 nœuds.
Les charges de travail OLTP sont certifiées pour un scaling à la hausse ou horizontal jusqu'à quatre nœuds.
La certification pour effectuer un scaling horizontal OLTP inclut SAP S/4HANA.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, ou, pour le scaling à la hausse OLTP uniquement, NetApp CVS-Performance.
Pour effectuer un scaling horizontal avec S/4HANA, référez-vous à la note SAP 2408419.
m2-hypermem-416 416 8 832 Go RHEL, SUSE Intel Cascade Lake OLTP uniquement Les charges de travail OLTP sont certifiées pour un scaling à la hausse ou horizontal jusqu'à quatre nœuds.
La certification pour le scaling horizontal OLTP inclut SAP S/4HANA.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance.
Pour effectuer un scaling horizontal avec S/4HANA, référez-vous à la note SAP 2408419.
Types de VM à mémoire optimisée M3
m3-ultramem-32 32 976 Go RHEL, SUSE Intel Ice Lake OLTP uniquement Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance.
m3-ultramem-64 64 1 952 Go RHEL, SUSE Intel Ice Lake OLTP uniquement Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
m3-ultramem-128 128 3 904 Go RHEL, SUSE Intel Ice Lake OLAP ou OLTP Les charges de travail OLAP sont certifiées par un dimensionnement basé sur la charge de travail pour un scaling à la hausse. Les charges de travail OLTP sont certifiées pour un scaling à la hausse.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
m3-megamem-64 64 976 Go RHEL, SUSE Intel Ice Lake OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
m3-megamem-128 128 1 952 Go RHEL, SUSE Intel Ice Lake OLAP ou OLTP Scaling à la hausse ou scaling horizontal jusqu'à 16 nœuds.
Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance (scaling à la hausse uniquement).
Types de machines Bare Metal à mémoire optimisée X4
x4-megamem-960-metal 960 16 384 Go SUSE Intel Sapphire Rapids OLAP ou OLTP

Les charges de travail OLTP sont certifiées pour un scaling à la hausse. Les charges de travail OLAP sont certifiées pour un scaling horizontal jusqu'à quatre nœuds, et un scaling à la hausse.

Stockage de blocs : Hyperdisk Extreme, Hyperdisk Balanced

x4-megamem-1440-metal 1 440 24 576 Go SUSE Intel Sapphire Rapids OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs: Hyperdisk Extreme, Hyperdisk Balanced
x4-megamem-1920-metal 1 920 32 768 Go SUSE Intel Sapphire Rapids OLAP ou OLTP Scaling à la hausse seulement.
Stockage de blocs: Hyperdisk Extreme, Hyperdisk Balanced

Machines Bare Metal certifiées pour SAP HANA

Le tableau suivant présente les machines Bare Metal certifiées par SAP pour SAP HANA exclusivement dans une architecture à trois niveaux.

Pour connaître les régions dans lesquelles ces types de machines certifiés sont disponibles, consultez la section Disponibilité régionale des machines Bare Metal pour SAP HANA.

Type de machine de solution Bare Metal Cœurs de processeur vCPU Sockets Memory Plate-forme du processeur Système d'exploitation Type d'application Remarques
Types de machines de solution Bare Metal à mémoire optimisée O2
o2-ultramem-672-metal 336 672 12 18 To Intel Cascade Lake RHEL, SUSE OLTP uniquement Scaling à la hausse seulement, et seulement dans une architecture à trois niveaux.
Taille standard.
o2-ultramem-896-metal 448 896 16 24 To Intel Cascade Lake RHEL, SUSE OLTP uniquement Scaling à la hausse dans une architecture à trois niveaux seulement.
Taille standard.

Types de machines personnalisés certifiés pour SAP HANA

Le tableau suivant répertorie les types de machines personnalisés Compute Engine certifiés par SAP pour une utilisation en production de SAP HANA sur Google Cloud.

SAP ne certifie qu'un sous-ensemble des types de machines personnalisés disponibles dans Compute Engine.

Les types de machines personnalisés sont soumis à des règles de personnalisation définies par Compute Engine. Les règles diffèrent selon le type de machine que vous personnalisez. Pour connaître les règles de personnalisation complètes, consultez la page Créer une instance de VM personnalisée.

Type de machine de base vCPUs Mémoire (Go) OS Plates-formes de processeur
N1-highmem Nombre de processeurs virtuels compris entre 32 et 64, et divisible par 2 6,5 Go pour chaque processeur virtuel RHEL, SUSE Intel Broadwell
N2-highmem (scaling à la hausse seulement) Sur Intel Ice Lake, un nombre de processeurs virtuels compris entre 32 et 80 divisible par 4.
Sur Intel Cascade Lake, un nombre de processeurs virtuels compris entre 32 et 80 divisible par 4.
Jusqu'à 8 Go par processeur virtuel RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake

Disponibilité régionale des machines Bare Metal pour SAP HANA

Le tableau suivant indique les régions Google Cloud actuellement compatibles avec SAP HANA sur solution Bare Metal.

Région Emplacement
europe-west3 Francfort, Allemagne, Europe
europe-west4 Eemshaven, Pays-Bas, Europe
us-central1 Council Bluffs, Iowa, États-Unis, Amérique du Nord
us-east4 Ashburn, Virginie, États-Unis, Amérique du Nord

Si la région dont vous avez besoin n'apparaît pas dans le tableau précédent, contactez l'équipe commerciale Google Cloud.

Configuration de la mémoire

Les options de configuration de la mémoire sont déterminées par le type d'instance de VM Compute Engine que vous choisissez. Pour en savoir plus, consultez le tableau Types de machines certifiés pour SAP HANA.

Configuration du réseau

Les fonctionnalités réseau de votre VM Compute Engine sont déterminées par sa famille de machines, et non par son interface réseau (NIC) ou son adresse IP.

En fonction de son type de machine, votre instance de VM accepte un débit réseau de 2 à 32 Gbit/s. Certains types de machines acceptent également des débits jusqu'à 100 Gbit/s, qui nécessitent l'utilisation du type d'interface NIC (Virtual Virtual NIC) de Google avec une configuration réseau de niveau 1. La capacité à atteindre ces débits dépend davantage du sens du trafic et du type d'adresse IP de destination.

Les interfaces réseau de VM Compute Engine s'appuient sur une infrastructure réseau redondante et résiliente à l'aide de composants réseau physiques et définis par logiciel. Ces interfaces héritent de la redondance et de la résilience de la plate-forme sous-jacente. Vous pouvez utiliser plusieurs cartes d'interface réseau virtuelles pour séparer le trafic, mais cela n'offre aucun avantage supplémentaire en termes de résilience ou de performances.

Une carte d'interface réseau unique fournit les performances nécessaires pour les déploiements SAP HANA sur Compute Engine. Votre cas d'utilisation, exigences de sécurité ou préférences spécifiques peuvent également nécessiter des interfaces supplémentaires pour séparer le trafic, tel que le trafic Internet, le trafic interne de réplication du système SAP HANA ou d'autres flux pouvant tirer avantage de règles de stratégie de réseau spécifiques. Pour limiter l'accès, nous vous recommandons d'utiliser le chiffrement du trafic proposé par l'application et de sécuriser l'accès réseau en suivant une stratégie de pare-feu selon le principe du moindre privilège.

Selon vos besoins, vous pouvez améliorer la sécurité de plusieurs manières, comme décrit dans le Guide de sécurité SAP HANA pour la plate-forme SAP HANA. Par exemple, vous pouvez mettre en œuvre l'isolation du réseau, mais cela offre une sécurité inférieure sans chiffrement ni liste d'autorisation spécifique aux ports et aux adresses IP.

Tenez compte de la nécessité de séparer le trafic dès le début de la conception de votre réseau et d'allouer des cartes d'interface réseau supplémentaires lorsque vous déployez des VM. Vous devez associer chaque interface réseau à un réseau cloud privé virtuel différent. Le choix du nombre d'interfaces réseau dépend du niveau d'isolation requis, avec jusqu'à huit interfaces autorisées pour les VM comportant au moins huit processeurs virtuels.

Par exemple, vous pouvez définir un réseau cloud privé virtuel pour vos clients d'applications SQL SAP HANA (serveurs d'applications SAP NetWeaver, applications personnalisées, etc.) et un réseau distinct pour le trafic interserveur, tel que la réplication du système SAP HANA. Notez qu'un trop grand nombre de segments peut compliquer la gestion et le dépannage des problèmes de réseau. Si vous changez d'avis ultérieurement, vous pouvez utiliser des images système Compute Engine pour recréer votre instance de VM tout en conservant toutes les configurations, métadonnées et données associées.

Pour en savoir plus, consultez les pages Présentation de la mise en réseau pour les VM, Plusieurs interfaces réseau et Bande passante réseau de VM.

Systèmes d'exploitation certifiés pour SAP HANA

Le tableau suivant présente les systèmes d'exploitation Red Hat Enterprise Linux (RHEL) et SUSE Linux Enterprise Server (SLES) certifiés par SAP pour une utilisation en production avec SAP HANA sur Google Cloud.

Sauf indication contraire dans le tableau, chaque système d'exploitation est compatible avec SAP HANA sur tous les types de VM Compute Engine certifiés.

Pour en savoir plus sur l'état actuel de la compatibilité de chaque système d'exploitation et sur les systèmes d'exploitation disponibles dans Google Cloud, consultez la page Compatibilité des systèmes d'exploitation pour SAP HANA sur Google Cloud.

Pour plus d'informations sur les systèmes d'exploitation compatibles avec SAP HANA sur Google Cloud, consultez le répertoire matériel SAP HANA certifié et compatible, cliquez sur le type de machine requis, puis consultez la section Système d'exploitation.

Le tableau suivant n'inclut pas :

  • les versions de système d'exploitation certifiées qui ne font plus l'objet d'une assistance standard ;
  • les versions de système d'exploitation qui ne sont pas spécifiques à SAP.
Système d'exploitation Version Types de machines non compatibles
RHEL pour SAP 9.2 Remarque x4-megamem
9.0Remarque 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 pour 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

Images personnalisées du système d'exploitation

Vous pouvez utiliser une image Linux fournie et gérée par Google Cloud (image publique) ou vous pouvez fournir et gérer votre propre image Linux (image personnalisée).

Utilisez une image personnalisée si la version du système d'exploitation certifié SAP requise n'est pas disponible en tant qu'image publique à partir de Google Cloud. Les étapes suivantes, décrites en détail dans la page Importer des images de disque de démarrage dans Compute Engine, résument la procédure à suivre pour utiliser une image personnalisée :

  1. Préparez votre disque de démarrage afin qu'il puisse démarrer dans l'environnement Compute Engine de Google Cloud et qu'il soit accessible après le démarrage.
  2. Créez et compressez le fichier de l'image de disque de démarrage.
  3. Mettez le fichier image en ligne sur Cloud Storage et importez l'image dans Compute Engine en tant que nouvelle image personnalisée.
  4. Utilisez l'image importée pour créer une instance de machine virtuelle et assurez-vous qu'elle démarre correctement.
  5. Optimisez l'image et installez l'environnement invité Linux afin que l'image importée de votre système d'exploitation puisse communiquer avec le serveur de métadonnées et utiliser des fonctionnalités supplémentaires de Compute Engine.

Une fois que votre image personnalisée est prête, vous pouvez l'utiliser lors de la création de VM pour votre système SAP HANA.

Si vous déplacez un système d'exploitation RHEL d'une installation sur site vers Google Cloud, vous devez ajouter Red Hat Cloud Access à votre abonnement Red Hat. Pour en savoir plus, consultez la page Red Hat Cloud Access.

Pour en savoir plus sur les images de système d'exploitation fournies par Google Cloud, consultez la page Images.

Pour en savoir plus sur l'importation d'un système d'exploitation dans Google Cloud en tant qu'image personnalisée, consultez la page Importer des images de disque de démarrage dans Compute Engine.

Pour en savoir plus sur les systèmes d'exploitation compatibles avec SAP HANA, consultez les pages suivantes :

Source d'horloge OS sur les VM Compute Engine

La source d'horloge OS par défaut est kvm-clock pour SLES ou TSC pour les images RHEL.

Il n'est pas nécessaire de modifier la source d'horloge OS lorsque SAP HANA est exécuté sur une VM Compute Engine. Il n'existe aucune différence de performances lorsque vous utilisez kvm-clock ou TSC comme source d'horloge pour les VM Compute Engine avec SAP HANA.

Si vous devez remplacer la source d'horloge du système d'exploitation par TSC, connectez-vous à votre VM à l'aide de SSH et exécutez les commandes suivantes :

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

Stockage sur disque persistant

Pour le stockage de blocs persistants, vous pouvez associer des disques persistants Compute Engine ou des hyperdisques lorsque vous créez vos VM ou les ajoutez ultérieurement à vos VM.

Types de disques compatibles

Compute Engine propose différents types de volumes Persistent Disk et Hyperdisk basés sur la technologie de disque dur SSD ou de disque dur standard (HDD). Chaque type présente des caractéristiques de performances différentes. Google Cloud gère le matériel sous-jacent des disques persistants pour garantir la redondance des données et optimiser les performances.

Pour des raisons de performances, les volumes SAP HANA /hana/data et /hana/log nécessitent des disques persistants basés sur SSD. Les types de volumes Persistent Disk et Hyperdisk basés sur SSD qui sont certifiés par SAP pour une utilisation avec SAP HANA sont les suivants :

  • Types Persistent Disk basés sur SSD : Balanced (pd-balanced), Performance ou SSD (pd-ssd) et Extreme (pd-extreme)

    • Ces types de disques offrent un stockage de blocs économique et fiable.
    • Le volume Persistent Disk SSD ou Performance (pd-ssd) offre des performances supérieures au volume Persistent Disk Balanced (pd-balanced).
    • Utilisez le volume Persistent Disk Balanced comme disque recommandé pour l'hébergement des éléments suivants pour les instances de VM :
      • Volume de démarrage de la VM.
      • Volume /usr/sap.
      • Le volume /hana/shared, si vous l'hébergez sur son propre disque.
      • Le volume /hanabackup, si vous enregistrez vos sauvegardes sur un disque. Si vous souhaitez réduire les coûts de sauvegarde, vous pouvez utiliser un volume Persistent Disk HDD Standard (pd-standard). Le volume Persistent Disk Balanced fournit des sauvegardes plus rapides que le volume Persistent Disk HDD Standard. Lorsque vous sélectionnez le disque, assurez-vous que votre type de VM est compatible avec le type de disque.
    • Les volume Persistent Disk Balanced et Performance (SSD) sont compatibles avec la réplication asynchrone des disques persistants. Vous pouvez utiliser cette fonctionnalité pour la reprise après sinistre active/passive interrégionale. Pour en savoir plus, consultez la section Reprise après sinistre à l'aide de la réplication asynchrone des disques persistants.
    • Bien que le volume Persistent Disk Extreme (pd-extreme) soit certifié pour une utilisation avec SAP HANA, nous vous recommandons plutôt d'utiliser un volume Hyperdisk Extreme (hyperdisk-extreme), qui offre de meilleures performances. Si vous souhaitez utiliser un volume Persistent Disk Extreme, veillez à provisionner les disques conformément aux informations de la section Taille minimale pour les volumes Persistent Disk et Hyperdisk basés sur SSD.
  • Types de volumes Hyperdisk : Hyperdisk Extreme (hyperdisk-extreme) et Hyperdisk Balanced (hyperdisk-balanced)

    • Les volumes Hyperdisk Extreme offrent des options d'IOPS et de débit maximales plus élevés que les volumse Persistent Disk basés sur SSD.
    • Pour obtenir la liste des types de machines compatibles avec les volumes Hyperdisk Extreme et Hyperdisk Balanced, consultez la section Types de machines compatibles.
    • Utilisez Hyperdisk Balanced comme disque recommandé pour héberger les éléments suivants pour les instances bare metal Compute Engine telles que X4 :
      • Le disque de démarrage.
      • Volume /usr/sap.
      • Le volume /hana/shared, si vous l'hébergez sur son propre disque.
      • Le volume /hanabackup, si vous enregistrez vos sauvegardes sur un disque.
    • Pour les volumes Hyperdisk Extreme, vous sélectionnez les performances dont vous avez besoin en provisionnant les IOPS, qui déterminent également votre débit. Pour en savoir plus, consultez la section Débit.
    • Pour les volumes Hyperdisk Balanced, vous sélectionnez les performances dont vous avez besoin en provisionnant les IOPS et le débit. Pour en savoir plus, consultez la section À propos du provisionnement des IOPS et du débit pour Hyperdisk.
    • Vous pouvez utiliser l'hyperdisque extrême pour les volumes /hana/data et /hana/log lorsque les performances les plus élevées sont requises.
    • Pour optimiser les performances des volumes Hyperdisk Extreme pour SAP HANA, mettez à jour vos propriétés système SAP HANA comme recommandé dans la section Performances des volumes Hyperdisk Extreme.

Compatibilité avec les dispositions de disque

La figure suivante illustre l'organisation du stockage sur disque dans les architectures suggérées pour SAP HANA sur Google Cloud.

Options d'organisation de l'espace de stockage sur disque pour SAP HANA sur Google Cloud

Dans la figure précédente, la configuration à gauche utilise une disposition en disques fractionnés. Les volumes /hana/data et /hana/log se trouvent sur des Hyperdisques distincts, et les volumes /hana/shared et /usr/sap, qui ne nécessitent pas des performances aussi élevées, se trouvent sur des disques persistants avec équilibrage individuels, qui coûtent moins cher qu'un hyperdisque extrême.

La configuration de droite utilise une disposition de disque unifiée, où les volumes /hana/data, /hana/log, /hana/shared et /usr/sap sont tous installés sur un seul hyperdisque extrême.

Les disques persistants et les hyperdisques sont hébergés indépendamment de vos VM. Vous pouvez donc dissocier ou déplacer ces disques pour conserver vos données, même après la suppression de vos VM.

Dans la console Google Cloud, vous pouvez voir les disques persistants et les hyperdisques associés à vos instances de VM sous Disques supplémentaires sur la page Détails de l'instance de VM pour chaque instance de VM. Pour plus d'informations sur les différents types de volumes de disques persistants et hyperdisques Compute Engine, leurs caractéristiques de performances et leur utilisation, consultez la documentation suivante:

Tailles minimales pour les volumes Persistent Disk et Hyperdisk basés sur SSD

Lorsque vous dimensionnez certains disques persistants basés sur SSD Compute Engine pour SAP HANA, vous devez tenir compte non seulement des exigences de stockage de votre instance SAP HANA, mais également des performances du disque persistant.

Dans les limites définies, les performances d'un disque SSD ou d'un disque persistant avec équilibrage augmentent avec la taille du disque et le nombre de processeurs virtuels. Si un disque persistant SSD ou un disque avec équilibrage est trop petit, il peut ne pas fournir les performances requises par SAP HANA.

Les performances des volumes Hyperdisk ne sont pas affectées par la taille du disque. Elles sont déterminées par les IOPS ou le débit que vous provisionnez. Pour en savoir plus sur les performances d'Hyperdisk, consultez la section À propos d'Hyperdisk.

Un disque SSD de 550 Go ou un disque persistant avec équilibrage de 943 Go offrent un débit soutenu de 400 Mo par seconde pour les opérations de lecture et d'écriture (débit minimum). Pour obtenir des informations générales sur les performances des disques persistants, consultez Performances des options de stockage de blocs.

Le tableau suivant indique les tailles recommandées pour un disque persistant SSD (pd-ssd), un disque persistant avec équilibrage (pd-balanced), un disque Hyperdisk Extreme (hyperdisk-extreme) et un disque Hyperdisk Balanced (hyperdisk-balanced) afin de répondre aux exigences de performances de SAP HANA dans un environnement de production pour chaque type de machine Compute Engine certifié pour SAP HANA. Les tailles minimales des volumes Hyperdisk, qui sont uniquement basées sur la quantité de mémoire, sont incluses dans le tableau à titre de référence.

Pour en savoir plus sur la configuration de stockage recommandée pour les systèmes SAP HANA exécutés sur des instances bare metal Compute Engine telles que X4, consultez la page Types de machines bare metal pour SAP HANA.

Les tailles indiquées dans le tableau suivant supposent que vous installez tous les volumes SAP HANA sur des disques individuels.

Disque persistant avec équilibrage

Type de VM Compute Engine /hana/data taille (Go) /hana/log taille (Go) /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go)
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
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 1 155
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 1 760
n2-highmem-80 80 640 1 760
n2-highmem-96 921 384 768 32 2 105
n2-highmem-96 2 105
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036 432 864 32 2 364
n2-highmem-128 2 364
n2-highmem-128 128 864 2 364
c3-standard-44 647 88 176 32 943
c3-standard-44 943
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1,932
c3-highmem-88 1 932
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689 512 1 024 32 3 257
c3-highmem-176 3 257
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719 512 1 024 32 3 287
m1-megamem-96 3 287
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153 480 961 32 2 626
m1-ultramem-40 2 626
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306 512 1 024 32 3 874
m1-ultramem-80 3 874
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612 512 1 024 32 6 180
m1-ultramem-160 6 180
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065 512 1 024 32 8 633
m2-megamem-416 8 633
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065 512 1 024 32 8 633
m2-ultramem-208 8 633
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092 512 1 024 32 15 660
m2-ultramem-416 15 660
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598 512 1 024 32 12 166
m2-hypermem-416 12 166
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171 488 976 32 2 667
m3-ultramem-32 2 667
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342 512 1 024 32 3 910
m3-ultramem-64 3 910
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684 512 1 024 32 6 252
m3-ultramem-128 6 252
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171 488 976 32 2 667
m3-megamem-64 2 667
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342 512 1 024 32 3 910
m3-megamem-128 3 910
m3-megamem-128 128 1 952 3 910

Disque persistant SSD

Type de VM Compute Engine /hana/data taille (Go) /hana/log taille (Go) /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go)
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
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 1 155
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 1 760
n2-highmem-80 80 640 1 760
n2-highmem-96 921 384 768 32 2 105
n2-highmem-96 2 105
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036 432 864 32 2 364
n2-highmem-128 2 364
n2-highmem-128 128 864 2 364
c3-standard-44 254 88 176 32 550
c3-standard-44 550
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1,932
c3-highmem-88 1 932
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689 512 1 024 32 3 257
c3-highmem-176 3 257
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719 512 1 024 32 3 287
m1-megamem-96 3 287
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153 480 961 32 2 626
m1-ultramem-40 2 626
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306 512 1 024 32 3 874
m1-ultramem-80 3 874
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612 512 1 024 32 6 180
m1-ultramem-160 6 180
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065 512 1 024 32 8 633
m2-megamem-416 8 633
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065 512 1 024 32 8 633
m2-ultramem-208 8 633
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092 512 1 024 32 15 660
m2-ultramem-416 15 660
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598 512 1 024 32 12 166
m2-hypermem-416 12 166
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171 488 976 32 2 667
m3-ultramem-32 2 667
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342 512 1 024 32 3 910
m3-ultramem-64 3 910
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684 512 1 024 32 6 252
m3-ultramem-128 6 252
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171 488 976 32 2 667
m3-megamem-64 2 667
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342 512 1 024 32 3 910
m3-megamem-128 3 910
m3-megamem-128 128 1 952 3 910

Hyperdisk Extreme

Lorsque vous utilisez Hyperdisk Extreme pour héberger les volumes /hana/data et /hana/log, veillez à héberger les volumes /hana/shared et /usr/sap sur des disques persistants avec équilibrage distincts. En effet, les volumes /hana/shared et /usr/sap ne nécessitent pas des performances aussi élevées que les volumes de données et de journaux.

Type de VM Compute Engine /hana/data taille (Go) et IOPS /hana/log taille (Go) et IOPS /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go) et IOPS
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
n2-highmem-80 768  Go avec 10 000 IOPS 320  Go avec 10 000 IOPS 640 32 1 760
n2-highmem-80 1 760 Go avec 20 000 IOPS
n2-highmem-80 80 640 1 760
n2-highmem-96 921  Go avec 10 000 IOPS 384  Go avec 10 000 IOPS 768 32 2 105
n2-highmem-96 2 105 Go avec 20 000 IOPS
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036  Go avec 10 000 IOPS 432  Go avec 10 000 IOPS 864 32 2 364
n2-highmem-128 2 364 Go avec 20 000 IOPS
n2-highmem-128 128 864 2 364
c3-highmem-88 844  Go avec 10 000 IOPS 352  Go avec 10 000 IOPS 704 32 1,932
c3-highmem-88 1 932  Go avec 20 000 IOPS
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 257
c3-highmem-176 3 257  Go avec 20 000 IOPS
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 287
m1-megamem-96 3 287  Go avec 20 000 IOPS
m1-megamem-96 96 1 433 3 287
m1-ultramem-80 2 306  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 874
m1-ultramem-80 3 874  Go avec 20 000 IOPS
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 6 180
m1-ultramem-160 6 180  Go avec 20 000 IOPS
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065  Go avec 14 130 IOPS 512  Go avec 3 000 IOPS 1 024 32 8 633
m2-megamem-416 8 633  Go avec 24 130 IOPS
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065  Go avec 14 130 IOPS 512  Go avec 10 000 IOPS 1 024 32 8 633
m2-ultramem-208 8 633  Go avec 24 130 IOPS
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092  Go avec 28 184 IOPS 512  Go avec 10 000 IOPS 1 024 32 15 660
m2-ultramem-416 15 660  Go avec 38 184 IOPS
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598  Go avec 21 196 IOPS 512  Go avec 10 000 IOPS 1 024 32 12 166
m2-hypermem-416 12 166  Go avec 31 196 IOPS
m2-hypermem-416 416 8,832 12 166
m3-ultramem-64 2 342  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 910
m3-ultramem-64 3 910  Go avec 20 000 IOPS
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 6 252
m3-ultramem-128 6 252  Go avec 20 000 IOPS
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171  Go avec 10 000 IOPS 488  Go avec 10 000 IOPS 976 32 2 667
m3-megamem-64 2 667  Go avec 20 000 IOPS
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 910
m3-megamem-128 3 910  Go avec 20 000 IOPS
m3-megamem-128 128 1 952 3 910

Volume Hyperdisk équilibré

Pour SAP HANA, le nombre minimal d'IOPS provisionnées accepté est de 3 000 et le débit minimal accepté est de 400 Mbit/s. Toutefois, vous pouvez ajuster ces valeurs en fonction de vos exigences de performances spécifiques. Nous vous recommandons comme valeurs de départ 3 000 IOPS et un débit de 750 Mbit/s, car il s'agit des valeurs par défaut utilisées dans les fichiers de configuration Terraform fournis par Google Cloud pour le déploiement automatisé de SAP HANA.

Type de VM Compute Engine /hana/data taille (Go), IOPS, et débit /hana/log taille (Go), IOPS, et débit /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go), IOPS, et débit
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
c3-standard-44 211 Go avec 10 000 IOPS et un débit de 400 Mbps 88  Go avec 3 000 IOPS et un débit de 400 Mbit/s 176 32 507
c3-standard-44 507 Go avec 13 000 IOPS et un débit de 800 Mbps
c3-standard-44 44 176 507
c3-highmem-44 422  Go avec 10 000 IOPS et un débit de 400 Mbps 176  Go avec 3 000 IOPS et un débit de 400 Mbps 352 32 982
c3-highmem-44 982  Go avec 13 000 IOPS et un débit de 800 Mbit/s
c3-highmem-44 44 352 982
c3-highmem-88 844  Go avec 10 000 IOPS et un débit de 1 200 Mbps 352  Go avec 3 000 IOPS et un débit de 400 Mbit/s 704 32 1,932
c3-highmem-88 1 932  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 257
c3-highmem-176 3 257  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719  Go avec 8 000 IOPS et un débit de 1 000 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 287
m1-megamem-96 3 287  Go avec 11 000 IOPS et un débit de 1 400 Mbit/s
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153  Go avec 8 000 IOPS et un débit de 900 Mbps 480  Go avec 3 000 IOPS et un débit de 400 Mbps 961 32 2 626
m1-ultramem-40 2 626  Go avec 11 000 IOPS et un débit de 1 300 Mbps
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 874
m1-ultramem-80 3 874  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612  Go avec 15 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 6 180
m1-ultramem-160 6 180  Go avec 18 000 IOPS et un débit de 1 600 Mbit/s
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 8 633
m2-megamem-416 8 633  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 8 633
m2-ultramem-208 8 633  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 15 660
m2-ultramem-416 15 660  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 12 166
m2-hypermem-416 12 166  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171  Go avec 10 000 IOPS et un débit de 900 Mbit/s 488  Go avec 3 000 IOPS et un débit de 400 Mbit/s 976 32 2 667
m3-ultramem-32 2 667  Go avec 13 000 IOPS et un débit de 1 300 Mbit/s
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 910
m3-ultramem-64 3 910  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 6 252
m3-ultramem-128 6 252  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171  Go avec 10 000 IOPS et un débit de 900 Mbit/s 488  Go avec 3 000 IOPS et un débit de 400 Mbit/s 976 32 2 667
m3-megamem-64 2 667  Go avec 13 000 IOPS et un débit de 1 300 Mbit/s
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 910
m3-megamem-128 3 910  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m3-megamem-128 128 1 952 3 910

Taille de disque pour l'installation de tous les volumes SAP HANA sur un seul disque

Les tailles indiquées dans le tableau suivant supposent que vous utilisez un seul disque pour héberger tous les volumes suivants: /hana/data ,/hana/log ,/hana/shared et /usr/sap.

Disque persistant avec équilibrage

Type de VM Compute Engine /hana/data taille (Go) /hana/log taille (Go) /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go)
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
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 1 155
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 1 760
n2-highmem-80 80 640 1 760
n2-highmem-96 921 384 768 32 2 105
n2-highmem-96 2 105
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036 432 864 32 2 364
n2-highmem-128 2 364
n2-highmem-128 128 864 2 364
c3-standard-44 647 88 176 32 943
c3-standard-44 943
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1,932
c3-highmem-88 1 932
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689 512 1 024 32 3 257
c3-highmem-176 3 257
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719 512 1 024 32 3 287
m1-megamem-96 3 287
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153 480 961 32 2 626
m1-ultramem-40 2 626
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306 512 1 024 32 3 874
m1-ultramem-80 3 874
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612 512 1 024 32 6 180
m1-ultramem-160 6 180
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065 512 1 024 32 8 633
m2-megamem-416 8 633
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065 512 1 024 32 8 633
m2-ultramem-208 8 633
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092 512 1 024 32 15 660
m2-ultramem-416 15 660
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598 512 1 024 32 12 166
m2-hypermem-416 12 166
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171 488 976 32 2 667
m3-ultramem-32 2 667
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342 512 1 024 32 3 910
m3-ultramem-64 3 910
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684 512 1 024 32 6 252
m3-ultramem-128 6 252
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171 488 976 32 2 667
m3-megamem-64 2 667
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342 512 1 024 32 3 910
m3-megamem-128 3 910
m3-megamem-128 128 1 952 3 910

Disque persistant SSD

Type de VM Compute Engine /hana/data taille (Go) /hana/log taille (Go) /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go)
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
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 1 155
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 1 760
n2-highmem-80 80 640 1 760
n2-highmem-96 921 384 768 32 2 105
n2-highmem-96 2 105
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036 432 864 32 2 364
n2-highmem-128 2 364
n2-highmem-128 128 864 2 364
c3-standard-44 254 88 176 32 550
c3-standard-44 550
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1,932
c3-highmem-88 1 932
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689 512 1 024 32 3 257
c3-highmem-176 3 257
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719 512 1 024 32 3 287
m1-megamem-96 3 287
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153 480 961 32 2 626
m1-ultramem-40 2 626
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306 512 1 024 32 3 874
m1-ultramem-80 3 874
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612 512 1 024 32 6 180
m1-ultramem-160 6 180
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065 512 1 024 32 8 633
m2-megamem-416 8 633
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065 512 1 024 32 8 633
m2-ultramem-208 8 633
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092 512 1 024 32 15 660
m2-ultramem-416 15 660
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598 512 1 024 32 12 166
m2-hypermem-416 12 166
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171 488 976 32 2 667
m3-ultramem-32 2 667
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342 512 1 024 32 3 910
m3-ultramem-64 3 910
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684 512 1 024 32 6 252
m3-ultramem-128 6 252
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171 488 976 32 2 667
m3-megamem-64 2 667
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342 512 1 024 32 3 910
m3-megamem-128 3 910
m3-megamem-128 128 1 952 3 910

Hyperdisk Extreme

Type de VM Compute Engine /hana/data taille (Go) et IOPS /hana/log taille (Go) et IOPS /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go) et IOPS
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
n2-highmem-80 768  Go avec 10 000 IOPS 320  Go avec 10 000 IOPS 640 32 1 760
n2-highmem-80 1 760 Go avec 20 000 IOPS
n2-highmem-80 80 640 1 760
n2-highmem-96 921  Go avec 10 000 IOPS 384  Go avec 10 000 IOPS 768 32 2 105
n2-highmem-96 2 105 Go avec 20 000 IOPS
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036  Go avec 10 000 IOPS 432  Go avec 10 000 IOPS 864 32 2 364
n2-highmem-128 2 364 Go avec 20 000 IOPS
n2-highmem-128 128 864 2 364
c3-highmem-88 844  Go avec 10 000 IOPS 352  Go avec 10 000 IOPS 704 32 1,932
c3-highmem-88 1 932  Go avec 20 000 IOPS
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 257
c3-highmem-176 3 257  Go avec 20 000 IOPS
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 287
m1-megamem-96 3 287  Go avec 20 000 IOPS
m1-megamem-96 96 1 433 3 287
m1-ultramem-80 2 306  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 874
m1-ultramem-80 3 874  Go avec 20 000 IOPS
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 6 180
m1-ultramem-160 6 180  Go avec 20 000 IOPS
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065  Go avec 14 130 IOPS 512  Go avec 3 000 IOPS 1 024 32 8 633
m2-megamem-416 8 633  Go avec 24 130 IOPS
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065  Go avec 14 130 IOPS 512  Go avec 10 000 IOPS 1 024 32 8 633
m2-ultramem-208 8 633  Go avec 24 130 IOPS
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092  Go avec 28 184 IOPS 512  Go avec 10 000 IOPS 1 024 32 15 660
m2-ultramem-416 15 660  Go avec 38 184 IOPS
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598  Go avec 21 196 IOPS 512  Go avec 10 000 IOPS 1 024 32 12 166
m2-hypermem-416 12 166  Go avec 31 196 IOPS
m2-hypermem-416 416 8,832 12 166
m3-ultramem-64 2 342  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 910
m3-ultramem-64 3 910  Go avec 20 000 IOPS
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 6 252
m3-ultramem-128 6 252  Go avec 20 000 IOPS
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171  Go avec 10 000 IOPS 488  Go avec 10 000 IOPS 976 32 2 667
m3-megamem-64 2 667  Go avec 20 000 IOPS
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 910
m3-megamem-128 3 910  Go avec 20 000 IOPS
m3-megamem-128 128 1 952 3 910

Volume Hyperdisk équilibré

Type de VM Compute Engine /hana/data taille (Go), IOPS, et débit /hana/log taille (Go), IOPS, et débit /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go), IOPS, et débit
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
c3-standard-44 211 Go avec 10 000 IOPS et un débit de 400 Mbps 88  Go avec 3 000 IOPS et un débit de 400 Mbit/s 176 32 507
c3-standard-44 507 Go avec 13 000 IOPS et un débit de 800 Mbps
c3-standard-44 44 176 507
c3-highmem-44 422  Go avec 10 000 IOPS et un débit de 400 Mbps 176  Go avec 3 000 IOPS et un débit de 400 Mbps 352 32 982
c3-highmem-44 982  Go avec 13 000 IOPS et un débit de 800 Mbit/s
c3-highmem-44 44 352 982
c3-highmem-88 844  Go avec 10 000 IOPS et un débit de 1 200 Mbps 352  Go avec 3 000 IOPS et un débit de 400 Mbit/s 704 32 1,932
c3-highmem-88 1 932  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 257
c3-highmem-176 3 257  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719  Go avec 8 000 IOPS et un débit de 1 000 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 287
m1-megamem-96 3 287  Go avec 11 000 IOPS et un débit de 1 400 Mbit/s
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153  Go avec 8 000 IOPS et un débit de 900 Mbps 480  Go avec 3 000 IOPS et un débit de 400 Mbps 961 32 2 626
m1-ultramem-40 2 626  Go avec 11 000 IOPS et un débit de 1 300 Mbps
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 874
m1-ultramem-80 3 874  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612  Go avec 15 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 6 180
m1-ultramem-160 6 180  Go avec 18 000 IOPS et un débit de 1 600 Mbit/s
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 8 633
m2-megamem-416 8 633  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 8 633
m2-ultramem-208 8 633  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 15 660
m2-ultramem-416 15 660  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 12 166
m2-hypermem-416 12 166  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171  Go avec 10 000 IOPS et un débit de 900 Mbit/s 488  Go avec 3 000 IOPS et un débit de 400 Mbit/s 976 32 2 667
m3-ultramem-32 2 667  Go avec 13 000 IOPS et un débit de 1 300 Mbit/s
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 910
m3-ultramem-64 3 910  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 6 252
m3-ultramem-128 6 252  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171  Go avec 10 000 IOPS et un débit de 900 Mbit/s 488  Go avec 3 000 IOPS et un débit de 400 Mbit/s 976 32 2 667
m3-megamem-64 2 667  Go avec 13 000 IOPS et un débit de 1 300 Mbit/s
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 910
m3-megamem-128 3 910  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m3-megamem-128 128 1 952 3 910

Déterminer la taille du disque persistant ou de l'hyperdisque

Calculez la quantité de stockage sur disque persistant dont vous avez besoin pour les volumes SAP HANA en fonction de la quantité de mémoire que le type de machine Compute Engine sélectionné contient.

Les conseils suivants sur les tailles de disque font référence aux tailles minimales recommandées par Google Cloud et SAP pour vos déploiements afin d'équilibrer les performances et le coût total de possession. La taille des disques peut être augmentée jusqu'à la limite acceptée par les types de disques sous-jacents. Pour connaître les tailles minimales requises, consultez la section Tailles minimales pour les disques persistants basés sur SSD.

Exigences de taille des disques persistants pour les systèmes à scaling vertical

Pour les systèmes SAP HANA à scaling vertical, utilisez les formules suivantes pour chaque volume :

  • /hana/data : 1,2 x mémoire
  • /hana/log : 0,5 x mémoire ou 512 Go, la plus petite valeur prévalant
  • /hana/shared : 1 x mémoire ou 1 024 Go, la plus petite valeur prévalant
  • /usr/sap : 32 Go
  • /hanabackup : 2 x mémoire, allocation facultative
Exigences de taille des disques persistants pour les systèmes à scaling horizontal

Pour les systèmes SAP HANA à scaling horizontal, utilisez la même formule que les systèmes SAP HANA à scaling vertical pour les volumes /hana/data et /hana/log et /usr/sap. Pour le volume /hana/shared, calculez la taille du disque persistant ou de l'hyperdisque en fonction du nombre d'hôtes de calcul dans votre déploiement. Pour chaque quatre hôtes de calcul, augmentez la taille du disque de 1 x la mémoire, soit 1 To, la plus petite valeur prévalant. Exemple :

  • De 1 à 4 hôtes de calcul: 1 x mémoire ou 1 To, la plus petite valeur prévalant
  • De 5 à 8 hôtes de calcul: 2 x mémoire ou 2 To, la plus petite valeur prévalant
  • De 9 à 12 hôtes de calcul: 3 x mémoire ou 3 To, la plus petite valeur prévalant
  • De 13 à 16 hôtes de calcul: 4 x mémoire ou 4 To, la plus petite valeur prévalant

Pour déterminer vos exigences globales de quota de stockage pour les systèmes SAP HANA à scaling horizontal, vous devez additionner les tailles de disque pour chaque type de disque utilisé par tous les hôtes du système à scaling horizontal. Par exemple, si vous avez placé /hana/data et /hana/log sur des disques persistants pd-ssd, mais /hana/shared et /usr/sap sur des disques persistants pd-balanced, vous devez vous avez besoin de totaux distincts pour pd-ssd et pd-balanced pour demander des quotas distincts.

Pour un système SAP HANA à scaling horizontal avec basculement automatique des hôtes, il vous suffit de calculer la taille du disque persistant pour les hôtes maîtres et de nœud de calcul. Les hôtes de secours ne disposent pas de leurs propres volumes /hana/data, /hana/log et /usr/sap. En cas de défaillance, le basculement automatique de SAP HANA désinstalle les volumes /hana/data, /hana/log et /usr/sap de l'hôte défaillant et les installe sur un hôte de secours. Les volumes /hana/shared et /hanabackup d'un hôte de secours sont installés sur une solution NFS déployée séparément.

Allocation d'un espace de stockage sur disque persistant supplémentaire

Sélectionnez une taille de disque persistant ou d'hyperdisque qui n'est pas inférieure à la taille minimale indiquée pour votre type de disque persistant ou d'hyperdisque dans la section Taille minimale pour les volumes Persistent Disk et Hyperdisk basés sur SSD.

Si vous utilisez des disques SSD ou des disques persistants avec équilibrage, la taille minimale peut être déterminée par des exigences de performances SAP HANA plutôt que par des exigences de stockage SAP HANA.

Par exemple, si vous exécutez SAP HANA sur une instance de VM n2-highmem-32 disposant de 256 Go de mémoire, l'espace de stockage total requis pour les volumes SAP HANA est de 723 Go: 307 Go pour le volume de données, 128 Go pour le volume de journaux, 256 Go pour le volume partagé et 32 Go pour le volume /usr/sap. Toutefois, si vous utilisez un disque persistant avec équilibrage, la taille minimale requise est de 943 Go. Les 220 Go supplémentaires sont alloués au volume de données pour atteindre les performances requises. Par conséquent, si vous utilisez une instance de VM n2-highmem-32 avec des disques persistants avec équilibrage pour exécuter SAP HANA, vous devez provisionner un stockage de disque persistant de 943 Go ou plus.

Vous devez donc dimensionner votre disque persistant à 943 Go ou plus. La capacité supplémentaire de 220 Go est appliquée au volume de données pour fournir les performances requises.

Appliquez tout espace de stockage de disque persistant supplémentaire au volume /hana/data.

Pour en savoir plus sur le dimensionnement de SAP HANA, consultez la page Dimensionner SAP HANA.

Performances des disques Hyperdisk

Hyperdisque fournit des options d'IOPS et de débit maximum plus élevées pour les volumes /hana/log et /hana/data que les autres disques persistants basés sur SSD. Pour en savoir plus sur le provisionnement des IOPS et des options de débit pour Hyperdisk, consultez la page À propos du provisionnement des IOPS et du débit pour Hyperdisk.

Contrairement aux disques persistants basés sur SSD, lorsque vous utilisez Hyperdisque avec SAP HANA, vous n'avez pas à vous soucier des performances lors du dimensionnement de l'hyperdisque. La taille d'Hyperdisque est uniquement basée sur les exigences de stockage de SAP HANA. Pour en savoir plus sur le dimensionnement des disques persistants ou des Hyperdisques, consultez la page Déterminer la taille des disques persistants.

Lorsque vous utilisez Hyperdisk Extreme avec SAP HANA, pour des performances optimales, nous vous recommandons de mettre à jour vos propriétés système SAP HANA comme suit :

  • Mettez à jour votre fichier global.ini :
    • Dans la section fileio, définissez num_completion_queues = 12.
    • Dans la section fileio, définissez num_submit_queues = 12.
  • Mettez à jour votre fichier indexserver.ini :
    • Dans la section parallel, définissez tables_preloaded_in_parallel = 32.
    • Dans la section global, définissez load_table_numa_aware = true.

Lorsque vous créez un volume Hyperdisk Extreme, le nombre d'IOPS que vous provisionnez détermine son débit maximal. La formule suivante peut être utilisée comme point de départ. Elle fournit un débit minimal de 2 500 Mo/s (256 ko par IOPS x 10 000 IOPS) et plus pour les types de machines plus volumineux avec des disques de plus grande capacité.

  • Lorsque vous utilisez le déploiement par défaut avec des disques distincts pour /hana/log et /hana/data :
    • IOPS pour le disque de données : maximum(10,000, size of data disk in GB * 2)
    • IOPS pour le disque de journalisation : maximum(10,000, size of log disk in GB * 2)
  • Lorsqu'un seul disque est utilisé pour /hana/data, /hana/log, /hana/shared et /usr/sap :
    • IOPS pour le disque : maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)

Le nombre maximal d'IOPS que vous pouvez provisionner peut varier en fonction du type de machine que vous utilisez. Pour obtenir la liste des types de machines compatibles avec l'hyperdisque extrême, ainsi que le nombre maximal d'IOPS et le débit que cet outil peut fournir pour chaque type de machine, consultez la page Compatibilité avec les types de machines.

Lorsque vous créez un volume Hyperdisk Balanced, vous pouvez provisionner les IOPS et le débit pour répondre aux besoins de performances de votre charge de travail, en tenant compte des règles relatives au provisionnement des IOPS et au provisionnement du débit. Pour SAP HANA, le nombre minimal d'IOPS provisionnées accepté est de 3 000 et le débit minimal accepté est de 400 Mbit/s.

Disques persistants et hyperdisques déployés par les scripts d'automatisation du déploiement

Lorsque vous déployez un système SAP HANA à l'aide des configurations Terraform fournies par Google Cloud, le script de déploiement alloue des disques persistants ou des hyperdisques pour les volumes SAP, comme suit:

  • Par défaut, des disques distincts sont déployés pour chacun des répertoires suivants : /hana/data, /hana/log, /hana/shared et /usr/sap.

    Vous pouvez éventuellement choisir de déployer une disposition à disque unique dans laquelle un seul disque persistant ou Hyperdisk héberge ces répertoires SAP. En outre, pour les déploiements SAP HANA à scaling horizontal, le répertoire /hana/shared est hébergé par une solution NFS.

  • Un disque pour le répertoire /hanabackup (facultatif).

L'exemple suivant montre comment Terraform mappe les volumes pour SAP HANA sur une VM Compute Engine n2-highmem-32, qui dispose de 256 Go de mémoire.

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

Les tailles de vos volumes pour le même type de machine peuvent différer légèrement de celles présentées dans cet exemple.

Lorsque vous utilisez les modèles Deployment Manager fournis par Google Cloud pour SAP HANA ou lorsque vous choisissez de déployer une disposition à disque unique à l'aide des configurations Terraform, le script de déploiement mappe les répertoires SAP HANA /hana/data ,/hana/log ,/usr/sap et /hana/shared chacun d'entre eux vers son propre volume logique pour faciliter leur redimensionnement et les mapper sur le disque persistant basé SSD ou l'hyperdisque dans un seul groupe de volumes. Terraform ou Deployment Manager mappe le répertoire /hanabackup sur un volume logique dans un groupe de volumes distinct, qu'il mappe ensuite sur un disque persistant avec équilibrage (pd-balanced).

Espace de stockage sur disque persistant facultatif pour les sauvegardes

Lorsque vous stockez des sauvegardes SAP HANA sur un disque, nous vous recommandons d'utiliser un disque persistant avec équilibrage (pd-balanced).

Si vous souhaitez réduire les coûts, vous pouvez utiliser un disque persistant HDD standard (pd-standard). Toutefois, utilisez un disque persistant avec équilibrage lorsqu'un débit plus élevé ou une simultanéité sont nécessaires.

La taille du volume de sauvegarde SAP HANA est conçue pour offrir un débit optimal de référence et d'utilisation intensive, ainsi que la possibilité de stocker plusieurs ensembles de sauvegarde. Détenir plusieurs ensembles de sauvegarde dans le volume de sauvegarde facilite la récupération de votre base de données, si nécessaire.

Pour que les sauvegardes SAP HANA soient disponibles en tant que ressource régionale pour la reprise après sinistre, vous pouvez utiliser des instantanés de disque persistant Compute Engine. Vous pouvez planifier des instantanés pour sauvegarder régulièrement et automatiquement votre disque persistant. Pour en savoir plus, consultez la section Instantanés de disques persistants.

Si vous utilisez la hiérarchisation dynamique SAP HANA, le stockage de sauvegarde doit pouvoir contenir à la fois les données en mémoire et les données gérées sur le disque par le serveur de hiérarchisation dynamique.

Vous pouvez utiliser d'autres mécanismes pour stocker des sauvegardes SAP HANA. Si vous utilisez la fonctionnalité Backint de l'agent Google Cloud pour SAP, vous pouvez sauvegarder SAP HANA directement dans un bucket Cloud Storage, ce qui rend facultative l'utilisation d'un disque persistant pour stocker les sauvegardes.

Hiérarchisation dynamique SAP HANA

La hiérarchisation dynamique SAP HANA est certifiée par SAP pour une utilisation dans des environnements de production sur Google Cloud. La hiérarchisation dynamique SAP HANA étend le stockage de données SAP HANA en stockant les données qui sont rarement consultées sur le disque et non en mémoire.

Pour plus d'informations, consultez Hiérarchisation dynamique SAP HANA sur Google Cloud.

Option de Fast Restart de SAP HANA

Pour SAP HANA 2.0 SP04 et versions ultérieures, Google Cloud recommande fortement l'option Fast Restart de SAP HANA.

Cette option est automatiquement activée si vous déployez SAP HANA à l'aide du module Terraform sap_hana ou sap_hana_ha de Google Cloud, version 202309280828 ou ultérieure. Pour en savoir plus sur l'activation manuelle du redémarrage rapide de SAP HANA, consultez la section Activer le redémarrage rapide de SAP HANA.

Le redémarrage rapide de SAP HANA réduit le temps de redémarrage en cas d'arrêt de SAP HANA, mais le système d'exploitation reste en cours d'exécution. Pour réduire le délai de redémarrage, SAP HANA utilise la fonctionnalité de mémoire persistante SAP HANA afin de conserver les fragments de données MAIN des tables de magasin de colonnes dans la mémoire DRAM mappée au système de fichiers tmpfs.

De plus, sur les VM des familles M2 et M3 des types de machines Compute Engine à mémoire optimisée, le redémarrage rapide de SAP HANA améliore la durée de récupération si des erreurs irréparables se produisent en mémoire. Pour en savoir plus, consultez la section Correction des erreurs de mémoire avec redémarrage rapide sur les VM Compute Engine.

Paramètres de système d'exploitation requis pour le redémarrage rapide de SAP HANA

Pour utiliser le redémarrage rapide SAP HANA, votre système d'exploitation doit être paramétré pour répondre aux exigences de SAP.

Si vous utilisez les fichiers de configuration Terraform ou les modèles Deployment Manager fournis par Google Cloud, les paramètres du noyau sont définis automatiquement.

Si vous n'utilisez pas les fichiers de déploiement fournis par Google Cloud, SAP fournit des conseils pour configurer les systèmes d'exploitation RHEL et SLES pour SAP HANA. Pour le redémarrage rapide SAP HANA, soyez particulièrement soigneux pour configurer correctement les paramètres numa_balancing et transparent_hugepage.

Si vous utilisez RHEL, utilisez le profil préréglé sap-hana, s'il est disponible. Pour connaître la procédure de configuration, consultez les sections suivantes :

Si vous utilisez SLES, utilisez l'outil saptune de SUSE pour appliquer la configuration requise. Pour appliquer tous les paramètres SAP HANA recommandés, y compris les deux paramètres de noyau précédents, utilisez la commande saptune suivante :

saptune solution apply HANA

Pour en savoir plus sur la configuration de SLES pour SAP HANA, consultez les pages suivantes :

Correction des erreurs de mémoire avec redémarrage rapide sur les VM Compute Engine

L'activation du redémarrage rapide de SAP HANA sur les VM des familles M2 et M3 de types de machines à mémoire optimisée Compute Engine réduit le temps nécessaire à SAP HANA pour récupérer après des erreurs de mémoire irréparables.

En exploitant les capacités du processeur Intel, les types de machines M2 et M3 peuvent continuer de fonctionner lorsque des erreurs irrécupérables se produisent dans le sous-système de mémoire. Si le redémarrage rapide SAP HANA est activé en cas d'erreur de mémoire, le processus SAP HANA concerné redémarre sans qu'il ne soit nécessaire de recharger l'intégralité de la base de données (il suffit de recharger le bloc de fichiers concerné).

Types de machines permettant la correction des erreurs de mémoire

Les types de machines Compute Engine suivants permettent la correction des erreurs de mémoire :

  • 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
Systèmes d'exploitation requis pour corriger les erreurs de mémoire

Avec les correctifs de noyau requis, les systèmes d'exploitation suivants permettent de corriger les erreurs de mémoire avec le redémarrage rapide de SAP HANA :

  • SUSE Linux Enterprise Server (SLES) pour SAP, version 12 SP3 ou ultérieure.
    • Inclus dans les images publiques Compute Engine dont la date de compilation est v202103* ou ultérieure.
    • Si vous devez appliquer les derniers correctifs de noyau à un déploiement existant, suivez votre processus de mise à jour standard. Par exemple, exécutez les commandes suivantes :
      • sudo zypper refresh
      • sudo zypper update
  • Red Hat Enterprise Linux (RHEL) pour SAP, version 8.4 ou ultérieure

Options de serveur de fichiers

Les options de serveur de fichiers pour SAP HANA sur Google Cloud incluent Filestore et le service NetApp Cloud Volumes pour Google Cloud.

Pour en savoir plus sur toutes les options de serveur de fichiers pour SAP sur Google Cloud, consultez la section Solutions de partage de fichiers pour SAP sur Google Cloud.

Filestore

Pour le volume /hana/shared dans une configuration à scaling horizontal à zone unique, nous vous suggérons d'utiliser le niveau de service Filestore de base, destiné aux ressources zonales. Pour les scénarios nécessitant une résilience supplémentaire, vous pouvez utiliser Filestore Enterprise. Pour plus d'informations, consultez la section Composants d'un système SAP HANA à scaling horizontal sur Google Cloud.

Service NetApp Cloud Volumes pour Google Cloud

NetApp Cloud Volumes Service pour Google Cloud est une plate-forme de service de données cloud native et entièrement gérée. Vous pouvez l'utiliser pour créer un système de fichiers NFS pour les systèmes SAP HANA à scaling vertical sur tous les types d'instances Compute Engine qui sont certifiés pour SAP HANA. Pour en savoir plus sur l'utilisation de NetApp Cloud Volumes Service pour Google Cloud avec votre déploiement SAP HANA, consultez la page À propos de NetApp Cloud Volumes Service pour Google Cloud.

Identification de l'utilisateur et accès aux ressources

Lorsque vous planifiez la sécurité d'un déploiement SAP sur Google Cloud, vous devez identifier les éléments suivants :

  • Les comptes utilisateur et les applications qui ont besoin d'accéder aux ressources Google Cloud de votre projet Google Cloud.
  • Les ressources Google Cloud spécifiques à votre projet auxquelles chaque utilisateur doit accéder.

Vous devez ajouter chaque utilisateur à votre projet en ajoutant son ID de compte Google au projet en tant que compte principal. Pour un programme d'application qui utilise les ressources Google Cloud, vous devez créer un compte de service. Il fournit une identité d'utilisateur pour le programme au sein de votre projet.

Les VM Compute Engine possèdent leur propre compte de service. Tous les programmes qui s'exécutent sur une VM peuvent utiliser le compte de service de la VM, à condition que le compte de service de la VM dispose des autorisations liées aux ressources dont le programme a besoin.

Après avoir identifié les ressources Google Cloud dont chaque utilisateur a besoin, accordez à chaque utilisateur l'autorisation d'utiliser chaque ressource en attribuant des rôles spécifiques à l'utilisateur. Examinez les rôles prédéfinis fournis par IAM pour chaque ressource et attribuez des rôles à chaque utilisateur afin de lui accorder les autorisations minimales nécessaires pour exécuter ses tâches ou ses fonctions.

Si vous avez besoin d'exercer un contrôle plus précis et plus restrictif sur les autorisations que celui fourni par les rôles IAM prédéfinis, créez des rôles personnalisés.

Pour en savoir plus sur les rôles IAM dont les programmes SAP ont besoin sur Google Cloud, consultez la page Gestion de l'authentification et des accès pour les programmes SAP sur Google Cloud.

Pour en savoir plus sur la gestion de l'authentification et des accès pour SAP sur Google Cloud, consultez la présentation de la gestion de l'authentification et des accès pour SAP sur Google Cloud.

Types de machines Bare Metal pour SAP HANA

Cette section fournit des informations sur l'exécution de SAP HANA sur les types de machines bare metal fournis par Compute Engine, tels que X4.

X4 est la quatrième génération de série de types de machines à mémoire optimisée proposée par Compute Engine. Elles sont conçues principalement pour les charges de travail SAP qui nécessitent jusqu'à 32 To de mémoire.

Pour en savoir plus sur les types de machines X4 certifiés SAP que vous pouvez utiliser pour exécuter SAP HANA, consultez la page Types de machines bare metal X4 à mémoire optimisée. Pour en savoir plus sur les versions de système d'exploitation que vous pouvez utiliser avec les types de machines X4 pour exécuter des charges de travail SAP HANA, consultez la page Systèmes d'exploitation certifiés pour SAP HANA.

Stockage de blocs compatible

Pour fournir un stockage de blocs pour l'exécution de charges de travail SAP HANA sur des machines X4, vous pouvez utiliser des volumes Hyperdisk Extreme ou Hyperdisk Balanced.

Pour en savoir plus sur les configurations de stockage recommandées par Google Cloud, consultez les sections suivantes :

Configuration économique

Le tableau suivant présente une configuration de stockage économique pour l'exécution de SAP HANA sur des types de machines X4. Les tailles indiquées dans le tableau suivant supposent que vous installez tous les volumes SAP HANA sur des disques individuels.

Type de machine Volume de démarrage (Go) /usr/sap (Go) /hana/shared (Go) /hana/log taille (Go), IOPS et débit /hana/data (Go), IOPS et débit
Volume Hyperdisk équilibré
x4-megamem-960-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s 16 384 Go avec 16 384 IOPS et un débit de 2 400 Mbit/s
x4-megamem-1440-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s 24 576 Go avec 24 576 IOPS et un débit de 2 400 Mbit/s
x4-megamem-1920-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s 32 768 Go avec 32 768 IOPS et un débit de 2 400 Mbit/s
Configuration axée sur les performances

Le tableau suivant présente une configuration de stockage axée sur les performances pour l'exécution de SAP HANA sur des types de machines X4. Les tailles indiquées dans le tableau suivant supposent que vous installez tous les volumes SAP HANA sur des disques individuels.

Type de machine Volume de démarrage (Go) /usr/sap (Go) /hana/shared (Go) /hana/log taille (Go), IOPS et débit /hana/data (Go), IOPS et débit
Volume Hyperdisk équilibré Hyperdisk Extreme
x4-megamem-960-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s 16 384 Go avec 32 768 IOPS et un débit de 5 000 Mbit/s
x4-megamem-1440-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 400 Mo/s 24 576 Go avec 49 152 IOPS et un débit de 5 000 Mo/s
x4-megamem-1920-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s 32 768 Go avec 65 536 IOPS et un débit de 5 000 Mbit/s
Configuration flexible des performances

Le tableau suivant présente une configuration de stockage offrant des performances flexibles pour l'exécution de SAP HANA sur des types de machines X4. Les tailles indiquées dans le tableau suivant supposent que vous installez tous les volumes SAP HANA sur des disques individuels.

Type de machine Volume de démarrage (Go) /usr/sap (Go) /hana/shared (Go) /hana/log taille (Go), IOPS et débit /hana/data (Go), IOPS et débit
Volume Hyperdisk équilibré Hyperdisk Extreme
x4-megamem-960-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 500 Mbps 16 384 Go avec 32 768 IOPS et un débit de 5 000 Mbit/s
x4-megamem-1440-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 500 Mbps 24 576 Go avec 49 152 IOPS et un débit de 5 000 Mbps
x4-megamem-1920-metal 50 32 1 024 512 Go avec 10 000 IOPS et un débit de 2 500 Mbps 32 768 Go avec 65 536 IOPS et un débit de 5 000 Mbit/s

Automatisation des déploiements

Pour exécuter SAP HANA, vous pouvez déployer les instances bare metal à l'aide des configurations Terraform fournies par Google Cloud. Ces configurations sont conçues pour effectuer les opérations suivantes par défaut :

  • Déployer des volumes Hyperdisk Extreme pour héberger les volumes de données et de journaux SAP HANA. Pour déployer des volumes Hyperdisk Balanced, utilisez l'argument Terraform disk_type.
  • Activez l'option Fast Restart de SAP HANA.
  • Si vous hébergez le volume de sauvegarde SAP HANA sur un disque, ces configurations Terraform déploient par défaut un volume Hyperdisk avec équilibrage. Ce déploiement de disque est déterminé par l'argument Terraform backup_disk_type.

Pour en savoir plus sur les configurations Terraform fournies par Google Cloud pour le déploiement de SAP HANA, consultez la page Solutions SAP compatibles.

Tâches post-déploiement

Après avoir déployé une instance Bare Metal pour exécuter SAP HANA, nous vous recommandons d'effectuer les opérations suivantes:

Hyperthreading

Pour les charges de travail SAP HANA basées sur OLTP exécutées sur des instances X4, la désactivation de l'hyper-threading peut améliorer les performances si l'un des critères suivants est rempli:

  • Vous utilisez x4-megamem-1920-metal pour exécuter SAP HANA 2.0 SPS7 ou une version ultérieure.
  • Vous utilisez x4-megamem-1920-metal ou x4-megamem-1440-metal pour exécuter SAP HANA 2.0 SPS6 ou une version antérieure.

Pour savoir comment désactiver l'hyperthreading pour votre instance X4 à l'aide de l'agent Google Cloud pour SAP, consultez la page Désactiver l'hyper-threading pour une instance X4.

Remarques relatives aux tarifs et aux quotas applicables à SAP HANA

Les coûts engendrés par l'utilisation des ressources que vous créez en suivant ce guide de déploiement relèvent de votre responsabilité. Utilisez le simulateur de coût pour vous aider à estimer vos coûts réels.

Quotas

SAP HANA nécessite plus de processeurs et de mémoire que la plupart des charges de travail sur Google Cloud. Si vous avez un nouveau compte Google Cloud ou si vous n'avez pas demandé de quota supplémentaire, vous devez le faire pour déployer SAP HANA.

Le tableau suivant répertorie les valeurs de quota pour les systèmes SAP HANA à hôte unique et à évolutivité verticale, par type d'instance de VM.

Pour un système SAP HANA à scaling horizontal ou plusieurs systèmes à scaling vertical, vous devez inclure le montant total des ressources de tous les systèmes. Pour savoir comment déterminer les exigences de stockage des systèmes à scaling horizontal, consultez la section Déterminer la taille des disques persistants.

Consultez votre quota existant et comparez-le à vos exigences en termes de ressources (processeur, mémoire et stockage) pour connaître l'augmentation à demander. Vous pouvez ensuite demander une augmentation de la limite de quota.

Bien que le disque persistant extrême (pd-extreme) soit toujours certifié pour une utilisation avec SAP HANA, nous vous recommandons plutôt d'utiliser Hyperdisk Extreme, qui offre de meilleures performances. Si vous souhaitez utiliser des disques persistants extrêmes, vous devez les provisionner à l'aide des tailles de l'hyperdisque extrême.

Disque persistant avec équilibrage

Type de VM Compute Engine /hana/data taille (Go) /hana/log taille (Go) /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go)
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
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 1 155
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 1 760
n2-highmem-80 80 640 1 760
n2-highmem-96 921 384 768 32 2 105
n2-highmem-96 2 105
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036 432 864 32 2 364
n2-highmem-128 2 364
n2-highmem-128 128 864 2 364
c3-standard-44 647 88 176 32 943
c3-standard-44 943
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1,932
c3-highmem-88 1 932
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689 512 1 024 32 3 257
c3-highmem-176 3 257
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719 512 1 024 32 3 287
m1-megamem-96 3 287
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153 480 961 32 2 626
m1-ultramem-40 2 626
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306 512 1 024 32 3 874
m1-ultramem-80 3 874
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612 512 1 024 32 6 180
m1-ultramem-160 6 180
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065 512 1 024 32 8 633
m2-megamem-416 8 633
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065 512 1 024 32 8 633
m2-ultramem-208 8 633
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092 512 1 024 32 15 660
m2-ultramem-416 15 660
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598 512 1 024 32 12 166
m2-hypermem-416 12 166
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171 488 976 32 2 667
m3-ultramem-32 2 667
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342 512 1 024 32 3 910
m3-ultramem-64 3 910
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684 512 1 024 32 6 252
m3-ultramem-128 6 252
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171 488 976 32 2 667
m3-megamem-64 2 667
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342 512 1 024 32 3 910
m3-megamem-128 3 910
m3-megamem-128 128 1 952 3 910

Disque persistant SSD

Type de VM Compute Engine /hana/data taille (Go) /hana/log taille (Go) /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go)
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
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 1 155
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 1 760
n2-highmem-80 80 640 1 760
n2-highmem-96 921 384 768 32 2 105
n2-highmem-96 2 105
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036 432 864 32 2 364
n2-highmem-128 2 364
n2-highmem-128 128 864 2 364
c3-standard-44 254 88 176 32 550
c3-standard-44 550
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1,932
c3-highmem-88 1 932
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689 512 1 024 32 3 257
c3-highmem-176 3 257
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719 512 1 024 32 3 287
m1-megamem-96 3 287
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153 480 961 32 2 626
m1-ultramem-40 2 626
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306 512 1 024 32 3 874
m1-ultramem-80 3 874
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612 512 1 024 32 6 180
m1-ultramem-160 6 180
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065 512 1 024 32 8 633
m2-megamem-416 8 633
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065 512 1 024 32 8 633
m2-ultramem-208 8 633
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092 512 1 024 32 15 660
m2-ultramem-416 15 660
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598 512 1 024 32 12 166
m2-hypermem-416 12 166
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171 488 976 32 2 667
m3-ultramem-32 2 667
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342 512 1 024 32 3 910
m3-ultramem-64 3 910
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684 512 1 024 32 6 252
m3-ultramem-128 6 252
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171 488 976 32 2 667
m3-megamem-64 2 667
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342 512 1 024 32 3 910
m3-megamem-128 3 910
m3-megamem-128 128 1 952 3 910

Hyperdisk Extreme

Type de VM Compute Engine /hana/data taille (Go) et IOPS /hana/log taille (Go) et IOPS /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go) et IOPS
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
n2-highmem-80 768  Go avec 10 000 IOPS 320  Go avec 10 000 IOPS 640 32 1 760
n2-highmem-80 1 760 Go avec 20 000 IOPS
n2-highmem-80 80 640 1 760
n2-highmem-96 921  Go avec 10 000 IOPS 384  Go avec 10 000 IOPS 768 32 2 105
n2-highmem-96 2 105 Go avec 20 000 IOPS
n2-highmem-96 96 768 2 105
n2-highmem-128 1 036  Go avec 10 000 IOPS 432  Go avec 10 000 IOPS 864 32 2 364
n2-highmem-128 2 364 Go avec 20 000 IOPS
n2-highmem-128 128 864 2 364
c3-highmem-88 844  Go avec 10 000 IOPS 352  Go avec 10 000 IOPS 704 32 1,932
c3-highmem-88 1 932  Go avec 20 000 IOPS
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 257
c3-highmem-176 3 257  Go avec 20 000 IOPS
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 287
m1-megamem-96 3 287  Go avec 20 000 IOPS
m1-megamem-96 96 1 433 3 287
m1-ultramem-80 2 306  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 874
m1-ultramem-80 3 874  Go avec 20 000 IOPS
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 6 180
m1-ultramem-160 6 180  Go avec 20 000 IOPS
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065  Go avec 14 130 IOPS 512  Go avec 3 000 IOPS 1 024 32 8 633
m2-megamem-416 8 633  Go avec 24 130 IOPS
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065  Go avec 14 130 IOPS 512  Go avec 10 000 IOPS 1 024 32 8 633
m2-ultramem-208 8 633  Go avec 24 130 IOPS
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092  Go avec 28 184 IOPS 512  Go avec 10 000 IOPS 1 024 32 15 660
m2-ultramem-416 15 660  Go avec 38 184 IOPS
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598  Go avec 21 196 IOPS 512  Go avec 10 000 IOPS 1 024 32 12 166
m2-hypermem-416 12 166  Go avec 31 196 IOPS
m2-hypermem-416 416 8,832 12 166
m3-ultramem-64 2 342  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 910
m3-ultramem-64 3 910  Go avec 20 000 IOPS
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 6 252
m3-ultramem-128 6 252  Go avec 20 000 IOPS
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171  Go avec 10 000 IOPS 488  Go avec 10 000 IOPS 976 32 2 667
m3-megamem-64 2 667  Go avec 20 000 IOPS
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342  Go avec 10 000 IOPS 512  Go avec 10 000 IOPS 1 024 32 3 910
m3-megamem-128 3 910  Go avec 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 1 920 32 768 34,336

Volume Hyperdisk équilibré

Type de VM Compute Engine /hana/data taille (Go), IOPS, et débit /hana/log taille (Go), IOPS, et débit /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go), IOPS, et débit
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
c3-standard-44 211 Go avec 10 000 IOPS et un débit de 400 Mbps 88  Go avec 3 000 IOPS et un débit de 400 Mbit/s 176 32 507
c3-standard-44 507 Go avec 13 000 IOPS et un débit de 800 Mbps
c3-standard-44 44 176 507
c3-highmem-44 422  Go avec 10 000 IOPS et un débit de 400 Mbps 176  Go avec 3 000 IOPS et un débit de 400 Mbps 352 32 982
c3-highmem-44 982  Go avec 13 000 IOPS et un débit de 800 Mbit/s
c3-highmem-44 44 352 982
c3-highmem-88 844  Go avec 10 000 IOPS et un débit de 1 200 Mbps 352  Go avec 3 000 IOPS et un débit de 400 Mbit/s 704 32 1,932
c3-highmem-88 1 932  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
c3-highmem-88 88 704 1,932
c3-highmem-176 1 689  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 257
c3-highmem-176 3 257  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
c3-highmem-176 176 1 408 3 257
m1-megamem-96 1 719  Go avec 8 000 IOPS et un débit de 1 000 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 287
m1-megamem-96 3 287  Go avec 11 000 IOPS et un débit de 1 400 Mbit/s
m1-megamem-96 96 1 433 3 287
m1-ultramem-40 1 153  Go avec 8 000 IOPS et un débit de 900 Mbps 480  Go avec 3 000 IOPS et un débit de 400 Mbps 961 32 2 626
m1-ultramem-40 2 626  Go avec 11 000 IOPS et un débit de 1 300 Mbps
m1-ultramem-40 40 961 2 626
m1-ultramem-80 2 306  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 874
m1-ultramem-80 3 874  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m1-ultramem-80 80 1,922 3 874
m1-ultramem-160 4 612  Go avec 15 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 6 180
m1-ultramem-160 6 180  Go avec 18 000 IOPS et un débit de 1 600 Mbit/s
m1-ultramem-160 160 3 844 6 180
m2-megamem-416 7 065  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 8 633
m2-megamem-416 8 633  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-megamem-416 416 5 888 8 633
m2-ultramem-208 7 065  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 8 633
m2-ultramem-208 8 633  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-ultramem-208 208 5 888 8 633
m2-ultramem-416 14 092  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 15 660
m2-ultramem-416 15 660  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-ultramem-416 416 11 766 15 660
m2-hypermem-416 10 598  Go avec 20 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 12 166
m2-hypermem-416 12 166  Go avec 23 000 IOPS et un débit de 1 600 Mbit/s
m2-hypermem-416 416 8,832 12 166
m3-ultramem-32 1 171  Go avec 10 000 IOPS et un débit de 900 Mbit/s 488  Go avec 3 000 IOPS et un débit de 400 Mbit/s 976 32 2 667
m3-ultramem-32 2 667  Go avec 13 000 IOPS et un débit de 1 300 Mbit/s
m3-ultramem-32 32 976 2 667
m3-ultramem-64 2 342  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 910
m3-ultramem-64 3 910  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m3-ultramem-64 64 1 952 3 910
m3-ultramem-128 4 684  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 6 252
m3-ultramem-128 6 252  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
m3-ultramem-128 128 3 904 6 252
m3-megamem-64 1 171  Go avec 10 000 IOPS et un débit de 900 Mbit/s 488  Go avec 3 000 IOPS et un débit de 400 Mbit/s 976 32 2 667
m3-megamem-64 2 667  Go avec 13 000 IOPS et un débit de 1 300 Mbit/s
m3-megamem-64 64 976 2 667
m3-megamem-128 2 342  Go avec 10 000 IOPS et un débit de 1 200 Mbit/s 512  Go avec 3 000 IOPS et un débit de 400 Mbit/s 1 024 32 3 910
m3-megamem-128 3 910  Go avec 13 000 IOPS et un débit de 1 600 Mbit/s
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 1 920 32 768 34,336

Disque persistant standard

Type de VM Compute Engine /hana/data taille (Go) /hana/log taille (Go) /hana/shared taille (Go) /usr/sap taille (Go) Taille totale (Go)
Type de VM Compute Engine Taille (Go)
Type de VM Compute Engine vCPU Mémoire (Go) Quota (Go)
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 1 760
n2-highmem-80 80 640 1 312
n2-highmem-96 921 384 768 32 2 105
n2-highmem-96 2 105
n2-highmem-96 96 768 1 568
n2-highmem-128 1 036 432 864 32 2 364
n2-highmem-128 2 364
n2-highmem-128 128 864 1 760
m1-megamem-96 1 719 512 1 024 32 3 287
m1-megamem-96 3 287
m1-megamem-96 96 1 433 2 898
m1-ultramem-40 1 153 480 961 32 2 626
m1-ultramem-40 2 626
m1-ultramem-40 40 961 1 954
m1-ultramem-80 2 306 512 1 024 32 3 874
m1-ultramem-80 3 874
m1-ultramem-80 80 1,922 3 876
m1-ultramem-160 4 612 512 1 024 32 6 180
m1-ultramem-160 6 180
m1-ultramem-160 160 3 844 7 720
m2-megamem-416 7 065 512 1 024 32 8 633
m2-megamem-416 8 633
m2-megamem-416 416 5 888 11 832
m2-ultramem-208 7 065 512 1 024 32 8 633
m2-ultramem-208 8 633
m2-ultramem-208 208 5 888 11 832
m2-ultramem-416 14 092 512 1 024 32 15 660
m2-ultramem-416 15 660
m2-ultramem-416 416 11 766 23 564
m2-hypermem-416 10 598 512 1 024 32 12 166
m2-hypermem-416 12 166
m2-hypermem-416 416 8,832 17 696

Licences

Pour exécuter SAP HANA sur Google Cloud, vous devez apporter votre propre licence (BYOL).

Pour en savoir plus sur la gestion de vos licences SAP HANA, reportez-vous à la section Clés de licence de la base de données SAP HANA.

Architectures de déploiement

Sur Google Cloud, vous pouvez déployer SAP HANA dans des architectures de scaling à la hausse et de scaling horizontal.

Architecture de scaling à la hausse

Le schéma suivant illustre l'architecture de scaling à la hausse. Dans ce schéma, vous remarquerez à la fois le déploiement sur Google Cloud et l'organisation du disque. Vous pouvez utiliser Cloud Storage pour sauvegarder vos sauvegardes locales disponibles dans /hanabackup. La taille de cette installation doit être supérieure ou égale à celle de l'installation de données.

Schéma d'architecture représentant le déploiement sur Google Cloud d'un système SAP HANA à scaling à la hausse.

Sur Google Cloud, une architecture SAP HANA à hôte unique et à scaling à la hausse peut inclure les composants suivants :

  • Une instance Compute Engine pour la base de données SAP HANA avec une bande passante réseau pouvant atteindre 32 Gbit/s ou 100 Gbit/s sur certains types de machines utilisant la mise en réseau à haut débit. Pour plus d'informations sur les types de machines certifiés pour une utilisation avec SAP HANA, consultez la page Types de machines certifiés pour SAP HANA.

  • Des volumes Compute Engine Persistent Disk ou Hyperdisk, basés sur SSD, répartis comme suit :

    • Un disque pour chacun des répertoires suivants : /hana/data, /hana/log, /hana/shared et /usr/sap. Pour plus d'informations sur les recommandations de disques pour SAP HANA, consultez la section Stockage sur disque persistant. Pour des performances optimales de SAP, les volumes Persistent Disk ou Hyperdisk doivent être dimensionnés conformément au tableau de la section Taille minimale pour les volumes Persistent Disk et Hyperdisk basés sur SSD.

    • Un volume Persistent Disk avec équilibrage pour le disque de démarrage.

    • Un disque pour la sauvegarde de la base de données SAP HANA (facultatif).

  • Des règles de pare-feu Compute Engine limitant l'accès aux instances.

  • Agent Google Cloud pour SAP. À partir de la version 2.0, vous pouvez configurer l'agent de sorte qu'il collecte les métriques de surveillance SAP HANA, ce qui vous permet de surveiller vos instances SAP HANA. À partir de la version 3.0, vous pouvez également utiliser sa fonctionnalité Backint pour stocker des sauvegardes SAP HANA directement dans le bucket Cloud Storage et les récupérer si nécessaire.

  • Un sous-réseau facultatif, mais recommandé, avec une topologie personnalisée et des plages d'adresses IP dans la région Google Cloud de votre choix. La base de données SAP HANA et les autres instances Compute Engine sont lancées au sein de ce sous-réseau. Vous pouvez utiliser un sous-réseau existant pour SAP HANA.

  • Composants facultatifs :

    • SAP HANA Cockpit ou SAP HANA Studio sur une petite VM Compute Engine.

Si vous provisionnez votre système SAP HANA sans adresse IP publique, alors il ne pourra pas se connecter directement aux ressources via l'Internet public. Vous devez donc fournir une méthode indirecte pour l'accès à Internet à l'aide des options suivantes :

  • Configurez l'accès privé à Google pour que votre VM puisse accéder aux API Google Cloud.

  • Utilisez Cloud NAT ou configurez une VM en tant que passerelle NAT pour accéder à l'Internet public.

  • À des fins d'administration, vous pouvez utiliser le transfert TCP pour vous connecter aux systèmes. Pour en savoir plus sur l'utilisation d'Identity-Aware Proxy pour le transfert TCP, consultez la page Utiliser IAP pour le transfert TCP.

  • Utilisez une VM Compute Engine configurée en tant qu'hôte bastion pour accéder à l'Internet public.

Architectures de scaling horizontal

L'architecture à évolutivité horizontale se compose d'un hôte maître, d'un certain nombre d'hôtes de calcul et, éventuellement, d'un ou plusieurs hôtes de secours. Les hôtes sont interconnectés via un réseau compatible avec l'envoi de données entre les hôtes à des débits pouvant atteindre 32 Gbit/s ou 100 Gbit/s sur les types de machines sélectionnés à l'aide de la mise en réseau à haut débit.

À mesure que la demande associée aux charges de travail augmente, en particulier lors de l'utilisation du traitement analytique en ligne (OLAP), une architecture à hôtes multiples et à évolutivité horizontale peut répartir la charge sur tous les hôtes.

Le schéma suivant illustre une architecture à évolutivité horizontale pour SAP HANA sur Google Cloud :

Schéma d'architecture représentant le déploiement sur Google Cloud d'un système SAP HANA à scaling horizontal.

Les hôtes de secours sont compatibles avec la solution SAP HANA de reprise après sinistre par basculement automatique des hôtes. Pour en savoir plus sur le basculement automatique des hôtes sur Google Cloud, consultez la page Basculement automatique des hôtes SAP HANA sur Google Cloud.

Le schéma suivant illustre une architecture de scaling horizontal avec basculement automatique des hôtes sur Google Cloud.

Schéma d'architecture représentant le déploiement sur Google Cloud d'un système SAP HANA à scaling horizontal avec basculement automatique des hôtes.

Structures de disque pour les systèmes SAP HANA à scaling horizontal sur Google Cloud

À l'exception des hôtes de secours, chaque hôte possède ses propres volumes /hana/data, /hana/log, et généralement /usr/sap, sur des disques persistants ou des volumes Hyperdisk basés sur SSD, qui fournissent des services d'E/S cohérents et offrent un nombre élevé d'IOPS. L'hôte maître sert également de maître NFS pour les volumes /hana/shared et /hanabackup. Ce maître NFS est installé sur chaque hôte de calcul et chaque hôte de secours.

Sur un hôte de secours, les volumes /hana/data et /hana/log ne sont pas installés tant que la reprise n'a pas eu lieu.

Composants d'un système SAP HANA à scaling horizontal sur Google Cloud

Une architecture SAP HANA à hôtes multiples et scaling horizontal sur Google Cloud contient les composants suivants :

  • Une instance de VM Compute Engine pour chaque hôte SAP HANA du système, y compris 1 hôte maître, jusqu'à 15 hôtes de calcul et jusqu'à 3 hôtes de secours. Ces derniers sont facultatifs.

    Chaque VM utilise le même type de machine Compute Engine. Pour plus d'informations sur les types de machines certifiés pour une utilisation avec SAP HANA, consultez la page Types de machines certifiés pour SAP HANA.

  • Des volumes Persistent Disk ou Hyperdisk, basés sur SSD, répartis comme suit :

    • Chaque VM doit inclure un disque, installé à l'emplacement approprié.
    • Si vous ne déployez pas de système de basculement automatique des hôtes SAP HANA, un disque pour le volume local /hanabackup pour chaque instance de VM.
  • Une solution NFS déployée séparément pour partager les volumes /hana/shared et /hanabackup avec les hôtes de calcul et de secours. Vous pouvez utiliser Filestore ou une autre solution NFS.

  • Des règles de pare-feu Compute Engine ou autres contrôles des accès réseau limitant l'accès à vos instances Compute Engine tout en permettant la communication entre les instances et les autres ressources distribuées ou distantes requises par votre système SAP HANA.

  • Agent Google Cloud pour SAP. À partir de la version 2.0, vous pouvez configurer l'agent de sorte qu'il collecte les métriques de surveillance SAP HANA, ce qui vous permet de surveiller vos instances SAP HANA. À partir de la version 3.0, vous pouvez également utiliser sa fonctionnalité Backint pour stocker des sauvegardes SAP HANA directement dans le bucket Cloud Storage et les récupérer si nécessaire.

  • Un sous-réseau facultatif, mais recommandé, avec une topologie personnalisée et des plages d'adresses IP dans la région Google Cloud de votre choix. La base de données SAP HANA et les autres instances Compute Engine sont lancées au sein de ce sous-réseau. Vous pouvez utiliser un sous-réseau existant si vous le souhaitez.

  • Composants facultatifs :

    • SAP HANA Cockpit ou SAP HANA Studio sur une petite VM Compute Engine.

Si vous provisionnez votre système SAP HANA sans adresse IP publique, alors il ne pourra pas se connecter directement aux ressources via l'Internet public. Vous devez donc fournir une méthode indirecte pour l'accès à Internet à l'aide des options suivantes :

  • Configurez l'accès privé à Google pour que votre VM puisse accéder aux API Google Cloud.

  • Utilisez Cloud NAT ou configurez une VM en tant que passerelle NAT pour accéder à l'Internet public.

  • À des fins d'administration, vous pouvez utiliser le transfert TCP pour vous connecter aux systèmes. Pour en savoir plus sur l'utilisation d'Identity-Aware Proxy pour le transfert TCP, consultez la page Utiliser IAP pour le transfert TCP.

  • Utilisez une VM Compute Engine configurée en tant qu'hôte bastion pour accéder à l'Internet public.

Haute disponibilité pour SAP HANA sur Google Cloud

Pour concevoir une configuration à haute disponibilité pour SAP HANA sur Google Cloud, vous pouvez utiliser une combinaison de fonctionnalités Google Cloud, SAP et natives de l'OS.

Pour en savoir plus sur les options de haute disponibilité, consultez le guide de planification de la haute disponibilité pour SAP HANA.

Automatisation pour les déploiements SAP HANA

Google Cloud fournit des fichiers de configuration Terraform et des modèles Deployment Manager que vous pouvez utiliser pour automatiser le déploiement de l'infrastructure Google Cloud et, éventuellement, SAP HANA.

Les options d'automatisation du déploiement fournies par Google Cloud sont compatibles avec les scénarios de déploiement SAP HANA suivants :

  • Effectuer un scaling à la hausse
  • Scaling à la hausse dans un cluster à haute disponibilité à deux nœuds
  • Scaling horizontal sans nœuds de secours
  • Scaling horizontal sans nœuds de secours dans un cluster à haute disponibilité
  • Scaling horizontal avec les nœuds de secours SAP HANA à basculement automatique

Pour en savoir plus sur l'automatisation des scénarios de déploiement avec scaling à la hausse ou horizontal, consultez :

Automatiser le déploiement de l'instance SAP HANA

Vous pouvez également inclure l'installation de SAP HANA avec le déploiement automatisé de l'infrastructure Google Cloud.

Les scripts d'installation fournis par Google Cloud installent SAP HANA après le déploiement de l'infrastructure.

Si des problèmes empêchent l'installation d'une instance SAP HANA, l'infrastructure est généralement toujours déployée et configurée. Vous pouvez ensuite utiliser l'infrastructure déployée et installer SAP HANA manuellement, ou supprimer l'infrastructure, corriger le problème et relancer l'automatisation du déploiement jusqu'à ce que l'instance SAP HANA soit correctement installée.

Lorsque vous utilisez les scripts d'installation fournis par Google Cloud pour installer SAP HANA, vous devez fournir des valeurs pour certains paramètres. Si vous omettez ces paramètres ou si vous ne spécifiez pas de valeurs valides pour tous ces paramètres, le script d'installation ne parvient pas à installer l'instance SAP HANA sur l'infrastructure déployée.

  • Lorsque vous utilisez les fichiers de configuration Terraform fournis par Google Cloud pour installer SAP HANA, vous devez fournir des valeurs valides pour les arguments suivants : sap_hana_deployment_bucket, sap_hana_sid, sap_hana_sidadm_uid, sap_hana_sidadm_password et sap_hana_system_password. Pour en savoir plus sur les arguments Terraform, consultez la page Terraform : Guide de déploiement d'un scaling à la hausse SAP HANA.

  • Lorsque vous utilisez les modèles Deployment Manager fournis par Google Cloud pour installer SAP HANA, vous devez fournir des valeurs valides pour les paramètres de configuration suivants : sap_hana_deployment_bucket, sap_hana_sid, sap_hana_instance_number , sap_hana_sidadm_password, sap_hana_system_password et sap_hana_scaleout_nodes. Pour en savoir plus sur les propriétés Deployment Manager, consultez la page Deployment Manager : Guide de déploiement d'un scaling à la hausse SAP HANA.

Gestion des mots de passe

Pour automatiser l'installation de SAP HANA sur les VM Compute Engine déployées, vous devez spécifier les mots de passe de l'utilisateur SIDadm et de l'utilisateur de la base de données. Vous pouvez spécifier ces mots de passe dans votre fichier de configuration Terraform de différentes manières :

  • (Recommandé) Pour fournir les mots de passe des scripts d'installation de manière sécurisée, vous pouvez créer des secrets à l'aide de Secret Manager, qui est un service payant de Google Cloud, puis spécifier les noms des secrets comme valeurs pour les arguments sap_hana_sidadm_password_secret etsap_hana_system_password_secret.

    Pour en savoir plus sur la tarification de Secret Manager, consultez la page Tarifs de Secret Manager.

  • Vous pouvez également spécifier les mots de passe en texte brut dans les arguments sap_hana_sidadm_password et sap_hana_system_password.

Déploiement de disques par Terraform

Lorsque vous automatisez le déploiement de SAP HANA à l'aide de la configuration Terraform fournie par Google Cloud, le déploiement du disque par défaut est le suivant:

Volume ou répertoire Disque par défaut déployé pour les instances X4 Disque par défaut déployé pour les instances de VM
Volume de démarrage Volume Hyperdisk équilibré Disque persistant avec équilibrage
/hana/data Hyperdisk Extreme Disque persistant SSD
/hana/log Hyperdisk Extreme Disque persistant SSD
/hana/shared Volume Hyperdisk équilibré
  • Un disque dur SSD, si vous spécifiez disk_type = "pd-ssd" dans votre fichier de configuration Terraform
  • Disque persistant avec équilibrage, dans tous les autres cas.
/hanabackup Volume Hyperdisk équilibré Disque persistant avec équilibrage
/usr/sap Volume Hyperdisk équilibré
  • Un disque dur SSD, si vous spécifiez disk_type = "pd-ssd" dans votre fichier de configuration Terraform
  • Disque persistant avec équilibrage, dans tous les autres cas.

VM personnalisées et déploiements automatisés

Les fichiers de configuration Terraform et les modèles Deployment Manager ne sont pas compatibles avec la spécification des VM personnalisées Compute Engine.

Si vous avez besoin d'un type de VM personnalisé, déployez d'abord un petit type de VM prédéfini et, une fois le déploiement terminé, personnalisez la VM.

Pour plus d'informations sur la modification de VM, consultez Modifier des configurations de VM pour les systèmes SAP.

Automatisation des déploiements pour les systèmes à scaling vertical

Google Cloud fournit des fichiers de configuration Terraform et des modèles de configuration Deployment Manager que vous pouvez utiliser pour automatiser le déploiement des systèmes SAP HANA à hôte unique et à scaling vertical.

Les scripts Terraform ou Deployment Manager peuvent être utilisés pour les scénarios suivants :

  • Un système SAP HANA autonome et à scaling à la hausse.

    Consultez le guide de déploiement de Terraform ou de Deployment Manager.

  • Un système SAP HANA avec scaling à la hausse actif et de secours sur un cluster Linux haute disponibilité.

    Consultez le guide de déploiement de Terraform ou de Deployment Manager.

Les scripts Terraform ou Deployment Manager peuvent déployer les VM, les disques persistants, SAP HANA et, dans le cas du cluster Linux haute disponibilité, les composants haute disponibilité requis.

Ils ne déploient pas les composants système suivants :

  • Réseau et sous-réseau
  • Règles de pare-feu
  • Passerelles NAT, hôtes bastion, ni leurs VM
  • SAP HANA Studio, ni sa VM

À l'exception de SAP HANA Studio ou de sa VM, vous pouvez utiliser Terraform pour déployer tous ces composants système.

Pour en savoir plus sur la création de ces composants, consultez la section "Prérequis" des guides suivants :

Automatisation des déploiements pour les systèmes à scaling horizontal

Google Cloud fournit des fichiers de configuration Terraform et des modèles de configuration Deployment Manager que vous pouvez utiliser pour automatiser le déploiement des systèmes SAP HANA à hôtes multiples et à scaling horizontal.

La configuration Terraform ou les modèles Deployment Manager peuvent déployer les VM, les disques persistants et SAP HANA. Ils peuvent également mapper des points d'installation NFS aux volumes partagés et de sauvegarde SAP HANA. Pour les déploiements à scaling horizontal et à hôtes multiples, la configuration Terraform ou le modèle Deployment Manager peut également déployer de nouvelles instances Filestore pour héberger les volumes partagés et de sauvegarde SAP HANA.

Ils ne déploient pas les composants système suivants :

  • Réseau et sous-réseau
  • Règles de pare-feu
  • Passerelles NAT, hôtes bastion, ni leurs VM
  • SAP HANA Studio, ni sa VM

À l'exception de SAP HANA Studio ou de sa VM, vous pouvez utiliser Terraform pour déployer tous ces composants système.

Solutions de partage de fichiers pour les déploiements à scaling horizontal et à hôtes multiples

La configuration Terraform fournie par Google Cloud pour les déploiements à scaling horizontal et à hôtes multiples crée par défaut des exportations NFS pour les volumes /hana/shared et /hanabackup sur l'instance de VM SAP HANA principale, et les partage avec les nœuds de calcul.

Toutefois, si vous souhaitez utiliser une solution NFS pour partager les volumes /hana/shared et /hanabackup avec vos hôtes de calcul, vous pouvez utiliser l'une des options suivantes :

  • Pour associer une solution NFS existante que vous avez déployée sur Google Cloud, vous devez spécifier les points d'installation NFS des volumes /hana/shared et /hanabackup dans les arguments sap_hana_shared_nfs et sap_hana_backup_nfs, respectivement, dans votre fichier de configuration Terraform.

  • Pour déployer de nouvelles instances Filestore et associer leurs partages de fichiers aux volumes /hana/shared et /hanabackup, vous devez définir une ressource google_filestore_instance et spécifier les noms des partages de fichiers dans les arguments sap_hana_shared_nfs_resource et sap_hana_backup_nfs_resource, respectivement, dans votre fichier de configuration Terraform.

Pour afficher un exemple, consultez la section Exemple de configuration.

Assistance

Pour les problèmes liés à l'infrastructure ou aux services Google Cloud, contactez l'assistance Customer Care. Ses coordonnées sont disponibles sur la page de présentation de l'assistance dans la console Google Cloud. Si l'assistance Customer Care détecte un problème dans vos systèmes SAP, vous serez redirigé vers l'assistance SAP.

Pour les problèmes liés au produit SAP, entrez votre demande d'assistance avec l'outil de l'assistance SAP. SAP évalue la demande d'assistance puis, s'il semble s'agir d'un problème d'infrastructure Google Cloud, la transfère au composant Google Cloud approprié dans son système : BC-OP-LNX-GOOGLE ou BC-OP-NT-GOOGLE.

Exigences liées à l'assistance

Pour bénéficier d'une assistance pour les systèmes SAP ainsi que pour l'infrastructure et les services Google Cloud que ces systèmes utilisent, vous devez satisfaire aux exigences minimales de la formule d'assistance.

Pour en savoir plus sur les exigences minimales concernant l'assistance pour SAP sur Google Cloud, consultez les ressources suivantes :

Étapes suivantes