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 la mise en œuvre 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é à scaling horizontal, consultez les pages 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.

Important : Si vous utilisez gcloud CLI, veillez à toujours utiliser la dernière version. Pour installer la dernière version de gcloud CLI, consultez les instructions d'installation de gcloud.

Services Google Cloud

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

Service	Description
Réseau VPC	Connectez vos instances de VM les unes aux autres et à Internet. Chaque instance est membre d'un ancien réseau avec une plage d'adresses IP globale unique ou d'un réseau de sous-réseau recommandé, où l'instance est membre d'un seul sous-réseau membre d'un réseau plus grand. Notez qu'un réseau ne peut pas s'étendre sur plusieurs projets Google Cloud, mais qu'un projet Google Cloud peut englober plusieurs réseaux.
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 des disques Persistent Disk et Hyperdisk : Les disques persistants sont disponibles sous forme de disques durs standards (HDD) ou de disques durs persistants 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 hyperdisques offrent des options d'IOPS et de débit maximum plus élevées que les disques persistants SSD.
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 sauvegarder 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, la disponibilité et la santé de Compute Engine, du réseau et des disques persistants. 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. Contrôlez 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 persistants, 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 à la fois 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 :

Remarque : Le préfixe n1 des noms de machine suivants a été remplacé par m1 pour indiquer plus clairement que les machines font partie de la famille de machines à mémoire optimisée.

• n1-megamem-96 est désormais m1-megamem-96.
• n1-ultramem-40 est désormais m1-ultramem-40.
• n1-ultramem-80 est désormais m1-ultramem-80.
• n1-ultramem-160 est désormais m1-ultramem-160.

Les machines n'ont pas changé, et les anciens noms sont toujours acceptés comme alias de ces machines.

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	vCPU	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 à la hausse ou à la baisse jusqu'à 16 nœuds. OLTP : scaling à la hausse uniquement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme 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 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 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 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 à la hausse et un scaling à la baisse 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 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 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 à la hausse ou à la baisse 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 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.
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 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).

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	vCPU	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
	9.0^Remarque
	8,8
	8.6
	8.4
	8.2
	8.1	m3-ultramem m3-megamem c3-standard c3-highmem
	7.9
	7.7	m3-ultramem m3-megamem c3-standard c3-highmem
SLES pour SAP	15 SP5
	15 SP4
	15 SP3
	15 SP2
	15 SP1	m3-ultramem m3-megamem c3-standard c3-highmem
	12 SP5

Remarque : Avant d'installer un logiciel SAP sur RHEL pour SAP 9.x, vous devez installer des packages supplémentaires sur vos machines hôtes, en particulier chkconfig et compat-openssl11. Si vous utilisez une image fournie par Compute Engine, ces packages sont automatiquement installés pour vous. Pour en savoir plus, consultez la note SAP 3108316 – Red Hat Enterprise Linux 9.x : installation et configuration.

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

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 solution recommandée pour l'hébergement des éléments suivants :
    • 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 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.
  • 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.
  • 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 des volumes Hyperdisk Balanced pour les volumes /hana/log et /hana/data.
  • Pour obtenir la liste des types de machines compatibles avec les volumes Hyperdisk Extreme et Hyperdisk Balanced, consultez la section Types de machines compatibles.

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.

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.

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 10 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 Mbit/s	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 Mbit/s
c3-standard-44	44	176	507
c3-highmem-44	422 Go avec 10 000 IOPS et un débit de 400 Mbit/s	176 Go avec 3 000 IOPS et un débit de 400 Mbit/s	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 Mbit/s	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
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 10 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 Mbit/s	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 Mbit/s
c3-standard-44	44	176	507
c3-highmem-44	422 Go avec 10 000 IOPS et un débit de 400 Mbit/s	176 Go avec 3 000 IOPS et un débit de 400 Mbit/s	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 Mbit/s	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
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 à la hausse 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

Pour stocker des sauvegardes SAP HANA sur 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 ou une simultanéité plus élevé est nécessaire.

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 Récupération d'erreur 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

Récupération 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 compatibles avec la récupération des erreurs de mémoire

Les types de machines Compute Engine suivants sont compatibles avec la récupération d'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 la récupération après des erreurs de mémoire

Avec les correctifs de noyau requis, les systèmes d'exploitation suivants permettent de récupérer après des 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 à évolutivité à la hausse 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 X4 pour SAP HANA

Preview

Ce produit est soumis aux "Conditions des offres de pré-DG" dans la section "Conditions d'utilisation générales" des Conditions spécifiques au service. Les produits pré-DG sont disponibles "en l'état" et peuvent bénéficier d'une assistance limitée. Pour en savoir plus, consultez les descriptions des étapes de lancement.

Cette section fournit des informations sur l'exécution de SAP HANA sur les types de machines de la série X4 fournie par Compute Engine.

