Architecture de référence : SAP Business Suite sur SAP HANA pour Google Cloud

Présentation

Ce document est destiné aux personnes qui évaluent Google Cloud en tant que plate-forme de déploiement de SAP Business Suite sur SAP HANA, en particulier les personnes occupant les types de poste suivants :

  • Architecte technique SAP
  • Architecte cloud
  • Administrateur SAP Basis
  • Architecte d'entreprise

Ce document répertorie également les problèmes à prendre en compte avant l'installation, ainsi que des liens vers des notes SAP et d'autres documents pour faciliter le déploiement.

SAP Business Suite sur SAP HANA est une gamme de systèmes SAP, y compris SAP ECC, s'exécutant sur une base de données SAP HANA. ECC, ou Enterprise Core Component, est une gamme d'applications qui regroupe les principales fonctions opérationnelles telles que la finance, la logistique, la gestion d'entrepôt, ainsi que les ventes et la distribution. ECC a été conçu pour s'exécuter sur diverses bases de données, y compris Sybase ASE, MS SQL Server, Oracle et maintenant SAP HANA. Ce document traite de l'architecture et du déploiement de SAP Business Suite exclusivement dans la base de données SAP HANA.

Google Cloud fournit une infrastructure certifiée SAP rentable, fiable, sécurisée et hautes performances pour l'exécution de SAP Business Suite sur SAP HANA. Pour obtenir la liste complète des solutions SAP compatibles avec Google Cloud, consultez les pages Certifications pour les applications SAP sur Google Cloud et Certifications pour SAP HANA sur Google Cloud.

Licences

Si vous êtes un client SAP, vous pouvez utiliser vos licences SAP HANA existantes et d'autres licences d'applications SAP pour déployer SAP Business Suite sur Google Cloud selon un modèle BYOL (Bring Your Own License, utilisation de votre propre licence). Google Cloud est compatible avec le modèle BYOL pour les cas d'utilisation en production et hors production. Les licences de système d'exploitation sont incluses dans les tarifs Compute Engine. Vous pouvez également apporter votre propre image d'OS et vos propres licences.

Dimensionnement

