Ce document décrit les étapes générales de migration des charges de travail SAP HANA vers les types de machines physiques Bare Metal Compute Engine, disponibles avec X4 et C3. Il décrit également les méthodes de migration recommandées par Google Cloud.
Ce document s'adresse aux administrateurs système SAP Basis et SAP qui savent exécuter SAP HANA et souhaitent migrer leurs charges de travail SAP HANA vers des instances bare metal sur Google Cloud.
Pour en savoir plus sur les types de machines Bare Metal certifiés par SAP pour exécuter SAP HANA sur Google Cloud, consultez la section Types de machines Bare Metal pour SAP HANA.
Procédure générale de migration
Vous pouvez migrer les charges de travail SAP HANA exécutées sur site, sur d'autres fournisseurs cloud, sur des VM Compute Engine à mémoire optimisée ou sur des serveurs de solution Bare Metal.
Pour migrer une charge de travail SAP HANA vers un type de machine Bare Metal C3 ou X4, procédez comme suit:
Évaluez la préparation de votre charge de travail SAP HANA à la migration. Cela inclut l'évaluation de facteurs tels que la version de l'OS, la version de SAP HANA, la configuration du système, la compatibilité des produits ou services tiers utilisés par votre charge de travail, les configurations de haute disponibilité (HD) et de reprise après sinistre (DR).
Sélectionnez votre méthode de migration. En fonction des exigences de votre charge de travail SAP HANA et de l'infrastructure qu'elle utilise, vous devez sélectionner la méthode de migration la plus appropriée. Pour en savoir plus, consultez la section Sélectionner votre méthode de migration.
Testez et validez la migration dans un environnement hors production. Pour vous assurer que la migration d'une charge de travail SAP HANA n'a pas d'incidence négative sur ses performances ni sur l'intégrité des données, vous devez tester et valider minutieusement la méthode de migration sélectionnée dans un environnement hors production.
Préparez votre charge de travail à la migration. Cela implique des tâches telles que la création de sauvegardes de base de données, la planification des temps d'arrêt, la vérification que toutes les licences et tous les outils nécessaires sont en place, et la mise à jour de votre clé de licence dans le système cible.
Migrer votre charge de travail À l'aide de la méthode de migration sélectionnée, migrez votre charge de travail SAP HANA vers le type d'instances Bare Metal requis. Cette étape peut impliquer d'effectuer des activités de réplication du système, de transfert de données ou de basculement.
Testez et validez votre charge de travail. Une fois votre charge de travail SAP HANA migrée vers des instances Bare Metal, testez-la et validez-la pour vous assurer qu'elle s'exécute comme prévu.
Sélectionner votre méthode de migration
La méthode de migration que vous sélectionnez pour votre charge de travail SAP HANA dépend de facteurs tels que les exigences de votre charge de travail, si elle s'exécute sur Google Cloud ou non, l'infrastructure utilisée, la configuration du système (scaling up ou scaling out).
L'organigramme suivant vous guide à travers une série de questions que vous pouvez vous poser pour déterminer la méthode de migration la plus adaptée à votre charge de travail SAP HANA:
Comment choisir votre méthode de migration
- Si vous remplissez l'un des critères suivants, nous vous recommandons vivement de contacter un représentant Google Cloud pour vous aider à concevoir votre méthode de migration :
- Vous débutez sur Google Cloud.
- Votre charge de travail SAP HANA utilise une configuration à évolutivité horizontale.
- Votre charge de travail SAP HANA présente des exigences complexes, par exemple :
- Vous disposez de fenêtres de migration et de passage très étroites.
- Vous avez des exigences réseau avancées, en particulier pour la connexion à partir de votre environnement source avec une bande passante efficace adaptée à la migration.
- Vous modifiez le profil de charge de votre charge de travail. Par exemple, vous déployez une nouvelle fonctionnalité ou ajoutez de nouveaux utilisateurs.
- Vous modifiez plusieurs aspects de l'infrastructure, tels que le déploiement de serveurs d'applications supplémentaires ou la modification d'interfaces.
- Vous migrez plusieurs systèmes en même temps.
- Migrer en modifiant le type de machine Si votre environnement SAP HANA répond à tous les critères suivants, vous pouvez migrer la charge de travail à l'aide des outils Google :
- La charge de travail s'exécute sur des instances de VM Compute Engine.
- Les VM exécutent une version d'OS compatible avec le type de machine bare metal requis. Pour en savoir plus sur la compatibilité des types de machines avec les versions de système d'exploitation, consultez la section Systèmes d'exploitation certifiés pour SAP HANA.
- Les VM sont compatibles avec le type d'Hyperdisk requis. Cela s'applique également au volume de démarrage de la VM. Pour en savoir plus sur la compatibilité des types de machines avec les types de disques, consultez les onglets "Hyperdisk Extreme" et "Hyperdisk Balanced" dans la section Tailles minimales pour les volumes Persistent Disk et Hyperdisk basés sur SSD.
Si le type de machine de votre système source n'est pas compatible avec la version de l'OS ou le type d'hyperdisque, vous pouvez migrer votre charge de travail à l'aide de la réplication du système SAP HANA ou de la sauvegarde/restauration.
- Migrer à l'aide d'outils SAP Si votre charge de travail SAP HANA s'exécute sur des serveurs de solution Bare Metal, vous pouvez la migrer à l'aide d'outils SAP tels que la réplication du système SAP HANA ou la sauvegarde et la récupération de base de données. Si vos serveurs d'application s'exécutent dans la même région, vous pouvez continuer à les utiliser. Pour en savoir plus, consultez la section Examiner les méthodes de migration.
- Migration complète Si votre charge de travail SAP HANA s'exécute sur vos propres serveurs sur site ou dans un autre cloud, il s'agit d'une migration complète qui peut impliquer de déplacer SAP HANA, les serveurs d'applications et éventuellement les systèmes d'interface.
Examiner les méthodes de migration
Le tableau suivant fournit des informations sur les méthodes de migration qui utilisent les fonctionnalités fournies par SAP ou Google Cloud. Dans le tableau, toutes les informations comparatives sont présentées dans le contexte des méthodes de migration données.
| Méthode | Description |
|---|---|
| Réplication du système SAP HANA |
|
| Sauvegarde et récupération SAP HANA |
|
| Modification du type de machine |
|
Étapes de migration générales spécifiques à la méthode
Pour en savoir plus sur les étapes de migration générales pour la méthode de migration que vous choisissez, consultez les ressources suivantes:
- Migrer à l'aide de la réplication du système SAP HANA
- Effectuer la migration à l'aide de la sauvegarde et de la récupération de la base de données
- Effectuer une migration en modifiant le type de machine
Si ces méthodes de migration ne correspondent pas à votre scénario, il s'agit soit d'une migration complète, soit vous devez concevoir une migration pour votre scénario, pour laquelle vous pouvez faire appel à des experts tels que l'Professional Services Organization (PSO) Google Cloud. Pour en savoir plus sur cet engagement, consultez Engager PSO.
Migrer à l'aide de la réplication du système SAP HANA
La réplication du système (HSR) de SAP HANA est un élément fondamental de la haute disponibilité et de la reprise après sinistre pour SAP HANA. La migration HSR dissocie la migration de base de données du système d'exploitation et d'autres dépendances d'infrastructure. En exploitant la réplication multicible SAP HANA, vous pouvez étendre la HSR aux nouvelles instances bare metal Compute Engine tout en conservant les configurations HA et DR existantes jusqu'au passage à votre système de production.
Pour migrer une charge de travail SAP HANA vers une instance bare metal Compute Engine à l'aide de la réplication HSR SAP HANA, procédez comme suit:
Comme pour toute modification de votre environnement SAP, assurez-vous qu'une sauvegarde valide de votre base de données SAP HANA est disponible.
Déployez le type d'instances Bare Metal requis, puis installez SAP HANA dessus avec les configurations de HA et de DR requises.
Vous pouvez automatiser ce déploiement à l'aide des configurations Terraform fournies par Google Cloud. Pour en savoir plus, consultez le guide de déploiement correspondant à votre scénario SAP HANA.
Pour en savoir plus sur les types de machines Bare Metal que vous pouvez utiliser pour exécuter SAP HANA sur Google Cloud, sur les versions de système d'exploitation que vous pouvez utiliser et sur la configuration de stockage en bloc recommandée, consultez la page Types de machines Bare Metal pour SAP HANA.
Installez la version 3.6 (la plus récente) de l'agent Google Cloud pour SAP sur vos instances bare metal.
Pour savoir comment installer l'agent, consultez la section Installer et configurer l'agent Google Cloud pour SAP sur une instance de calcul. Si vous avez déployé vos instances bare metal à l'aide de l'une des configurations Terraform fournies par Google Cloud, l'agent est automatiquement installé.
Configurez l'OS invité sur votre instance bare metal pour une exécution optimale des charges de travail SAP à l'aide de l'agent Google Cloud pour SAP.
Pour savoir comment configurer l'OS invité, consultez la section Configurer l'OS invité sur des instances bare metal.
Configurez la connexion réseau requise entre le système source et votre instance Bare Metal. Pour tenir compte du volume de journaux de transactions attendu, configurez la connexion avec une bande passante réseau suffisante.
Pour fournir une référence pour la réplication, chargez les données initiales de votre sauvegarde sur la base de données SAP HANA exécutée sur vos instances Bare Metal, ou lancez une synchronisation complète lors de l'étape suivante.
Configurez la réplication multicible du système source vers le système SAP HANA déployé sur vos instances bare metal.
Pour estimer la transition, effectuez au moins un "essai" sur le nouveau système, y compris un test de performances ou de charge.
Assurez-vous que les données sont entièrement synchronisées dans le nouveau système, puis planifiez et lancez la transition.
- Si votre système source s'exécute sur des instances de VM Compute Engine, modifiez les équilibreurs de charge internes pour rediriger leurs backends vers vos instances bare metal. Vous pouvez également l'utiliser pour revenir à votre système source en cas de problème.
- Si votre système source s'exécute ailleurs, vous pouvez envisager d'utiliser des routes ou des mises à jour DNS pour rediriger les adresses IP externes utilisées par le système source pour se connecter à vos instances bare metal.
Cette méthode permet de synchroniser le système SAP HANA sur vos instances Bare Metal cibles avec votre système source avant le passage. Avec une planification et une exécution appropriées, cette méthode de migration peut réduire considérablement les temps d'arrêt et éviter les risques. Il peut également simplifier considérablement un rollback si un événement imprévu se produit pendant la migration. Toutefois, l'exécution de deux systèmes SAP HANA en parallèle entraîne une augmentation des coûts.
Migrer à l'aide de la sauvegarde et de la récupération de base de données
Cette méthode de migration consiste à effectuer une sauvegarde du système source et à la restaurer sur vos instances bare metal.
Pour réduire au maximum le temps d'arrêt de cette méthode, nous vous recommandons de commencer par déployer SAP HANA sur des instances Bare Metal avec les configurations HA et DR requises, puis d'effectuer les opérations de récupération. Cette méthode de migration est couramment utilisée pour les environnements hors production et convient lorsque le temps d'arrêt n'est pas un problème important.
Pour migrer une charge de travail SAP HANA vers une instance bare metal Compute Engine à l'aide de la sauvegarde et de la récupération de base de données, procédez comme suit:
Déployez le type d'instances Bare Metal requis, puis installez SAP HANA dessus avec les configurations de HA et de DR requises.
Vous pouvez automatiser ce déploiement à l'aide des configurations Terraform fournies par Google Cloud. Pour en savoir plus, consultez le guide de déploiement correspondant à votre scénario SAP HANA.
Pour en savoir plus sur les types de machines Bare Metal que vous pouvez utiliser pour exécuter SAP HANA sur Google Cloud, sur les versions de système d'exploitation que vous pouvez utiliser et sur la configuration de stockage en bloc recommandée, consultez la page Types de machines Bare Metal pour SAP HANA.
Installez la version 3.6 (la plus récente) de l'agent Google Cloud pour SAP sur vos instances bare metal.
Pour savoir comment installer l'agent, consultez la section Installer et configurer l'agent Google Cloud pour SAP sur une instance de calcul. Si vous avez déployé vos instances bare metal à l'aide de l'une des configurations Terraform fournies par Google Cloud, l'agent est automatiquement installé.
Configurez l'OS invité sur votre instance bare metal pour une exécution optimale des charges de travail SAP à l'aide de l'agent Google Cloud pour SAP.
Pour savoir comment configurer l'OS invité, consultez la section Configurer l'OS invité sur des instances bare metal.
Pour estimer la transition, effectuez au moins un "essai" sur le nouveau système, y compris un test de performances ou de charge.
Créez une sauvegarde complète initiale avec l'outil de sauvegarde de votre choix, puis transférez-la vers l'environnement cible en vue du passage.
Arrêtez les connexions de l'application et de la base de données SAP à la base de données SAP HANA source.
Créez une sauvegarde delta de votre base de données SAP HANA source à l'aide de l'outil ou du vidage de système de fichiers de votre choix. Vous pouvez également utiliser une sauvegarde complète si votre période d'indisponibilité le permet. Dans ce cas, vous pouvez ignorer l'étape 5.
Restaurez les sauvegardes dans la base de données SAP HANA que vous avez installée sur vos instances Bare Metal pour synchroniser les données avec la source.
Le cas échéant, activez la réplication et configurez le cluster HA sur vos instances bare metal.
Assurez-vous que les données sont entièrement récupérées, puis planifiez et lancez vos activités de pré-mise en service.
- Si votre système source s'exécute sur des instances de VM Compute Engine, modifiez les équilibreurs de charge internes pour rediriger leurs backends vers vos instances bare metal.
- Si votre système source s'exécute ailleurs, vous pouvez envisager d'utiliser des routes ou des mises à jour DNS pour rediriger les adresses IP externes utilisées par le système source pour se connecter à vos instances bare metal.
La migration de bases de données SAP HANA de plusieurs téraoctets à l'aide de la sauvegarde et de la récupération peut nécessiter un temps d'arrêt prolongé pendant le processus, car le système doit rester hors connexion pendant la sauvegarde et la récupération. Une fois que les dernières modifications ont été transférées de la source vers le système cible, veillez à empêcher toute autre modification sur le système source.
Migrer en modifiant le type de machine
Cette méthode de migration s'applique aux charges de travail SAP HANA exécutées sur des instances de VM Compute Engine. Il s'agit de remplacer le type de machine des instances de VM sous-jacentes par le type de machine bare metal Compute Engine requis. Cette méthode est idéale dans les cas suivants:
- Le système SAP HANA source s'exécute sur des instances de VM qui répondent aux exigences de compatibilité.
- Vous souhaitez conserver le nom de l'instance, l'adresse IP et d'autres métadonnées au lieu de déployer SAP HANA sur de nouvelles instances de calcul.
- Votre tolérance au risque vous permet d'apporter des modifications à vos systèmes et à votre configuration existants. En cas de problème lors de la migration, ces modifications devront être annulées pour rétablir votre système dans son dernier état de fonctionnement connu avant la migration. Cette approche fonctionne mieux dans les environnements où vous utilisez une configuration à haute disponibilité.
Pour migrer SAP HANA d'une VM Compute Engine vers une instance Compute Engine Bare Metal en modifiant le type de machine, procédez comme suit:
Assurez-vous de remplir les conditions préalables suivantes:
- Vos instances de VM utilisent une version d'OS compatible avec le type de machine bare metal vers lequel vous souhaitez migrer. Si ce n'est pas le cas, passez à une version compatible. Pour en savoir plus sur la compatibilité des types de machines avec les versions de système d'exploitation, consultez la section Systèmes d'exploitation certifiés pour SAP HANA.
- Vos instances de VM sont compatibles avec le type d'Hyperdisk requis. Cela s'applique à tous les appareils de stockage en mode bloc connectés, y compris le volume de démarrage. Pour en savoir plus sur la compatibilité des types de machines avec les types de disques, consultez les onglets "Hyperdisk Extreme" et "Hyperdisk Balanced" dans la section Tailles minimales pour les volumes Persistent Disk et Hyperdisk basés sur SSD.
Si votre VM fait partie d'un cluster haute disponibilité (HA), assurez-vous que les conditions suivantes sont remplies:
- L'instance de base de données de diffusion principale est active sur les autres nœuds du cluster.
- Pour éviter le basculement automatique, le cluster est mis en mode de maintenance.
Arrêtez votre instance SAP HANA.
Arrêtez votre instance de VM.
Pour protéger votre système et activer le rollback en cas de défaillance de la migration, procédez comme suit:
- Assurez-vous de disposer d'une sauvegarde complète valide et à jour de votre base de données SAP HANA.
- Créez des instantanés des disques que vous modifiez, y compris le disque de démarrage.
Pour chaque volume Persistent Disk utilisé par votre VM, créez le type de volume Hyperdisk requis à l'aide des instantanés de disque que vous avez créés à l'étape précédente.
Pour savoir comment procéder, consultez la section Modifier le type de disque. Pour savoir comment dissocier et associer des disques de démarrage, consultez la section Dissocier et associer des disques de démarrage. Pour en savoir plus sur la configuration de stockage recommandée par Google Cloud pour les types de machines Bare Metal, consultez la section Stockage de blocs compatible.
Dissociez les volumes de disques persistants de votre VM.
Associez les volumes Hyperdisk que vous avez créés à votre VM.
Modifiez le type de machine de votre VM pour qu'il corresponde au type de machine bare metal Compute Engine requis.
Pour savoir comment modifier le type de machine de votre instance, consultez la section Modifier le type de machine d'une instance de calcul. Pour en savoir plus sur les types de machines physiques Bare Metal Compute Engine certifiés par SAP pour une utilisation avec SAP HANA, consultez la section Types de machines physiques Bare Metal pour SAP HANA.
Démarrez votre instance bare metal.
Configurez l'OS invité sur votre instance bare metal pour une exécution optimale des charges de travail SAP à l'aide de l'agent Google Cloud pour SAP.
Pour savoir comment configurer l'OS invité, consultez la section Configurer l'OS invité sur des instances bare metal.
Démarrez votre base de données SAP HANA.
Vérifiez que SAP HANA s'exécute comme prévu sur votre instance Bare Metal.
Si votre instance Bare Metal fait partie d'un cluster HA, procédez comme suit:
- Répétez les étapes 3 à 13 pour l'autre nœud de votre cluster à haute disponibilité.
- Désactivez le mode de maintenance pour le cluster.
Assurez-vous que les données sont à jour, puis planifiez et lancez vos activités de pré-mise en ligne.
Cette approche est adaptée si vous souhaitez effectuer des mises à jour in situ en modifiant le type de machine sans avoir besoin d'environnements parallèles. Si la version de l'OS et le type de disque ne sont pas compatibles avec le type de machine bare metal requis, la période de temps d'indisponibilité et le temps de rollback peuvent augmenter considérablement si vous devez récupérer l'instance concernée. Vous pouvez réduire les temps d'arrêt en adoptant une approche de changement par étapes, qui inclut l'utilisation d'un cluster HA et la migration de votre VM vers des volumes Hyperdisk avant la transition planifiée vers le type de machine bare metal.
Migration complète
Si votre charge de travail SAP HANA s'exécute sur vos propres serveurs sur site ou dans un autre cloud, il s'agit d'une migration complète qui peut impliquer de déplacer SAP HANA, les serveurs d'applications et éventuellement les systèmes d'interface.
Vous pouvez faire appel à des professionnels ou à des partenaires Google Cloud pour vous aider à effectuer la migration. Pour en savoir plus, consultez Contacter l'équipe PSO.
Engage PSO
Faire appel à l'organisation de services professionnels (PSO) de Google Cloud ou à un intégrateur système (SI) peut être utile pour migrer des systèmes SAP HANA complexes vers des instances Bare Metal X4 ou C3. Leur expertise en SAP HANA et Google Cloud, ainsi que leurs méthodologies et bonnes pratiques éprouvées, peuvent vous aider à assurer une migration fluide et réussie, en minimisant les perturbations et en optimisant les performances du système.