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 :

• Pour les déploiements avec scaling à la hausse pour les hôtes uniques et évolutivité horizontale pour les hôtes multiples, consultez les sections suivantes :
  • Terraform : Guide de déploiement d'un scaling à la hausse SAP HANA
  • Deployment Manager : Guide de déploiement d'un scaling à la hausse SAP HANA
• Pour un système à scaling horizontal associés à des déploiements avec basculement automatique des hôtes, consultez les pages suivantes :
  • Terraform : guide de déploiement du système SAP HANA à évolutivité horizontale avec basculement automatique des hôtes
  • Deployment Manager : Guide de déploiement du système SAP HANA à scaling horizontal avec basculement automatique des hôtes
• Pour les configurations de cluster à haute disponibilité avec scaling à la hausse, consultez les pages suivantes :
  • Terraform: Guide de configuration d'un cluster à haute disponibilité SAP HANA à scaling à la hausse
  • Deployment Manager : guide de configuration d'un cluster à haute disponibilité SAP HANA
  • Configuration manuelle d'un scaling à la hausse sur un cluster à haute disponibilité sur RHEL
  • Configuration manuelle d'un scaling à la hausse sur un cluster à haute disponibilité sur SLES
• Pour les configurations de cluster à haute disponibilité avec scaling horizontal, consultez les sections suivantes :
  • Terraform: Guide de configuration d'un cluster à haute disponibilité et à scaling horizontal SAP HANA
  • Configuration manuelle d'un cluster à évolutivité horizontale sur SLES

À 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 outils.

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é :

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.

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.

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.

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.

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.

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 :

• Répertoire matériel SAP HANA certifié et compatible
• Note SAP 2235581 - SAP HANA : Systèmes d'exploitation compatibles

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

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.

Dispositions de disque compatibles

La figure suivante illustre l'organisation du stockage sur disque dans les architectures suggérées 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:

• Options de stockage
• À propos d'Hyperdisk
• Performances des options de stockage de blocs
• Autres facteurs ayant une incidence sur les performances
• Ajouter un volume Persistent Disk à votre VM
• Créer et gérer des instantanés de disque
• Migrer des volumes de disques persistants SAP HANA existants vers des volumes hyperdisques extrêmes

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 X4, consultez la section Stockage de blocs compatible avec X4.

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

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 :

• Note SAP 2292690 - SAP HANA DB : paramètres de système d'exploitation recommandés pour RHEL 7
• Note SAP 2292690 - SAP HANA DB : paramètres de système d'exploitation recommandés pour RHEL 7
• Note SAP 3108302 – SAP HANA DB : paramètres de système d'exploitation recommandés pour RHEL 9

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 :

• Note SAP 2205917 - SAP HANA DB : paramètres de système d'exploitation recommandés pour SLES 12/SLES pour les applications SAP 12
• Note SAP 2684254 - SAP HANA DB : paramètres de système d'exploitation recommandés pour SLES 15/SLES pour les applications SAP 15

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, y compris les suivants :

• Types de machines bare metal C3 : la série de machines à usage général C3 inclut des types de machines bare metal.

  • Pour en savoir plus sur les types de machines bare metal C3 certifiés par SAP pour une utilisation avec SAP HANA, consultez la page Types de machines bare metal C3 à usage général.
  • Pour en savoir plus sur les versions de système d'exploitation que vous pouvez utiliser avec les types de machines bare metal C3 pour exécuter des charges de travail SAP HANA, consultez la page Systèmes d'exploitation certifiés pour SAP HANA.
  • Pour en savoir plus sur l'espace de stockage de blocs minimal dont vous avez besoin pour exécuter SAP HANA sur les types de machines bare metal C3, consultez la section Tailles minimales pour les volumes Persistent Disk et Hyperdisk basés sur SSD.
  • Pour en savoir plus sur la série de machines C3, consultez la section Série de machines C3.

