Cette checklist vous aide à améliorer la conception, la migration, l'implémentation et la maintenance de vos systèmes SAP sur Google Cloud qui utilisent des bases de données autres que SAP HANA.
À mesure que vous parcourez la checklist, tenez compte des besoins de votre entreprise. Si vous choisissez des options différentes de celles recommandées, notez-les. Cela vous servira pour les tâches suivantes.
- Nous vous recommandons de ne pas déployer plusieurs bases de données sur la même instance de VM Compute Engine dans un environnement de production. Distribuez plutôt vos bases de données sur plusieurs instances de VM pour isoler la consommation des ressources et éviter les conflits.
Évitez d'exécuter d'autres applications sur la même instance VM que la base de données.
- En utilisant une seule instance de VM pour exécuter la base de données et d'autres logiciels, les deux applications partagent des ressources de VM, ce qui peut diminuer les performances de la base de données. Tenez compte des informations suivantes :
- Les opérations de base de données consomment beaucoup de ressources et nécessitent une disponibilité des ressources de calcul basée sur les guides de référence et de dimensionnement.
- Les applications SAP sont très sensibles à la pagination et aux échanges, ce qui peut détériorer les performances et entraîner l'échec du système.
- En utilisant une seule instance de VM pour exécuter la base de données et d'autres logiciels, les deux applications partagent des ressources de VM, ce qui peut diminuer les performances de la base de données. Tenez compte des informations suivantes :
Si vous choisissez de déployer des logiciels personnalisés ou tiers sur la même instance de VM qu'une base de données utilisée dans un environnement SAP, suivez ces recommandations:
- Veillez à ne déployer ce modèle que dans des systèmes hors production (par exemple, un système de test).
- Utilisez des alias de nom d'hôte pour les installations SAP.
- Pour chaque installation, utilisez une adresse IP statique distincte mappée à un nom d'hôte d'alias.
- Pour connaître les régions et les zones compatibles avec des VM Compute Engine spécifiques, consultez la section Régions et zones disponibles. Gardez à l'esprit que les VM Compute Engine certifiées SAP peuvent ne pas être disponibles dans tous les emplacements.
- Pour vous protéger contre les défaillances de zone pour les environnements SAP, déployez les bases de données dans plusieurs zones (en particulier pour les VM faisant partie du même cluster à haute disponibilité).
- Pour vous protéger contre les défaillances régionales, ajoutez des sites de reprise après sinistre dans d'autres régions.
- Lors de l'installation de certaines bases de données pour SAP, vous pouvez utiliser Terraform ou Google Cloud Deployment Manager. Les fichiers de configuration Terraform ou les modèles Deployment Manager fournis par Google Cloudpermettent d'installer et de configurer tous les packages requis pour exécuter la base de données et SAP sur Google Cloud. Pour en savoir plus, consultez les guides de déploiement de base de données suivants :
- Pour sélectionner un type de machine Compute Engine pour le déploiement de votre base de données et vos charges de travail, consultez la
Note SAP 2456432 - Applications SAP sur Google Cloud: produits et types de machines Google Cloud compatibles ou la section Types de machines certifiés (Google Cloud).
- Pour vous assurer que les besoins de votre environnement, comme la planification et la réservation de la capacité, peuvent être adaptés dans la région de votre choix, contactez votre responsable de compte technique ou votre ingénieur client désigné.
- Pour sélectionner un système d'exploitation compatible avec SAP qui fonctionne sur Google Cloud, consultez la Note SAP 2456432 - Applications SAP sur Google Cloud: produits et types de machines Google Cloud compatibles ou la section Tableau de référence rapide (Google Cloud).
Vérifiez que le système d'exploitation dispose des correctifs et mises à jour récents.
Si vous utilisez SUSE Linux Enterprise Server (SLES) dans votre environnement, suivez ces instructions :
Si vous utilisez Red Hat Enterprise Linux (RHEL) dans votre environnement, suivez ces instructions :
Nous vous recommandons d'utiliser les images d'OS fournies parGoogle Cloud , car elles répondent aux exigences de certification de SAP, du fournisseur de l'OS et de Google. Toutefois, si votre environnement a des exigences uniques qui ne peuvent pas être respectées par les images standards, consultez la section Images d'OS personnalisées.
Lorsque vous choisissez un disque persistant pour SAP avec d'autres bases de données:
- Pour des performances optimales, utilisez un disque persistant ou un hyperdisque Compute Engine qui s'appuie sur un stockage sur disque dur SSD pour stocker les journaux et les données (y compris les espaces de table temporaires).
- Si l'obtention de performances élevées n'est pas une exigence, par exemple lorsque vous utilisez un disque pour les sauvegardes, utilisez un disque persistant standard Compute Engine (
pd-standard), qui est pris en charge par des disques durs standards (HDD). - Pour en savoir plus sur les disques persistants pour les bases de données autres que HANA, consultez les ressources suivantes :
- Disques persistants pour SAP MaxDB
- Disques persistants pour SAP ASE
- Disques persistants pour IBM Db2
- Section "Stockage en blocs" du document Planifier l'implémentation de la base de données Oracle pour SAP NetWeaver
Testez et comparez vos résultats avec vos attentes pour vous assurer que l'environnement répond aux exigences de performances du disque (pour les analyses comparatives telles que le temps de démarrage de la base de données, la sauvegarde, le test du volume et le test de charge), puis documentez celles-ci pour référence.
Lorsque vous utilisez Google Cloud NetApp Volumes, assurez-vous que NetApp Volumes est certifié par votre fournisseur de base de données.
- Lorsque vous utilisez un disque persistant pour les sauvegardes, tenez compte des points suivants :
- Vous pouvez utiliser n'importe quel type de disque tant qu'il répond à vos exigences en matière de performances. Si un disque persistant standard (
pd-standard) ne fournit pas suffisamment de performances pour répondre à vos besoins, utilisez un disque persistant Balanced (pd-balanced) ou SSD (pd-ssd). - N'oubliez pas de tester vos procédures de sauvegarde et de récupération pour vérifier qu'elles répondent à vos besoins en performances.
- Vous pouvez utiliser n'importe quel type de disque tant qu'il répond à vos exigences en matière de performances. Si un disque persistant standard (
- À des fins de test, créez un système à haute disponibilité hors production qui est équivalent à votre environnement de production.
- Testez soigneusement vos procédures de basculement et de restauration comme suit :
- Pour simuler une migration à chaud Compute Engine et vous assurer que vous avez configuré des seuils appropriés de basculement des clusters, consultez la section Tester vos règles de disponibilité.
- Pour vous assurer que votre environnement basculera correctement vers une nouvelle région en cas de sinistre localisé, testez régulièrement vos procédures de reprise après sinistre.
- Pour activer le basculement et la restauration, créez un playbook sur les opérations et mettez-le à jour si nécessaire.
- Établissez une procédure de surveillance et d'alerte. Parmi les éléments les plus courants à surveiller, on peut citer les événements d'arrêt du système, l'utilisation des ressources (processeur, mémoire et disque), les alertes de base de données pour les tables, les tampons, l'espace de journalisation et les sauvegardes. Pour en savoir plus sur un outil de surveillance utile disponible dans Google Cloud, consultez la page Cloud Monitoring.