Plusieurs options de dimensionnement sont disponibles en fonction du type de mise en œuvre. Pour les mises en œuvre de type Greenfield, nous vous recommandons d'utiliser l'outil SAP Quick Sizer. Pour plus d'informations, accédez à la page Sizing du site Web de SAP. SAP fournit également des guides similaires aux "guides des tailles" que propose l'industrie textile, décrivant les solutions et outils spécifiques permettant de migrer des solutions sur site actuelles vers Google Cloud. (Par exemple, consultez le répertoire matériel SAP HANA certifié et compatible et la note SAP 2456432 - Applications SAP sur Google Cloud : Produits compatibles et types de machines Google Cloud). SAP et Google Cloud utilisent différentes unités pour mesurer les IOPS (opérations d'entrée/sortie par seconde). Consultez votre partenaire intégrateur de systèmes pour convertir les exigences de dimensionnement SAP en une infrastructure Google Cloud de taille appropriée.

Types de machines compatibles

Google Cloud propose des types d'instances Compute Engine certifiés par SAP pour répondre aux exigences de dimensionnement lorsque vous déployez SAP HANA. Pour en savoir plus sur le dimensionnement sur Google Cloud et les types de machines compatibles, consultez les sections suivantes :

Les types de machines personnalisés pour SAP HANA sur Google Cloud sont également certifiés par SAP. Vous pouvez exécuter des instances SAP HANA avec moins de 64 processeurs virtuels tant que vous conservez un ratio processeur virtuel/mémoire d'au moins 6,5.

Pour afficher les valeurs SAPS des machines virtuelles Compute Engine certifiées pour les applications SAP, consultez la note SAP 2456432 - Applications SAP sur Google Cloud : Produits compatibles et types de machines Google Cloud.

SAP fournit également une liste certifiée des configurations Google Cloud pour SAP HANA sur son site Web. Pour plus d'informations, consultez la page Répertoire matériel SAP HANA certifié et compatible.

Disques et systèmes de fichiers pour SAP Business Suite sur SAP HANA

Google Cloud propose les types de stockage suivants :

  • Disques persistants pour le stockage de blocs
    • Standard (pd-standard) : stockage de blocs efficace et économique sauvegardé par des disques durs standards (HDD) pour gérer les opérations de lecture/écriture séquentielles, mais pas optimisé pour gérer des taux élevés d'opérations d'entrée/sortie aléatoires par seconde (IOPS).
    • SSD (pd-ssd) : fournit un stockage de blocs fiable, à hautes performances et sauvegardé par des disques durs SSD.
    • Équilibré (pd-balanced) : fournit un stockage de blocs économique et fiable basé sur SSD.
    • Extrême (pd-extreme) : basé sur SSD, offre des options d'IOPS et de débit maximales plus élevées que pd-ssd pour les types de machines Compute Engine plus volumineux. Pour en savoir plus, consultez la page Disques persistants extrêmes.
    • Disques SSD locaux : stockage de blocs local hautes performances
  • Buckets Cloud Storage : stockage d'objets à prix abordable.
  • Instances Filestore : serveurs de fichiers NFS entièrement gérés sur Google Cloud.

Pour en savoir plus, consultez la page Options de stockage.

Les disques persistants Google Cloud sont conçus pour offrir une grande durabilité. Ils stockent les données de manière redondante afin de garantir leur intégrité. Chaque disque persistant peut stocker jusqu'à 64 To, ce qui vous permet de créer des volumes logiques volumineux sans gérer de groupes de disques. L'une des principales caractéristiques des disques persistants est leur chiffrement automatique pour protéger les données.

Lors de sa création, une instance Compute Engine attribue par défaut un seul disque persistant racine contenant le système d'exploitation. Vous pouvez ajouter d'autres options de stockage à l'instance selon vos besoins. Pour les mises en œuvre SAP, nous vous recommandons d'utiliser des disques persistants, car ils sont conçus pour offrir une grande durabilité ; les instances de calcul peuvent y accéder comme des disques physiques sur une machine locale.

Les tableaux suivants décrivent les structures de répertoires Linux pour un déploiement SAP standard.

Structure de répertoires Linux standard pour une instance générique SAP ABAP

Structure de répertoires de l'application SAP Type de stockage
/sapmntRemarque Disque persistant standard (HDD)
/usr/sap Disque persistant standard (HDD)

Remarque : Dans les déploiements distribués, /sapmnt peut également être monté en tant que système de fichiers réseau à l'aide d'une solution NFS, telle que Cloud Filestore.

Structure de répertoires Linux standard pour SAP HANA

Structure de répertoires SAP HANA Type de stockage
/usr/sap Disque persistant basé sur SSD
/hana/data Disque persistant basé sur SSD
/hana/log Disque persistant basé sur SSD
/hana/sharedRemarque Disque persistant basé sur SSD
/hanabackupRemarque Disque persistant standard (HDD)

Remarque : Dans les déploiements distribués, /hana/shared et /hanabackup peuvent également être montés en tant que systèmes de fichiers réseau à l'aide d'une solution NFS, telle que Filestore.

Créez tous les répertoires des instances SAP HANA et SAP Business Suite en suivant les procédures décrites dans les guides de déploiement de Google Cloud. Nous vous recommandons d'utiliser un modèle Deployment Manager pour déployer une instance certifiée et compatible. Pour les guides de déploiement SAP NetWeaver, consultez la page Tous les guides SAP NetWeaver. Pour le déploiement SAP HANA, consultez le guide de déploiement SAP HANA.

Déploiement

SAP Business Suite sur SAP HANA comprend les composants techniques suivants :

Couche d'application :

  • Services centraux SAP ASCS-ABAP contenant les composants suivants :
    • Serveur de messagerie (MS) : sert de canal de communication entre les serveurs d'applications. Gère également la répartition de la charge.
    • Serveur de mise en file d'attente (ES) : contrôle le mécanisme de verrouillage.
  • PAS : serveur d'applications principal.
    • Le premier ou le seul serveur d'applications pour le système SAP.
  • AAS : serveur d'applications supplémentaire.
    • Généralement déployé pour l'équilibrage de charge au niveau de l'application. Vous pouvez installer plusieurs systèmes AAS pour obtenir une disponibilité plus élevée du point de vue de la couche d'application. Si l'un des serveurs d'applications tombe en panne, toutes les sessions utilisateur connectées à ce serveur d'applications sont arrêtées, mais les utilisateurs peuvent se reconnecter à l'autre serveur AAS associé de l'environnement.
  • WD : coordinateur Web (facultatif).
    • Équilibreur de charge logiciel intelligent qui répartit les requêtes HTTP et HTTPS, en fonction du type d'application, sur PAS et AAS.

Couche de base de données :

  • SAP HANA

Modèles de déploiement

Vous pouvez déployer SAP Business Suite sur SAP HANA sur Google Cloud selon l'un des deux modèles suivants : déploiement centralisé ou déploiement distribué.

Déploiement centralisé

Dans un déploiement centralisé, vous pouvez installer SAP Business Suite et la base de données sur la même instance Compute Engine. Nous recommandons cette approche pour les environnements hors production tels que les environnements de bac à sable et de développement.

Le schéma suivant illustre une architecture de référence pour SAP Business Suite sur SAP HANA dans un modèle de déploiement centralisé. Notez que SAP ASCS, PAS et HANA sont installés sur la même instance.

SAP ASCS, PAS et HANA sont installés sur une VM unique.

Déploiement distribué

Dans un déploiement distribué, vous pouvez installer les applications SAP Business Suite et la base de données SAP HANA sur différentes instances Compute Engine. Nous recommandons cette approche pour les environnements de production ou les environnements qui nécessitent une grande puissance de calcul pour gérer une charge de transaction élevée. Chacun des composants de la couche d'application SAP décrits précédemment (dans la section "Déploiement") peut être installé indépendamment sur différentes instances.

En outre, vous pouvez éventuellement installer un ou plusieurs serveurs d'applications supplémentaires (AAS) en fonction des besoins de votre entreprise.

Le schéma suivant illustre une architecture de référence pour SAP Business Suite sur SAP HANA dans un modèle de déploiement distribué.

SAP Business Suite, PAS et ASCS sont installés sur une VM, et SAP HANA est installé sur une autre VM.

SAP Business Suite et la base de données SAP HANA sont installés sur différentes instances Compute Engine. La base de données doit être installée à l'aide de la méthode de déploiement certifiée par Google Cloud. Pour plus d'informations sur l'installation d'une base de données SAP HANA pour une évolutivité horizontale ou verticale, consultez le guide de déploiement de SAP HANA. Actuellement, SAP Business Suite sur SAP HANA n'est compatible qu'avec un modèle à évolutivité verticale.

Haute disponibilité et reprise après sinistre

La haute disponibilité et la reprise après sinistre sont des ensembles de techniques, de pratiques d'ingénierie et de principes de conception qui permettent d'assurer la continuité des activités en cas d'échec. Ces approches fonctionnent en éliminant les points de défaillance isolés et en offrant la possibilité de reprendre rapidement les opérations après une panne du système ou des composants avec un minimum de perturbation des activités. La reprise après sinistre correspond au processus de récupération et de reprise des opérations après une panne due à un composant défaillant.

Par exemple, voici quelques outils de haute disponibilité et de reprise après sinistre :

Haute disponibilité

Pour assurer la haute disponibilité de SAP Business Suite sur SAP HANA, prenez en compte les composants suivants :

  • Base de données SAP HANA (HDB)
  • Services centraux ABAP (ASCS)
  • Serveur d'applications principal (PAS)

Base de données SAP HANA : nous recommandons la solution de réplication du système (HSR) de SAP HANA pour atteindre une haute disponibilité de la base de données. Dans ce scénario, la réplication du système est configurée entre le nœud principal et le nœud secondaire, et les données sont répliquées du disque persistant principal au disque secondaire. Pour plus d'informations, consultez la page Configuring SAP HANA System Replication du guide d'administration de SAP HANA, disponible sur le portail d'aide SAP.

Dans le scénario de réplication du système SAP HANA, le basculement n'est pas automatisé par défaut. Vous pouvez mettre en œuvre le basculement à l'aide du clustering au niveau du système d'exploitation, conçu pour gérer les défaillances des composants. Le clustering implique l'utilisation de plusieurs serveurs, périphériques de stockage et interconnexions pour former un seul système hautement disponible. Pour plus d'informations sur la configuration de la haute disponibilité pour SAP HANA, consultez le Guide de planification de la haute disponibilité pour SAP HANA.

Services centraux ABAP : ASCS se compose d'un serveur de messagerie (MS) et d'un serveur de mise en file d'attente (ES). Le serveur de messagerie sert de canal de communication entre les serveurs d'applications et gère la répartition de la charge, tandis que le serveur de mise en file d'attente contrôle le mécanisme de verrouillage. Nous vous recommandons d'utiliser une solution de clustering pour obtenir une haute disponibilité sur ASCS. Pour mettre en œuvre la haute disponibilité, installez les services centraux ABAP (ASCS) et le service de réplication de mise en file d'attente (ERS) sur le nœud principal et le nœud secondaire. Lorsque le nœud principal tombe en panne, les services de messagerie et de mise en file d'attente (MS/ES) basculent automatiquement vers le nœud secondaire. Lorsque le nœud principal redevient disponible, vous pouvez basculer automatiquement ou manuellement vers le nœud principal d'origine. Pour plus d'informations, consultez la section sur le cluster SAP ASCS haute disponibilité du guide de configuration de SUSE.

Le schéma suivant illustre une architecture pour la mise en œuvre de la haute disponibilité pour ASCS.

Une VM héberge un service ASCS actif et un service ERS inactif. Une autre VM héberge un service ASCS inactif et un service ERS actif. La paire de VM et la paire de services ERS ont chacune leur propre adresse IP virtuelle.

Serveur d'applications principal : vous pouvez obtenir une haute disponibilité pour le serveur d'applications principal en installant des serveurs d'applications supplémentaires (AAS). Vous pouvez installer plusieurs services AAS pour obtenir une disponibilité plus élevée. Si l'un des serveurs d'applications tombe en panne, toutes les sessions utilisateur connectées à ce serveur d'applications sont arrêtées, mais les utilisateurs peuvent se reconnecter aux autres serveurs d'applications. Google Cloud fournit une fonctionnalité de migration à chaud pouvant être utilisée pour la haute disponibilité de PAS. Pour en savoir plus, consultez la section Migration à chaud.

Reprise après sinistre

Pour récupérer un système SAP Business Suite sur SAP HANA suite à un sinistre, utilisez l'une des méthodes suivantes :

  • Réplication du système SAP HANA
  • Sauvegarde SAP HANA

Réplication du système SAP HANA

Pour les scénarios de reprise après sinistre, nous vous recommandons de placer le système de secours dans une région différente de celle du système principal et d'utiliser la réplication asynchrone.

Choisissez l'option de réplication du système SAP HANA qui répond le mieux aux besoins de votre entreprise en termes d'objectifs de point de récupération et à vos préférences en matière de coûts/avantages.

Le schéma suivant illustre le processus de réplication, à savoir :

  1. L'adresse IP virtuelle (VIP) est configurée pour pointer uniquement vers le nœud actif (lecture/écriture).
  2. Dans ce scénario, le nœud 1 joue le rôle principal. Lorsqu'un basculement est déclenché, le nœud 2 prend le relais et agit en tant que nœud principal, l'adresse IP virtuelle se déplaçant vers le nœud 2.

Un cluster SAP HANA à haute disponibilité se trouve dans une région Google Cloud. La réplication asynchrone conserve un système HANA unique dans une autre région.

Sauvegarde et récupération

Effectuez des sauvegardes régulières de votre serveur d'applications et de votre base de données afin de pouvoir les récupérer en cas de panne du système, de corruption de données ou d'autres problèmes.

Sauvegardes

Vous disposez de plusieurs options pour sauvegarder vos données SAP HANA sur Google Cloud, à savoir :

  • Sauvegarde directe sur Cloud Storage à l'aide de l'agent Backint de Cloud Storage pour SAP HANA (agent Backint) certifié SAP
  • Sauvegarde sur un disque persistant, puis téléchargement des sauvegardes sur Cloud Storage
  • Réalisation d'instantanés du disque entier contenant le répertoire /hanabackup à l'aide de la fonction d'instantané de Compute Engine

Agent Backint de Cloud Storage pour SAP HANA

Vous pouvez installer l'agent Backint de Cloud Storage pour SAP HANA (agent Backint), ce qui simplifie le stockage de sauvegarde. L'agent Backint s'intègre aux fonctions natives de sauvegarde et de restauration SAP HANA et vous permet ainsi de sauvegarder et de récupérer vos données directement dans/à partir de Cloud Storage sans nécessiter de stockage sur disque persistant. Pour en savoir plus, consultez le guide d'utilisation de SAP HANA.

Pour plus d'informations sur la certification SAP de l'agent Backint de Cloud Storage pour SAP HANA, accédez à la note SAP 2031547. Le schéma suivant illustre le déroulement des sauvegardes lorsque vous utilisez l'agent Backint.

Le schéma illustre SAP HANA avec l'agent Backint effectuant une sauvegarde directement dans Cloud Storage.

Sauvegarde sur des disques persistants

Vous pouvez utiliser la fonction de sauvegarde et de restauration SAP HANA native pour stocker les sauvegardes sur des disques persistants Compute Engine. Vous pouvez utiliser un bucket Cloud Storage pour le stockage des sauvegardes à long terme.

En cours de fonctionnement normal, SAP HANA enregistre automatiquement les données de la mémoire sur le disque à des points de sauvegarde réguliers. En outre, toutes les modifications de données sont enregistrées dans les entrées du journal de rétablissement. Une entrée de journal de rétablissement est écrite sur le disque après chaque transaction de base de données validée. Vous pouvez sauvegarder les journaux de rétablissement dans un espace de stockage à long terme à intervalles réguliers.

À partir de SAP HANA 2.0, vous devez utiliser SAP HANA Cockpit pour sauvegarder la base de données SAP HANA.

Le schéma suivant illustre le déroulement de la fonctionnalité de sauvegarde pour SAP HANA.

Les sauvegardes sont créées sur un disque persistant, puis stockées dans Cloud Storage.

Sauvegarde des disques persistants à l'aide d'instantanés

Une autre option que vous pouvez ajouter à votre stratégie de sauvegarde consiste à réaliser des instantanés de disques entiers à l'aide de la fonctionnalité d'instantané de disque persistant de Compute Engine. Par exemple, vous pouvez réaliser des instantanés planifiés de votre disque de répertoire de sauvegarde pour les utiliser dans des scénarios de reprise après sinistre. Pour assurer la cohérence des applications, réalisez des instantanés lorsqu'aucune modification n'est apportée au volume cible. Les instantanés sont réalisés au niveau du bloc.

Après le premier instantané, chaque instantané suivant est incrémentiel et ne stocke que les modifications de bloc incrémentielles, comme illustré dans le schéma suivant.

Un instantané complet des données SAP HANA et des données d'applications est réalisé. Les instantanés suivants sont incrémentiels.

Récupération

Les outils de récupération dans SAP HANA peuvent récupérer les données au dernier moment possible ou à un moment précis. Vous pouvez utiliser ces outils pour restaurer un nouveau système ou créer une copie de la base de données. Contrairement aux sauvegardes que vous pouvez exécuter lorsque la base de données est opérationnelle, vous ne pouvez utiliser les outils de récupération que lorsque la base de données est fermée. Les options de récupération sont répertoriées ci-dessous. Choisissez celle qui correspond le mieux à votre situation.

  • Restauration des données vers l'état le plus récent à l'aide de l'une des ressources suivantes :
    • Sauvegarde complète ou instantané
    • Entrées du journal de rétablissement encore disponibles
  • Restauration des données vers un moment donné dans le passé
  • Restauration des données vers une sauvegarde complète spécifiée

Notes SAP importantes concernant le prédéploiement

Avant de procéder au déploiement de vos systèmes SAP sur Google Cloud, consultez les notes SAP de la liste suivante qui s'appliquent à votre configuration planifiée. Avant de procéder à la mise en œuvre d'un produit SAP, consultez régulièrement SAP Marketplace pour obtenir des notes et des guides d'installation du produit mis à jour.