Guide de planification SAP ASE

Ce guide présente le fonctionnement de SAP Adaptive Server Enterprise (ASE) sur Google Cloud et fournit des informations utiles pour planifier l'implémentation d'un nouveau système SAP ASE.

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

• Terraform : Déploiement automatisé de VM pour SAP ASE sous Linux
• Deployment Manager : Déploiement automatisé de VM pour SAP ASE sous Linux
• Deployment Manager : Déploiement automatisé de VM pour SAP ASE sous Windows

Principes de base de Google Cloud

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

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

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

Interagir avec Google Cloud

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

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

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

Services Google Cloud

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

Service	Description
Mise en réseau VPC	Connectez vos instances de VM les unes aux autres et à Internet. Chaque instance de VM est membre d'un ancien réseau avec une plage d'adresses IP globale unique ou d'un réseau de sous-réseaux recommandé, où l'instance de VM appartient à un seul sous-réseau membre d'un réseau plus grand. Notez qu'un réseau cloud privé virtuel (VPC) ne peut pas s'étendre sur plusieurs projets Google Cloud, mais qu'un projet Google Cloud peut englober plusieurs réseaux VPC. Pour connecter des ressources provenant de différents projets à un réseau VPC commun, vous pouvez utiliser un VPC partagé. Cela permet aux ressources de communiquer entre elles de manière sécurisée et efficace à l'aide d'adresses IP internes de ce réseau. Pour en savoir plus sur le provisionnement d'un VPC partagé, y compris sur les conditions requises, les étapes de configuration et l'utilisation, consultez la page Provisionner un VPC partagé.
Compute Engine	Créez et gérez des VM avec le système d'exploitation et la pile logicielle de votre choix.
Persistent Disk et Hyperdisk	Vous pouvez utiliser Persistent Disk et Google Cloud Hyperdisk : Les volumes Persistent Disk sont disponibles sous forme de disques durs standards (HDD) ou de disques durs SSD. Pour les disques persistants avec équilibrage et les disques persistants SSD, la réplication asynchrone des disques persistants fournit une réplication asynchrone des données SAP entre deux régions Google Cloud. Les volumes Hyperdisk Extreme offrent des options d'IOPS et de débit maximales plus élevés que les volumes Persistent Disk SSD. Par défaut, Compute Engine chiffre le contenu client au repos, y compris le contenu des volumes Persistent Disk et Hyperdisk. Pour en savoir plus sur le chiffrement des disques et les options de chiffrement possibles, consultez la page À propos du chiffrement des disques.
Google Cloud Console	Outil basé sur un navigateur pour gérer les ressources de Compute Engine. Utilisez un modèle pour décrire toutes les ressources et instances de Compute Engine dont vous avez besoin. Il n'est pas nécessaire de créer et de configurer individuellement les ressources, ni de déterminer les dépendances : la console Google Cloud s'en charge pour vous.
Cloud Storage	Vous pouvez stocker vos sauvegardes de base de données SAP dans Cloud Storage pour plus de durabilité et de fiabilité, grâce à la réplication.
Cloud Monitoring	Ce service offre une visibilité sur le déploiement, les performances, le temps d'activité et la santé de Compute Engine, du réseau et des disques de stockage persistant. Monitoring collecte des métriques, des événements et des métadonnées à partir de Google Cloud, afin de générer des insights via des tableaux de bord, des graphiques et des alertes. Vous pouvez surveiller les métriques de calcul gratuitement grâce à Monitoring.
IAM	Ce service fournit un contrôle unifié des autorisations pour les ressources Google Cloud. IAM vous permet de contrôler qui peut effectuer des opérations du plan de contrôle sur vos VM, y compris la création, la modification et la suppression de VM et de disques de stockage persistant, ainsi que la création et la modification de réseaux.

Tarifs et quotas

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

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

Contrôles de conformité et de souveraineté

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

Architecture de déploiement

Une installation SAP ASE de base à nœud unique sur Google Cloud comprend les composants suivants :

• Une VM Compute Engine exécutant votre base de données SAP ASE.

