Ce guide présente les éléments requis pour exécuter SAP HANA sur Google Cloud et fournit des informations utiles pour planifier l'implémentation d'un nouveau système SAP HANA.
Pour en savoir plus sur le déploiement de SAP HANA sur Google Cloud, consultez les pages suivantes :
- Pour les déploiements avec scaling à la hausse pour les hôtes uniques et évolutivité horizontale pour les hôtes multiples, consultez les sections suivantes :
- Pour un système à scaling horizontal associés à des déploiements avec basculement automatique des hôtes, consultez les pages suivantes :
- Pour les configurations de cluster à haute disponibilité avec scaling à la hausse, consultez les pages suivantes :
- Terraform: Guide de configuration d'un cluster à haute disponibilité SAP HANA à scaling à la hausse
- Deployment Manager : guide de configuration d'un cluster à haute disponibilité SAP HANA
- Configuration manuelle d'un scaling à la hausse sur un cluster à haute disponibilité sur RHEL
- Configuration manuelle d'un scaling à la hausse sur un cluster à haute disponibilité sur SLES
- Pour les configurations de cluster à haute disponibilité avec scaling horizontal, consultez les sections suivantes :
À propos de SAP HANA sur Google Cloud
SAP HANA est une base de données relationnelle en mémoire, orientée colonnes, qui fournit des analyses hautes performances et un traitement des données en temps réel. Les clients peuvent tirer parti des fonctionnalités d'infrastructure redondantes, hautement évolutives et faciles à mettre en œuvre de Google Cloud pour exécuter leurs charges de travail critiques. Google Cloud fournit un ensemble de ressources physiques, telles que des ordinateurs et des disques durs, ainsi que des ressources virtuelles, telles que des machines virtuelles (VM) Compute Engine, réparties dans les centres de données Google dans le monde entier.
Lorsque vous déployez SAP HANA sur Google Cloud, vous le déployez sur des machines virtuelles exécutées sur Compute Engine. Les VM Compute Engine fournissent des disques persistants, qui fonctionnent de manière semblable aux disques physiques d'un poste de travail ou d'un serveur, mais qui sont automatiquement gérés à votre place par Compute Engine afin d'assurer la redondance des données et d'optimiser les performances.
Principes de base de Google Cloud
Google Cloud comprend de nombreux services et produits basés sur le cloud. Lorsque vous exécutez des produits SAP sur Google Cloud, vous utilisez principalement les services IaaS proposés par Compute Engine et Cloud Storage, ainsi que certaines fonctionnalités communes au niveau de la plate-forme, telles que les tools.
Consultez la page Présentation de Google Cloud Platform pour découvrir les principaux concepts et la terminologie. Ce guide reprend certaines informations de la présentation pour plus de facilité et de cohérence.
Pour une présentation des considérations que les entreprises doivent prendre en compte lors de l'exécution sur Google Cloud, consultez le framework d'architecture Google Cloud.
Interagir avec Google Cloud
Google Cloud propose trois méthodes principales pour interagir avec la plate-forme et vos ressources dans le cloud :
- Google Cloud Console, qui est une interface utilisateur Web.
- L'outil de ligne de commande
gcloud
, qui fournit un sur-ensemble des fonctionnalités offertes par la console Google Cloud. - Les bibliothèques clientes, qui fournissent des API pour accéder aux services et gérer les ressources. Ces bibliothèques sont utiles pour créer vos propres outils.
Services Google Cloud
Les déploiements SAP utilisent généralement certains des services Google Cloud suivants, voire la totalité :
Service | Description |
---|---|
Mise en réseau VPC |
Connectez vos instances de VM les unes aux autres et à Internet. Chaque instance de VM est membre d'un ancien réseau avec une plage d'adresses IP globale unique ou d'un réseau de sous-réseaux recommandé, où l'instance de VM appartient à un seul sous-réseau membre d'un réseau plus grand. Notez qu'un réseau cloud privé virtuel (VPC) ne peut pas s'étendre sur plusieurs projets Google Cloud, mais qu'un projet Google Cloud peut englober plusieurs réseaux VPC. Pour connecter des ressources provenant de différents projets à un réseau VPC commun, vous pouvez utiliser un VPC partagé. Cela permet aux ressources de communiquer entre elles de manière sécurisée et efficace à l'aide d'adresses IP internes de ce réseau. Pour en savoir plus sur le provisionnement d'un VPC partagé, y compris sur les conditions requises, les étapes de configuration et l'utilisation, consultez la page Provisionner un VPC partagé. |
Compute Engine | Créez et gérez des VM avec le système d'exploitation et la pile logicielle de votre choix. |
Persistent Disk et Hyperdisk |
Vous pouvez utiliser Persistent Disk et Google Cloud Hyperdisk :
|
Google Cloud Console |
Outil basé sur un navigateur pour gérer les ressources de Compute Engine. Utilisez un modèle pour décrire toutes les ressources et instances de Compute Engine dont vous avez besoin. Il n'est pas nécessaire de créer et de configurer individuellement les ressources, ni de déterminer les dépendances : la console Google Cloud s'en charge pour vous. |
Cloud Storage | Vous pouvez stocker vos sauvegardes de base de données SAP dans Cloud Storage pour plus de durabilité et de fiabilité, grâce à la réplication. |
Cloud Monitoring |
Ce service offre une visibilité sur le déploiement, les performances, le temps d'activité et la santé de Compute Engine, du réseau et des disques de stockage persistant. Monitoring collecte des métriques, des événements et des métadonnées à partir de Google Cloud, afin de générer des insights via des tableaux de bord, des graphiques et des alertes. Vous pouvez surveiller les métriques de calcul gratuitement grâce à Monitoring. |
IAM |
Ce service fournit un contrôle unifié des autorisations pour les ressources Google Cloud. IAM vous permet de contrôler qui peut effectuer des opérations du plan de contrôle sur vos VM, y compris la création, la modification et la suppression de VM et de disques de stockage persistant, ainsi que la création et la modification de réseaux. |
Tarifs et quotas
Vous pouvez utiliser le simulateur de coût pour estimer vos coûts d'utilisation. Pour en savoir plus sur la tarification, consultez les pages Tarifs de Compute Engine, Tarifs de Cloud Storage, et Tarifs de Google Cloud Observability.
Les ressources Google Cloud sont soumises à des quotas. Si vous envisagez d'utiliser des machines à haute capacité de processeur ou de mémoire, vous devrez peut-être demander un quota supplémentaire. Pour plus d'informations, consultez la section sur les quotas des ressources de Compute Engine.
Contrôles de conformité et de souveraineté
Si vous souhaitez que votre charge de travail SAP s'exécute conformément aux exigences liées à la résidence des données, au contrôle des accès, au personnel d'assistance ou à la réglementation, vous devez planifier l'utilisation d'Assured Workloads. Ce service vous aide à exécuter des charges de travail sécurisées et conformes sur Google Cloud, sans compromettre la qualité de votre expérience cloud. Pour en savoir plus, consultez la page Contrôles de conformité et de souveraineté pour SAP sur Google Cloud.
Ressources nécessaires
Types de machines certifiés pour SAP HANA
Pour SAP HANA, SAP ne certifie qu'un sous-ensemble des types de machines disponibles sur Google Cloud.
Les types de machines certifiés par SAP pour SAP HANA incluent des machines virtuelles (VM) Compute Engine et des machines physiques Bare Metal.
Les configurations personnalisées des types de VM à usage général n1- et n2-highmem sont également certifiées par SAP. Pour en savoir plus, consultez la section Types de VM personnalisés certifiés pour SAP HANA.
Pour connaître les systèmes d'exploitation certifiés pour une utilisation avec HANA sur chaque type de machine, consultez la section Systèmes d'exploitation certifiés pour SAP HANA.
Certains types de machines ne sont pas disponibles dans toutes les régions Google Cloud. Pour vérifier la disponibilité régionale d'une machine virtuelle Compute Engine, consultez la section Régions et zones disponibles. Pour les machines Bare Metal certifiées pour SAP HANA, consultez la section Disponibilité régionale des machines Bare Metal pour SAP HANA.
SAP répertorie les types de machines certifiés pour SAP HANA dans le Répertoire matériel SAP HANA certifié et compatible.
Pour en savoir plus sur les différents types de VM Compute Engine et leurs cas d'utilisation, consultez la page Types de machines.
Machines virtuelles Compute Engine certifiées pour SAP HANA
Le tableau suivant répertorie les VM Compute Engine certifiées par SAP pour SAP HANA :
Le tableau suivant répertorie tous les types de machines Google Cloud certifiés par SAP pour une utilisation en production de SAP HANA.
Le tableau n'inclut pas les types de machines certifiés par SAP pour SAP Business One sur SAP HANA. Pour connaître les types de machines certifiés par SAP pour SAP HANA avec SAP Business One, consultez la page Applications SAP certifiées sur Google Cloud.
Types de machine | vCPUs | Mémoire | Système d'exploitation | Plate-forme du processeur | Type d'application | Remarques |
---|---|---|---|---|---|---|
Types de VM à haute capacité de mémoire à usage général N1 | ||||||
n1-highmem-32 |
32 | 208 Go | RHEL, SUSE |
Intel Broadwell | OLAP ou OLTP | Stockage de blocs : disques persistants Compute Engine ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance. |
n1-highmem-64 |
64 | 416 Go | RHEL, SUSE | Intel Broadwell | OLAP ou OLTP | Stockage de blocs : disques persistants Compute Engine ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance. |
n1-highmem-96 |
96 | 624 Go | RHEL, SUSE | Intel Skylake | OLAP ou OLTP | Stockage de blocs : disques persistants Compute Engine ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance. |
Types de VM à haute capacité de mémoire à usage général N2 | ||||||
n2-highmem-32 |
32 | 256 Go | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine ou NetApp CVS-Performance. |
n2-highmem-48 |
48 | 384 Go | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine ou NetApp CVS-Performance. |
n2-highmem-64 |
64 | 512 Go | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine ou NetApp CVS-Performance. |
n2-highmem-80 |
80 | 640 Go | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme ou NetApp CVS-Performance. |
n2-highmem-96 |
96 | 768 Go | RHEL, SUSE | Intel Ice Lake | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme ou NetApp CVS-Performance. |
n2-highmem-128 |
128 | 864 Go | RHEL, SUSE | Intel Ice Lake | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme ou NetApp CVS-Performance. |
Types de VM à usage général C3 | ||||||
c3-standard-44 |
44 | 176 Go | RHEL, SUSE | Intel Sapphire Rapids | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance. |
c3-highmem-44 |
44 | 352 Go | RHEL, SUSE | Intel Sapphire Rapids | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance. |
c3-highmem-88 |
88 | 704 Go | RHEL, SUSE | Intel Sapphire Rapids | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance. |
c3-highmem-176 |
176 | 1 408 Go | RHEL, SUSE | Intel Sapphire Rapids | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance. |
Types de VM à mémoire optimisée M1 | ||||||
m1-megamem-96 |
96 | 1 433 Go | RHEL, SUSE | Intel Skylake | OLAP ou OLTP | OLAP : scaling vertical ou horizontal jusqu'à 16 nœuds. OLTP : scaling à la hausse uniquement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou, pour le scaling à la hausse OLTP uniquement, NetApp CVS-Performance. |
m1-ultramem-40 |
40 | 961 Go | RHEL, SUSE | Intel Broadwell | OLTP uniquement | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance. |
m1-ultramem-80 |
80 | 1 922 Go | RHEL, SUSE | Intel Broadwell | OLTP uniquement | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance. |
m1-ultramem-160 |
160 | 3 844 Go | RHEL, SUSE | Intel Broadwell | OLAP ou OLTP | Charges de travail OLAP de 2 To certifiées pour un scaling à la hausse et horizontal jusqu'à 16 nœuds. Jusqu'à 4 To de charges de travail OLAP compatibles avec le dimensionnement basé sur la charge de travail. Les charges de travail OLTP ne sont certifiées que pour un scaling à la hausse Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou, pour le scaling à la hausse OLTP uniquement, NetApp CVS-Performance. |
Types de VM à mémoire optimisée M2 | ||||||
m2-megamem-416 |
416 | 5 888 Go | RHEL, SUSE | Intel Cascade Lake | OLAP ou OLTP | Charges de travail OLAP certifiées pour un scaling vertical et horizontal jusqu'à 16 nœuds. Les charges de travail OLTP sont certifiées pour un scaling à la hausse ou horizontal jusqu'à quatre nœuds. La certification pour effectuer un scaling horizontal OLTP inclut SAP S/4HANA. Pour effectuer un scaling horizontal avec S/4HANA, référez-vous à la note SAP 2408419. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance. |
m2-ultramem-208 |
208 | 5 888 Go | RHEL, SUSE | Intel Cascade Lake | OLTP uniquement | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance. |
m2-ultramem-416 |
416 | 11 776 Go | RHEL, SUSE | Intel Cascade Lake-SP | OLAP ou OLTP | Les charges de travail OLAP sont certifiées par un dimensionnement basé sur la charge de travail pour un scaling vertical ou horizontal jusqu'à 16 nœuds. Les charges de travail OLTP sont certifiées pour un scaling à la hausse ou horizontal jusqu'à quatre nœuds. La certification pour effectuer un scaling horizontal OLTP inclut SAP S/4HANA. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, ou, pour le scaling à la hausse OLTP uniquement, NetApp CVS-Performance. Pour effectuer un scaling horizontal avec S/4HANA, référez-vous à la note SAP 2408419. |
m2-hypermem-416 |
416 | 8 832 Go | RHEL, SUSE | Intel Cascade Lake | OLTP uniquement | Les charges de travail OLTP sont certifiées pour un scaling à la hausse ou horizontal jusqu'à quatre nœuds.
La certification pour le scaling horizontal OLTP inclut SAP S/4HANA. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, ou, pour le scaling à la hausse uniquement, NetApp CVS-Performance. Pour effectuer un scaling horizontal avec S/4HANA, référez-vous à la note SAP 2408419. |
Types de VM à mémoire optimisée M3 | ||||||
m3-ultramem-32 |
32 | 976 Go | RHEL, SUSE | Intel Ice Lake | OLTP uniquement | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance. |
m3-ultramem-64 |
64 | 1 952 Go | RHEL, SUSE | Intel Ice Lake | OLTP uniquement | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance. |
m3-ultramem-128 |
128 | 3 904 Go | RHEL, SUSE | Intel Ice Lake | OLAP ou OLTP | Les charges de travail OLAP sont certifiées par un dimensionnement basé sur la charge de travail pour un scaling à la hausse. Les charges de travail OLTP sont certifiées pour un scaling à la hausse. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance. |
m3-megamem-64 |
64 | 976 Go | RHEL, SUSE | Intel Ice Lake | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance. |
m3-megamem-128 |
128 | 1 952 Go | RHEL, SUSE | Intel Ice Lake | OLAP ou OLTP | Scaling à la hausse ou scaling horizontal jusqu'à 16 nœuds. Stockage de blocs : disques persistants Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance (scaling à la hausse uniquement). |
Types de machines Bare Metal à mémoire optimisée X4 | ||||||
x4-megamem-960-metal |
960 | 16 384 Go | SUSE | Intel Sapphire Rapids | OLAP ou OLTP |
Les charges de travail OLTP sont certifiées pour un scaling à la hausse. Les charges de travail OLAP sont certifiées pour un scaling horizontal jusqu'à quatre nœuds, et un scaling à la hausse. Stockage de blocs : Hyperdisk Extreme, Hyperdisk Balanced |
x4-megamem-1440-metal |
1 440 | 24 576 Go | SUSE | Intel Sapphire Rapids | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs: Hyperdisk Extreme, Hyperdisk Balanced |
x4-megamem-1920-metal |
1 920 | 32 768 Go | SUSE | Intel Sapphire Rapids | OLAP ou OLTP | Scaling à la hausse seulement. Stockage de blocs: Hyperdisk Extreme, Hyperdisk Balanced |
Machines Bare Metal certifiées pour SAP HANA
Le tableau suivant présente les machines Bare Metal certifiées par SAP pour SAP HANA exclusivement dans une architecture à trois niveaux.
Pour connaître les régions dans lesquelles ces types de machines certifiés sont disponibles, consultez la section Disponibilité régionale des machines Bare Metal pour SAP HANA.
Type de machine de solution Bare Metal | Cœurs de processeur | vCPU | Sockets | Memory | Plate-forme du processeur | Système d'exploitation | Type d'application | Remarques |
---|---|---|---|---|---|---|---|---|
Types de machines de solution Bare Metal à mémoire optimisée O2 | ||||||||
o2-ultramem-672-metal |
336 | 672 | 12 | 18 To | Intel Cascade Lake | RHEL, SUSE | OLTP uniquement | Scaling à la hausse seulement, et seulement dans une architecture à trois niveaux. Taille standard. |
o2-ultramem-896-metal |
448 | 896 | 16 | 24 To | Intel Cascade Lake | RHEL, SUSE | OLTP uniquement | Scaling à la hausse dans une architecture à trois niveaux seulement. Taille standard. |
Types de machines personnalisés certifiés pour SAP HANA
Le tableau suivant répertorie les types de machines personnalisés Compute Engine certifiés par SAP pour une utilisation en production de SAP HANA sur Google Cloud.
SAP ne certifie qu'un sous-ensemble des types de machines personnalisés disponibles dans Compute Engine.
Les types de machines personnalisés sont soumis à des règles de personnalisation définies par Compute Engine. Les règles diffèrent selon le type de machine que vous personnalisez. Pour connaître les règles de personnalisation complètes, consultez la page Créer une instance de VM personnalisée.
Type de machine de base | vCPUs | Mémoire (Go) | OS | Plates-formes de processeur |
---|---|---|---|---|
N1-highmem | Nombre de processeurs virtuels compris entre 32 et 64, et divisible par 2 | 6,5 Go pour chaque processeur virtuel | RHEL, SUSE | Intel Broadwell |
N2-highmem (scaling à la hausse seulement) | Sur Intel Ice Lake, un nombre de processeurs virtuels compris entre 32 et 80 divisible par 4. Sur Intel Cascade Lake, un nombre de processeurs virtuels compris entre 32 et 80 divisible par 4. |
Jusqu'à 8 Go par processeur virtuel | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
Disponibilité régionale des machines Bare Metal pour SAP HANA
Le tableau suivant indique les régions Google Cloud actuellement compatibles avec SAP HANA sur solution Bare Metal.
Région | Emplacement |
---|---|
europe-west3 |
Francfort, Allemagne, Europe |
europe-west4 |
Eemshaven, Pays-Bas, Europe |
us-central1 |
Council Bluffs, Iowa, États-Unis, Amérique du Nord |
us-east4 |
Ashburn, Virginie, États-Unis, Amérique du Nord |
Si la région dont vous avez besoin n'apparaît pas dans le tableau précédent, contactez l'équipe commerciale Google Cloud.
Configuration de la mémoire
Les options de configuration de la mémoire sont déterminées par le type d'instance de VM Compute Engine que vous choisissez. Pour en savoir plus, consultez le tableau Types de machines certifiés pour SAP HANA.
Configuration du réseau
Les fonctionnalités réseau de votre VM Compute Engine sont déterminées par sa famille de machines, et non par son interface réseau (NIC) ou son adresse IP.
En fonction de son type de machine, votre instance de VM accepte un débit réseau de 2 à 32 Gbit/s. Certains types de machines acceptent également des débits jusqu'à 100 Gbit/s, qui nécessitent l'utilisation du type d'interface NIC (Virtual Virtual NIC) de Google avec une configuration réseau de niveau 1. La capacité à atteindre ces débits dépend davantage du sens du trafic et du type d'adresse IP de destination.
Les interfaces réseau de VM Compute Engine s'appuient sur une infrastructure réseau redondante et résiliente à l'aide de composants réseau physiques et définis par logiciel. Ces interfaces héritent de la redondance et de la résilience de la plate-forme sous-jacente. Vous pouvez utiliser plusieurs cartes d'interface réseau virtuelles pour séparer le trafic, mais cela n'offre aucun avantage supplémentaire en termes de résilience ou de performances.
Une carte d'interface réseau unique fournit les performances nécessaires pour les déploiements SAP HANA sur Compute Engine. Votre cas d'utilisation, exigences de sécurité ou préférences spécifiques peuvent également nécessiter des interfaces supplémentaires pour séparer le trafic, tel que le trafic Internet, le trafic interne de réplication du système SAP HANA ou d'autres flux pouvant tirer avantage de règles de stratégie de réseau spécifiques. Pour limiter l'accès, nous vous recommandons d'utiliser le chiffrement du trafic proposé par l'application et de sécuriser l'accès réseau en suivant une stratégie de pare-feu selon le principe du moindre privilège.
Selon vos besoins, vous pouvez améliorer la sécurité de plusieurs manières, comme décrit dans le Guide de sécurité SAP HANA pour la plate-forme SAP HANA. Par exemple, vous pouvez mettre en œuvre l'isolation du réseau, mais cela offre une sécurité inférieure sans chiffrement ni liste d'autorisation spécifique aux ports et aux adresses IP.
Tenez compte de la nécessité de séparer le trafic dès le début de la conception de votre réseau et d'allouer des cartes d'interface réseau supplémentaires lorsque vous déployez des VM. Vous devez associer chaque interface réseau à un réseau cloud privé virtuel différent. Le choix du nombre d'interfaces réseau dépend du niveau d'isolation requis, avec jusqu'à huit interfaces autorisées pour les VM comportant au moins huit processeurs virtuels.
Par exemple, vous pouvez définir un réseau cloud privé virtuel pour vos clients d'applications SQL SAP HANA (serveurs d'applications SAP NetWeaver, applications personnalisées, etc.) et un réseau distinct pour le trafic interserveur, tel que la réplication du système SAP HANA. Notez qu'un trop grand nombre de segments peut compliquer la gestion et le dépannage des problèmes de réseau. Si vous changez d'avis ultérieurement, vous pouvez utiliser des images système Compute Engine pour recréer votre instance de VM tout en conservant toutes les configurations, métadonnées et données associées.
Pour en savoir plus, consultez les pages Présentation de la mise en réseau pour les VM, Plusieurs interfaces réseau et Bande passante réseau de VM.
Systèmes d'exploitation certifiés pour SAP HANA
Le tableau suivant présente les systèmes d'exploitation Red Hat Enterprise Linux (RHEL) et SUSE Linux Enterprise Server (SLES) certifiés par SAP pour une utilisation en production avec SAP HANA sur Google Cloud.
Sauf indication contraire dans le tableau, chaque système d'exploitation est compatible avec SAP HANA sur tous les types de VM Compute Engine certifiés.
Pour en savoir plus sur l'état actuel de la compatibilité de chaque système d'exploitation et sur les systèmes d'exploitation disponibles dans Google Cloud, consultez la page Compatibilité des systèmes d'exploitation pour SAP HANA sur Google Cloud.
Pour plus d'informations sur les systèmes d'exploitation compatibles avec SAP HANA sur Google Cloud, consultez le répertoire matériel SAP HANA certifié et compatible, cliquez sur le type de machine requis, puis consultez la section Système d'exploitation.
Le tableau suivant n'inclut pas :
- les versions de système d'exploitation certifiées qui ne font plus l'objet d'une assistance standard ;
- les versions de système d'exploitation qui ne sont pas spécifiques à SAP.
Système d'exploitation | Version | Types de machines non compatibles |
---|---|---|
RHEL pour SAP | 9.2 Remarque |
x4-megamem
|
9.0Remarque |
x4-megamem
|
|
8,8 |
x4-megamem
|
|
8.6 |
x4-megamem
|
|
8.4 |
x4-megamem
|
|
8.2 |
x4-megamem
|
|
8.1 |
x4-megamem c3-standard c3-highmem m3-ultramem m3-megamem
|
|
7.9 |
x4-megamem
|
|
7.7 |
x4-megamem c3-standard c3-highmem m3-ultramem m3-megamem
|
|
SLES pour SAP | 15 SP5 | |
15 SP4 | ||
15 SP3 |
x4-megamem
|
|
15 SP2 |
x4-megamem
|
|
15 SP1 |
x4-megamem c3-standard c3-highmem m3-ultramem m3-megamem
|
|
12 SP5 |
x4-megamem
|
Images personnalisées du système d'exploitation
Vous pouvez utiliser une image Linux fournie et gérée par Google Cloud (image publique) ou vous pouvez fournir et gérer votre propre image Linux (image personnalisée).
Utilisez une image personnalisée si la version du système d'exploitation certifié SAP requise n'est pas disponible en tant qu'image publique à partir de Google Cloud. Les étapes suivantes, décrites en détail dans la page Importer des images de disque de démarrage dans Compute Engine, résument la procédure à suivre pour utiliser une image personnalisée :
- 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.
- Créez et compressez le fichier de l'image de disque de démarrage.
- Mettez le fichier image en ligne sur Cloud Storage et importez l'image dans Compute Engine en tant que nouvelle image personnalisée.
- Utilisez l'image importée pour créer une instance de machine virtuelle et assurez-vous qu'elle démarre correctement.
- 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 disque recommandé pour l'hébergement des éléments suivants pour les instances de VM :
- Volume de démarrage de la VM.
- Volume
/usr/sap
. - Le volume
/hana/shared
, si vous l'hébergez sur son propre disque. - Le volume
/hanabackup
, si vous enregistrez vos sauvegardes sur un disque. Si vous souhaitez réduire les coûts de sauvegarde, vous pouvez utiliser un volume Persistent Disk HDD Standard (pd-standard
). Le volume Persistent Disk Balanced fournit des sauvegardes plus rapides que le volume Persistent Disk HDD Standard. Lorsque vous sélectionnez le disque, assurez-vous que votre type de VM est compatible avec le type de disque.
- Les volume Persistent Disk Balanced et Performance (SSD) sont compatibles avec la réplication asynchrone des disques persistants. Vous pouvez utiliser cette fonctionnalité pour la reprise après sinistre active/passive interrégionale. Pour en savoir plus, consultez la section Reprise après sinistre à l'aide de la réplication asynchrone des disques persistants.
- Bien que le volume Persistent Disk Extreme (
pd-extreme
) soit certifié pour une utilisation avec SAP HANA, nous vous recommandons plutôt d'utiliser un volume Hyperdisk Extreme (hyperdisk-extreme
), qui offre de meilleures performances. Si vous souhaitez utiliser un volume Persistent Disk Extreme, veillez à provisionner les disques conformément aux informations de la section Taille minimale pour les volumes Persistent Disk et Hyperdisk basés sur SSD.
Types de volumes Hyperdisk : Hyperdisk Extreme (
hyperdisk-extreme
) et Hyperdisk Balanced (hyperdisk-balanced
)- Les volumes Hyperdisk Extreme offrent des options d'IOPS et de débit maximales plus élevés que les volumse Persistent Disk basés sur SSD.
- Pour obtenir la liste des types de machines compatibles avec les volumes Hyperdisk Extreme et Hyperdisk Balanced, consultez la section Types de machines compatibles.
- Utilisez Hyperdisk Balanced comme disque recommandé pour héberger les éléments suivants pour les instances bare metal Compute Engine telles que X4 :
- Le disque de démarrage.
- Volume
/usr/sap
. - Le volume
/hana/shared
, si vous l'hébergez sur son propre disque. - Le volume
/hanabackup
, si vous enregistrez vos sauvegardes sur un disque.
- Pour les volumes Hyperdisk Extreme, vous sélectionnez les performances dont vous avez besoin en provisionnant les IOPS, qui déterminent également votre débit. Pour en savoir plus, consultez la section Débit.
- Pour les volumes Hyperdisk Balanced, vous sélectionnez les performances dont vous avez besoin en provisionnant les IOPS et le débit. Pour en savoir plus, consultez la section À propos du provisionnement des IOPS et du débit pour Hyperdisk.
- Vous pouvez utiliser l'hyperdisque extrême pour les volumes
/hana/data
et/hana/log
lorsque les performances les plus élevées sont requises. - Pour optimiser les performances des volumes Hyperdisk Extreme pour SAP HANA, mettez à jour vos propriétés système SAP HANA comme recommandé dans la section Performances des volumes Hyperdisk Extreme.
Compatibilité avec les dispositions de disque
La figure suivante illustre l'organisation du stockage sur disque dans les architectures suggérées pour SAP HANA sur Google Cloud.
Dans la figure précédente, la configuration à gauche utilise une disposition en disques fractionnés.
Les volumes /hana/data
et /hana/log
se trouvent sur des Hyperdisques distincts, et les volumes /hana/shared
et /usr/sap
, qui ne nécessitent pas des performances aussi élevées, se trouvent sur des disques persistants avec équilibrage individuels, qui coûtent moins cher qu'un hyperdisque extrême.
La configuration de droite utilise une disposition de disque unifiée, où les volumes /hana/data
, /hana/log
, /hana/shared
et /usr/sap
sont tous installés sur un seul hyperdisque extrême.
Les disques persistants et les hyperdisques sont hébergés indépendamment de vos VM. Vous pouvez donc dissocier ou déplacer ces disques pour conserver vos données, même après la suppression de vos VM.
Dans la console Google Cloud, vous pouvez voir les disques persistants et les hyperdisques associés à vos instances de VM sous Disques supplémentaires sur la page Détails de l'instance de VM pour chaque instance de VM. Pour plus d'informations sur les différents types de volumes de disques persistants et hyperdisques Compute Engine, leurs caractéristiques de performances et leur utilisation, consultez la documentation suivante:
- Options de stockage
- À propos d'Hyperdisk
- Performances des options de stockage de blocs
- Autres facteurs ayant une incidence sur les performances
- Ajouter un volume Persistent Disk à votre VM
- Créer et gérer des instantanés de disque
- Migrer des volumes de disques persistants SAP HANA existants vers des volumes hyperdisques extrêmes
Tailles minimales pour les volumes Persistent Disk et Hyperdisk basés sur SSD
Lorsque vous dimensionnez certains disques persistants basés sur SSD Compute Engine pour SAP HANA, vous devez tenir compte non seulement des exigences de stockage de votre instance SAP HANA, mais également des performances du disque persistant.
Dans les limites définies, les performances d'un disque SSD ou d'un disque persistant avec équilibrage augmentent avec la taille du disque et le nombre de processeurs virtuels. Si un disque persistant SSD ou un disque avec équilibrage est trop petit, il peut ne pas fournir les performances requises par SAP HANA.
Les performances des volumes Hyperdisk ne sont pas affectées par la taille du disque. Elles sont déterminées par les IOPS ou le débit que vous provisionnez. Pour en savoir plus sur les performances d'Hyperdisk, consultez la section À propos d'Hyperdisk.
Un disque SSD de 550 Go ou un disque persistant avec équilibrage de 943 Go offrent un débit soutenu de 400 Mo par seconde pour les opérations de lecture et d'écriture (débit minimum). Pour obtenir des informations générales sur les performances des disques persistants, consultez Performances des options de stockage de blocs.
Le tableau suivant indique les tailles recommandées pour un disque persistant SSD (pd-ssd
), un disque persistant avec équilibrage (pd-balanced
), un disque Hyperdisk Extreme (hyperdisk-extreme
) et un disque Hyperdisk Balanced (hyperdisk-balanced
) afin de répondre aux exigences de performances de SAP HANA dans un environnement de production pour chaque type de machine Compute Engine certifié pour SAP HANA. Les tailles minimales des volumes Hyperdisk, qui sont uniquement basées sur la quantité de mémoire, sont incluses dans le tableau à titre de référence.
Pour en savoir plus sur la configuration de stockage recommandée pour les systèmes SAP HANA exécutés sur des instances bare metal Compute Engine telles que X4, consultez la page Types de machines bare metal pour SAP HANA.
Les tailles indiquées dans le tableau suivant supposent que vous installez tous les volumes SAP HANA sur des disques individuels.
Disque persistant avec équilibrage
Type de VM Compute Engine |
/hana/data taille (Go)
|
/hana/log taille (Go) |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n1-highmem-32 |
599 | 104 | 208 | 32 | 943 |
n1-highmem-32 |
943 | ||||
n1-highmem-32 |
32 | 208 | 943 | ||
n1-highmem-64 |
499 | 208 | 416 | 32 | 1 155 |
n1-highmem-64 |
1 155 | ||||
n1-highmem-64 |
64 | 416 | 1 155 | ||
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n1-highmem-96 |
1,716 | ||||
n1-highmem-96 |
96 | 624 | 1 716 | ||
n2-highmem-32 |
527 | 128 | 256 | 32 | 943 |
n2-highmem-32 |
943 | ||||
n2-highmem-32 |
32 | 256 | 943 | ||
n2-highmem-48 |
460 | 192 | 384 | 32 | 1 068 |
n2-highmem-48 |
1 068 | ||||
n2-highmem-48 |
48 | 384 | 1 068 | ||
n2-highmem-64 |
614 | 256 | 512 | 32 | 1 414 |
n2-highmem-64 |
1 414 | ||||
n2-highmem-64 |
64 | 512 | 1 414 | ||
n2-highmem-80 |
768 | 320 | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 | 384 | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 | 432 | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-standard-44 |
647 | 88 | 176 | 32 | 943 |
c3-standard-44 |
943 | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 | 176 | 352 | 32 | 982 |
c3-highmem-44 |
982 | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 | 352 | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 | 512 | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 | 512 | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 | 480 | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 | 512 | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 | 512 | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 | 512 | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 | 512 | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 | 512 | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Disque persistant SSD
Type de VM Compute Engine |
/hana/data taille (Go)
|
/hana/log taille (Go) |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n1-highmem-32 |
249 | 104 | 208 | 32 | 593 |
n1-highmem-32 |
593 | ||||
n1-highmem-32 |
32 | 208 | 593 | ||
n1-highmem-64 |
499 | 208 | 416 | 32 | 1 155 |
n1-highmem-64 |
1 155 | ||||
n1-highmem-64 |
64 | 416 | 1 155 | ||
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n1-highmem-96 |
1,716 | ||||
n1-highmem-96 |
96 | 624 | 1 716 | ||
n2-highmem-32 |
307 | 128 | 256 | 32 | 723 |
n2-highmem-32 |
723 | ||||
n2-highmem-32 |
32 | 256 | 723 | ||
n2-highmem-48 |
460 | 192 | 384 | 32 | 1 068 |
n2-highmem-48 |
1 068 | ||||
n2-highmem-48 |
48 | 384 | 1 068 | ||
n2-highmem-64 |
614 | 256 | 512 | 32 | 1 414 |
n2-highmem-64 |
1 414 | ||||
n2-highmem-64 |
64 | 512 | 1 414 | ||
n2-highmem-80 |
768 | 320 | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 | 384 | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 | 432 | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-standard-44 |
254 | 88 | 176 | 32 | 550 |
c3-standard-44 |
550 | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 | 176 | 352 | 32 | 982 |
c3-highmem-44 |
982 | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 | 352 | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 | 512 | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 | 512 | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 | 480 | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 | 512 | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 | 512 | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 | 512 | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 | 512 | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 | 512 | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Hyperdisk Extreme
Lorsque vous utilisez Hyperdisk Extreme pour héberger les volumes /hana/data
et /hana/log
, veillez à héberger les volumes /hana/shared
et /usr/sap
sur des disques persistants avec équilibrage distincts. En effet, les volumes /hana/shared
et /usr/sap
ne nécessitent pas des performances aussi élevées que les volumes de données et de journaux.
Type de VM Compute Engine |
/hana/data taille (Go) et IOPS
|
/hana/log taille (Go) et IOPS |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) et IOPS | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n2-highmem-80 |
768 Go avec 10 000 IOPS | 320 Go avec 10 000 IOPS | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 Go avec 20 000 IOPS | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 Go avec 10 000 IOPS | 384 Go avec 10 000 IOPS | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 Go avec 20 000 IOPS | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 Go avec 10 000 IOPS | 432 Go avec 10 000 IOPS | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 Go avec 20 000 IOPS | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-highmem-88 |
844 Go avec 10 000 IOPS | 352 Go avec 10 000 IOPS | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 Go avec 20 000 IOPS | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 Go avec 20 000 IOPS | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 Go avec 20 000 IOPS | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-80 |
2 306 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 Go avec 20 000 IOPS | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 Go avec 20 000 IOPS | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 Go avec 14 130 IOPS | 512 Go avec 3 000 IOPS | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 Go avec 24 130 IOPS | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 Go avec 14 130 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 Go avec 24 130 IOPS | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 Go avec 28 184 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 Go avec 38 184 IOPS | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 Go avec 21 196 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 Go avec 31 196 IOPS | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-64 |
2 342 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 Go avec 20 000 IOPS | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 Go avec 20 000 IOPS | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 Go avec 10 000 IOPS | 488 Go avec 10 000 IOPS | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 Go avec 20 000 IOPS | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 Go avec 20 000 IOPS | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Volume Hyperdisk équilibré
Pour SAP HANA, le nombre minimal d'IOPS provisionnées accepté est de 3 000 et le débit minimal accepté est de 400 Mbit/s. Toutefois, vous pouvez ajuster ces valeurs en fonction de vos exigences de performances spécifiques. Nous vous recommandons comme valeurs de départ 3 000 IOPS et un débit de 750 Mbit/s, car il s'agit des valeurs par défaut utilisées dans les fichiers de configuration Terraform fournis par Google Cloud pour le déploiement automatisé de SAP HANA.
Type de VM Compute Engine |
/hana/data taille (Go), IOPS, et débit
|
/hana/log taille (Go), IOPS, et débit |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go), IOPS, et débit | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
c3-standard-44 |
211 Go avec 10 000 IOPS et un débit de 400 Mbps | 88 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 176 | 32 | 507 |
c3-standard-44 |
507 Go avec 13 000 IOPS et un débit de 800 Mbps | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 Go avec 10 000 IOPS et un débit de 400 Mbps | 176 Go avec 3 000 IOPS et un débit de 400 Mbps | 352 | 32 | 982 |
c3-highmem-44 |
982 Go avec 13 000 IOPS et un débit de 800 Mbit/s | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 Go avec 10 000 IOPS et un débit de 1 200 Mbps | 352 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 Go avec 8 000 IOPS et un débit de 1 000 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 Go avec 11 000 IOPS et un débit de 1 400 Mbit/s | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 Go avec 8 000 IOPS et un débit de 900 Mbps | 480 Go avec 3 000 IOPS et un débit de 400 Mbps | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 Go avec 11 000 IOPS et un débit de 1 300 Mbps | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 Go avec 15 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 Go avec 18 000 IOPS et un débit de 1 600 Mbit/s | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 Go avec 10 000 IOPS et un débit de 900 Mbit/s | 488 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 Go avec 13 000 IOPS et un débit de 1 300 Mbit/s | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 Go avec 10 000 IOPS et un débit de 900 Mbit/s | 488 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 Go avec 13 000 IOPS et un débit de 1 300 Mbit/s | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Taille de disque pour l'installation de tous les volumes SAP HANA sur un seul disque
Les tailles indiquées dans le tableau suivant supposent que vous utilisez un seul disque pour héberger tous les volumes suivants: /hana/data
,/hana/log
,/hana/shared
et /usr/sap
.
Disque persistant avec équilibrage
Type de VM Compute Engine |
/hana/data taille (Go)
|
/hana/log taille (Go) |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n1-highmem-32 |
599 | 104 | 208 | 32 | 943 |
n1-highmem-32 |
943 | ||||
n1-highmem-32 |
32 | 208 | 943 | ||
n1-highmem-64 |
499 | 208 | 416 | 32 | 1 155 |
n1-highmem-64 |
1 155 | ||||
n1-highmem-64 |
64 | 416 | 1 155 | ||
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n1-highmem-96 |
1,716 | ||||
n1-highmem-96 |
96 | 624 | 1 716 | ||
n2-highmem-32 |
527 | 128 | 256 | 32 | 943 |
n2-highmem-32 |
943 | ||||
n2-highmem-32 |
32 | 256 | 943 | ||
n2-highmem-48 |
460 | 192 | 384 | 32 | 1 068 |
n2-highmem-48 |
1 068 | ||||
n2-highmem-48 |
48 | 384 | 1 068 | ||
n2-highmem-64 |
614 | 256 | 512 | 32 | 1 414 |
n2-highmem-64 |
1 414 | ||||
n2-highmem-64 |
64 | 512 | 1 414 | ||
n2-highmem-80 |
768 | 320 | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 | 384 | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 | 432 | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-standard-44 |
647 | 88 | 176 | 32 | 943 |
c3-standard-44 |
943 | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 | 176 | 352 | 32 | 982 |
c3-highmem-44 |
982 | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 | 352 | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 | 512 | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 | 512 | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 | 480 | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 | 512 | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 | 512 | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 | 512 | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 | 512 | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 | 512 | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Disque persistant SSD
Type de VM Compute Engine |
/hana/data taille (Go)
|
/hana/log taille (Go) |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n1-highmem-32 |
249 | 104 | 208 | 32 | 593 |
n1-highmem-32 |
593 | ||||
n1-highmem-32 |
32 | 208 | 593 | ||
n1-highmem-64 |
499 | 208 | 416 | 32 | 1 155 |
n1-highmem-64 |
1 155 | ||||
n1-highmem-64 |
64 | 416 | 1 155 | ||
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n1-highmem-96 |
1,716 | ||||
n1-highmem-96 |
96 | 624 | 1 716 | ||
n2-highmem-32 |
307 | 128 | 256 | 32 | 723 |
n2-highmem-32 |
723 | ||||
n2-highmem-32 |
32 | 256 | 723 | ||
n2-highmem-48 |
460 | 192 | 384 | 32 | 1 068 |
n2-highmem-48 |
1 068 | ||||
n2-highmem-48 |
48 | 384 | 1 068 | ||
n2-highmem-64 |
614 | 256 | 512 | 32 | 1 414 |
n2-highmem-64 |
1 414 | ||||
n2-highmem-64 |
64 | 512 | 1 414 | ||
n2-highmem-80 |
768 | 320 | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 | 384 | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 | 432 | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-standard-44 |
254 | 88 | 176 | 32 | 550 |
c3-standard-44 |
550 | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 | 176 | 352 | 32 | 982 |
c3-highmem-44 |
982 | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 | 352 | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 | 512 | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 | 512 | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 | 480 | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 | 512 | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 | 512 | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 | 512 | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 | 512 | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 | 512 | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Hyperdisk Extreme
Type de VM Compute Engine |
/hana/data taille (Go) et IOPS
|
/hana/log taille (Go) et IOPS |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) et IOPS | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n2-highmem-80 |
768 Go avec 10 000 IOPS | 320 Go avec 10 000 IOPS | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 Go avec 20 000 IOPS | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 Go avec 10 000 IOPS | 384 Go avec 10 000 IOPS | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 Go avec 20 000 IOPS | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 Go avec 10 000 IOPS | 432 Go avec 10 000 IOPS | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 Go avec 20 000 IOPS | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-highmem-88 |
844 Go avec 10 000 IOPS | 352 Go avec 10 000 IOPS | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 Go avec 20 000 IOPS | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 Go avec 20 000 IOPS | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 Go avec 20 000 IOPS | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-80 |
2 306 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 Go avec 20 000 IOPS | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 Go avec 20 000 IOPS | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 Go avec 14 130 IOPS | 512 Go avec 3 000 IOPS | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 Go avec 24 130 IOPS | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 Go avec 14 130 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 Go avec 24 130 IOPS | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 Go avec 28 184 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 Go avec 38 184 IOPS | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 Go avec 21 196 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 Go avec 31 196 IOPS | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-64 |
2 342 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 Go avec 20 000 IOPS | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 Go avec 20 000 IOPS | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 Go avec 10 000 IOPS | 488 Go avec 10 000 IOPS | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 Go avec 20 000 IOPS | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 Go avec 20 000 IOPS | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Volume Hyperdisk équilibré
Type de VM Compute Engine |
/hana/data taille (Go), IOPS, et débit
|
/hana/log taille (Go), IOPS, et débit |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go), IOPS, et débit | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
c3-standard-44 |
211 Go avec 10 000 IOPS et un débit de 400 Mbps | 88 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 176 | 32 | 507 |
c3-standard-44 |
507 Go avec 13 000 IOPS et un débit de 800 Mbps | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 Go avec 10 000 IOPS et un débit de 400 Mbps | 176 Go avec 3 000 IOPS et un débit de 400 Mbps | 352 | 32 | 982 |
c3-highmem-44 |
982 Go avec 13 000 IOPS et un débit de 800 Mbit/s | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 Go avec 10 000 IOPS et un débit de 1 200 Mbps | 352 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 Go avec 8 000 IOPS et un débit de 1 000 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 Go avec 11 000 IOPS et un débit de 1 400 Mbit/s | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 Go avec 8 000 IOPS et un débit de 900 Mbps | 480 Go avec 3 000 IOPS et un débit de 400 Mbps | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 Go avec 11 000 IOPS et un débit de 1 300 Mbps | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 Go avec 15 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 Go avec 18 000 IOPS et un débit de 1 600 Mbit/s | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 Go avec 10 000 IOPS et un débit de 900 Mbit/s | 488 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 Go avec 13 000 IOPS et un débit de 1 300 Mbit/s | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 Go avec 10 000 IOPS et un débit de 900 Mbit/s | 488 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 Go avec 13 000 IOPS et un débit de 1 300 Mbit/s | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Déterminer la taille du disque persistant ou de l'hyperdisque
Calculez la quantité de stockage sur disque persistant dont vous avez besoin pour les volumes SAP HANA en fonction de la quantité de mémoire que le type de machine Compute Engine sélectionné contient.
Les conseils suivants sur les tailles de disque font référence aux tailles minimales recommandées par Google Cloud et SAP pour vos déploiements afin d'équilibrer les performances et le coût total de possession. La taille des disques peut être augmentée jusqu'à la limite acceptée par les types de disques sous-jacents. Pour connaître les tailles minimales requises, consultez la section Tailles minimales pour les disques persistants basés sur SSD.
Exigences de taille des disques persistants pour les systèmes à scaling vertical
Pour les systèmes SAP HANA à scaling vertical, utilisez les formules suivantes pour chaque volume :
/hana/data
: 1,2 x mémoire/hana/log
: 0,5 x mémoire ou 512 Go, la plus petite valeur prévalant/hana/shared
: 1 x mémoire ou 1 024 Go, la plus petite valeur prévalant/usr/sap
: 32 Go/hanabackup
: 2 x mémoire, allocation facultative
Exigences de taille des disques persistants pour les systèmes à scaling horizontal
Pour les systèmes SAP HANA à scaling horizontal, utilisez la même formule que les systèmes SAP HANA à scaling vertical pour les volumes /hana/data
et /hana/log
et /usr/sap
. Pour le volume /hana/shared
, calculez la taille du disque persistant ou de l'hyperdisque en fonction du nombre d'hôtes de calcul dans votre déploiement.
Pour chaque quatre hôtes de calcul, augmentez la taille du disque de 1 x la mémoire, soit 1 To, la plus petite valeur prévalant. Exemple :
- De 1 à 4 hôtes de calcul: 1 x mémoire ou 1 To, la plus petite valeur prévalant
- De 5 à 8 hôtes de calcul: 2 x mémoire ou 2 To, la plus petite valeur prévalant
- De 9 à 12 hôtes de calcul: 3 x mémoire ou 3 To, la plus petite valeur prévalant
- De 13 à 16 hôtes de calcul: 4 x mémoire ou 4 To, la plus petite valeur prévalant
Pour déterminer vos exigences globales de quota de stockage pour les systèmes SAP HANA à scaling horizontal, vous devez additionner les tailles de disque pour chaque type de disque utilisé par tous les hôtes du système à scaling horizontal. Par exemple, si vous avez placé /hana/data
et /hana/log
sur des disques persistants pd-ssd
, mais /hana/shared
et /usr/sap
sur des disques persistants pd-balanced
, vous devez vous avez besoin de totaux distincts pour pd-ssd
et pd-balanced
pour demander des quotas distincts.
Pour un système SAP HANA à scaling horizontal avec basculement automatique des hôtes, il vous suffit de calculer la taille du disque persistant pour les hôtes maîtres et de nœud de calcul. Les hôtes de secours ne disposent pas de leurs propres volumes /hana/data
, /hana/log
et /usr/sap
. En cas de défaillance, le basculement automatique de SAP HANA désinstalle les volumes /hana/data
, /hana/log
et /usr/sap
de l'hôte défaillant et les installe sur un hôte de secours. Les volumes /hana/shared
et /hanabackup
d'un hôte de secours sont installés sur une solution NFS déployée séparément.
Allocation d'un espace de stockage sur disque persistant supplémentaire
Sélectionnez une taille de disque persistant ou d'hyperdisque qui n'est pas inférieure à la taille minimale indiquée pour votre type de disque persistant ou d'hyperdisque dans la section Taille minimale pour les volumes Persistent Disk et Hyperdisk basés sur SSD.
Si vous utilisez des disques SSD ou des disques persistants avec équilibrage, la taille minimale peut être déterminée par des exigences de performances SAP HANA plutôt que par des exigences de stockage SAP HANA.
Par exemple, si vous exécutez SAP HANA sur une instance de VM n2-highmem-32
disposant de 256 Go de mémoire, l'espace de stockage total requis pour les volumes SAP HANA est de 723 Go: 307 Go pour le volume de données, 128 Go pour le volume de journaux, 256 Go pour le volume partagé et 32 Go pour le volume /usr/sap
.
Toutefois, si vous utilisez un disque persistant avec équilibrage, la taille minimale requise est de 943 Go. Les 220 Go supplémentaires sont alloués au volume de données pour atteindre les performances requises. Par conséquent, si vous utilisez une instance de VM n2-highmem-32
avec des disques persistants avec équilibrage pour exécuter SAP HANA, vous devez provisionner un stockage de disque persistant de 943 Go ou plus.
Vous devez donc dimensionner votre disque persistant à 943 Go ou plus. La capacité supplémentaire de 220 Go est appliquée au volume de données pour fournir les performances requises.
Appliquez tout espace de stockage de disque persistant supplémentaire au volume /hana/data
.
Pour en savoir plus sur le dimensionnement de SAP HANA, consultez la page Dimensionner SAP HANA.
Performances des disques Hyperdisk
Hyperdisque fournit des options d'IOPS et de débit maximum plus élevées pour les volumes /hana/log
et /hana/data
que les autres disques persistants basés sur SSD. Pour en savoir plus sur le provisionnement des IOPS et des options de débit pour Hyperdisk, consultez la page À propos du provisionnement des IOPS et du débit pour Hyperdisk.
Contrairement aux disques persistants basés sur SSD, lorsque vous utilisez Hyperdisque avec SAP HANA, vous n'avez pas à vous soucier des performances lors du dimensionnement de l'hyperdisque. La taille d'Hyperdisque est uniquement basée sur les exigences de stockage de SAP HANA. Pour en savoir plus sur le dimensionnement des disques persistants ou des Hyperdisques, consultez la page Déterminer la taille des disques persistants.
Lorsque vous utilisez Hyperdisk Extreme avec SAP HANA, pour des performances optimales, nous vous recommandons de mettre à jour vos propriétés système SAP HANA comme suit :
- Mettez à jour votre fichier
global.ini
:- Dans la section
fileio
, définisseznum_completion_queues = 12
. - Dans la section
fileio
, définisseznum_submit_queues = 12
.
- Dans la section
- Mettez à jour votre fichier
indexserver.ini
:- Dans la section
parallel
, définisseztables_preloaded_in_parallel = 32
. - Dans la section
global
, définissezload_table_numa_aware = true
.
- Dans la section
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)
- IOPS pour le disque de données :
- 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)
- IOPS pour le disque :
Le nombre maximal d'IOPS que vous pouvez provisionner peut varier en fonction du type de machine que vous utilisez. Pour obtenir la liste des types de machines compatibles avec l'hyperdisque extrême, ainsi que le nombre maximal d'IOPS et le débit que cet outil peut fournir pour chaque type de machine, consultez la page Compatibilité avec les types de machines.
Lorsque vous créez un volume Hyperdisk Balanced, vous pouvez provisionner les IOPS et le débit pour répondre aux besoins de performances de votre charge de travail, en tenant compte des règles relatives au provisionnement des IOPS et au provisionnement du débit. Pour SAP HANA, le nombre minimal d'IOPS provisionnées accepté est de 3 000 et le débit minimal accepté est de 400 Mbit/s.
Disques persistants et hyperdisques déployés par les scripts d'automatisation du déploiement
Lorsque vous déployez un système SAP HANA à l'aide des configurations Terraform fournies par Google Cloud, le script de déploiement alloue des disques persistants ou des hyperdisques pour les volumes SAP, comme suit:
Par défaut, des disques distincts sont déployés pour chacun des répertoires suivants :
/hana/data
,/hana/log
,/hana/shared
et/usr/sap
.Vous pouvez éventuellement choisir de déployer une disposition à disque unique dans laquelle un seul disque persistant ou Hyperdisk héberge ces répertoires SAP. En outre, pour les déploiements SAP HANA à scaling horizontal, le répertoire
/hana/shared
est hébergé par une solution NFS.Un disque pour le répertoire
/hanabackup
(facultatif).
L'exemple suivant montre comment Terraform mappe les volumes pour SAP HANA sur une VM Compute Engine n2-highmem-32
, qui dispose de 256 Go de mémoire.
hana-ssd-example:~ # lvs LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert data vg_hana_data -wi-ao---- 308.00g log vg_hana_log -wi-ao---- 128.00g shared vg_hana_shared -wi-ao---- 256.00g usrsap vg_hana_usrsap -wi-ao---- 32.00g backup vg_hanabackup -wi-ao---- 512.00g
Les tailles de vos volumes pour le même type de machine peuvent différer légèrement de celles présentées dans cet exemple.
Lorsque vous utilisez les modèles Deployment Manager fournis par Google Cloud pour SAP HANA ou lorsque vous choisissez de déployer une disposition à disque unique à l'aide des configurations Terraform, le script de déploiement mappe les répertoires SAP HANA /hana/data
,/hana/log
,/usr/sap
et /hana/shared
chacun d'entre eux vers son propre volume logique pour faciliter leur redimensionnement et les mapper sur le disque persistant basé SSD ou l'hyperdisque dans un seul groupe de volumes.
Terraform ou Deployment Manager mappe le répertoire /hanabackup
sur un volume logique dans un groupe de volumes distinct, qu'il mappe ensuite sur un disque persistant avec équilibrage (pd-balanced
).
Espace de stockage sur disque persistant facultatif pour les sauvegardes
Lorsque vous stockez des sauvegardes SAP HANA sur un disque, nous vous recommandons d'utiliser un disque persistant avec équilibrage (pd-balanced
).
Si vous souhaitez réduire les coûts, vous pouvez utiliser un disque persistant HDD standard (pd-standard
). Toutefois, utilisez un disque persistant avec équilibrage lorsqu'un débit plus élevé ou une simultanéité sont nécessaires.
La taille du volume de sauvegarde SAP HANA est conçue pour offrir un débit optimal de référence et d'utilisation intensive, ainsi que la possibilité de stocker plusieurs ensembles de sauvegarde. Détenir plusieurs ensembles de sauvegarde dans le volume de sauvegarde facilite la récupération de votre base de données, si nécessaire.
Pour que les sauvegardes SAP HANA soient disponibles en tant que ressource régionale pour la reprise après sinistre, vous pouvez utiliser des instantanés de disque persistant Compute Engine. Vous pouvez planifier des instantanés pour sauvegarder régulièrement et automatiquement votre disque persistant. Pour en savoir plus, consultez la section Instantanés de disques persistants.
Si vous utilisez la hiérarchisation dynamique SAP HANA, le stockage de sauvegarde doit pouvoir contenir à la fois les données en mémoire et les données gérées sur le disque par le serveur de hiérarchisation dynamique.
Vous pouvez utiliser d'autres mécanismes pour stocker des sauvegardes SAP HANA. Si vous utilisez la fonctionnalité Backint de l'agent Google Cloud pour SAP, vous pouvez sauvegarder SAP HANA directement dans un bucket Cloud Storage, ce qui rend facultative l'utilisation d'un disque persistant pour stocker les sauvegardes.
Hiérarchisation dynamique SAP HANA
La hiérarchisation dynamique SAP HANA est certifiée par SAP pour une utilisation dans des environnements de production sur Google Cloud. La hiérarchisation dynamique SAP HANA étend le stockage de données SAP HANA en stockant les données qui sont rarement consultées sur le disque et non en mémoire.
Pour plus d'informations, consultez Hiérarchisation dynamique SAP HANA sur Google Cloud.
Option de Fast Restart de SAP HANA
Pour SAP HANA 2.0 SP04 et versions ultérieures, Google Cloud recommande fortement l'option Fast Restart de SAP HANA.
Cette option est automatiquement activée si vous déployez SAP HANA à l'aide du module Terraform sap_hana
ou sap_hana_ha
de Google Cloud, version 202309280828
ou ultérieure. Pour en savoir plus sur l'activation manuelle du redémarrage rapide de SAP HANA, consultez la section Activer le redémarrage rapide de SAP HANA.
Le redémarrage rapide de SAP HANA réduit le temps de redémarrage en cas d'arrêt de SAP HANA, mais le système d'exploitation reste en cours d'exécution. Pour réduire le délai de redémarrage, SAP HANA utilise la fonctionnalité de mémoire persistante SAP HANA afin de conserver les fragments de données MAIN des tables de magasin de colonnes dans la mémoire DRAM mappée au système de fichiers tmpfs
.
De plus, sur les VM des familles M2 et M3 des types de machines Compute Engine à mémoire optimisée, le redémarrage rapide de SAP HANA améliore la durée de récupération si des erreurs irréparables se produisent en mémoire. Pour en savoir plus, consultez la section Correction des erreurs de mémoire avec redémarrage rapide sur les VM Compute Engine.
Paramètres de système d'exploitation requis pour le redémarrage rapide de SAP HANA
Pour utiliser le redémarrage rapide SAP HANA, votre système d'exploitation doit être paramétré pour répondre aux exigences de SAP.
Si vous utilisez les fichiers de configuration Terraform ou les modèles Deployment Manager fournis par Google Cloud, les paramètres du noyau sont définis automatiquement.
Si vous n'utilisez pas les fichiers de déploiement fournis par Google Cloud, SAP fournit des conseils pour configurer les systèmes d'exploitation RHEL et SLES pour SAP HANA. Pour le redémarrage rapide SAP HANA, soyez particulièrement soigneux pour configurer correctement les paramètres numa_balancing
et transparent_hugepage
.
Si vous utilisez RHEL, utilisez le profil préréglé sap-hana
, s'il est disponible.
Pour connaître la procédure de configuration, consultez les sections suivantes :
- Note SAP 2292690 - SAP HANA DB : paramètres de système d'exploitation recommandés pour RHEL 7
- Note SAP 2292690 - SAP HANA DB : paramètres de système d'exploitation recommandés pour RHEL 7
- Note SAP 3108302 – SAP HANA DB : paramètres de système d'exploitation recommandés pour RHEL 9
Si vous utilisez SLES, utilisez l'outil saptune
de SUSE pour appliquer la configuration requise. Pour appliquer tous les paramètres SAP HANA recommandés, y compris les deux paramètres de noyau précédents, utilisez la commande saptune
suivante :
saptune solution apply HANA
Pour en savoir plus sur la configuration de SLES pour SAP HANA, consultez les pages suivantes :
- Note SAP 2205917 - SAP HANA DB : paramètres de système d'exploitation recommandés pour SLES 12/SLES pour les applications SAP 12
- Note SAP 2684254 - SAP HANA DB : paramètres de système d'exploitation recommandés pour SLES 15/SLES pour les applications SAP 15
Correction des erreurs de mémoire avec redémarrage rapide sur les VM Compute Engine
L'activation du redémarrage rapide de SAP HANA sur les VM des familles M2 et M3 de types de machines à mémoire optimisée Compute Engine réduit le temps nécessaire à SAP HANA pour récupérer après des erreurs de mémoire irréparables.
En exploitant les capacités du processeur Intel, les types de machines M2 et M3 peuvent continuer de fonctionner lorsque des erreurs irrécupérables se produisent dans le sous-système de mémoire. Si le redémarrage rapide SAP HANA est activé en cas d'erreur de mémoire, le processus SAP HANA concerné redémarre sans qu'il ne soit nécessaire de recharger l'intégralité de la base de données (il suffit de recharger le bloc de fichiers concerné).
Types de machines permettant la correction des erreurs de mémoire
Les types de machines Compute Engine suivants permettent la correction des erreurs de mémoire :
m3-ultramem-32
m3-ultramem-64
m3-ultramem-128
m3-megamem-64
m3-megamem-128
m2-ultramem-208
m2-ultramem-416
m2-megamem-416
m2-hypermem-416
Systèmes d'exploitation requis pour corriger les erreurs de mémoire
Avec les correctifs de noyau requis, les systèmes d'exploitation suivants permettent de corriger les erreurs de mémoire avec le redémarrage rapide de SAP HANA :
- SUSE Linux Enterprise Server (SLES) pour SAP, version 12 SP3 ou ultérieure.
- Inclus dans les images publiques Compute Engine dont la date de compilation est v202103* ou ultérieure.
- Si vous devez appliquer les derniers correctifs de noyau à un déploiement existant, suivez votre processus de mise à jour standard. Par exemple, exécutez les commandes suivantes :
- sudo zypper refresh
- sudo zypper update
- Red Hat Enterprise Linux (RHEL) pour SAP, version 8.4 ou ultérieure
Options de serveur de fichiers
Les options de serveur de fichiers pour SAP HANA sur Google Cloud incluent Filestore et le service NetApp Cloud Volumes pour Google Cloud.
Pour en savoir plus sur toutes les options de serveur de fichiers pour SAP sur Google Cloud, consultez la section Solutions de partage de fichiers pour SAP sur Google Cloud.
Filestore
Pour le volume /hana/shared
dans une configuration à scaling horizontal à zone unique, nous vous suggérons d'utiliser le niveau de service Filestore de base, destiné aux ressources zonales. Pour les scénarios nécessitant une résilience supplémentaire, vous pouvez utiliser Filestore Enterprise. Pour plus d'informations, consultez la section Composants d'un système SAP HANA à scaling horizontal sur Google Cloud.
Service NetApp Cloud Volumes pour Google Cloud
NetApp Cloud Volumes Service pour Google Cloud est une plate-forme de service de données cloud native et entièrement gérée. Vous pouvez l'utiliser pour créer un système de fichiers NFS pour les systèmes SAP HANA à scaling vertical sur tous les types d'instances Compute Engine qui sont certifiés pour SAP HANA. Pour en savoir plus sur l'utilisation de NetApp Cloud Volumes Service pour Google Cloud avec votre déploiement SAP HANA, consultez la page À propos de NetApp Cloud Volumes Service pour Google Cloud.
Identification de l'utilisateur et accès aux ressources
Lorsque vous planifiez la sécurité d'un déploiement SAP sur Google Cloud, vous devez identifier les éléments suivants :
- Les comptes utilisateur et les applications qui ont besoin d'accéder aux ressources Google Cloud de votre projet Google Cloud.
- Les ressources Google Cloud spécifiques à votre projet auxquelles chaque utilisateur doit accéder.
Vous devez ajouter chaque utilisateur à votre projet en ajoutant son ID de compte Google au projet en tant que compte principal. Pour un programme d'application qui utilise les ressources Google Cloud, vous devez créer un compte de service. Il fournit une identité d'utilisateur pour le programme au sein de votre projet.
Les VM Compute Engine possèdent leur propre compte de service. Tous les programmes qui s'exécutent sur une VM peuvent utiliser le compte de service de la VM, à condition que le compte de service de la VM dispose des autorisations liées aux ressources dont le programme a besoin.
Après avoir identifié les ressources Google Cloud dont chaque utilisateur a besoin, accordez à chaque utilisateur l'autorisation d'utiliser chaque ressource en attribuant des rôles spécifiques à l'utilisateur. Examinez les rôles prédéfinis fournis par IAM pour chaque ressource et attribuez des rôles à chaque utilisateur afin de lui accorder les autorisations minimales nécessaires pour exécuter ses tâches ou ses fonctions.
Si vous avez besoin d'exercer un contrôle plus précis et plus restrictif sur les autorisations que celui fourni par les rôles IAM prédéfinis, créez des rôles personnalisés.
Pour en savoir plus sur les rôles IAM dont les programmes SAP ont besoin sur Google Cloud, consultez la page Gestion de l'authentification et des accès pour les programmes SAP sur Google Cloud.
Pour en savoir plus sur la gestion de l'authentification et des accès pour SAP sur Google Cloud, consultez la présentation de la gestion de l'authentification et des accès pour SAP sur Google Cloud.
Types de machines Bare Metal pour SAP HANA
Cette section fournit des informations sur l'exécution de SAP HANA sur les types de machines bare metal fournis par Compute Engine, tels que X4.
X4 est la quatrième génération de série de types de machines à mémoire optimisée proposée par Compute Engine. Elles sont conçues principalement pour les charges de travail SAP qui nécessitent jusqu'à 32 To de mémoire.
Pour en savoir plus sur les types de machines X4 certifiés SAP que vous pouvez utiliser pour exécuter SAP HANA, consultez la page Types de machines bare metal X4 à mémoire optimisée. Pour en savoir plus sur les versions de système d'exploitation que vous pouvez utiliser avec les types de machines X4 pour exécuter des charges de travail SAP HANA, consultez la page Systèmes d'exploitation certifiés pour SAP HANA.
Stockage de blocs compatible
Pour fournir un stockage de blocs pour l'exécution de charges de travail SAP HANA sur des machines X4, vous pouvez utiliser des volumes Hyperdisk Extreme ou Hyperdisk Balanced.
Pour en savoir plus sur les configurations de stockage recommandées par Google Cloud, consultez les sections suivantes :
- Configuration économique
- Configuration axée sur les performances
- Configuration flexible des performances
Configuration économique
Le tableau suivant présente une configuration de stockage économique pour l'exécution de SAP HANA sur des types de machines X4. Les tailles indiquées dans le tableau suivant supposent que vous installez tous les volumes SAP HANA sur des disques individuels.
Type de machine | Volume de démarrage (Go) | /usr/sap (Go) |
/hana/shared (Go) |
/hana/log taille (Go), IOPS et débit |
/hana/data (Go), IOPS et débit |
---|---|---|---|---|---|
Volume Hyperdisk équilibré | |||||
x4-megamem-960-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s | 16 384 Go avec 16 384 IOPS et un débit de 2 400 Mbit/s |
x4-megamem-1440-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s | 24 576 Go avec 24 576 IOPS et un débit de 2 400 Mbit/s |
x4-megamem-1920-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s | 32 768 Go avec 32 768 IOPS et un débit de 2 400 Mbit/s |
Configuration axée sur les performances
Le tableau suivant présente une configuration de stockage axée sur les performances pour l'exécution de SAP HANA sur des types de machines X4. Les tailles indiquées dans le tableau suivant supposent que vous installez tous les volumes SAP HANA sur des disques individuels.
Type de machine | Volume de démarrage (Go) | /usr/sap (Go) |
/hana/shared (Go) |
/hana/log taille (Go), IOPS et débit |
/hana/data (Go), IOPS et débit |
---|---|---|---|---|---|
Volume Hyperdisk équilibré | Hyperdisk Extreme | ||||
x4-megamem-960-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s | 16 384 Go avec 32 768 IOPS et un débit de 5 000 Mbit/s |
x4-megamem-1440-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 400 Mo/s | 24 576 Go avec 49 152 IOPS et un débit de 5 000 Mo/s |
x4-megamem-1920-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 400 Mbit/s | 32 768 Go avec 65 536 IOPS et un débit de 5 000 Mbit/s |
Configuration flexible des performances
Le tableau suivant présente une configuration de stockage offrant des performances flexibles pour l'exécution de SAP HANA sur des types de machines X4. Les tailles indiquées dans le tableau suivant supposent que vous installez tous les volumes SAP HANA sur des disques individuels.
Type de machine | Volume de démarrage (Go) | /usr/sap (Go) |
/hana/shared (Go) |
/hana/log taille (Go), IOPS et débit |
/hana/data (Go), IOPS et débit |
---|---|---|---|---|---|
Volume Hyperdisk équilibré | Hyperdisk Extreme | ||||
x4-megamem-960-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 500 Mbps | 16 384 Go avec 32 768 IOPS et un débit de 5 000 Mbit/s |
x4-megamem-1440-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 500 Mbps | 24 576 Go avec 49 152 IOPS et un débit de 5 000 Mbps |
x4-megamem-1920-metal |
50 | 32 | 1 024 | 512 Go avec 10 000 IOPS et un débit de 2 500 Mbps | 32 768 Go avec 65 536 IOPS et un débit de 5 000 Mbit/s |
Automatisation des déploiements
Pour exécuter SAP HANA, vous pouvez déployer les instances bare metal à l'aide des configurations Terraform fournies par Google Cloud. Ces configurations sont conçues pour effectuer les opérations suivantes par défaut :
- Déployer des volumes Hyperdisk Extreme pour héberger les volumes de données et de journaux SAP HANA. Pour déployer des volumes Hyperdisk Balanced, utilisez l'argument Terraform
disk_type
. - Activez l'option Fast Restart de SAP HANA.
- Si vous hébergez le volume de sauvegarde SAP HANA sur un disque, ces configurations Terraform déploient par défaut un volume Hyperdisk avec équilibrage. Ce déploiement de disque est déterminé par l'argument Terraform
backup_disk_type
.
Pour en savoir plus sur les configurations Terraform fournies par Google Cloud pour le déploiement de SAP HANA, consultez la page Solutions SAP compatibles.
Tâches post-déploiement
Après avoir déployé une instance Bare Metal pour exécuter SAP HANA, nous vous recommandons d'effectuer les opérations suivantes:
- Assurez-vous que la version 3.4 (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 HANA : Pour savoir comment procéder, consultez la section Configurer l'OS invité sur des instances bare metal.
- Évaluez votre charge de travail SAP à l'aide du gestionnaire de charges de travail. Il s'agit d'un service de validation basé sur des règles qui vous permet d'analyser vos charges de travail et de détecter les écarts par rapport aux normes, aux règles et aux bonnes pratiques recommandées par SAP, Google Cloud et les fournisseurs de système d'exploitation. Pour découvrir comment évaluer votre charge de travail SAP, consultez la page Créer et exécuter une évaluation. Pour en savoir plus sur les évaluations compatibles avec les charges de travail SAP, consultez la page Bonnes pratiques pour le gestionnaire de charges de travail pour SAP.
Hyperthreading
Pour les charges de travail SAP HANA basées sur OLTP exécutées sur des instances X4, la désactivation de l'hyper-threading peut améliorer les performances si l'un des critères suivants est rempli:
- Vous utilisez
x4-megamem-1920-metal
pour exécuter SAP HANA 2.0 SPS7 ou une version ultérieure. - Vous utilisez
x4-megamem-1920-metal
oux4-megamem-1440-metal
pour exécuter SAP HANA 2.0 SPS6 ou une version antérieure.
Pour savoir comment désactiver l'hyperthreading pour votre instance X4 à l'aide de l'agent Google Cloud pour SAP, consultez la page Désactiver l'hyper-threading pour une instance X4.
Remarques relatives aux tarifs et aux quotas applicables à SAP HANA
Les coûts engendrés par l'utilisation des ressources que vous créez en suivant ce guide de déploiement relèvent de votre responsabilité. Utilisez le simulateur de coût pour vous aider à estimer vos coûts réels.
Quotas
SAP HANA nécessite plus de processeurs et de mémoire que la plupart des charges de travail sur Google Cloud. Si vous avez un nouveau compte Google Cloud ou si vous n'avez pas demandé de quota supplémentaire, vous devez le faire pour déployer SAP HANA.
Le tableau suivant répertorie les valeurs de quota pour les systèmes SAP HANA à hôte unique et à évolutivité verticale, par type d'instance de VM.
Pour un système SAP HANA à scaling horizontal ou plusieurs systèmes à scaling vertical, vous devez inclure le montant total des ressources de tous les systèmes. Pour savoir comment déterminer les exigences de stockage des systèmes à scaling horizontal, consultez la section Déterminer la taille des disques persistants.
Consultez votre quota existant et comparez-le à vos exigences en termes de ressources (processeur, mémoire et stockage) pour connaître l'augmentation à demander. Vous pouvez ensuite demander une augmentation de la limite de quota.
Bien que le disque persistant extrême (pd-extreme
) soit toujours certifié pour une utilisation avec SAP HANA, nous vous recommandons plutôt d'utiliser Hyperdisk Extreme, qui offre de meilleures performances. Si vous souhaitez utiliser des disques persistants extrêmes, vous devez les provisionner à l'aide des tailles de l'hyperdisque extrême.
Disque persistant avec équilibrage
Type de VM Compute Engine |
/hana/data taille (Go)
|
/hana/log taille (Go) |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n1-highmem-32 |
599 | 104 | 208 | 32 | 943 |
n1-highmem-32 |
943 | ||||
n1-highmem-32 |
32 | 208 | 943 | ||
n1-highmem-64 |
499 | 208 | 416 | 32 | 1 155 |
n1-highmem-64 |
1 155 | ||||
n1-highmem-64 |
64 | 416 | 1 155 | ||
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n1-highmem-96 |
1,716 | ||||
n1-highmem-96 |
96 | 624 | 1 716 | ||
n2-highmem-32 |
527 | 128 | 256 | 32 | 943 |
n2-highmem-32 |
943 | ||||
n2-highmem-32 |
32 | 256 | 943 | ||
n2-highmem-48 |
460 | 192 | 384 | 32 | 1 068 |
n2-highmem-48 |
1 068 | ||||
n2-highmem-48 |
48 | 384 | 1 068 | ||
n2-highmem-64 |
614 | 256 | 512 | 32 | 1 414 |
n2-highmem-64 |
1 414 | ||||
n2-highmem-64 |
64 | 512 | 1 414 | ||
n2-highmem-80 |
768 | 320 | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 | 384 | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 | 432 | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-standard-44 |
647 | 88 | 176 | 32 | 943 |
c3-standard-44 |
943 | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 | 176 | 352 | 32 | 982 |
c3-highmem-44 |
982 | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 | 352 | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 | 512 | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 | 512 | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 | 480 | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 | 512 | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 | 512 | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 | 512 | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 | 512 | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 | 512 | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Disque persistant SSD
Type de VM Compute Engine |
/hana/data taille (Go)
|
/hana/log taille (Go) |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n1-highmem-32 |
249 | 104 | 208 | 32 | 593 |
n1-highmem-32 |
593 | ||||
n1-highmem-32 |
32 | 208 | 593 | ||
n1-highmem-64 |
499 | 208 | 416 | 32 | 1 155 |
n1-highmem-64 |
1 155 | ||||
n1-highmem-64 |
64 | 416 | 1 155 | ||
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n1-highmem-96 |
1,716 | ||||
n1-highmem-96 |
96 | 624 | 1 716 | ||
n2-highmem-32 |
307 | 128 | 256 | 32 | 723 |
n2-highmem-32 |
723 | ||||
n2-highmem-32 |
32 | 256 | 723 | ||
n2-highmem-48 |
460 | 192 | 384 | 32 | 1 068 |
n2-highmem-48 |
1 068 | ||||
n2-highmem-48 |
48 | 384 | 1 068 | ||
n2-highmem-64 |
614 | 256 | 512 | 32 | 1 414 |
n2-highmem-64 |
1 414 | ||||
n2-highmem-64 |
64 | 512 | 1 414 | ||
n2-highmem-80 |
768 | 320 | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 | 384 | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 | 432 | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-standard-44 |
254 | 88 | 176 | 32 | 550 |
c3-standard-44 |
550 | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 | 176 | 352 | 32 | 982 |
c3-highmem-44 |
982 | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 | 352 | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 | 512 | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 | 512 | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 | 480 | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 | 512 | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 | 512 | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 | 512 | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 | 512 | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 | 512 | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 | 488 | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 | 512 | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 |
Hyperdisk Extreme
Type de VM Compute Engine |
/hana/data taille (Go) et IOPS
|
/hana/log taille (Go) et IOPS |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) et IOPS | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n2-highmem-80 |
768 Go avec 10 000 IOPS | 320 Go avec 10 000 IOPS | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 Go avec 20 000 IOPS | ||||
n2-highmem-80 |
80 | 640 | 1 760 | ||
n2-highmem-96 |
921 Go avec 10 000 IOPS | 384 Go avec 10 000 IOPS | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 Go avec 20 000 IOPS | ||||
n2-highmem-96 |
96 | 768 | 2 105 | ||
n2-highmem-128 |
1 036 Go avec 10 000 IOPS | 432 Go avec 10 000 IOPS | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 Go avec 20 000 IOPS | ||||
n2-highmem-128 |
128 | 864 | 2 364 | ||
c3-highmem-88 |
844 Go avec 10 000 IOPS | 352 Go avec 10 000 IOPS | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 Go avec 20 000 IOPS | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 Go avec 20 000 IOPS | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 Go avec 20 000 IOPS | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-80 |
2 306 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 Go avec 20 000 IOPS | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 Go avec 20 000 IOPS | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 Go avec 14 130 IOPS | 512 Go avec 3 000 IOPS | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 Go avec 24 130 IOPS | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 Go avec 14 130 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 Go avec 24 130 IOPS | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 Go avec 28 184 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 Go avec 38 184 IOPS | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 Go avec 21 196 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 Go avec 31 196 IOPS | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-64 |
2 342 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 Go avec 20 000 IOPS | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 Go avec 20 000 IOPS | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 Go avec 10 000 IOPS | 488 Go avec 10 000 IOPS | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 Go avec 20 000 IOPS | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 Go avec 10 000 IOPS | 512 Go avec 10 000 IOPS | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 Go avec 20 000 IOPS | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 | ||
x4-megamem-960-metal |
960 | 16 384 | 17,952 | ||
x4-megamem-1440-metal |
1 440 | 24,576 | 26,144 | ||
x4-megamem-1920-metal |
1 920 | 32 768 | 34,336 |
Volume Hyperdisk équilibré
Type de VM Compute Engine |
/hana/data taille (Go), IOPS, et débit
|
/hana/log taille (Go), IOPS, et débit |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go), IOPS, et débit | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
c3-standard-44 |
211 Go avec 10 000 IOPS et un débit de 400 Mbps | 88 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 176 | 32 | 507 |
c3-standard-44 |
507 Go avec 13 000 IOPS et un débit de 800 Mbps | ||||
c3-standard-44 |
44 | 176 | 507 | ||
c3-highmem-44 |
422 Go avec 10 000 IOPS et un débit de 400 Mbps | 176 Go avec 3 000 IOPS et un débit de 400 Mbps | 352 | 32 | 982 |
c3-highmem-44 |
982 Go avec 13 000 IOPS et un débit de 800 Mbit/s | ||||
c3-highmem-44 |
44 | 352 | 982 | ||
c3-highmem-88 |
844 Go avec 10 000 IOPS et un débit de 1 200 Mbps | 352 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 704 | 32 | 1,932 |
c3-highmem-88 |
1 932 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
c3-highmem-88 |
88 | 704 | 1,932 | ||
c3-highmem-176 |
1 689 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 257 |
c3-highmem-176 |
3 257 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
c3-highmem-176 |
176 | 1 408 | 3 257 | ||
m1-megamem-96 |
1 719 Go avec 8 000 IOPS et un débit de 1 000 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 Go avec 11 000 IOPS et un débit de 1 400 Mbit/s | ||||
m1-megamem-96 |
96 | 1 433 | 3 287 | ||
m1-ultramem-40 |
1 153 Go avec 8 000 IOPS et un débit de 900 Mbps | 480 Go avec 3 000 IOPS et un débit de 400 Mbps | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 Go avec 11 000 IOPS et un débit de 1 300 Mbps | ||||
m1-ultramem-40 |
40 | 961 | 2 626 | ||
m1-ultramem-80 |
2 306 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m1-ultramem-80 |
80 | 1,922 | 3 874 | ||
m1-ultramem-160 |
4 612 Go avec 15 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 Go avec 18 000 IOPS et un débit de 1 600 Mbit/s | ||||
m1-ultramem-160 |
160 | 3 844 | 6 180 | ||
m2-megamem-416 |
7 065 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-megamem-416 |
416 | 5 888 | 8 633 | ||
m2-ultramem-208 |
7 065 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-ultramem-208 |
208 | 5 888 | 8 633 | ||
m2-ultramem-416 |
14 092 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-ultramem-416 |
416 | 11 766 | 15 660 | ||
m2-hypermem-416 |
10 598 Go avec 20 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 Go avec 23 000 IOPS et un débit de 1 600 Mbit/s | ||||
m2-hypermem-416 |
416 | 8,832 | 12 166 | ||
m3-ultramem-32 |
1 171 Go avec 10 000 IOPS et un débit de 900 Mbit/s | 488 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 976 | 32 | 2 667 |
m3-ultramem-32 |
2 667 Go avec 13 000 IOPS et un débit de 1 300 Mbit/s | ||||
m3-ultramem-32 |
32 | 976 | 2 667 | ||
m3-ultramem-64 |
2 342 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 910 |
m3-ultramem-64 |
3 910 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-ultramem-64 |
64 | 1 952 | 3 910 | ||
m3-ultramem-128 |
4 684 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 6 252 |
m3-ultramem-128 |
6 252 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-ultramem-128 |
128 | 3 904 | 6 252 | ||
m3-megamem-64 |
1 171 Go avec 10 000 IOPS et un débit de 900 Mbit/s | 488 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 976 | 32 | 2 667 |
m3-megamem-64 |
2 667 Go avec 13 000 IOPS et un débit de 1 300 Mbit/s | ||||
m3-megamem-64 |
64 | 976 | 2 667 | ||
m3-megamem-128 |
2 342 Go avec 10 000 IOPS et un débit de 1 200 Mbit/s | 512 Go avec 3 000 IOPS et un débit de 400 Mbit/s | 1 024 | 32 | 3 910 |
m3-megamem-128 |
3 910 Go avec 13 000 IOPS et un débit de 1 600 Mbit/s | ||||
m3-megamem-128 |
128 | 1 952 | 3 910 | ||
x4-megamem-960-metal |
960 | 16 384 | 17,952 | ||
x4-megamem-1440-metal |
1 440 | 24,576 | 26,144 | ||
x4-megamem-1920-metal |
1 920 | 32 768 | 34,336 |
Disque persistant standard
Type de VM Compute Engine |
/hana/data taille (Go)
|
/hana/log taille (Go) |
/hana/shared taille (Go) |
/usr/sap taille (Go) |
Taille totale (Go) |
---|---|---|---|---|---|
Type de VM Compute Engine | Taille (Go) | ||||
Type de VM Compute Engine | vCPU | Mémoire (Go) | Quota (Go) | ||
n1-highmem-32 |
104 | 208 | 32 | ||
n1-highmem-32 |
|||||
n1-highmem-32 |
32 | 208 | 448 | ||
n1-highmem-64 |
499 | 208 | 416 | 32 | 1 155 |
n1-highmem-64 |
1 155 | ||||
n1-highmem-64 |
64 | 416 | 864 | ||
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n1-highmem-96 |
1,716 | ||||
n1-highmem-96 |
96 | 624 | 1 280 | ||
n2-highmem-32 |
128 | 256 | 32 | ||
n2-highmem-32 |
|||||
n2-highmem-32 |
32 | 256 | 544 | ||
n2-highmem-48 |
460 | 192 | 384 | 32 | 1 068 |
n2-highmem-48 |
1 068 | ||||
n2-highmem-48 |
48 | 384 | 800 | ||
n2-highmem-64 |
614 | 256 | 512 | 32 | 1 414 |
n2-highmem-64 |
1 414 | ||||
n2-highmem-64 |
64 | 512 | 1 056 | ||
n2-highmem-80 |
768 | 320 | 640 | 32 | 1 760 |
n2-highmem-80 |
1 760 | ||||
n2-highmem-80 |
80 | 640 | 1 312 | ||
n2-highmem-96 |
921 | 384 | 768 | 32 | 2 105 |
n2-highmem-96 |
2 105 | ||||
n2-highmem-96 |
96 | 768 | 1 568 | ||
n2-highmem-128 |
1 036 | 432 | 864 | 32 | 2 364 |
n2-highmem-128 |
2 364 | ||||
n2-highmem-128 |
128 | 864 | 1 760 | ||
m1-megamem-96 |
1 719 | 512 | 1 024 | 32 | 3 287 |
m1-megamem-96 |
3 287 | ||||
m1-megamem-96 |
96 | 1 433 | 2 898 | ||
m1-ultramem-40 |
1 153 | 480 | 961 | 32 | 2 626 |
m1-ultramem-40 |
2 626 | ||||
m1-ultramem-40 |
40 | 961 | 1 954 | ||
m1-ultramem-80 |
2 306 | 512 | 1 024 | 32 | 3 874 |
m1-ultramem-80 |
3 874 | ||||
m1-ultramem-80 |
80 | 1,922 | 3 876 | ||
m1-ultramem-160 |
4 612 | 512 | 1 024 | 32 | 6 180 |
m1-ultramem-160 |
6 180 | ||||
m1-ultramem-160 |
160 | 3 844 | 7 720 | ||
m2-megamem-416 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-megamem-416 |
8 633 | ||||
m2-megamem-416 |
416 | 5 888 | 11 832 | ||
m2-ultramem-208 |
7 065 | 512 | 1 024 | 32 | 8 633 |
m2-ultramem-208 |
8 633 | ||||
m2-ultramem-208 |
208 | 5 888 | 11 832 | ||
m2-ultramem-416 |
14 092 | 512 | 1 024 | 32 | 15 660 |
m2-ultramem-416 |
15 660 | ||||
m2-ultramem-416 |
416 | 11 766 | 23 564 | ||
m2-hypermem-416 |
10 598 | 512 | 1 024 | 32 | 12 166 |
m2-hypermem-416 |
12 166 | ||||
m2-hypermem-416 |
416 | 8,832 | 17 696 |
Licences
Pour exécuter SAP HANA sur Google Cloud, vous devez apporter votre propre licence (BYOL).
Pour en savoir plus sur la gestion de vos licences SAP HANA, reportez-vous à la section Clés de licence de la base de données SAP HANA.
Architectures de déploiement
Sur Google Cloud, vous pouvez déployer SAP HANA dans des architectures de scaling à la hausse et de scaling horizontal.
Architecture de scaling à la hausse
Le schéma suivant illustre l'architecture de scaling à la hausse. Dans ce schéma, vous remarquerez à la fois le déploiement sur Google Cloud et l'organisation du disque. Vous pouvez utiliser Cloud Storage pour sauvegarder vos sauvegardes locales disponibles dans /hanabackup
. La taille de cette installation doit être supérieure ou égale à celle de l'installation de données.
Sur Google Cloud, une architecture SAP HANA à hôte unique et à scaling à la hausse peut inclure les composants suivants :
Une instance Compute Engine pour la base de données SAP HANA avec une bande passante réseau pouvant atteindre 32 Gbit/s ou 100 Gbit/s sur certains types de machines utilisant la mise en réseau à haut débit. Pour plus d'informations sur les types de machines certifiés pour une utilisation avec SAP HANA, consultez la page Types de machines certifiés pour SAP HANA.
Des volumes Compute Engine Persistent Disk ou Hyperdisk, basés sur SSD, répartis comme suit :
Un disque pour chacun des répertoires suivants :
/hana/data
,/hana/log
,/hana/shared
et/usr/sap
. Pour plus d'informations sur les recommandations de disques pour SAP HANA, consultez la section Stockage sur disque persistant. Pour des performances optimales de SAP, les volumes Persistent Disk ou Hyperdisk doivent être dimensionnés conformément au tableau de la section Taille minimale pour les volumes Persistent Disk et Hyperdisk basés sur SSD.Un volume Persistent Disk avec équilibrage pour le disque de démarrage.
Un disque pour la sauvegarde de la base de données SAP HANA (facultatif).
Des règles de pare-feu Compute Engine limitant l'accès aux instances.
Agent Google Cloud pour SAP. À partir de la version 2.0, vous pouvez configurer l'agent de sorte qu'il collecte les métriques de surveillance SAP HANA, ce qui vous permet de surveiller vos instances SAP HANA. À partir de la version 3.0, vous pouvez également utiliser sa fonctionnalité Backint pour stocker des sauvegardes SAP HANA directement dans le bucket Cloud Storage et les récupérer si nécessaire.
Un sous-réseau facultatif, mais recommandé, avec une topologie personnalisée et des plages d'adresses IP dans la région Google Cloud de votre choix. La base de données SAP HANA et les autres instances Compute Engine sont lancées au sein de ce sous-réseau. Vous pouvez utiliser un sous-réseau existant pour SAP HANA.
Composants facultatifs :
- SAP HANA Cockpit ou SAP HANA Studio sur une petite VM Compute Engine.
Si vous provisionnez votre système SAP HANA sans adresse IP publique, alors il ne pourra pas se connecter directement aux ressources via l'Internet public. Vous devez donc fournir une méthode indirecte pour l'accès à Internet à l'aide des options suivantes :
Configurez l'accès privé à Google pour que votre VM puisse accéder aux API Google Cloud.
Utilisez Cloud NAT ou configurez une VM en tant que passerelle NAT pour accéder à l'Internet public.
À des fins d'administration, vous pouvez utiliser le transfert TCP pour vous connecter aux systèmes. Pour en savoir plus sur l'utilisation d'Identity-Aware Proxy pour le transfert TCP, consultez la page Utiliser IAP pour le transfert TCP.
Utilisez une VM Compute Engine configurée en tant qu'hôte bastion pour accéder à l'Internet public.
Architectures de scaling horizontal
L'architecture à évolutivité horizontale se compose d'un hôte maître, d'un certain nombre d'hôtes de calcul et, éventuellement, d'un ou plusieurs hôtes de secours. Les hôtes sont interconnectés via un réseau compatible avec l'envoi de données entre les hôtes à des débits pouvant atteindre 32 Gbit/s ou 100 Gbit/s sur les types de machines sélectionnés à l'aide de la mise en réseau à haut débit.
À mesure que la demande associée aux charges de travail augmente, en particulier lors de l'utilisation du traitement analytique en ligne (OLAP), une architecture à hôtes multiples et à évolutivité horizontale peut répartir la charge sur tous les hôtes.
Le schéma suivant illustre une architecture à évolutivité horizontale pour SAP HANA sur Google Cloud :
Les hôtes de secours sont compatibles avec la solution SAP HANA de reprise après sinistre par basculement automatique des hôtes. Pour en savoir plus sur le basculement automatique des hôtes sur Google Cloud, consultez la page Basculement automatique des hôtes SAP HANA sur Google Cloud.
Le schéma suivant illustre une architecture de scaling horizontal avec basculement automatique des hôtes sur Google Cloud.
Structures de disque pour les systèmes SAP HANA à scaling horizontal sur Google Cloud
À l'exception des hôtes de secours, chaque hôte possède ses propres volumes /hana/data
, /hana/log
, et généralement /usr/sap
, sur des disques persistants ou des volumes Hyperdisk basés sur SSD, qui fournissent des services d'E/S cohérents et offrent un nombre élevé d'IOPS. L'hôte maître sert également de maître NFS pour les volumes /hana/shared
et /hanabackup
. Ce maître NFS est installé sur chaque hôte de calcul et chaque hôte de secours.
Sur un hôte de secours, les volumes /hana/data
et /hana/log
ne sont pas installés tant que la reprise n'a pas eu lieu.
Composants d'un système SAP HANA à scaling horizontal sur Google Cloud
Une architecture SAP HANA à hôtes multiples et scaling horizontal sur Google Cloud contient les composants suivants :
Une instance de VM Compute Engine pour chaque hôte SAP HANA du système, y compris 1 hôte maître, jusqu'à 15 hôtes de calcul et jusqu'à 3 hôtes de secours. Ces derniers sont facultatifs.
Chaque VM utilise le même type de machine Compute Engine. Pour plus d'informations sur les types de machines certifiés pour une utilisation avec SAP HANA, consultez la page Types de machines certifiés pour SAP HANA.
Des volumes Persistent Disk ou Hyperdisk, basés sur SSD, répartis comme suit :
- Chaque VM doit inclure un disque, installé à l'emplacement approprié.
- Si vous ne déployez pas de système de basculement automatique des hôtes SAP HANA, un disque pour le volume local
/hanabackup
pour chaque instance de VM.
Une solution NFS déployée séparément pour partager les volumes
/hana/shared
et/hanabackup
avec les hôtes de calcul et de secours. Vous pouvez utiliser Filestore ou une autre solution NFS.Des règles de pare-feu Compute Engine ou autres contrôles des accès réseau limitant l'accès à vos instances Compute Engine tout en permettant la communication entre les instances et les autres ressources distribuées ou distantes requises par votre système SAP HANA.
Agent Google Cloud pour SAP. À partir de la version 2.0, vous pouvez configurer l'agent de sorte qu'il collecte les métriques de surveillance SAP HANA, ce qui vous permet de surveiller vos instances SAP HANA. À partir de la version 3.0, vous pouvez également utiliser sa fonctionnalité Backint pour stocker des sauvegardes SAP HANA directement dans le bucket Cloud Storage et les récupérer si nécessaire.
Un sous-réseau facultatif, mais recommandé, avec une topologie personnalisée et des plages d'adresses IP dans la région Google Cloud de votre choix. La base de données SAP HANA et les autres instances Compute Engine sont lancées au sein de ce sous-réseau. Vous pouvez utiliser un sous-réseau existant si vous le souhaitez.
Composants facultatifs :
- SAP HANA Cockpit ou SAP HANA Studio sur une petite VM Compute Engine.
Si vous provisionnez votre système SAP HANA sans adresse IP publique, alors il ne pourra pas se connecter directement aux ressources via l'Internet public. Vous devez donc fournir une méthode indirecte pour l'accès à Internet à l'aide des options suivantes :
Configurez l'accès privé à Google pour que votre VM puisse accéder aux API Google Cloud.
Utilisez Cloud NAT ou configurez une VM en tant que passerelle NAT pour accéder à l'Internet public.
À des fins d'administration, vous pouvez utiliser le transfert TCP pour vous connecter aux systèmes. Pour en savoir plus sur l'utilisation d'Identity-Aware Proxy pour le transfert TCP, consultez la page Utiliser IAP pour le transfert TCP.
Utilisez une VM Compute Engine configurée en tant qu'hôte bastion pour accéder à l'Internet public.
Haute disponibilité pour SAP HANA sur Google Cloud
Pour concevoir une configuration à haute disponibilité pour SAP HANA sur Google Cloud, vous pouvez utiliser une combinaison de fonctionnalités Google Cloud, SAP et natives de l'OS.
Pour en savoir plus sur les options de haute disponibilité, consultez le guide de planification de la haute disponibilité pour SAP HANA.
Automatisation pour les déploiements SAP HANA
Google Cloud fournit des fichiers de configuration Terraform et des modèles Deployment Manager que vous pouvez utiliser pour automatiser le déploiement de l'infrastructure Google Cloud et, éventuellement, SAP HANA.
Les options d'automatisation du déploiement fournies par Google Cloud sont compatibles avec les scénarios de déploiement SAP HANA suivants :
- Effectuer un scaling à la hausse
- Scaling à la hausse dans un cluster à haute disponibilité à deux nœuds
- Scaling horizontal sans nœuds de secours
- Scaling horizontal sans nœuds de secours dans un cluster à haute disponibilité
- Scaling horizontal avec les nœuds de secours SAP HANA à basculement automatique
Pour en savoir plus sur l'automatisation des scénarios de déploiement avec scaling à la hausse ou horizontal, consultez :
- Automatisation des déploiements pour les systèmes à scaling vertical
- Automatisation des déploiements pour les systèmes à scaling horizontal
Automatiser le déploiement de l'instance SAP HANA
Vous pouvez également inclure l'installation de SAP HANA avec le déploiement automatisé de l'infrastructure Google Cloud.
Les scripts d'installation fournis par Google Cloud installent SAP HANA après le déploiement de l'infrastructure.
Si des problèmes empêchent l'installation d'une instance SAP HANA, l'infrastructure est généralement toujours déployée et configurée. Vous pouvez ensuite utiliser l'infrastructure déployée et installer SAP HANA manuellement, ou supprimer l'infrastructure, corriger le problème et relancer l'automatisation du déploiement jusqu'à ce que l'instance SAP HANA soit correctement installée.
Lorsque vous utilisez les scripts d'installation fournis par Google Cloud pour installer SAP HANA, vous devez fournir des valeurs pour certains paramètres. Si vous omettez ces paramètres ou si vous ne spécifiez pas de valeurs valides pour tous ces paramètres, le script d'installation ne parvient pas à installer l'instance SAP HANA sur l'infrastructure déployée.
Lorsque vous utilisez les fichiers de configuration Terraform fournis par Google Cloud pour installer SAP HANA, vous devez fournir des valeurs valides pour les arguments suivants :
sap_hana_deployment_bucket
,sap_hana_sid
,sap_hana_sidadm_uid
,sap_hana_sidadm_password
etsap_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
etsap_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
etsap_hana_system_password
.
Déploiement de disques par Terraform
Lorsque vous automatisez le déploiement de SAP HANA à l'aide de la configuration Terraform fournie par Google Cloud, le déploiement du disque par défaut est le suivant:
Volume ou répertoire | Disque par défaut déployé pour les instances X4 | Disque par défaut déployé pour les instances de VM |
---|---|---|
Volume de démarrage | Volume Hyperdisk équilibré | Disque persistant avec équilibrage |
/hana/data |
Hyperdisk Extreme | Disque persistant SSD |
/hana/log |
Hyperdisk Extreme | Disque persistant SSD |
/hana/shared |
Volume Hyperdisk équilibré |
|
/hanabackup |
Volume Hyperdisk équilibré | Disque persistant avec équilibrage |
/usr/sap |
Volume Hyperdisk équilibré |
|
VM personnalisées et déploiements automatisés
Les fichiers de configuration Terraform et les modèles Deployment Manager ne sont pas compatibles avec la spécification des VM personnalisées Compute Engine.
Si vous avez besoin d'un type de VM personnalisé, déployez d'abord un petit type de VM prédéfini et, une fois le déploiement terminé, personnalisez la VM.
Pour plus d'informations sur la modification de VM, consultez Modifier des configurations de VM pour les systèmes SAP.
Automatisation des déploiements pour les systèmes à scaling vertical
Google Cloud fournit des fichiers de configuration Terraform et des modèles de configuration Deployment Manager que vous pouvez utiliser pour automatiser le déploiement des systèmes SAP HANA à hôte unique et à scaling vertical.
Les scripts Terraform ou Deployment Manager peuvent être utilisés pour les scénarios suivants :
Un système SAP HANA autonome et à scaling à la hausse.
Consultez le guide de déploiement de Terraform ou de Deployment Manager.
Un système SAP HANA avec scaling à la hausse actif et de secours sur un cluster Linux haute disponibilité.
Consultez le guide de déploiement de Terraform ou de Deployment Manager.
Les scripts Terraform ou Deployment Manager peuvent déployer les VM, les disques persistants, SAP HANA et, dans le cas du cluster Linux haute disponibilité, les composants haute disponibilité requis.
Ils ne déploient pas les composants système suivants :
- Réseau et sous-réseau
- Règles de pare-feu
- Passerelles NAT, hôtes bastion, ni leurs VM
- SAP HANA Studio, ni sa VM
À l'exception de SAP HANA Studio ou de sa VM, vous pouvez utiliser Terraform pour déployer tous ces composants système.
Pour en savoir plus sur la création de ces composants, consultez la section "Prérequis" des guides suivants :
- Terraform : Guide de déploiement d'un scaling à la hausse SAP HANA
- Deployment Manager : Guide de déploiement d'un scaling à la hausse SAP HANA
Automatisation des déploiements pour les systèmes à scaling horizontal
Google Cloud fournit des fichiers de configuration Terraform et des modèles de configuration Deployment Manager que vous pouvez utiliser pour automatiser le déploiement des systèmes SAP HANA à hôtes multiples et à scaling horizontal.
- Pour déployer un système à scaling horizontal qui n'inclut pas le basculement automatique des hôtes SAP HANA, consultez la page Terraform : Guide de déploiement de SAP HANA ou Deployment Manager : Guide de déploiement de SAP HANA.
- Pour déployer un système à scaling horizontal sans hôtes de secours dans un cluster Linux à haute disponibilité, consultez la page Terraform : Guide de configuration d'un cluster à haute disponibilité SAP HANA.
- Pour déployer un système à scaling horizontal qui inclut des hôtes de secours, consultez la page Terraform : Guide de déploiement du système SAP HANA à scaling horizontal avec basculement automatique des hôtes ou la page Deployment Manager : Guide de déploiement du système SAP HANA à scaling horizontal avec basculement automatique des hôtes.
La configuration Terraform ou les modèles Deployment Manager peuvent déployer les VM, les disques persistants et SAP HANA. Ils peuvent également mapper des points d'installation NFS aux volumes partagés et de sauvegarde SAP HANA. Pour les déploiements à scaling horizontal et à hôtes multiples, la configuration Terraform ou le modèle Deployment Manager peut également déployer de nouvelles instances Filestore pour héberger les volumes partagés et de sauvegarde SAP HANA.
Ils ne déploient pas les composants système suivants :
- Réseau et sous-réseau
- Règles de pare-feu
- Passerelles NAT, hôtes bastion, ni leurs VM
- SAP HANA Studio, ni sa VM
À l'exception de SAP HANA Studio ou de sa VM, vous pouvez utiliser Terraform pour déployer tous ces composants système.
Solutions de partage de fichiers pour les déploiements à scaling horizontal et à hôtes multiples
La configuration Terraform fournie par Google Cloud pour les déploiements à scaling horizontal et à hôtes multiples crée par défaut des exportations NFS pour les volumes /hana/shared
et /hanabackup
sur l'instance de VM SAP HANA principale, et les partage avec les nœuds de calcul.
Toutefois, si vous souhaitez utiliser une solution NFS pour partager les volumes /hana/shared
et /hanabackup
avec vos hôtes de calcul, vous pouvez utiliser l'une des options suivantes :
Pour associer une solution NFS existante que vous avez déployée sur Google Cloud, vous devez spécifier les points d'installation NFS des volumes
/hana/shared
et/hanabackup
dans les argumentssap_hana_shared_nfs
etsap_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 ressourcegoogle_filestore_instance
et spécifier les noms des partages de fichiers dans les argumentssap_hana_shared_nfs_resource
etsap_hana_backup_nfs_resource
, respectivement, dans votre fichier de configuration Terraform.
Pour afficher un exemple, consultez la section Exemple de configuration.
Assistance
Pour les problèmes liés à l'infrastructure ou aux services Google Cloud, contactez l'assistance Customer Care. Ses coordonnées sont disponibles sur la page de présentation de l'assistance dans la console Google Cloud. Si l'assistance Customer Care détecte un problème dans vos systèmes SAP, vous serez redirigé vers l'assistance SAP.
Pour les problèmes liés au produit SAP, entrez votre demande d'assistance avec l'outil de l'assistance SAP.
SAP évalue la demande d'assistance puis, s'il semble s'agir d'un problème d'infrastructure Google Cloud, la transfère au composant Google Cloud approprié dans son système : BC-OP-LNX-GOOGLE
ou BC-OP-NT-GOOGLE
.
Exigences liées à l'assistance
Pour bénéficier d'une assistance pour les systèmes SAP ainsi que pour l'infrastructure et les services Google Cloud que ces systèmes utilisent, vous devez satisfaire aux exigences minimales de la formule d'assistance.
Pour en savoir plus sur les exigences minimales concernant l'assistance pour SAP sur Google Cloud, consultez les ressources suivantes :
- Obtenir de l'aide concernant SAP sur Google Cloud
- Note SAP 2456406 – SAP sur Google Cloud Platform : prérequis pour l'assistance (un compte utilisateur SAP est requis)
Étapes suivantes
- Pour en savoir plus la hiérarchisation dynamique SAP HANA, consultez la page concernant la hiérarchisation dynamique SAP HANA sur le site de SAP.