Après le déploiement d'une VM et l'exécution de vos systèmes SAP, vous serez amené à modifier la configuration de la VM. Cette modification peut s'avérer nécessaire pour plusieurs raisons, telles qu'une plus grande charge de travail ou pour augmenter la taille d'une VM de secours dans un scénario de reprise après sinistre.
Cette page présente les éléments à prendre en compte spécifiques aux systèmes SAP lors de la modification d'une VM.
Procédure générale
Les étapes détaillées permettant de modifier une VM sont décrites dans la page Modifier le type de machine d'une instance arrêtée de la documentation de Compute Engine.
Vous pouvez utiliser Google Cloud Console, Google Cloud CLI ou l'API Compute Engine. Quelle que soit l'interface utilisée lors de la modification de votre VM, les grandes étapes à suivre sont généralement les mêmes :
Sauvegarder votre système SAP.
Arrêter votre système SAP.
Arrêter l'instance de VM.
Modifier la configuration de l'instance de VM.
Démarrer la VM.
Valider vos modifications.
Types de modification
Dans le cas de certaines modifications, vous pouvez procéder ainsi : arrêter votre système SAP, arrêter la VM, appliquer les modifications et redémarrer. D'autres modifications peuvent vous obliger à repartitionner vos disques ou à restaurer vos systèmes de base de données à partir de sauvegardes.
Les modifications suivantes peuvent être apportées en arrêtant et en redémarrant la VM :
- Passer à un type d'instance de VM plus grand ou plus petit
- Passer à une plate-forme de processeur plus récente
- Passer d'une configuration de VM prédéfinie à une configuration de VM personnalisée
Une fois terminées, les modifications suivantes peuvent nécessiter la restauration de votre système SAP à partir de sauvegardes :
- Réduire la taille d'un disque persistant
- Reconfigurer le partitionnement ou l'organisation de l'espace de stockage
- Modifier la carte d'interface réseau ou la configuration du cloud privé virtuel
Pour plus d'informations sur la modification de la configuration d'une VM, consultez la page Modifier le type de machine d'une instance arrêtée.
Modifier des disques persistants ou des hyperdisques
Si vous modifiez la taille d'un disque persistant ou d'un hyperdisque, afin de réduire le risque associé aux modifications, créez des disques à la taille requise et conservez les anciens disques jusqu'à ce que la modification soit effectuée.
Vous pouvez suivre la procédure suivante pour modifier la taille ou le type des disques persistants ou hyperdisques associés à une VM:
- Sauvegardez vos systèmes SAP.
- Arrêtez les systèmes SAP.
- Arrêtez l'instance de VM.
- Créez des instantanés des disques persistants ou Hyperdisques que vous modifiez, comme décrit dans la section Créer et gérer des instantanés de disque.
À l'aide des instantanés, créez des disques de la taille et du type dont vous avez besoin, comme décrit dans la section Restaurer à partir d'un instantané.
Si votre système SAP est SAP HANA, assurez-vous que le type et la taille des nouveaux disques persistants ou hyperdisques répondent aux exigences de performances de SAP HANA. Pour en savoir plus, consultez la section sur le stockage de disques persistants SAP HANA.
Dissociez les disques d'origine.
Associez les nouveaux disques.
Si les nouveaux disques sont plus volumineux que les anciens disques, redimensionnez le système de fichiers pour utiliser l'espace disque supplémentaire.
Redémarrez la VM.
Redémarrez les systèmes SAP.
Vérifiez que les systèmes sont opérationnels.
Une fois vos systèmes validés, supprimez ou conservez les anciens disques si nécessaire.
Conseils et recommandations
Tenez compte des conseils et recommandations suivants avant de modifier la configuration d'une VM.
Effectuer une sauvegarde de votre système avant d'effectuer des modifications
Avant d'apporter des modifications, effectuez une sauvegarde de vos données, de vos systèmes SAP, de la configuration actuelle de la VM et de tout autre élément susceptible d'être affecté par la modification.
Une manière de sauvegarder la configuration de votre VM consiste à prendre un instantané du disque de démarrage de votre VM. Pour en savoir plus, consultez la page Créer et gérer des instantanés de disque.
Vous pouvez également créer des images personnalisées à partir du disque de démarrage de votre VM. Pour en savoir plus, consultez la page Créer, supprimer et abandonner des images personnalisées.
Testez l'instantané ou l'image personnalisée de votre disque de démarrage en créant une instance de VM à partir de celui-ci.
Il peut également être utile de sauvegarder une copie des détails de configuration de votre VM. Les détails de configuration de la VM ne sont pas tous enregistrés par des instantanés de disque persistant ou des images personnalisées.
Pour afficher et copier rapidement les détails de configuration d'une VM au format de réponse REST, cliquez sur Équivalent REST en bas de la page Informations sur l'instance de VM dans Google Cloud Console.
Vous pouvez également afficher les détails de l'instance de VM dans Cloud Shell ou, si vous avez installé Google Cloud CLI, dans un terminal de commande local en exécutant la commande suivante :
gcloud compute instances describe instance_name
Considérations à prendre en compte concernant la plate-forme du processeur
Une certification SAP d'un type de VM Compute Engine définit la plate-forme de processeur minimale que vous pouvez utiliser avec une instance de VM. Étant donné que certains types de VM Compute Engine vous offrent le choix entre plusieurs plates-formes de processeur, vous devez vous assurer que la plate-forme de processeur obtenue répond aux exigences minimales de la certification SAP lorsque vous modifiez la configuration d'une VM (surtout si vous spécifiez Automatique pour la plate-forme de processeur).
Pour en savoir plus sur les plates-formes de processeur minimales requises par les certifications SAP en ce qui concerne les types de VM Compute Engine sur Google Cloud, consultez les pages suivantes :
- Types de machines Compute Engine certifiés pour les applications SAP
- Machines virtuelles Compute Engine certifiées pour SAP HANA
Si vous utilisez des familles de machines de génération plus ancienne, nous vous recommandons de spécifier la dernière plate-forme de processeur disponible pour cette famille de machines. Cela permet non seulement d'obtenir des performances optimales pour votre charge de travail, mais également d'améliorer la fiabilité de votre système grâce aux fonctionnalités fournies par les processeurs les plus récents. Vous pouvez également envisager de passer à des types de machines de génération plus récente, par exemple de N1 à N2 ou N2D, le cas échéant. Si vous avez des réservations de processeurs ou des engagements Compute Engine existants pour un type de machine, veuillez contacter un conseiller commercial pour discuter des options vous permettant de modifier les réservations ou le type de machine.
Pour obtenir des informations sur la modification de votre plate-forme de processeur, consultez la page Spécifier une configuration minimale de la plate-forme du processeur pour les instances de VM.
Pour plus d'informations sur les plates-formes de processeur disponibles depuis Compute Engine, consultez la section Plates-formes de processeur.
Configurations de machines personnalisées
Lorsque vous configurez une machine personnalisée, pour garantir la compatibilité avec SAP, vous devez respecter les ratios mémoire/processeur virtuel en fonction du type de machine que vous personnalisez et des consignes de SAP.
Les consignes sont différentes selon que la machine personnalisée est destinée à SAP HANA ou SAP NetWeaver.
Machines personnalisées pour SAP NetWeaver
Le tableau suivant récapitule les règles de chaque type de machine personnalisé compatible avec SAP pour les systèmes SAP NetWeaver.
| Type de machine | Processeurs virtuels | Option de mémoire standard | Haute capacité de mémoire |
|---|---|---|---|
| N1 | 1 ou n'importe quel nombre pair jusqu'à 96 | 3,75 Go par processeur virtuel | 6,5 Go par processeur virtuel |
| N2 | N'importe quel nombre pair jusqu'à 32. Après 32, le nombre de processeurs virtuels doit être divisible par 4, jusqu'à 80 processeurs virtuels. Par exemple, 32, 36 et 40 processeurs virtuels sont tous valides, mais 38 ne l'est pas. | 4 Go par processeur virtuel | 8 Go par processeur virtuel |
| N2D | 2 ou un nombre pair de processeurs virtuels divisible par 4, dans la limite de 32 processeurs pris en charge par SAP. | 4 Go par processeur virtuel | 8 Go par processeur virtuel |
Pour en savoir plus, consultez la section Configurations de machines personnalisées.
Machines personnalisées pour SAP HANA
Le tableau suivant répertorie les types de machines personnalisés Compute Engine certifiés par SAP pour une utilisation en production de SAP HANA sur Google Cloud.
SAP ne certifie qu'un sous-ensemble des types de machines personnalisés disponibles dans Compute Engine.
Les types de machines personnalisés sont soumis à des règles de personnalisation définies par Compute Engine. Les règles diffèrent selon le type de machine que vous personnalisez. Pour connaître les règles de personnalisation complètes, consultez la page Créer une instance de VM personnalisée.
| Type de machine de base | vCPU | Mémoire (Go) | OS | Plates-formes de processeur |
|---|---|---|---|---|
| N1-highmem | Nombre de processeurs virtuels compris entre 32 et 64, et divisible par 2 | 6,5 Go pour chaque processeur virtuel | RHEL, SUSE | Intel Broadwell |
| N2-highmem (scaling à la hausse seulement) | Sur Intel Ice Lake, un nombre de processeurs virtuels compris entre 32 et 80 divisible par 4. Sur Intel Cascade Lake, un nombre de processeurs virtuels compris entre 32 et 80 divisible par 4. |
Jusqu'à 8 Go par processeur virtuel | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
Automatisation du déploiement et types de VM personnalisés pour SAP
Si vous déployez vos VM à l'aide des fichiers de configuration Terraform ou des modèles Deployment Manager fournis par Google Cloud, pour déployer un type de VM personnalisé, vous devez déployer temporairement un type de VM prédéfini comportant des processeurs virtuels et une mémoire qui sont égaux ou supérieurs à vos besoins, puis modifiez la VM pour obtenir les processeurs virtuels et la mémoire dont vous avez besoin. Les configurations Terraform et les fichiers Deployment Manager ne sont pas compatibles avec la spécification de types de machines personnalisés.
Pour SAP HANA, le déploiement d'une VM avec une quantité de mémoire légèrement supérieure à vos besoins permet d'assurer que vous possédez suffisamment d'espace de stockage sur disque persistant pour votre système SAP HANA, tout en vous évitant d'en acheter plus que nécessaire. Si vous deviez déployer une VM avec moins de mémoire que nécessaire, après avoir ajouté de la mémoire, vous devriez également augmenter la taille des disques persistants ou des hyperdisques pour correspondre à l'augmentation de la mémoire.
Lorsque vous utilisez les configurations Terraform pour SAP HANA, vous pouvez également spécifier les tailles de disque requises à l'aide des arguments avancés liés à l'argument disk_type. Pour plus d'informations, consultez le guide de déploiement de votre scénario de déploiement. Assurez-vous de suivre les tailles minimales pour les disques persistants basés sur SSD dans le guide de planification de SAP HANA.
Pour SAP NetWeaver, vous pouvez sélectionner le plus petit type de VM prédéfini, puis ajouter les processeurs virtuels dont vous avez besoin. Vous n'avez pas besoin d'ajuster la taille des disques persistants.
Plus d'informations sur la création d'une instance de VM personnalisée
Pour en savoir plus sur la création d'une instance de VM Compute Engine avec une configuration personnalisée, consultez la page Créer une instance de VM avec un type de machine personnalisé.
Tester les modifications effectuées
La dernière étape du processus de modification consiste à utiliser un système hors production pour tester les modifications effectuées avant de les appliquer en production.
Éviter les temps d'arrêt lors de la modification des configurations de VM
Le processus de modification est plus simple si les modifications que vous devez effectuer ne nécessitent pas la restauration de votre système à partir de sauvegardes et que votre entreprise peut tolérer un court temps d'arrêt.
Si votre entreprise ne peut se permettre aucun temps d'arrêt, cela signifie probablement que vos systèmes SAP s'exécutent dans une configuration à haute disponibilité. Dans ce cas, vous devez effectuer les modifications un nœud à la fois. Toutefois, lorsque les modifications sont en cours sur un nœud secondaire, le système secondaire est indisponible pour le basculement en cas de problème avec le nœud principal.
Le fait d'effectuer des modifications de VM une par une sur les nœuds dans une configuration à haute disponibilité peut également s'avérer utile pour les modifications suivantes :
- L'application de correctifs sur le système d'exploitation
- L'application de correctifs sur le système de base de données
- L'application de correctifs sur le noyau SAP, en cas de cumul avec des mises à jour progressives du noyau
- La reconfiguration des comptes de service de la VM, de la mise en réseau, et ainsi de suite
Ces types de modifications n'entrent pas dans le cadre de ce sujet et peuvent impliquer des considérations, des étapes ou des exigences différentes.