• Quatre ou cinq lecteurs de disque persistant connectés :

  Contenu du lecteur	Linux	Windows
  Répertoire racine de l'instance de base de données	sybase/[DBSID]	ASE (D:)
  Fichiers de base de données	/sybase/[DBSID]/sapdata	Données ASE (E:)
  Journaux de transaction de base de données	/sybase/[DBSID]/logdir	Journal ASE (L:)
  Espace table temporaire de la base de données	/sybase/[DBSID]/saptmp	ASE Temp (T:)
  Espace table de diagnostic pour SAPTOOLS	/sybase/[DBSID]/sapdiag	Non applicable

Vous pouvez éventuellement étendre votre installation pour inclure les éléments suivants :

• Un lecteur pour les sauvegardes. Sous Linux, le lecteur de sauvegarde est /sybasebackup. Sous Windows, il s'agit de Backup (X:).
• Une passerelle NAT. Une passerelle NAT vous permet de fournir une connectivité Internet à vos VM tout en refusant la connectivité Internet directe à ces VM. Vous pouvez également configurer cette VM en tant qu'hôte bastion, afin de pouvoir établir des connexions SSH avec les autres VM de votre sous-réseau privé. Pour plus d'informations, consultez la section Passerelles NAT et hôtes bastions.

• Répertoires NetWeaver, y compris :

  • /usr/sap sous Linux ou SAP (S:) sous Windows ;
  • /sapmnt sous Linux ou Pagefile (P:) sous Windows.

• Un serveur de secours, que vous devez configurer si vous utilisez l'option HADR always on (reprise à haut niveau de disponibilité après sinistre toujours activée) de SAP ASE. Le serveur de secours actif requiert la même configuration de disque qu'une installation de base de SAP ASE.

  Pour connaître les exigences logicielles importantes relatives à l'option SAP ASE "always on", consultez la section Fonctionnalités SAP ASE disponibles.

  Pour plus d'informations sur la configuration de la fonction HADR pour SAP ASE, consultez le guide de l'utilisateur HADR.

Pacemaker et d'autres logiciels de gestion des ressources à haute disponibilité, ne sont actuellement pas compatibles avec SAP ASE sur Google Cloud.

Des cas d'utilisation différents peuvent nécessiter des appareils ou des bases de données supplémentaires. Pour plus d'informations, consultez le guide de configuration de SAP ASE pour UNIX > Appareils et bases de données facultatifs.

Remarque : Vous pouvez peut-être prétendre à une remise automatique proportionnelle à une utilisation soutenue pouvant atteindre 30 % pour vos instances Compute Engine. Utilisez le simulateur de coût pour vous aider à estimer vos coûts réels.

Ressources nécessaires

À bien des égards, l'exécution de SAP ASE sur Google Cloud est semblable à l'exécution dans votre propre centre de données. Vous devez là encore tenir compte des considérations relatives aux ressources informatiques, au stockage et au réseau. Pour en savoir plus, consultez la Note SAP 2537664: SAP ASE 16.0 Certification Report for Google Cloud.

Configuration de la VM

SAP ASE est certifié pour s'exécuter sur tous les types de machines Compute Engine, y compris les types personnalisés. Pour plus d'informations sur les différents types de machines GCP et leurs cas d'utilisation, consultez la section Types de machines dans la documentation Compute Engine.

Configuration du processeur

Le nombre de processeurs virtuels requis varie en fonction de la charge d'application sur SAP ASE. Vous devez allouer au moins deux processeurs virtuels à votre installation SAP ASE. Suivez les guides de performances et de réglage de SAP ASE pour optimiser l'utilisation des ressources existantes, puis augmentez-les au besoin.

Configuration de la mémoire

Votre VM SAP ASE doit disposer d'au moins 4 Go de mémoire RAM par processeur virtuel. De ces 4 Go, environ 80 % de votre mémoire RAM doivent être alloués à SAP ASE, le reste étant alloué au système d'exploitation sur lequel SAP ASE est exécuté.

La quantité de mémoire optimale pour votre cas d'utilisation dépend de la complexité des requêtes que vous exécutez, de la taille de vos données, de la quantité de parallélisme que vous utilisez et du niveau de performance auquel vous vous attendez. Pour plus d'informations sur l'optimisation de la configuration de votre mémoire, consultez la série Performances et réglage de SAP ASE.

