diff --git a/pages/index-translations.de.yaml b/pages/index-translations.de.yaml index 9cf516c2484..754ea83538b 100644 --- a/pages/index-translations.de.yaml +++ b/pages/index-translations.de.yaml @@ -111,7 +111,7 @@ public-cloud-containers-orchestration-managed-kubernetes-k8s: Managed Kubernetes public-cloud-containers-orchestration-managed-kubernetes-k8s-getting-started: Getting started public-cloud-containers-orchestration-managed-kubernetes-k8s-troubleshooting: Troubleshooting public-cloud-containers-orchestration-managed-kubernetes-k8s-network: Network -public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup and Restore +public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup, Restore and Migrate public-cloud-containers-orchestration-managed-kubernetes-k8s-observability-monitoring: Monitoring & Observability public-cloud-containers-orchestration-managed-kubernetes-k8s-traffic-management: Traffic management public-cloud-containers-orchestration-managed-kubernetes-k8s-storage: Storage diff --git a/pages/index-translations.es.yaml b/pages/index-translations.es.yaml index 0724fb35bd6..a5ebdb00431 100755 --- a/pages/index-translations.es.yaml +++ b/pages/index-translations.es.yaml @@ -111,7 +111,7 @@ public-cloud-containers-orchestration-managed-kubernetes-k8s: Managed Kubernetes public-cloud-containers-orchestration-managed-kubernetes-k8s-getting-started: Getting started public-cloud-containers-orchestration-managed-kubernetes-k8s-troubleshooting: Troubleshooting public-cloud-containers-orchestration-managed-kubernetes-k8s-network: Network -public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup and Restore +public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup, Restore and Migrate public-cloud-containers-orchestration-managed-kubernetes-k8s-observability-monitoring: Monitoring & Observability public-cloud-containers-orchestration-managed-kubernetes-k8s-traffic-management: Traffic management public-cloud-containers-orchestration-managed-kubernetes-k8s-storage: Storage diff --git a/pages/index-translations.fq.yaml b/pages/index-translations.fq.yaml index 5b35fb03526..ab67e5767eb 100755 --- a/pages/index-translations.fq.yaml +++ b/pages/index-translations.fq.yaml @@ -111,7 +111,7 @@ public-cloud-containers-orchestration-managed-kubernetes-k8s: Managed Kubernetes public-cloud-containers-orchestration-managed-kubernetes-k8s-getting-started: Getting started public-cloud-containers-orchestration-managed-kubernetes-k8s-troubleshooting: Troubleshooting public-cloud-containers-orchestration-managed-kubernetes-k8s-network: Network -public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup and Restore +public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup, Restore and Migrate public-cloud-containers-orchestration-managed-kubernetes-k8s-observability-monitoring: Monitoring & Observability public-cloud-containers-orchestration-managed-kubernetes-k8s-traffic-management: Traffic management public-cloud-containers-orchestration-managed-kubernetes-k8s-storage: Storage diff --git a/pages/index-translations.fr.yaml b/pages/index-translations.fr.yaml index d6f9763695c..b35f635469c 100755 --- a/pages/index-translations.fr.yaml +++ b/pages/index-translations.fr.yaml @@ -112,7 +112,7 @@ public-cloud-containers-orchestration-managed-kubernetes-k8s: Managed Kubernetes public-cloud-containers-orchestration-managed-kubernetes-k8s-getting-started: Getting started public-cloud-containers-orchestration-managed-kubernetes-k8s-troubleshooting: Troubleshooting public-cloud-containers-orchestration-managed-kubernetes-k8s-network: Network -public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup and Restore +public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup, Restore and Migrate public-cloud-containers-orchestration-managed-kubernetes-k8s-observability-monitoring: Monitoring & Observability public-cloud-containers-orchestration-managed-kubernetes-k8s-traffic-management: Traffic management public-cloud-containers-orchestration-managed-kubernetes-k8s-storage: Storage diff --git a/pages/index-translations.it.yaml b/pages/index-translations.it.yaml index 03366a579b5..8e3da8db982 100644 --- a/pages/index-translations.it.yaml +++ b/pages/index-translations.it.yaml @@ -111,7 +111,7 @@ public-cloud-containers-orchestration-managed-kubernetes-k8s: Managed Kubernetes public-cloud-containers-orchestration-managed-kubernetes-k8s-getting-started: Getting started public-cloud-containers-orchestration-managed-kubernetes-k8s-troubleshooting: Troubleshooting public-cloud-containers-orchestration-managed-kubernetes-k8s-network: Network -public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup and Restore +public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup, Restore and Migrate public-cloud-containers-orchestration-managed-kubernetes-k8s-observability-monitoring: Monitoring & Observability public-cloud-containers-orchestration-managed-kubernetes-k8s-traffic-management: Traffic management public-cloud-containers-orchestration-managed-kubernetes-k8s-storage: Storage diff --git a/pages/index-translations.pl.yaml b/pages/index-translations.pl.yaml index e1c8c5af16c..a675bcb29ee 100755 --- a/pages/index-translations.pl.yaml +++ b/pages/index-translations.pl.yaml @@ -111,7 +111,7 @@ public-cloud-containers-orchestration-managed-kubernetes-k8s: Managed Kubernetes public-cloud-containers-orchestration-managed-kubernetes-k8s-getting-started: Getting started public-cloud-containers-orchestration-managed-kubernetes-k8s-troubleshooting: Troubleshooting public-cloud-containers-orchestration-managed-kubernetes-k8s-network: Network -public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup and Restore +public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup, Restore and Migrate public-cloud-containers-orchestration-managed-kubernetes-k8s-observability-monitoring: Monitoring & Observability public-cloud-containers-orchestration-managed-kubernetes-k8s-traffic-management: Traffic management public-cloud-containers-orchestration-managed-kubernetes-k8s-storage: Storage diff --git a/pages/index-translations.pt.yaml b/pages/index-translations.pt.yaml index 5ddfbaa6ee3..63fdb2f0a00 100755 --- a/pages/index-translations.pt.yaml +++ b/pages/index-translations.pt.yaml @@ -111,7 +111,7 @@ public-cloud-containers-orchestration-managed-kubernetes-k8s: Managed Kubernetes public-cloud-containers-orchestration-managed-kubernetes-k8s-getting-started: Getting started public-cloud-containers-orchestration-managed-kubernetes-k8s-troubleshooting: Troubleshooting public-cloud-containers-orchestration-managed-kubernetes-k8s-network: Network -public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup and Restore +public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore: Backup, Restore and Migrate public-cloud-containers-orchestration-managed-kubernetes-k8s-observability-monitoring: Monitoring & Observability public-cloud-containers-orchestration-managed-kubernetes-k8s-traffic-management: Traffic management public-cloud-containers-orchestration-managed-kubernetes-k8s-storage: Storage diff --git a/pages/index.md b/pages/index.md index 2b7c384d594..53328f228ce 100644 --- a/pages/index.md +++ b/pages/index.md @@ -1023,12 +1023,13 @@ + [Installing a FaaS platform on OVHcloud Managed Kubernetes using OpenFaaS](public_cloud/containers_orchestration/managed_kubernetes/installing-openfaas) + [Run Serverless containers on OVHcloud Managed Kubernetes with Knative](public_cloud/containers_orchestration/managed_kubernetes/installing-knative) + [Deploying Artifactory on an OVHcloud Managed Kubernetes cluster](public_cloud/containers_orchestration/managed_kubernetes/installing-artifactory) - + [Backup and Restore](public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore) + + [Backup, Restore and Migrate](public-cloud-containers-orchestration-managed-kubernetes-k8s-backup-and-restore) + [Backup and Restore OVHcloud Managed Kubernetes Cluster, Namespace and Applications using TrilioVault for Kubernetes](public_cloud/containers_orchestration/managed_kubernetes/backup-and-restore-cluster-namespace-and-applications-with-trilio) + [Backing-up an OVHcloud Managed Kubernetes cluster using CloudCasa](public_cloud/containers_orchestration/managed_kubernetes/backup-and-restore-cluster-using-cloudcasa) + [Backing up and restoring your Persistent Volume with Volume Snapshots on OVHcloud Managed Kubernetes](public_cloud/containers_orchestration/managed_kubernetes/backup-restore-pv-volume-snapshot) + [Backing-up an OVHcloud Managed Kubernetes cluster using Velero](public_cloud/containers_orchestration/managed_kubernetes/backing-up-cluster-with-velero) + [Backing-up Persistent Volumes using Stash](public_cloud/containers_orchestration/managed_kubernetes/backing-up-volumes-using-stash) + + [Migration Guide – Moving Your Kubernetes Cluster to OVHcloud](public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud) + [Monitoring & Observability](public-cloud-containers-orchestration-managed-kubernetes-k8s-observability-monitoring) + [Monitoring apps with Prometheus and Grafana on an OVHcloud Managed Kubernetes Service](public_cloud/containers_orchestration/managed_kubernetes/monitoring-apps-grafana-prometheus) + [Collect metrics from PCI instances with Prometheus on an OVHcloud Managed Kubernetes Service](public_cloud/containers_orchestration/managed_kubernetes/monitoring-pci-instances-prometheus) diff --git a/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/guide.en-gb.md b/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/guide.en-gb.md new file mode 100644 index 00000000000..c595802062f --- /dev/null +++ b/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/guide.en-gb.md @@ -0,0 +1,98 @@ +--- +title: Migration Guide – Moving Your Kubernetes cluster to OVHcloud +excerpt: Learn how to effectively migrate your Kubernetes cluster from an external provider to OVHcloud, leveraging its features and flexibility. +updated: 2025-08-19 +--- + +## Objective + +This guide outlines the process of migrating your Kubernetes cluster from an external provider to OVHcloud Managed Kubernetes. It provides a step-by-step walkthrough to help you seamlessly transfer your applications and data, ensuring minimal downtime and a smooth transition. + +We will cover the essential phases of migration, including: + +- Backup and Restore: Utilizing Velero for efficient data transfer. +- Cluster Provisioning: Selecting and deploying your new Kubernetes cluster on OVHcloud. +- Post-Migration Validation: Ensuring your applications are fully functional on the new environment. + +This guide is designed to provide you with the necessary knowledge to successfully manage the migration of your Kubernetes environment. For complex scenarios or specialized assistance, the OVHcloud [Professional Services](/links/professional-services) team is available to provide expert support. + +## Requirements + +To successfully migrate your Kubernetes cluster to OVHcloud, ensure you have the following in place: + +- **Velero setup:** Velero, along with its Helm chart, should be installed and configured on your source Kubernetes cluster. It's crucial that Velero is connected to an OVHcloud S31-compatible Object Storage endpoint for backup storage. You can find detailed instructions for Velero installation and configuration in the official [Velero Helm chart documentation](https://github.com/vmware-tanzu/helm-charts/blob/main/charts/velero/README.md). +- **OVHcloud S3-compatible Endpoint:** Ensure your Velero setup correctly references the OVHcloud S3-compatible endpoints as the BackupStorageLocation. If you encounter any difficulties with these settings, don't hesitate to reach out to our [Professional Services experts](/links/professional-services) for assistance. +- **kubectl:** You'll need the kubectl command-line tool installed to interact with your Kubernetes clusters. Refer to the [official Kubernetes documentation](https://kubernetes.io/docs/tasks/tools/) for installation instructions. + +## Instructions + +The following diagram illustrates the complete migration journey from your existing Kubernetes environment to OVHcloud. This visual roadmap provides a clear understanding of each phase involved in transferring your cluster. + +![Migration of a Kubernetes to OVHcloud](images/migration_schema.png){.thumbnail} + +Let's now dive into the detailed steps for migrating your Kubernetes cluster to OVHcloud: + +1. **Install and Configure Velero with OVHcloud S3** + +Ensure the Velero Helm chart is installed on your Kubernetes cluster and configured to use the OVHcloud S3-compatible storage. + +2. **Back up your cluster using Velero** + + - Refer to the [official Velero documentation on backup reference](https://velero.io/docs/v1.16/backup-reference/) to back up your Kubernetes manifests and Persistent Volume Claims (PVCs). + - Ensure that all backups are successfully stored in your configured OVHcloud Object Storage. + +3. **Create your target Kubernetes cluster on OVHcloud** + + - Follow the instructions in the OVHcloud documentation for [creating a Kubernetes cluster](/pages/public_cloud/containers_orchestration/managed_kubernetes/creating-a-cluster). + - Choose your preferred deployment mode and proceed with the cluster creation. + - **Optional:** OVHcloud [Professional Services](/links/professional-services) can assist you in creating an Infrastructure-as-Code script for your new Kubernetes deployment using OpenTofu, streamlining the provisioning process. + +4. **Pick a flavour and node pool for your new OVHcloud cluster** + + - **Size your worker nodes:** Carefully assess your existing architecture's CPU and RAM requirements and select OVHcloud node flavors that match these specifications. + - **Replicate network setup:** Ensure your new cluster's network configuration mirrors your original cluster (e.g., private nodes on a private subnet, dedicated outbound gateway). + - **Choose deployment mode:** Select a deployment mode (e.g., 1AZ or 3AZ) based on your fault tolerance needs and high availability requirements. + +5. **Deploy Velero Helm chart on the new cluster** + + - On your newly created OVHcloud Kubernetes cluster, deploy the Velero Helm chart. To do this, you can follow this [guide](/pages/public_cloud/containers_orchestration/managed_kubernetes/backing-up-cluster-with-velero). + - It is essential to configure Velero to use the same OVHcloud S3-compatible endpoint where your existing backups are stored. This action will automatically make your backup resources available to the new cluster. + +6. **Restore your backups onto the new cluster** + + - Utilize the Velero CLI to restore all your previous backups onto the new cluster. Refer to the Velero [documentation on file system backup](https://velero.io/docs/v1.16/file-system-backup/) for detailed commands. + - Before restoring, set your application to maintenance mode on the source cluster to prevent data inconsistencies during the transition. + - After restoration, carefully update all your DNS records to point to the new cluster's services. + - Ensure your ingress controllers and Load Balancers are properly configured and ready on the new cluster. + - Map the source cluster's storage class to the target cluster's equivalent using [Velero configuration](https://velero.io/docs/v1.16/restore-reference/) if your storage classes differ between environments. + - **Optional:** If the deployment process appears overly complex, or if you require assistance with migration and rollback strategies, reach out to the OVHcloud [Professional Services](/links/professional-services) team. + +7. **Run integration tests to ensure restore is complete** + + - Execute all your application's integration tests on the new target cluster. + - Thoroughly verify the health and functionality of your applications after the deployment. + - If any issue is detected, be prepared to roll back to your source cluster if necessary. + +8. **Seek Professional Services assistance (if needed)** + +If certain resources from your source cluster are particularly complex or require specialized knowledge for migration, the OVHcloud Professional Services team is available to provide expert assistance. You can find more information about their services [here](/links/professional-services). + +9. **Set up Saving Plans (if needed)** + +Explore the option of [OVHcloud Saving Plans](/pages/public_cloud/public_cloud_cross_functional/savings_plans) to optimize your cloud costs. Learn more about the available Saving Plans to determine if they align with your financial strategy. + +10. **Decommission your source cluster** + +After fully confirming that your applications are running reliably and without issues on the new OVHcloud Kubernetes cluster, you can safely decommission your source cluster. + +## Go further + +To have an overview of the OVHcloud Managed Kubernetes service, visit the [OVHcloud Managed Kubernetes page](/links/public-cloud/kubernetes). + +To deploy your first application on your Kubernetes cluster, we invite you to follow our guides to [configure default settings for kubectl](/pages/public_cloud/containers_orchestration/managed_kubernetes/configuring-kubectl-on-an-ovh-managed-kubernetes-cluster) and to [deploy a Hello World application](/pages/public_cloud/containers_orchestration/managed_kubernetes/deploying-hello-world). + +If you need training or technical assistance to implement our solutions, contact your sales representative or click on [this link](/links/professional-services) to get a quote and ask our Professional Services experts for a custom analysis of your project. + +Join our [community of users](/links/community). + +1: S3 is a trademark of Amazon Technologies, Inc. OVHcloud’s service is not sponsored by, endorsed by, or otherwise affiliated with Amazon Technologies, Inc. \ No newline at end of file diff --git a/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/guide.fr-fr.md b/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/guide.fr-fr.md new file mode 100644 index 00000000000..ccbacb2facd --- /dev/null +++ b/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/guide.fr-fr.md @@ -0,0 +1,99 @@ +--- +title: Guide de migration – Transférer votre cluster Kubernetes vers OVHcloud +excerpt: Découvrez comment migrer efficacement votre cluster Kubernetes depuis un fournisseur externe vers OVHcloud, en tirant parti de ses fonctionnalités et de sa flexibilité. +updated: 2025-08-19 +--- + +## Objectif + +Ce guide décrit le processus de migration de votre cluster Kubernetes depuis un fournisseur externe vers OVHcloud Managed Kubernetes. Il propose un accompagnement étape par étape pour transférer vos applications et vos données en toute fluidité, tout en minimisant les interruptions de service et en garantissant une transition réussie. + +Nous aborderons les phases essentielles de la migration, notamment : + +- Sauvegarde et restauration : utilisation de Velero pour un transfert de données efficace. +- Provisionnement du cluster : choix et déploiement de votre nouveau cluster Kubernetes sur OVHcloud. +- Validation post-migration : vérification du bon fonctionnement de vos applications dans le nouvel environnement. + +L’objectif de ce guide est de vous fournir les connaissances nécessaires pour gérer efficacement la migration de votre cluster Kubernetes. Pour les scénarios complexes ou un accompagnement spécifique, l’équipe OVHcloud [Professional Services](/links/professional-services) est disponible pour vous apporter une expertise dédiée. + +## Prérequis + +Pour réussir la migration de votre cluster Kubernetes vers OVHcloud, assurez-vous de disposer des éléments suivants : + +- **Configuration de Velero :** Velero, ainsi que son chart Helm, doivent être installés et configurés sur votre cluster Kubernetes source. Il est essentiel que Velero soit connecté à un Endpoint OVHcloud Object Storage compatible S31 pour le stockage des sauvegardes. Vous trouverez des instructions détaillées pour l’installation et la configuration de Velero dans la [documentation officielle du chart Helm Velero](https://github.com/vmware-tanzu/helm-charts/blob/main/charts/velero/README.md). +- **Endpoint OVHcloud compatible S3 :** vérifiez que votre configuration Velero référence correctement les points de terminaison OVHcloud compatibles S3 en tant que BackupStorageLocation. En cas de difficulté avec ces paramètres, n’hésitez pas à contacter notre équipe [Professional Services](/links/professional-services) pour obtenir de l’aide. +- **kubectl :** vous aurez besoin de l’outil en ligne de commande kubectl pour interagir avec vos clusters Kubernetes. Reportez-vous à la [documentation officielle Kubernetes](https://kubernetes.io/docs/tasks/tools/) pour les instructions d’installation. + +## En pratique + +Le schéma ci-dessous illustre l’ensemble du parcours de migration depuis votre environnement Kubernetes actuel vers OVHcloud. Cette représentation visuelle permet de mieux comprendre chacune des étapes nécessaires au transfert de votre cluster. + +![Migration de Kubernetes vers OVHcloud](images/migration_schema.png){.thumbnail} + +Passons maintenant aux étapes détaillées de la migration de votre cluster Kubernetes vers OVHcloud : + +1. **Installer et configurer Velero avec le stockage S3 d’OVHcloud** + +Assurez-vous que le chart Helm Velero est installé sur votre cluster Kubernetes et configuré pour utiliser le stockage OVHcloud Object Storage compatible S3. + +2. **Sauvegarder votre cluster avec Velero** + +Reportez-vous à la [documentation officielle de Velero sur la sauvegarde](https://velero.io/docs/v1.16/backup-reference/) pour sauvegarder vos manifestes Kubernetes et vos Persistent Volume Claims (PVCs). + +Vérifiez que toutes les sauvegardes sont correctement stockées dans votre Object Storage OVHcloud configuré. + +3. **Créer votre cluster Kubernetes cible sur OVHcloud** + + - Suivez les instructions de la documentation OVHcloud pour [créer un cluster Kubernetes](/pages/public_cloud/containers_orchestration/managed_kubernetes/creating-a-cluster). + - Choisissez votre mode de déploiement préféré et procédez à la création du cluster. + - **Facultatif :** l'équipe [Professional Services](/links/professional-services) OVHcloud peut vous accompagner dans la création d’un script Infrastructure-as-Code pour le déploiement de votre nouveau cluster Kubernetes avec OpenTofu, afin de simplifier et d’automatiser le processus de provisionnement. + +4. **Choisir une flavour et un pool de nodes pour votre nouveau cluster OVHcloud** + + - **Dimensionner vos nodes de calcul :** analysez attentivement les besoins en CPU et en mémoire RAM de votre architecture actuelle, puis sélectionnez la flavour du node OVHcloud qui correspond à ces spécifications. + - **Reproduire 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 : private nodes dans un sous-réseau privé, passerelle de sortie dédiée). + - **Choisir le mode de déploiement :** sélectionnez un mode de déploiement (par ex. 1AZ ou 3AZ) en fonction de vos besoins en tolérance aux pannes et en haute disponibilité. + +5. **Déployer le chart Helm Velero sur le nouveau cluster** + + - Sur votre cluster Kubernetes OVHcloud nouvellement créé, déployez le chart Helm Velero. Pour cela, vous pouvez suivre ce [guide](/pages/public_cloud/containers_orchestration/managed_kubernetes/backing-up-cluster-with-velero). + - Point essentiel : configurez Velero pour qu’il utilise le même point de terminaison OVHcloud Object Storage compatible S3 contenant vos sauvegardes existantes. Cette opération permettra de rendre automatiquement disponibles vos ressources de sauvegarde sur le nouveau cluster. + +6. **Restaurer vos sauvegardes sur le nouveau cluster** + + - Utilisez la CLI Velero pour restaurer l’ensemble de vos sauvegardes précédentes sur le nouveau cluster. Reportez-vous à la [documentation Velero sur la sauvegarde au niveau du système de fichiers](https://velero.io/docs/v1.16/file-system-backup/) pour consulter les commandes détaillées. + - Avant de lancer la restauration, placez vos applications en mode maintenance sur le cluster source afin d’éviter toute incohérence de données pendant la transition. + - Après la restauration, mettez à jour soigneusement tous vos enregistrements DNS pour qu’ils pointent vers les services du nouveau cluster. + - Assurez-vous que vos ingress controllers et vos Load Balancers sont correctement configurés et opérationnels sur le nouveau cluster. + - Si vos classes de stockage diffèrent entre les environnements, mappez la classe de stockage du cluster source à l’équivalent sur le cluster cible à l’aide de la [configuration Velero](https://velero.io/docs/v1.16/restore-reference/). + - **Facultatif :** si le processus de déploiement vous paraît trop complexe ou si vous avez besoin d’un accompagnement sur les stratégies de migration et de rollback, n’hésitez pas à contacter l’équipe [Professional Services](/links/professional-services) OVHcloud. + +7. **Exécuter des tests d’intégration pour valider la restauration** + + - Lancez l’ensemble des tests d’intégration de vos applications sur le nouveau cluster cible. + - Vérifiez de manière approfondie l’état de santé et le bon fonctionnement de vos applications après le déploiement. + - Si des problèmes sont détectés, soyez prêt à effectuer un rollback vers votre cluster source si nécessaire. + +8. **Faire appel à l’assistance Professional Services (si besoin)** + +Si certaines ressources de votre cluster source sont particulièrement complexes ou nécessitent une expertise spécifique pour la migration, l’équipe OVHcloud Professional Services est disponible pour vous apporter un accompagnement expert. Vous pouvez trouver plus d’informations sur leurs services [ici](/links/professional-services). + +9. **Mettre en place des Saving Plans (si nécessaire)** + +Explorez l’option des [Savings Plans OVHcloud](/pages/public_cloud/public_cloud_cross_functional/savings_plans) afin d’optimiser vos coûts cloud. Renseignez-vous sur les différents Saving Plans disponibles pour déterminer s’ils correspondent à votre stratégie financière. + +10. **Désactiver votre cluster source** + +Une fois que vous avez validé de manière approfondie que vos applications fonctionnent correctement et de façon stable sur le nouveau cluster Kubernetes OVHcloud, vous pouvez procéder à la suppression en toute sécurité de votre cluster source. + +## Aller plus loin + +Pour avoir une vue d’ensemble du service OVHcloud Managed Kubernetes, consultez la page [OVHcloud Managed Kubernetes](/links/public-cloud/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](/pages/public_cloud/containers_orchestration/managed_kubernetes/configuring-kubectl-on-an-ovh-managed-kubernetes-cluster) et pour [déployer une application Hello World](/pages/public_cloud/containers_orchestration/managed_kubernetes/deploying-hello-world). + +Si vous avez besoin de formation ou d’une assistance technique pour mettre en œuvre nos solutions, contactez votre représentant commercial ou cliquez sur [ce lien](/links/professional-services) pour obtenir un devis et demander à nos experts Professional Services une analyse personnalisée de votre projet. + +Rejoignez notre [communauté d’utilisateurs](/links/community). + +1 : S3 est une marque déposée appartenant à Amazon Technologies, Inc. Les services de OVHcloud ne sont pas sponsorisés, approuvés, ou affiliés de quelque manière que ce soit. \ No newline at end of file diff --git a/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/images/migration_schema.png b/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/images/migration_schema.png new file mode 100644 index 00000000000..e6d7ed61840 Binary files /dev/null and b/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/images/migration_schema.png differ diff --git a/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/meta.yaml b/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/meta.yaml new file mode 100644 index 00000000000..cbbd7c966f2 --- /dev/null +++ b/pages/public_cloud/containers_orchestration/managed_kubernetes/migration-to-ovhcloud/meta.yaml @@ -0,0 +1,2 @@ +id: 87cbac40-870b-4aab-a630-8c6892240149 +full_slug: public-cloud-kubernetes-migration-to-ovhcloud \ No newline at end of file