Cette checklist vous aidera à améliorer la conception, la migration, l'implémentation et la maintenance de la haute disponibilité pour les environnements SAP HANA et SAP NetWeaver sur Google Cloud.
À 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 de la checklist.
- Pour comprendre comment implémenter ou gérer un système SAP HANA à haute disponibilité sur Google Cloud, consultez le guide de planification de haute disponibilité SAP HANA.
- Afin d'assurer la protection contre les interruptions imprévues, telles que les pannes matérielles, nous vous recommandons vivement d'utiliser le clustering logiciel basé sur l'OS.
Pour autoriser le redémarrage rapide de votre système SAP HANA 2.0 SP04 ou version ultérieure en cas d'échec du processus ou pour des opérations de maintenance logicielle ne nécessitant pas de redémarrage de la VM, activez l'option SAP HANA Fast Restart (Redémarrage rapide). Nous vous recommandons vivement d'activer l'option de redémarrage rapide pour les types de machines à mémoire optimisée Compute Engine, tels que les types de machines M1, M2 ou M3. Pour en savoir plus sur le redémarrage rapide de SAP HANA, consultez la page SAP SAP HANA Fast Restart.
Pour en savoir plus sur l'activation du redémarrage rapide, consultez le guide de configuration de votre distribution Linux :
Pour permettre à SAP HANA d'envoyer des notifications pour certains événements et améliorer la détection des défaillances, activez le hook de fournisseur HA/DR SAP HANA.
Pour plus d'informations sur l'activation du hook de fournisseur HA/DR SAP HANA, consultez le guide de configuration de votre distribution Linux :
Si vous n'utilisez pas de solution d'automatisation de cluster (telle que Pacemaker), définissez et testez votre playbook et vos procédures de récupération.
Lorsque vous utilisez Pacemaker, procédez comme suit :
Dans la section
totemdu fichier de configurationcorosync.conf, utilisez les valeurs de paramètres recommandées par Google Cloud. Si vous configurez un nouveau cluster à haute disponibilité, vous devez modifier certaines valeurs par défaut. Pour en savoir plus sur les valeurs recommandées des paramètres de configuration Corosync, consultez la page Valeurs des paramètres de configuration Corosync.Pour en savoir plus sur la modification des valeurs par défaut du fichier de configuration
corosync.conf, consultez le guide de configuration de votre distribution Linux :Lorsque vous configurez la ressource de cluster pour votre appareil de cloisonnement, veillez à définir le délai avant expiration et les intervalles de surveillance, ainsi qu'un délai de redémarrage pour Corrosync comme recommandé par Google Cloud. Pour en savoir plus sur la configuration du cloisonnement, consultez le guide de configuration de votre distribution Linux :
Définissez une adresse IP virtuelle qui utilise un équilibreur de charge réseau passthrough interne. Si vous n'utilisez pas l'automatisation fournie par Google Cloud pour effectuer cette configuration, veillez à réserver cette adresse IP virtuelle pour éviter toute réutilisation accidentelle.
Créez une configuration conforme aux consignes standards pour RHEL et SLES.
À des fins de test, créez un système à haute disponibilité hors production qui est équivalent à votre environnement de production.
- Pour afficher les configurations SAP compatibles pour la haute disponibilité, consultez la Note SAP 2456432 - SAP Applications on Google Cloud: Supported Products and Google Cloud machine types (Applications SAP sur Google Cloud : produits et types de machines Google Cloud acceptés).
Pour les environnements utilisant SUSE Linux Enterprise Server (SLES) ou Red Hat Enterprise Linux (RHEL), l'application de cluster Pacemaker vous fournit les ressources nécessaires pour configurer vos applications SAP dans une configuration à haute disponibilité. Lorsque vous utilisez Pacemaker, procédez comme suit :
Dans la section
totemdu fichier de configurationcorosync.conf, utilisez les valeurs de paramètres recommandées par Google Cloud. Si vous configurez un nouveau cluster à haute disponibilité, vous devez modifier certaines valeurs par défaut.Pour en savoir plus sur la modification des valeurs par défaut du fichier de configuration
corosync.conf, consultez le guide de configuration de votre distribution Linux :Lorsque vous configurez la ressource de cluster pour votre appareil de cloisonnement, veillez à définir le délai avant expiration et les intervalles de surveillance, ainsi qu'un délai de redémarrage pour Corrosync comme recommandé par Google Cloud. Pour en savoir plus sur la configuration du cloisonnement, consultez le guide de configuration de votre distribution Linux :
Pour les systèmes d'exploitation RHEL et SLES, utilisez un équilibreur de charge réseau passthrough interne pour gérer l'adresse IP virtuelle. L'équilibreur de charge fournit un service à disponibilité élevée et crée une adresse IP virtuelle flottante pouvant diriger le trafic entre les VM d'un cluster.
Créez une configuration conforme aux consignes standards pour RHEL et SLES.
Pour les environnements basés sur Windows, la fonctionnalité de cluster de basculement natif de Windows offre une haute disponibilité. Pour en savoir plus, consultez les ressources d'OS Windows suivantes :
Si votre environnement comprend des instances de VM qui hébergent plusieurs systèmes SAP avec différents ID système, suivez les recommandations de haute disponibilité suivantes :
Pour assurer la haute disponibilité des services centraux SAP et des systèmes de base de données, configurez le mode haute disponibilité à l'aide de l'une des méthodes haute disponibilité compatibles avec Google Cloud. Consultez le guide de planification de la haute disponibilité pour SAP NetWeaver ou le guide de planification de la haute disponibilité SAP HANA.
Pour assurer la haute disponibilité d'un cluster haute disponibilité IBM Db2 dans un système SAP NetWeaver, consultez le Guide de déploiement de cluster haute disponibilité IBM Db2 pour SAP.
Pour éviter les complexités associées, n'exécutez pas plusieurs solutions logicielles dans le même cluster haute disponibilité. À la place, déployez le logiciel dans le cluster haute disponibilité (par exemple, des services centraux SAP) sur des VM distinctes que vous avez correctement dimensionnées.
- N'utilisez pas différents types de logiciels de clustering pour gérer les ressources sur la même VM. Les deux solutions de cluster peuvent entrer en conflit et entraîner un comportement inattendu.
- Si vous configurez plusieurs services de différents ID système SAP sur le même cluster de VM à haute disponibilité, les éléments suivants s'appliquent :
- La complexité accrue compromet de manière significative les processus de dépannage et de récupération.
- Si une défaillance se produit, plusieurs systèmes peuvent être affectés. La répartition des ressources réduit l'ampleur de cet impact.
Si vous choisissez une solution de basculement tierce pour vos services centraux SAP, documentez la configuration et testez-la minutieusement.
À des fins de test et de déploiement, nous vous recommandons de créer un système haute disponibilité hors production qui soit équivalent à votre environnement de production.
- Bien que cela ne soit pas nécessairement requis pour l'entreprise, vous pouvez utiliser ce système de test à haute disponibilité pour valider les procédures de basculement et de maintenance, effectuer des tests approfondis et documenter le système à des fins de référence opérationnelle.
Si vous mettez en œuvre une instance autonome des services centraux SAP sans haute disponibilité, veillez à documenter votre procédure manuelle pour le processus de restauration et à la tester minutieusement.
- Remarque : Les systèmes SAP NetWeaver ne présentant pas de haute disponibilité entraînent souvent des temps de restauration de services plus longs et des interruptions imprévisibles.
- Migration à chaud et clusters haute disponibilité :
- Activez les règles d'instance de migration à chaud de Compute Engine sur vos instances de VM.
- Simulez un événement de maintenance de migration à chaud pour évaluer l'impact de la migration à chaud sur vos charges de travail actives et la configuration de la haute disponibilité.
- Pour en savoir plus sur la migration à chaud, consultez la page Migration à chaud.
- Activez les règles d'instance de redémarrage automatique de Compute Engine sur vos instances de VM.
- Pour vous assurer que vous avez configuré des seuils appropriés de basculement des clusters, consultez la section Tester vos règles de disponibilité.