Guide de migration MKS du plan Free vers le plan Standard

Objectif

Ce guide décrit le processus de migration de votre cluster OVHcloud Managed Kubernetes Service (MKS) du plan Free vers le plan Standard. Il fournit une procédure étape par étape pour garantir une transition sécurisée et efficace tout en minimisant les interruptions de service.

Nous allons aborder les phases essentielles de la migration, notamment :

• Comparaison des plans : comprendre les différences entre les plans Free et Standard.
• Sauvegarde et restauration : utiliser Trilio, CloudCasa ou Velero pour migrer vos données et workloads en toute sécurité.
• Migration du cluster : déplacer l'intégralité de votre cluster ou des namespaces spécifiques vers le plan Standard.
• Validation post-migration : vérifier que vos applications sont pleinement fonctionnelles et optimisées sur le plan Standard.

Ce guide est conçu pour vous fournir les connaissances et les bonnes pratiques nécessaires à une migration de plan MKS réussie et sans accroc.

Prérequis

Pour mettre à jour avec succès le plan de votre cluster Kubernetes au sein d'OVHcloud, assurez-vous de disposer des prérequis suivants :

• Un projet Public Cloud au sein de votre compte OVHcloud.
• kubectl : vous devez avoir installé l'outil de ligne de commande kubectl pour interagir avec vos clusters Kubernetes. Consultez la documentation officielle de Kubernetes pour les instructions d'installation.

Comparaison des plans MKS Free et Standard

Bien que ce guide se concentre sur votre plan actuel, il peut être utile de comprendre les différences entre les plans Free et Standard. Le plan Standard propose des fonctionnalités supplémentaires telles que la résilience cross-AZ, un SLA de disponibilité plus élevé, un etcd dédié et une taille de cluster maximale plus importante.

Pour un aperçu complet, incluant un tableau comparatif détaillé entre Free et Standard, reportez-vous à la partie Comparaison Free vs Standard de notre guide Choisir le bon plan OVHcloud Managed Kubernetes : Free ou Standard. Le tableau de ce guide propose une comparaison claire, côte à côte, des fonctionnalités clés.

En pratique

1. Installer, configurer l'outil de sauvegarde et sauvegarder votre cluster

Avant de migrer votre cluster, assurez-vous qu'une solution de sauvegarde est installée et configurée. Vous pouvez utiliser Trilio, CloudCasa ou Velero selon vos préférences.

Choisissez votre outil de sauvegarde :

• Velero : solution open source, s'intègre au stockage compatible S3¹ d'OVHcloud.
• Trilio : solution prête pour l'entreprise, optimisée pour Kubernetes.
• CloudCasa : service de sauvegarde managé, configuration simple pour les clusters.

Installez l'outil choisi sur votre cluster Free en suivant la documentation officielle, puis sauvegardez votre cluster :

• Pour Velero, suivez notre guide ici.
• Pour Trilio, suivez notre guide ici.
• Pour CloudCasa, suivez notre guide ici.

2. Créer votre cluster Kubernetes cible sur OVHcloud

Connectez-vous à l'espace client OVHcloud, accédez à la section Public Cloud et sélectionnez le projet Public Cloud concerné.

Dans la section Managed Kubernetes Service, cliquez sur Créer un cluster.

3. Choisir une flavor et un pool de nœuds pour votre nouveau cluster OVHcloud

• Dimensionnez vos worker nodes : évaluez soigneusement les besoins en CPU et RAM de votre architecture existante, puis sélectionnez des flavors de nœud OVHcloud correspondant à ces spécifications.
• Reproduisez la configuration réseau : assurez-vous que la configuration réseau de votre nouveau cluster reflète celle de votre cluster d'origine (par exemple, nœuds privés sur un sous-réseau privé, gateway de sortie dédiée).
• Choisissez le mode de déploiement : sélectionnez un mode de déploiement (par exemple 1AZ ou 3AZ) en fonction de vos besoins de tolérance aux pannes et de haute disponibilité.

4. Restaurer vos sauvegardes sur le nouveau cluster

Avant de migrer vos workloads, vous devez déployer l'outil de sauvegarde choisi sur le nouveau cluster Standard. Cela garantit que vos sauvegardes sont correctement restaurées et que le processus de migration peut se dérouler sans accroc.

Choisissez la documentation correspondant à l'outil que vous utilisez :

velero backup get <backupName>

velero restore create --from-backup <backupName>

# Lister les restaurations
velero restore get

