Cette checklist vous aidera à améliorer la conception, la migration, la mise en œuvre et la maintenance de vos environnements SAP HANA sur Google Cloud. Ces conseils ont été suggérés par l'assistance Google Cloud et Professional Services Organization (PSO) pour activer des charges de travail d'entreprise évolutives prêtes pour la production.
À 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.
Checklist
Cliquez sur un élément de la checklist pour afficher plus d'informations et cochez la case lorsque vous terminez une tâche.
Pour déployer plusieurs bases de données SAP HANA dans votre environnement, procédez comme suit :
- N'exécutez pas plusieurs systèmes SAP HANA sur le même hôte dans les systèmes de production. Créez plutôt une VM pour chaque base de données SAP HANA. Pour en savoir plus, consultez la Note SAP 1681092 – Plusieurs systèmes SAP HANA (SID) sur le même serveur sous-jacent et la page Options de déploiement technique SAP HANA.
Créez les bases de données locataires (également appelés conteneurs de base de données à architecture mutualisée) appropriées à votre environnement et à votre licence. Pour en savoir plus, consultez la Note SAP 2096000 – Bases de données locataires SAP HANA – Informations supplémentaires.
Nous vous recommandons de ne pas exécuter de logiciels personnalisés ou tiers sur la même VM qu'une base de données SAP HANA si cela a une incidence sur les performances et les opérations de la base de données SAP HANA.
En utilisant une seule VM pour exécuter la base de données SAP HANA et d'autres logiciels d'entreprise, les deux applications partagent des ressources de VM, ce qui peut diminuer les performances de la base de données. Gardez à l'esprit que SAP HANA consomme beaucoup de ressources et nécessite la disponibilité des ressources de calcul en fonction des guides de référence et de dimensionnement.
Pour en savoir plus sur la conception de l'environnement SAP HANA, consultez la page Types de déploiement SAP HANA.
Si vous choisissez de déployer plusieurs bases de données SAP HANA hors production sur la même VM, procédez comme suit :
- Utilisez des alias de nom d'hôte pour les différents ID système (SID).
- 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 HANA peuvent ne pas être disponibles dans tous les emplacements.
- Pour vous protéger contre les défaillances de zone, déployez SAP HANA dans plusieurs zones (en particulier pour les VM faisant partie du même cluster SAP HANA à 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.
- Pour répondre aux exigences de latence d'un système à évolutivité horizontale SAP HANA, déployez tous les nœuds du système à évolutivité horizontale dans la même zone.
- Lors de l'installation de SAP HANA, nous vous recommandons d'utiliser Google Cloud Deployment Manager.
- Deployment Manager installe et configure tous les packages requis pour exécuter SAP HANA dans Google Cloud. Pour en savoir plus, consultez le guide de déploiement de SAP HANA.
- Pour comprendre comment mettre en œuvre SAP HANA sur Google Cloud, consultez le guide de planification de SAP HANA.
- Pour sélectionner un type de machine pour votre déploiement et vos charges de travail SAP HANA, consultez la liste des types de machines certifiés pour SAP HANA.
- Pour vérifier que le type de machine souhaité est disponible dans la région de votre choix, consultez la section Régions et zones disponibles.
- Pour vous assurer que les besoins en capacité de votre environnement peuvent être adaptés dans la région de votre choix (comme la planification et la réservation de la capacité), contactez votre responsable de compte technique ou votre ingénieur client désigné.
Pour choisir un système d'exploitation (OS), procédez comme suit :
- Sélectionnez un système d'exploitation compatible avec SAP :
Systèmes d'exploitation certifiés pour SAP HANA (Google Cloud) - Assurez-vous que le système d'exploitation est certifié pour une utilisation sur Google Cloud :
Répertoire matériel certifié et compatible avec SAP HANA - Vérifiez que le système d'exploitation dispose de correctifs et mises à jour récents :
Compatibilité du système d'exploitation pour SAP HANA sur Google Cloud.
Par exemple, vous ne souhaitez pas installer une image obsolète de 2 ans qui présente des problèmes de sécurité ou d'autres problèmes. 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 :
- Note SAP 2009879 - Consignes SAP HANA pour le système d'exploitation Red Hat Enterprise Linux (RHEL)
Note SAP 2292690 - SAP HANA DB : paramètres de système d'exploitation recommandés pour RHEL 7
Note SAP 2777782 - SAP HANA DB : paramètres de système d'exploitation recommandés pour RHEL 8
Note SAP 2002167 – Red Hat Enterprise Linux 7.x : installation et mise à niveau
Note SAP 2772999 – Red Hat Enterprise Linux 8.x : installation et configuration
Nous vous recommandons d'utiliser les images d'OS disponibles sur Google Cloud, car elles répondent aux exigences de certification de SAP, du fournisseur du système d'exploitation et de Google. Toutefois, consultez la section Images d'OS personnalisées si votre environnement a des exigences uniques qui ne peuvent pas être respectées par les images standards (tels que la migration de vos images sur site existantes vers Google Cloud).
- Sélectionnez un système d'exploitation compatible avec SAP :
Lorsque vous choisissez un type de disque persistant pour SAP HANA, procédez comme suit :
- Utilisez un disque persistant SSD zonal pour stocker les répertoires
/hana/data,/hana/log,/hana/sharedet/usr/sap. - Pour connaître la taille minimale du disque persistant nécessaire pour les exigences de débit SAP, consultez la section Tailles minimales pour les disques persistants basés sur SSD.
- Utilisez des disques persistants avec équilibrage (pd-balanced) ou SSD (pd-ssd) pour les répertoires, données et volumes de journaux partagés.
- Veillez à augmenter la taille de votre volume de stockage afin de répondre à vos besoins en performances. N'utilisez pas des tailles de volume inférieures aux tailles recommandées pour votre type de machine.
Pour vous assurer de créer des volumes suffisamment importants pour répondre à vos besoins d'E/S pour les opérations d'entrée/sortie par seconde (IOPS) et de débit, consultez la page Options de stockage.
Utilisez un disque standard pour la sauvegarde si cela répond à vos exigences de performances.
Pour obtenir d'autres recommandations, consultez la section Stockage sur disque persistant.
- Utilisez un disque persistant SSD zonal pour stocker les répertoires
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 HANA, la sauvegarde, le test du volume et le test de charge), puis documentez celles-ci pour référence.
Utilisez un petit disque d'échange de 2 Go pour SAP HANA. Consultez la Note SAP 1999997 - Questions fréquentes : mémoire SAP HANA.
Lorsque vous utilisez NetApp Cloud Volumes Service, suivez les exigences de volume pour NetApp Cloud Volumes Service avec SAP HANA.
Pour SAP HANA 2.0 SP04 et versions ultérieures, nous recommandons l'option de redémarrage rapide (Fast Restart) de SAP HANA.
Pour mettre en œuvre l'option Fast Restart, consultez la section Option Fast Restart de SAP HANA dans la documentation de SAP HANA.
Si vous déployez votre système SAP HANA sur Google Cloud à l'aide de l'un des modèles Cloud Deployment Manager que nous fournissons, vous devez créer et installer le système de fichiers TMPFS une fois la VM hôte et le système SAP HANA de base déployés.
- Lorsque vous utilisez l'agent Backint de Cloud Storage pour SAP HANA, procédez comme suit :
- Utilisez la dernière version. Consultez la section Mettre à jour l'agent Backint vers une nouvelle version.
- Ajustez les performances en fonction de vos besoins et effectuez des sauvegardes de données en parallèle. Consultez la section Diffuser en multistreaming les sauvegardes de données avec l'agent Backint.
- Choisissez l'emplacement le plus proche de votre emplacement SAP HANA, étant donné que les buckets Cloud Storage incluent les options régionale, birégionale et multirégionale.
- Assurez-vous que le choix des buckets de stockage répond à vos besoins en matière de redondance. En règle générale, il est préférable d'utiliser l'option multirégionale, car elle permet d'effectuer la récupération si une région particulière devient indisponible.
- Si vous activez l'accès privé à Google sur votre sous-réseau, n'acheminez pas le trafic via une VM privée (en utilisant une passerelle NAT ou un serveur proxy, par exemple), car cela risque de réduire le débit réalisable. Pour en savoir plus, consultez la section Configuration du réseau du guide Configurer l'accès privé à Google.
- Pour en savoir plus sur les options de sauvegarde SAP HANA, consultez la page SAP sur Google Cloud : stratégies et solutions de sauvegarde.
- Lorsque vous effectuez des sauvegardes sur un disque persistant, procédez comme suit :
- Vous pouvez utiliser n'importe quel type de disque tant qu'il répond à vos exigences en matière de performances. Si le disque persistant standard ne fournit pas suffisamment de performances pour répondre à vos besoins, essayez plutôt un disque persistant avec équilibrage (pd-balanced) ou SSD (pd-ssd).
- Sachez que l'environnement SAP HANA nécessite d'allouer de la bande passante supplémentaire à chaque instance de VM. SAP HANA utilise la bande passante supplémentaire pour gérer la surcharge, ainsi que le nombre d'IOPS requis pour lire et écrire les données de sauvegarde sur le disque. Par conséquent, nous vous recommandons d'utiliser SAP HANA Backint ou des outils tiers compatibles avec la diffusion en streaming ou les instantanés des volumes de disques persistants.
- N'oubliez pas de tester régulièrement vos procédures de sauvegarde et de récupération pour vérifier qu'elles répondent à vos besoins en matière de performances et de récupération.
- 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.
- 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 :
- Pour les systèmes d'exploitation RHEL et SLES, définissez une adresse IP virtuelle qui utilise l'équilibrage de charge TCP/UDP interne. Si vous n'utilisez pas les modèles fournis par Google pour mettre en place cette configuration, veillez à réserver cette adresse IP virtuelle afin d'éviter qu'elle ne soit réutilisée accidentellement.
- Créez une configuration qui respecte les consignes standards pour SLES et RHEL.
- À des fins de test, créez un système à haute disponibilité hors production qui est équivalent à votre environnement de production.
- Lorsque vous utilisez la migration à chaud, procédez comme suit :
- Activez les règles d'instance de redémarrage automatique et de migration à chaud 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.
- Pour vous assurer que vous avez configuré des seuils appropriés de basculement des clusters, consultez la section Tester vos règles de disponibilité.
- Pour en savoir plus sur la haute disponibilité, consultez la page SAP sur Google Cloud : haute disponibilité.
- Testez soigneusement vos procédures de basculement et de restauration :
- 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.
- Pour limiter la quantité de données devant être transférées avec chaque sauvegarde, utilisez des stratégies de sauvegarde incrémentielles et différentielles en examinant les types de sauvegarde Delta. Tenez compte de vos objectifs de délai de récupération.
- Pour en savoir plus sur la reprise après sinistre, consultez la page SAP sur Google Cloud : stratégies de reprise après sinistre.
- Établissez une procédure de surveillance et d'alerte. Cloud Monitoring et l'agent de surveillance SAP HANA sont des options utiles disponibles dans Google Cloud.