• X4 : quatrième génération de types de machines à mémoire optimisée proposés par Compute Engine. Ces machines sont conçues pour gérer principalement les charges de travail SAP nécessitant jusqu'à 32 To de mémoire.

  • Pour en savoir plus sur les types de machines X4 certifiés par SAP pour une utilisation avec SAP HANA, consultez la page Types de machines Bare Metal à mémoire optimisée X4.
  • 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.
  • Pour en savoir plus sur le stockage de blocs compatible avec l'exécution de SAP HANA sur des types de machines X4, consultez la section Stockage de blocs compatible avec X4.
  • Pour en savoir plus sur la série de machines X4, consultez la section Série de machines X4.

Stockage de blocs compatible avec X4

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 pour les instances X4, consultez les sections suivantes :

• Configuration économique
• Configuration axée sur les performances
• Configuration flexible des performances

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.

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.

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.

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 :

• Assurez-vous que la version 3.5 (la plus récente) de l'agent Google Cloud pour SAP est installée. Pour en savoir plus sur l'installation de l'agent, consultez la page Installer et configurer l'agent Google Cloud pour SAP sur une instance de VM Compute Engine. Pour savoir comment passer à la dernière version, consultez la section Mettre à jour l'agent Google Cloud pour SAP.
• Sur les instances X4, optimisez la configuration de l'OS pour qu'elle soit compatible au mieux avec les charges de travail SAP HANA. Pour ce faire, utilisez l'agent Google Cloud pour SAP. Pour en savoir plus, consultez la section Configurer l'OS invité sur des instances bare metal.
• Évaluez votre charge de travail SAP à l'aide du gestionnaire de charges de travail. Il s'agit d'un service de validation basé sur des règles qui vous permet d'analyser vos charges de travail et de détecter les écarts par rapport aux normes, aux règles et aux bonnes pratiques recommandées par SAP, Google Cloud et les fournisseurs de système d'exploitation. Pour découvrir comment évaluer votre charge de travail SAP, consultez la page Créer et exécuter une évaluation. Pour en savoir plus sur les évaluations compatibles avec les charges de travail SAP, consultez la page Bonnes pratiques pour le gestionnaire de charges de travail pour SAP.

Hyperthreading

Le hyperthreading est activé par défaut et est le paramètre recommandé pour tous les types de machines Compute Engine.

Pour des performances optimales de SAP HANA sur des instances de calcul avec plus de 1 000 vCPU, nous vous recommandons vivement d'utiliser SAP HANA 2.0 SPS7 révision 76 ou une version ultérieure.

Si vous exécutez une ancienne version de SAP HANA avec une charge de travail OLTP sur des instances de calcul avec plus de 1 000 vCPU, la désactivation de l'hyperthreading peut avoir un impact marginal sur les performances. Nous vous recommandons de tester cette fonctionnalité lors des tests de charge. Pour savoir comment désactiver le hyperthreading pour votre instance X4 à l'aide de l'agent Google Cloud pour SAP, consultez la page Désactiver le hyperthreading 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.

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.

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 :

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.

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 :

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

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:

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 :

• Terraform : Guide de déploiement d'un scaling à la hausse SAP HANA
• Deployment Manager : Guide de déploiement d'un scaling à la hausse SAP HANA

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.

• Pour déployer un système à scaling horizontal qui n'inclut pas le basculement automatique des hôtes SAP HANA, consultez la page Terraform : Guide de déploiement de SAP HANA ou Deployment Manager : Guide de déploiement de SAP HANA.
• Pour déployer un système à scaling horizontal sans hôtes de secours dans un cluster Linux à haute disponibilité, consultez la page Terraform : Guide de configuration d'un cluster à haute disponibilité SAP HANA.
• Pour déployer un système à scaling horizontal qui inclut des hôtes de secours, consultez la page Terraform : Guide de déploiement du système SAP HANA à scaling horizontal avec basculement automatique des hôtes ou la page Deployment Manager : Guide de déploiement du système SAP HANA à scaling horizontal avec basculement automatique des hôtes.

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 :

• Obtenir de l'aide concernant SAP sur Google Cloud
• Note SAP 2456406 – SAP sur Google Cloud Platform : prérequis pour l'assistance (un compte utilisateur SAP est requis)

Étapes suivantes

• Pour en savoir plus la hiérarchisation dynamique SAP HANA, consultez la page concernant la hiérarchisation dynamique SAP HANA sur le site de SAP.