# Vérifier le statut global de la restauration
velero restore describe YOUR_RESTORE_NAME

# Vérifier les workloads directement dans le cluster
kubectl get pods --all-namespaces

5. Valider la migration

Après avoir restauré vos workloads, vérifiez que le cluster est pleinement fonctionnel :

• Vérifiez les déploiements, les services et les contrôleurs d'ingress.
• Testez les endpoints de vos applications pour confirmer leur disponibilité.
• Vérifiez les logs et les événements à la recherche d'erreurs ou de mauvaises configurations.
• Exécutez tous les tests d'intégration de votre application sur le nouveau cluster cible.

6. Ajuster les ressources du cluster

Certains workloads peuvent nécessiter des ajustements après la migration :

• Recréez les Load Balancers ou reconfigurez les Ingress si les IP publiques ont changé.
• Assurez-vous que les CRD, Secrets et ConfigMaps sont correctement restaurés.

7. Nettoyer les anciennes ressources

Une fois que vous avez validé que tout fonctionne correctement sur le cluster Standard :

• Vous pouvez réaffecter le cluster source (plan Free) à des environnements de test ou de préproduction.
• Vous pouvez également le désaffecter s'il n'est plus nécessaire.

8. Configurer des Saving Plans (si nécessaire)

Explorez l'option des OVHcloud Saving Plans pour optimiser vos coûts cloud. Découvrez les Saving Plans disponibles afin de déterminer s'ils correspondent à votre stratégie financière.

9. Bonnes pratiques post-migration

• Mettez en place une supervision et des alertes pour suivre l'état de santé du nouveau cluster.
• Planifiez des sauvegardes régulières avec Velero, Trilio ou CloudCasa.
• Documentez tout changement de configuration pour référence future.

Astuces et bonnes pratiques

• Bonnes pratiques opérationnelles :
  • Testez régulièrement les restaurations : ne vous contentez pas de configurer les sauvegardes, effectuez des tests de restauration périodiques pour valider les procédures de reprise.
  • Utilisez des environnements de préproduction : exécutez d'abord votre migration sur un cluster non-productif afin de détecter d'éventuels problèmes avant de déplacer les workloads de production.
  • Vérifiez les quotas et limites : assurez-vous que votre projet Public Cloud dispose de quotas suffisants pour les nœuds, le stockage et les load balancers.
• Sécurité et conformité :
  • Revalidez les politiques RBAC : assurez-vous que les utilisateurs et les comptes de service disposent uniquement des permissions dont ils ont besoin dans le nouveau cluster.
  • Faites tourner les secrets et identifiants : après la migration, renouvelez les clés API, jetons et mots de passe de base de données pour réduire les risques.
  • Auditez les exigences de conformité : vérifiez que la nouvelle configuration respecte toujours les exigences réglementaires ou de sécurité de votre organisation (par exemple RGPD, ISO).
• Performance et coûts :
  • Activez l'autoscaling : configurez le cluster autoscaler et le HPA (Horizontal Pod Autoscaler) pour optimiser l'utilisation des ressources.
  • Ajustez la taille de vos nœuds : passez en revue les workloads et ajustez les flavors des pools de nœuds pour équilibrer performance et coût.
  • Surveillez l'utilisation du stockage : surveillez la consommation des PVC et ajustez les storage classes si nécessaire.
• Fiabilité :
  • Utilisez le mode 3AZ pour la production : garantissez une haute disponibilité en exécutant les workloads sur un cluster 3AZ.
  • Mettez en place des alertes : intégrez des outils comme Prometheus, Grafana, etc.
  • Documentez une stratégie de rollback : définissez comment revenir au cluster Free ou à une sauvegarde en cas de problème pendant la migration.

Aller plus loin

Pour obtenir une vue d'ensemble du service OVHcloud Managed Kubernetes, consultez la page OVHcloud Managed Kubernetes.

Pour déployer votre première application sur votre cluster Kubernetes, nous vous invitons à suivre nos guides pour configurer les paramètres par défaut de kubectl et pour déployer une application Hello World.

Pour une formation ou une assistance technique sur la mise en œuvre de nos solutions, contactez votre commercial ou consultez la page Professional Services pour obtenir un devis et faire analyser votre projet par nos experts.

Échangez avec notre communauté d'utilisateurs.

¹ : S3 est une marque déposée appartenant à Amazon Technologies, Inc. Les services OVHcloud ne sont pas sponsorisés, approuvés, ou affiliés de quelque manière que ce soit.