Configuration de l'espace de stockage

Par défaut, chaque VM Compute Engine possède un petit disque persistant racine contenant le système d'exploitation. De plus, vous devez créer, attacher, formater et monter des disques supplémentaires pour votre base de données, vos journaux et vos procédures stockées.

La taille des disques et les exigences de performances dépendent de votre application. Dimensionnez chaque appareil en fonction de vos besoins.

Pour plus d'informations sur les options de disque persistant pour SAP ASE, consultez la section Disques persistants.

Pour obtenir des conseils de SAP sur le dimensionnement du disque, consultez le guide de configuration pour UNIX > Déterminer la taille d'un appareil de base de données.

Versions SAP ASE compatibles

SAP est compatible avec les versions SAP ASE suivantes sur Google Cloud :

• SAP ASE 16.0 SP03
• SAP ASE 16.0 SP04

Pour en savoir plus sur les versions d'ASE compatibles avec SAP sur Google Cloud, consultez les pages suivantes :

• Note SAP 2537664
• Note SAP 2531326

Compatibilité des fonctionnalités SAP ASE

La plupart des fonctionnalités SAP ASE sont compatibles avec Google Cloud. Cette section répertorie uniquement les fonctionnalités SAP ASE qui sont compatibles sous certaines conditions ou qui ne sont pas compatibles.

Fonctionnalités SAP ASE compatibles

Google Cloud est compatible avec l'option de haute disponibilité et de reprise après sinistre (HADR) activée en permanence de SAP ASE.

Remarque : Bien que l'option HADR toujours activée de SAP ASE soit compatible avec Google Cloud, l'option haute disponibilité avec gestionnaires de cluster natifs de SAP ASE ne l'est pas. Ne confondez pas ces deux options lorsque vous planifiez une configuration à haute disponibilité pour SAP ASE sur Google Cloud.

Pour en savoir plus sur l'option HADR activée en permanence SAP ASE, consultez les pages suivantes:

• guide d'utilisation de SAP ASE HADR
• Documentation sur SAP ASE

Fonctionnalités SAP ASE non compatibles

Les fonctionnalités SAP ASE suivantes ne sont pas compatibles avec Google Cloud, conformément aux Notes SAP 2922454 et 2537664 :

• Services de données en temps réel
• Services Web
• Kerberos
• IPv6
• Option "Haute disponibilité" de SAP ASE avec les gestionnaires de cluster natifs
• Disque brut en tant qu'appareil de base de données
• Mode de processus à noyau
• Tivoli Storage Manager

Pour en savoir plus sur les fonctionnalités SAP ASE compatibles avec Google Cloud, consultez la Note SAP 2537664.

Systèmes d'exploitation compatibles

SAP est compatible avec SAP ASE sur les systèmes d'exploitation suivants :

• RHEL
• SLES
• Windows Server

Compute Engine fournit les versions actuelles de ces systèmes d'exploitation que vous pouvez utiliser. Pour en savoir plus sur les versions de système d'exploitation disponibles dans Compute Engine, consultez la page Images.

Pour connaître les versions actuelles du système d'exploitation compatibles avec SAP ASE, consultez la Note SAP 2489781.

Remarques relatives au déploiement

Régions et zones

Lorsque vous déployez une VM, vous devez choisir une région et une zone. Une région est un emplacement géographique spécifique où vous pouvez exécuter vos ressources et correspond à un emplacement de centre de données. Chaque région se compose d'une ou plusieurs zones.

Les ressources globales, telles que les images de disque préconfigurées et les instantanés de disque, sont accessibles dans toutes les régions et les zones. Les ressources régionales, telles que les adresses IP externes statiques, ne sont accessibles qu'aux ressources situées dans la même région. Les ressources zonales, telles que les VM et les disques, ne sont accessibles qu'aux ressources situées dans la même zone.

Lorsque vous choisissez des régions et des zones pour vos VM, tenez compte des points suivants :

• L'emplacement de vos utilisateurs et de vos ressources internes, tels que votre centre de données ou votre réseau d'entreprise. Pour réduire la latence, sélectionnez un emplacement situé à proximité de vos utilisateurs et de vos ressources.
• L'emplacement de vos autres ressources SAP. Votre application SAP et votre base de données doivent être dans la même zone.

