Explorer la phase de préparation de la production
Dans cette phase, vous devez utiliser toutes les connaissances et l’expérience accumulées dans les phases précédentes, et les appliquer en préparation des déploiements de production. En outre, dans les scénarios de migration, vous devez préparer le transfert des données entre votre emplacement d’hébergement actuel et Azure.
Effectuez les mises à niveau nécessaires des versions SAP de vos systèmes de production avant de passer à Azure.
Contactez les membres de la direction pour planifier les tests fonctionnels et les tests métier à réaliser après la migration du système de production. Veillez à ce que tous ces tests soient effectués à l'emplacement d'hébergement actuel, avec les systèmes source. Mieux vaut éviter qu’ils soient effectués pour la première fois à l’issue du déplacement du système dans Azure.
Testez le processus de migration des systèmes de production vers Azure. Dans les cas où vous ne déplacez pas tous les systèmes de production sur Azure dans les mêmes délais, identifiez les groupes de systèmes de production qui doivent se trouver dans le même emplacement d’hébergement. Testez la migration des données. Les méthodes de migration courantes sont les suivantes :
- Les méthodes des SGBD, comme la sauvegarde/restauration en combinaison avec SQL Server AlwaysOn, HANA System Replication ou Copie des journaux de transaction, pour alimenter et synchroniser le contenu des bases de données dans Azure.
- La sauvegarde/restauration pour les bases de données plus petites.
- SAP Migration Monitor implémenté dans l’outil SAP SWPM pour effectuer des migrations hétérogènes.
- Utilisez le processus SAP DMO (décrit dans Database Migration Option (DMO) of SUM – Introduction) si vous devez combiner votre solution avec une mise à niveau de la version SAP. N'oubliez pas que certaines combinaisons entre les SGBD source et cible ne sont pas prises en charge. Vous trouverez de plus amples informations dans les notes SAP spécifiques à la version DMO. Par exemple, l’option DMO (option de migration de base de données) de SUM 2.0 SP04 est documentée dans la Note SAP n° 3126581.
- Comparez le débit du transfert de données via Internet et ExpressRoute dans le cas où vous devez charger des sauvegardes ou des fichiers d’exportation SAP sur Azure. Pour faciliter les transferts basés sur Internet, il peut être nécessaire d’ajuster la configuration des groupes de sécurité réseau/groupes de sécurité d’application.
Avant de déplacer des systèmes de l’ancienne plateforme vers Azure, collectez les données de consommation de ressources, comme l’utilisation du processeur, le débit du stockage et les IOPS. Ceci est particulièrement important en ce qui concerne les unités de la couche SGBD, mais c’est également très utile dans le cas des unités de la couche Application. En outre, vous devez mesurer la latence du réseau et du stockage.
Reportez-vous aux notes du support SAP, au répertoire du matériel SAP HANA et à la matrice PAM (Product Availability Matrix) SAP pour vérifier l’exactitude des informations sur les références SKU des machines virtuelles Azure prises en charge, sur les versions des systèmes d’exploitation prises en charge pour ces références SKU de machine virtuelle Azure, et sur les versions de SAP et de SGBD prises en charge.
Adaptez vos scripts de déploiement pour utiliser de nouveaux types de références SKU de machine virtuelle Azure et incorporez les nouvelles fonctionnalités dont vous pouvez bénéficier.
Après le déploiement de l’infrastructure et de l’application, effectuez les contrôles supplémentaires pour vérifier le déploiement :
Le déploiement a approvisionné les références SKU de machine virtuelle Azure appropriées avec la configuration de stockage prévue.
Les systèmes d’exploitation invités des machines virtuelles Azure sont renforcés comme prévu et de façon uniforme.
Les systèmes d’exploitation invités des machines virtuelles Azure sont dans la version et avec les correctifs prévus.
Les versions de l’application et des correctifs prévues ont été installées.
Les systèmes d’exploitation invités des machines virtuelles Azure sont dans la version et avec les correctifs prévus.
Le Stockage Premium Azure a été utilisé pour les disques sensibles à la latence et là où un contrat SLA de disponibilité de la machine virtuelle de 99,9 % est requis.
Les systèmes d’exploitation invités des machines virtuelles Azure sont dans la version et avec les correctifs prévus.
Là où c’est applicable, l’Accélérateur d’écriture Azure est activé.
Les systèmes d’exploitation invités des machines virtuelles Azure sont dans la version et avec les correctifs prévus.
Vérifiez que dans la machine virtuelle, des espaces de stockage ou des agrégats par bandes ont été créés sur les disques nécessitant la prise en charge de l’Accélérateur d’écriture Azure. Pour des informations spécifiques concernant les gestionnaires de volumes Linux, reportez-vous à :
Les machines virtuelles Azure sont configurées exclusivement avec des disques managés.
Le cas échéant, les machines virtuelles Azure sont déployées dans les groupes à haute disponibilité et les zones de disponibilité prévus.
Les performances réseau accélérées Azure sont activées sur les machines virtuelles Azure utilisées dans la couche d’application SAP et la couche SGBD SAP.
Il n’y a pas d’appliances virtuelles réseau Azure sur le chemin de communication entre l’application SAP et la couche SGBD d’un système SAP NetWeaver, Hybris ou S/4HANA basé sur SAP.
Des règles de groupe de sécurité d’application et de groupe de sécurité réseau contrôlent la connectivité de la façon prévue.
Les paramètres de délai d’expiration identifiés dans la phase pilote ont été implémentés.
La latence du réseau entre la machine virtuelle de la couche d’application SAP et la couche SGBD est conforme aux instructions fournies dans la Note SAP #500235 et la Note SAP #1100926. Lors du déploiement de SAP HANA sur Azure (grandes instances), prenez en compte les exceptions documentées dans Architecture réseau SAP HANA (grandes instances).
Le chiffrement a été implémenté de la façon prévue.
Les interfaces et les applications sont disponibles dans l’infrastructure nouvellement déployée.
Créez un playbook qui facilite les événements de maintenance planifiée d’Azure. Le playbook doit définir l’ordre dans lequel les systèmes et les machines virtuelles Azure doivent être mis hors connexion et remis en ligne pour une maintenance planifiée.