Liste de contrôle de la validation fonctionnelle

Après une vague de migration, vérifiez les éléments suivants pour chaque instance de serveur virtuel.

• Démarrage réussi
• Tous les disques sont présents et montés
• Connectivité du réseau
• L'application démarre sans erreur
• L'application répond aux demandes
• Les journaux d'application n'indiquent aucune erreur critique

Pour chaque application, vérifiez les points suivants.

• Tous les niveaux communiquent correctement
• Connexions à la base de données réussies
• A passé les contrôles d'intégrité du répartiteur de charge
• Confirmer l'accès externe
• L'authentification fonctionne
• Fonctionnement des intégrations

Pour l'environnement, vérifiez les éléments suivants.

• Les agents de contrôle signalent
• Les tâches de sauvegarde sont configurées et en cours d'exécution
• Règles des groupes de sécurité testées
• Contrôles de conformité réussis

Validation des performances

Les informations suivantes vous aideront à comparer les paramètres de post-migration aux données de référence de pré-migration.

• L'utilisation du processeur doit être similaire ou inférieure à la ligne de base. Si les performances de l'unité centrale sont plus élevées, recherchez des inefficacités de l'application ou un profil d'instance incorrect.
• L'utilisation de la mémoire doit être identique. Si un échange de mémoire se produit, le profil de l'instance est insuffisant.
• Les IOPS des disques doivent atteindre ou dépasser les performances de VMware. Si le nombre d'IOPS est inférieur aux prévisions, vérifiez la sélection des niveaux du profil de stockage et vérifiez que l'allocation de bande passante groupée est activée.
• Le débit du réseau doit atteindre ou dépasser les performances de VMware. Si le débit est inférieur aux prévisions, vérifiez la bande passante du réseau du profil de l'instance et vérifiez que la bande passante du stockage n'utilise pas trop le ratio 3:1.
• Le temps de réponse de l'application doit être similaire à celui de VMware. Si le temps de réponse est plus long, examinez la latence du réseau ou les E/S de stockage.

Opportunités de redimensionnement

Les migrations initiales utilisent souvent un dimensionnement "lift and shift" (même vCPU et RAM que VMware ). Après une migration, optimisez les ressources suivantes :

Redimensionnement de l'unité centrale :

• Si l'UC moyenne est < 20 %, envisagez un profil d'instance plus petit
• Si la fréquence des rafales de l'unité centrale est supérieure à 80 %, il convient d'envisager un profil plus large ou un profil à rafales
• Utiliser la surveillance VPC pour suivre l'utilisation de l'unité centrale sur 2 à 4 semaines

Redimensionnement de la mémoire :

• Si l'utilisation de la mémoire est inférieure à 50 %, envisagez des profils avec moins de mémoire
• Si un échange de mémoire se produit ou si vous avez une pression de mémoire élevée, envisagez des profils avec plus de mémoire
• Vérifier s'il y a des fuites de mémoire dans l'application

Redimensionnement du stockage :

• Comparer l'utilisation réelle des IOPS et l'utilisation des niveaux provisionnés
• Revenir d'un profil 10iops-tier à un profil 5iops-tier si l'utilisation est inférieure aux prévisions
• Envisager un profil sdp pour les besoins de haute performance

Dimensionnement de la bande passante du réseau :

• Contrôle de l'utilisation réelle de la bande passante du réseau et du stockage
• Ajuster le profil de l'instance si les limites sont constamment atteintes
• Ajuster le ratio stockage/réseau si le débit du stockage est lent

Optimisation pour les modèles "cloud-native

Une fois la migration stabilisée, envisagez les améliorations "cloud-native" suivantes :

Services gérés

• Remplacer les bases de données autogérées par des bases de données IBM Cloud
• Remplacer les serveurs de fichiers par un système de stockage de fichiers ou d'objets VPC
• Remplacer les équilibreurs de charge par des équilibreurs de charge d'application VPC

Haute disponibilité

• Déploiement dans des régions multizones
• Utiliser des répartiteurs de charge pour le basculement automatique
• Mise en œuvre de l'autoscale pour les niveaux sans état

Sauvegarde et reprise après incident

• Utiliser les snapshots VPC pour la sauvegarde
• Mise en œuvre de copies de clichés interrégionales pour la reprise après sinistre
• Envisager IBM Cloud Backup pour la sauvegarde au niveau des fichiers

Surveillance et observabilité

• Intégrer avec IBM Cloud Monitoring
• Mise en œuvre de l'agrégation des journaux avec IBM Cloud Logs
• Utiliser les journaux de flux VPC pour l'analyse du trafic réseau