Disques persistants

Les disques persistants sont des périphériques de stockage de blocs durables qui fonctionnent de manière semblable aux disques physiques d'un poste de travail ou d'un serveur.

Compute Engine propose différents types de disques persistants. 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.

Vous pouvez utiliser l'un des types de disques persistants Compute Engine suivants :

• Disques persistants 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.

Les performances des disques persistants SSD et des disques persistants avec équilibrage évoluent automatiquement avec la taille. Vous pouvez ainsi ajuster les performances en redimensionnant vos disques persistants existants ou en ajoutant des disques persistants à une VM.

Le type de VM que vous utilisez et le nombre de processeurs virtuels qu'elle contient ont également une incidence sur les performances des disques persistants.

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

Pour plus d'informations sur les différents types de disques persistants Compute Engine, leurs caractéristiques de performances et leur utilisation, consultez la documentation de Compute Engine :

• Options de stockage
• Performances des options de stockage de blocs
• Autres facteurs ayant une incidence sur les performances
• Ajouter ou redimensionner des disques persistants zonaux
• Créer des instantanés de disque persistants

Disque SSD local (non persistant)

Google Cloud propose également des disques SSD locaux. Bien que les disques SSD locaux puissent offrir certains avantages par rapport aux disques persistants, ne les utilisez pas dans le cadre d'un système IBM ASE. Les instances de VM avec des disques SSD locaux associés ne peuvent pas être arrêtées, puis redémarrées.

Passerelles NAT et hôtes bastion

Si votre stratégie de sécurité requiert des VM véritablement internes, vous devez configurer manuellement un proxy NAT sur votre réseau et un itinéraire correspondant afin que les VM puissent accéder à Internet. Il est important de noter que vous ne pouvez pas vous connecter directement à une instance de VM entièrement interne à l'aide de SSH. Pour ce faire, vous devez configurer une instance bastion dotée d'une adresse IP externe et vous en servir comme tunnel. Lorsque les VM n'ont pas d'adresses IP externes, elles ne peuvent être accessibles que par d'autres VM du réseau ou par le biais d'une passerelle VPN gérée. Vous pouvez provisionner des VM sur votre réseau pour qu'elles agissent en tant que relais de confiance pour les connexions entrantes, appelées hôtes bastions, ou sortie réseau, appelées passerelles NAT. Pour une connectivité plus transparente sans configurer de telles connexions, vous pouvez utiliser une ressource de passerelle VPN gérée.

Utiliser des hôtes bastion pour les connexions entrantes

Les hôtes bastion constituent un point d'entrée externe dans un réseau contenant des VM de réseau privé. Cet hôte peut fournir un seul point de renforcement ou d'audit et peut être démarré et arrêté pour activer ou désactiver la communication SSH entrante à partir d'Internet.

Vous pouvez obtenir un accès SSH aux VM n'ayant pas d'adresse IP externe en vous connectant d'abord à un hôte bastion. Le renforcement complet d'un hôte bastion n'entre pas dans le cadre de cet article, mais vous pouvez suivre certaines étapes initiales, y compris :

• Limiter la plage CIDR d'adresses IP sources pouvant communiquer avec le bastion
• Configurer des règles de pare-feu qui autorisent le trafic SSH vers des VM privées provenant uniquement de l'hôte bastion

Par défaut, SSH sur les VM est configuré pour utiliser des clés privées pour l'authentification. Lorsque vous utilisez un hôte bastion, vous devez d'abord vous connecter à l'hôte bastion, puis à votre VM privée cible. En raison de cette connexion en deux étapes, nous vous recommandons d'utiliser le transfert d'agent SSH pour atteindre la VM cible au lieu de stocker la clé privée de la VM cible sur l'hôte bastion. Vous devez procéder ainsi même si vous utilisez la même paire de clés pour les VM cibles et le bastion, car le bastion a un accès direct uniquement à la moitié publique de la paire de clés.

Utiliser des passerelles NAT pour le trafic sortant