X4 est la quatrième génération de série de types de machines à mémoire optimisée proposée par Compute Engine. Cette série a été principalement conçue pour gérer les charges de travail SAP HANA hautement intensive en mémoire.

Les types de machines de la série X4 est une offre en version Bêta de Google Cloud. Ils sont en attente de certification SAP pour une utilisation avec SAP HANA.

Types de machines X4

Le tableau suivant contient des informations sur les types de machines X4 que vous pouvez utiliser pour exécuter SAP HANA sur Google Cloud :

Type de machine	vCPU	Mémoire	Système d'exploitation	Plate-forme du processeur	Type d'application	Notes
x4-megamem-960-metal	960	16 384 Go	SUSE	Intel Sapphire Rapids	OLAP ou OLTP	Scaling à la hausse ou scaling à la baisse jusqu'à 8 nœuds 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 ou scaling à la baisse jusqu'à 8 nœuds 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 ou scaling à la baisse jusqu'à 8 nœuds Stockage de blocs : Hyperdisk Extreme, Hyperdisk Balanced

Versions de système d'exploitation compatibles

Les types de machines de la série X4 sont compatibles avec les versions de systèmes d'exploitation suivantes :

• SLES pour SAP 15 SP4
• SLES pour SAP 15 SP5

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
• Configuration axée sur les performances
• Configuration flexible des performances

Remarque : Les configurations de stockage suivantes ne sont que des recommandations initiales. Nous vous recommandons vivement de dimensionner vos charges de travail et d'effectuer des validations pour garantir des performances optimales.

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 types de machines X4 à 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 Balanced. 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 X4 pour l'exécution de SAP HANA, nous vous recommandons d'effectuer les opérations suivantes :

• Assurez-vous que la version 3.2 (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 en savoir plus sur la mise à jour vers la dernière version, consultez la page Mettre à jour l'agent Google Cloud pour SAP.

• À l'aide de l'agent Google Cloud pour SAP, optimisez la configuration de votre système d'exploitation afin qu'elle soit compatible au mieux avec les charges de travail SAP :

  1. Établissez une connexion SSH avec votre VM X4.

  2. Vérifiez la configuration du système d'exploitation de votre instance :

     sudo /usr/bin/google_cloud_sap_agent configureinstance -check

     Le résultat indique si la configuration du système d'exploitation de votre VM X4 correspond aux bonnes pratiques ou non.

  3. Pour les écarts détectés à l'étape précédente, appliquez les corrections suivantes :

     sudo /usr/bin/google_cloud_sap_agent configureinstance -apply

  4. Redémarrez votre instance de VM X4. Pour en savoir plus sur la procédure à suivre, consultez la section Redémarrer une VM.

• É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.

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.

Important : Les images RHEL et SLES sont des images payantes qui sont facturées en plus des frais d'utilisation d'un type de machine donné. Pour en savoir plus sur les tarifs applicables aux images payantes, consultez la section Images payantes.

Remarque : Vous pouvez peut-être prétendre à une remise automatique proportionnelle à une utilisation soutenue pouvant atteindre 30 % pour vos instances Compute Engine.

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 à la hausse, 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 10 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 Mbit/s	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 Mbit/s
c3-standard-44	44	176	507
c3-highmem-44	422 Go avec 10 000 IOPS et un débit de 400 Mbit/s	176 Go avec 3 000 IOPS et un débit de 400 Mbit/s	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 Mbit/s	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
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

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).

Remarque : Après avoir déployé SAP HANA sur Google Cloud, vous devez installer votre licence SAP HANA permanente avant que la licence SAP HANA temporaire n'arrive à expiration. Si vous ne le faites pas, votre système SAP HANA risque de subir un blocage de la base de données après l'expiration de la licence temporaire.

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 de disque persistant ou d'hyperdisque doivent être dimensionnés conformément au tableau de la section Taille minimale pour les volumes de disques persistants 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 à la baisse

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 à la baisse 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 de haute disponibilité pour SAP HANA sur Google Cloud, vous pouvez utiliser une combinaison de fonctionnalités Google Cloud, SAP et OS natives.

Pour plus d'informations sur les options de haute disponibilité, consultez le Guide de planification de haute disponibilité 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 à la hausse
• 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.

Remarque : Vous devez utiliser l'un des deux secrets pour les deux mots de passe ou les spécifier directement en texte brut. En outre, les secrets doivent exister dans le projet Google Cloud dans lequel vous déployez le système SAP.

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 à la hausse

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 à la hausse.

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 à évolutivité horizontale 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 ouDeployment 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 Google Cloud Console. 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 et, s'il semble s'agir d'un problème d'infrastructure Google Cloud, transfère le dossier au composant BC-OP-LNX-GOOGLE ou BC-OP-NT-GOOGLE de Google Cloud.

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.