Lorsqu'une VM ne possède pas d'adresse IP externe attribuée, elle ne peut pas établir de connexions directes avec des services externes, y compris d'autres services Google Cloud. Pour permettre à ces VM d'accéder aux services sur Internet, vous pouvez mettre en place et configurer une passerelle NAT. La passerelle NAT est une VM pouvant acheminer le trafic pour le compte de toute autre VM du réseau. Vous devriez avoir une passerelle NAT par réseau. Sachez qu'une passerelle NAT à VM unique ne doit pas être considérée comme étant hautement disponible et n'est pas en mesure d'accepter un débit de trafic élevé pour plusieurs VM. Pour obtenir des instructions sur la configuration d'une VM en tant que passerelle NAT, consultez le Guide de déploiement de SAP ASE pour Linux ou le Guide de déploiement de SAP ASE pour Windows.

Images personnalisées

Une fois votre système configuré, vous pouvez créer des images personnalisées. Vous devez créer ces images lorsque vous modifiez l'état de votre disque persistant racine et souhaitez pouvoir restaurer facilement le nouvel état. Vous devriez avoir un plan de gestion des images personnalisées que vous créez. Pour plus d'informations, consultez les bonnes pratiques pour la gestion des images.

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.

Mise en réseau et sécurité réseau

Prenez en compte les informations des sections suivantes lors de la planification de la mise en réseau et de la sécurité.

Modèle de privilège minimum

L'une de vos premières lignes de défense consiste à limiter le nombre de personnes pouvant accéder à votre réseau et à vos VM à l'aide de pare-feu. Par défaut, tout le trafic vers les VM, même celui provenant d'autres VM, est bloqué par le pare-feu, sauf si vous créez des règles pour autoriser l'accès. La seule exception est le réseau par défaut créé automatiquement avec chaque projet, et pour lequel des règles de pare-feu sont créées par défaut.

En créant des règles de pare-feu, vous pouvez limiter tout le trafic sur un ensemble de ports donné à des adresses IP source spécifiques. Vous devez suivre le modèle de privilège minimum pour limiter l'accès aux adresses IP, protocoles et ports spécifiques qui nécessitent un accès. Par exemple, vous devez toujours configurer un hôte bastion et autoriser les connexions SSH dans votre système SAP NetWeaver uniquement à partir de cet hôte.

Réseaux personnalisés et règles de pare-feu

Vous pouvez utiliser un réseau pour définir une adresse IP de passerelle et la plage de réseau des VM connectées à ce réseau. Tous les réseaux Compute Engine utilisent le protocole IPv4. Chaque projet Google Cloud est associé à un réseau par défaut doté de configurations et de règles de pare-feu prédéfinies. Cependant, nous vous conseillons d'ajouter un sous-réseau personnalisé et des règles de pare-feu basées sur un modèle de privilège minimum. Par défaut, un réseau nouvellement créé n'a pas de règles de pare-feu et donc pas d'accès au réseau.

Selon vos besoins, vous souhaiterez peut-être ajouter des sous-réseaux supplémentaires pour isoler des parties de votre réseau. Pour plus d'informations, consultez la section sur les sous-réseaux.

Les règles de pare-feu s'appliquent à l'ensemble du réseau et à toutes les VM du réseau. Vous pouvez ajouter une règle de pare-feu qui autorise le trafic entre les VM du même réseau et pour tous les sous-réseaux. Vous pouvez également configurer des pare-feu à appliquer à des VM cibles spécifiques à l'aide du mécanisme de marquage.

Certains produits SAP, tels que SAP NetWeaver, nécessitent l'accès à certains ports. Assurez-vous d'ajouter des règles de pare-feu pour permettre l'accès aux ports indiqués par SAP.

Routes

Les routes sont des ressources globales associées à un seul réseau. Les routes créées par l'utilisateur s'appliquent à toutes les VM d'un réseau. Cela signifie que vous pouvez ajouter une route qui transfère le trafic d'une VM à une autre au sein du même réseau et entre sous-réseaux sans requérir d'adresses IP externes.

Pour un accès externe aux ressources Internet, lancez une VM sans adresse IP externe et configurez une autre VM en tant que passerelle NAT. Cette configuration nécessite que vous ajoutiez votre passerelle NAT en tant que route pour votre instance SAP. Pour plus d'informations, consultez la section Passerelles NAT et hôtes bastions.

Google Cloud VPN

Vous pouvez connecter de manière sécurisée votre réseau existant à Google Cloud via une connexion VPN avec IPsec en utilisant Google Cloud VPN. Le trafic circulant entre les deux réseaux est chiffré par une passerelle VPN, puis déchiffré par l'autre passerelle VPN. Ce procédé protège les données lors des transferts via Internet. Vous pouvez contrôler de manière dynamique quelles sont les VM qui peuvent envoyer du trafic via le VPN à l'aide de tags d'instance sur les routes. Les tunnels Cloud VPN sont facturés à un tarif mensuel fixe, majoré des frais de sortie standards. Notez que vous devez quand même payer les frais de sortie standards lorsque vous connectez deux réseaux d'un même projet. Pour plus d'informations, consultez les sections Présentation du réseau VPN et Choisir une option de routage VPN.

Sécuriser un bucket Cloud Storage

Si vous utilisez Cloud Storage pour héberger les sauvegardes de vos données et journaux, assurez-vous d'utiliser TLS (HTTPS) lors de l'envoi de données à Cloud Storage à partir de vos VM afin de protéger les données en transit. Cloud Storage chiffre automatiquement les données au repos. Vous pouvez spécifier vos propres clés de chiffrement si vous disposez de votre propre système de gestion de clés.

Documents de sécurité associés

Reportez-vous aux ressources de sécurité supplémentaires ci-dessous pour votre environnement SAP sur Google Cloud :

• Se connecter en toute sécurité aux instances de VM
• Centre de sécurité
• Conformité dans Google Cloud
• Livre blanc sur la sécurité dans Google Cloud
• Conception de la sécurité dans l'infrastructure de Google

Sauvegarde et récupération

Vous devez prévoir une procédure pour remettre votre système en état de fonctionnement si le pire se produisait. Pour obtenir des conseils généraux sur la façon de planifier la reprise après sinistre à l'aide de Google Cloud, consultez les articles suivants :

• Concevoir un plan de reprise après sinistre
• Livre de recettes pour la reprise après sinistre

Licences

Cette section fournit des informations sur les exigences en matière de licences.

Licences SAP

Lorsque vous exécutez SAP sur GCP, vous devez apporter votre propre licence (BYOL, Bring Your Own License). Pour en savoir plus, consultez les pages suivantes :

• SAP Note 2446441 - Linux on Google Cloud Platform (IaaS): Adaption of your SAP License
• SAP Note 2456953 - Windows on Google Cloud Platform (IaaS): Adaption of your SAP License

Pour plus d'informations sur les licences SAP, contactez SAP.

Licences de système d'exploitation

Dans Compute Engine, il existe deux méthodes d'octroi de licence pour SLES, RHEL et Windows Server :

• Avec les licences pay-as-you-go (facturation à l'usage), le coût horaire de votre VM Compute Engine inclut les licences. Google gère la logistique des licences. Vos coûts horaires sont plus élevés, mais vous avez toute la flexibilité nécessaire pour augmenter et diminuer les coûts selon vos besoins. Il s'agit du modèle de licence utilisé pour les images publiques Google Cloud incluant SLES, RHEL et Windows Server.

  Important : RHEL, SLES et Windows Server sont des images payantes. Les images payantes facturent les licences de système d'exploitation en plus des frais standards des VM. Pour plus d'informations sur les tarifs, reportez-vous aux tarifs des images RHEL, aux tarifs des images SUSE et aux tarifs des images Windows Server.

• Avec BYOL, les coûts de votre VM Compute Engine sont réduits, car la licence n'est pas incluse. Vous devez migrer une licence existante ou acheter votre propre licence, ce qui signifie payer à l'avance, et vous avez moins de flexibilité.

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 déployer SAP ASE sous Linux, consultez les sections : + (Recommandé) Terraform : Déploiement automatisé de VM pour SAP ASE sous Linux. + Deployment Manager : Déploiement automatisé de VM pour SAP ASE sous Linux

Pour déployer SAP ASE sous Windows, consultez la section Deployment Manager : Déploiement automatisé de VM pour SAP ASE sous Windows.