Merge pull request #7985 from ovh/hb-pol-reversibilite

Hb pol reversibilite -orchestration product

Author: Y0Coss

pages/account_and_service_management/reversibility/12-reversibility-orchestration/guide.en-gb.md

@@ -0,0 +1,71 @@
+---
+title: Orchestration product reversibility policy
+updated: 2025-06-16
+---
+
+## Objective
+
+This document outlines the reversibility policy for the Managed Orchestration product, covering the following OVHcloud offers: Managed Kubernetes Service (MKS) and Managed Rancher Service (MRS).
+
+This policy aims to implement the general reversibility principles and our compliance with the SWIPO IAAS Code of Conduct for cloud providers.
+
+## Feature List
+
+The characteristics of the Managed Orchestration product are divided into three categories:
+
+- **Main features** for which we guarantee migration capacity.
+- **OVHcloud implementations** that require adaptation to a new migration environment.
+- **Specific features** that cannot be guaranteed for migration as they are related to the OVHcloud environment or involve custom developments.
+
+### Main features
+
+| Functionality| Description | Formats | Migration model | Documentation available |
+| --- | --- | --- | --- | --- |
+| **Orchestration via Kubernetes** | Cluster management via Kubernetes API (kubectl, Helm, CI/CD, etc.), CNCF compliant| YAML, JSON, OCI | **Inbound**: Deploy manifests, Helm charts, OCI images via the standard Kubernetes API.<br>**Outbound**: Export manifests, Helm charts, images via the standard API, reusable on any compatible Kubernetes cluster. | [Creating a cluster](/pages/public_cloud/containers_orchestration/managed_kubernetes/creating-a-cluster)|
+| **Orchestration via Rancher** | Container orchestration simplifies the deployment, management, and scaling of containerised applications. | YAML, JSON, OCI | **Inbound**: Import manifests, Helm charts, OCI images or cluster via API and user interface.<br>**Outbound**: Export manifests, Helm charts, images via API, reusable on any compatible Kubernetes cluster. | [Getting Started with Managed Rancher Service](/pages/public_cloud/containers_orchestration/managed_rancher_service/getting-started) |
+| **Export/Import manifests** | Resource deployment, export and migration via standard Kubernetes YAML/JSON files | YAML, JSON | **Inbound**: Import existing manifests directly.<br>**Outbound**: Export manifests via `kubectl get -o yaml/json`, which can be used on any compatible Kubernetes cluster. |[Deploying an application](/pages/public_cloud/containers_orchestration/managed_kubernetes/deploying-an-application)|
+| **IAM** | Rancher management of identity and access to cluster resources via an external identity provider. | Active Directory, LDAP, OpenLDAP, Azure AD... | **Inbound**: Import or create roles and access policies via API or user interface..<br>**Outbound**: Export configurations via API or user interface. | [Configuring authentication](https://ranchermanager.docs.rancher.com/how-to-guides/new-user-guides/authentication-permissions-and-global-configuration/authentication-config)|
+
+### OVHcloud implementation
+
+| Functionality| Description | Formats | Migration model | Documentation available |
+| --- | --- | --- | --- | --- |
+| **Link between Identity Provider and cluster** | Connection between identity provider and cluster | JSON | **Incoming**: Configuration adaptation in OVH format before import via CLI or IHM.<br>**Outgoing**: Export configurations in OVH format, adaptation to the target environment required. | [Configuring the OIDC provider on an OVHcloud Managed Kubernetes cluster](/pages/public_cloud/containers_orchestration/managed_kubernetes/configuring-oidc-provider-config) |
+| **Control Plane Configuration**| Ability to change certain settings to customize the cluster. | N/A | **Incoming**: Configuration of certain Kubernetes Control Plane settings via an OVHcloud-specific API.<br>**Outgoing**: Not directly exportable, rewriting settings in the target environment.| [Creating a cluster](/pages/public_cloud/containers_orchestration/managed_kubernetes/creating-a-cluster) |
+| **Private network and vRack** | The vRack, or virtual rack, is a private VLAN technology that enables the connection between OVHcloud services available on the Managed Kubernetes service dataplane | N/A | **Inbound**: Managed Kubernetes services are included by default in vRack.<br>**Outbound**: Take note of the network architecture and reproduce it with VLANs.| [Using vRack Private Network ](/pages/public_cloud/containers_orchestration/managed_kubernetes/using-vrack) |
+| **Logging** | Action tracking in Kubernetes. Rancher logs are not accessible to the customer.| N/A | **Incoming**: N/A<br>**Outgoing**: Logs forwarding can be configured with the need to integrate with the OVHcloud Logs Data Platform service. | [Managed Kubernetes Service Audit Logs Forwarding](/pages/public_cloud/containers_orchestration/managed_kubernetes/forwarding-audit-logs-to-logs-data-platform) |
+| **Add-ons and specific operators** | Some operators/add-ons deployed via the OVHcloud Marketplace or specific to OVHcloud | YAML, JSON, Helm | **Inbound**: Installation possible if compatible.<br>**Outbound**: Adaptation or replacement by equivalents on the target (limitation to Standard Rancher for Rancher). |
+| **Node pool** | Ability to create a node pool.| N/A | **Inbound**: Configure the node pool via the OVHcloud interface.<br>**Outbound**: Reuse the node pool format in an equivalent environment |[Managing nodes and node pools](/pages/public_cloud/containers_orchestration/managed_kubernetes/managing-nodes) |
+
+### Specific features
+
+| Functionality | Description | Formats | Migration model | Documentation available |
+| --- | --- | --- | --- | --- |
+| **OVHcloud Control Panel/API**| Managed via OVHcloud Control Panel/API| N/A | **Inbound**: N/A<br>**Outbound**: Scripts and APIs to be rewritten for the target environment, manual management required. | [OVHcloud API Specification](https://api.ovh.com/console/?section=%2FallDom&branch=v1)|
+| **Rancher OVHcloud Edition** | Rancher Limited Use Offer in OVHcloud. | N/A | **Inbound**:: Feature configuration if available.<br>**Outbound**: Scripts/API to rewrite for the target, manual management required.| [Managed Rancher Service](/links/public-cloud/rancher) |
+| **Infrastructure as Code** | Automated deployment via OVHcloud-specific Terraform modules for managed services, or via Terraform Kubernetes or Rancher modules for open-source services. | N/A | **Inbound:** Scripts to be adapted for other providers <br> **Outbound:** Terraform configurations need to be rewritten. | [Terraform](https://registry.terraform.io/providers/ovh/ovh/latest/docs) |
+| **Anti-DDoS** | Anti-DDoS is a set of equipment and means put in place to absorb denial of service attacks. It includes traffic analysis, “vacuuming” to a specialized network, and mitigation, powered by VAC technology developed by OVHcloud. | N/A | **Incoming:** The anti-DDoS system is a component of our infrastructure, enabled by default. No action is required. <br> **Outgoing:** Order and configure an anti-DDoS solution with the new provider.| [Anti-DDoS infrastructure](/links/security/ddos) |
+
+## List of architectures
+
+OVHcloud Managed Orchestration is based on managed, multi-node Kubernetes clusters with high availability, auto-scaling, centralized management, and private network integration (vRack). The main monitoring, logging and CI/CD tools are integrated. Architectures support multi-cloud migration and hybrid deployment.
+
+The managed orchestration service runs in a single region from among several regions, available from OVHcloud. You can manage multiple clusters in multiple regions (provided by OVHcloud or other providers) via the Managed Rancher Service running in a single region.
+
+## Partner Services
+
+OVHcloud partners are listed under the keyword **“Migrate to the cloud”** in the [Dedicated Partner directory](/links/partner).
+
+OVHcloud also offers a dedicated service: [OVHcloud Professional Services](/links/professional-services).
+
+## Cost and fees
+
+Billing on a pay-per-use basis. It stops when the customer no longer consumes resources. No specific cancellation fees apply: deleting the service will stop the billing immediately. Any associated OVHcloud credits cannot be transferred.
+
+After the service has been cancelled, OVHcloud frees up its resources, making it impossible to retrieve the data. It is the customer’s responsibility to export their configurations, manifests and images prior to termination, due to the release of resources.
+
+If Managed Rancher Service is used, the billing will include a minimum amount, even if it does not orchestrate any clusters.
+
+## Data retention after termination of contract
+
+After deleting the service or terminating the contract, OVHcloud frees the cluster resources. It is therefore imperative to export all necessary data and configurations before deletion, as no post-removal restore is possible.

pages/account_and_service_management/reversibility/12-reversibility-orchestration/guide.fr-fr.md

@@ -0,0 +1,71 @@
+---
+title: Politique de réversibilité du produit Orchestration
+updated: 2025-06-16
+---
+
+## Objectif
+
+Ce document décrit la politique de réversibilité pour la gamme de produits Managed Orchestration, correspondant aux offres de services OVHcloud : Managed Kubernetes Service (MKS) et Managed Rancher Service (MRs).
+
+Cette politique vise à mettre en œuvre les principes généraux de réversibilité et notre conformité avec le Code de conduite SWIPO IaaS pour les fournisseurs de cloud.
+
+## Liste des fonctionnalités
+
+Les caractéristiques du product Managed Orchestration sont réparties en trois catégories :
+
+- Les **fonctionnalités principales** pour lesquelles nous garantissons la capacité de migration.
+- L'**implémentation OVHcloud** qui nécessite une adaptation à un nouvel environnement de migration.
+- Les **fonctionnalités spécifiques** qui ne peuvent pas être garanties pour la migration car elles sont liées à l'environnement OVHcloud ou impliquent des développements personnalisés.
+
+### Fonctionnalités principales
+
+| Fonctionnalité| Description | Formats | Modèle de migration | Documentation disponible |
+| --- | --- | --- | --- | --- |
+| **Orchestration via Kubernetes** | Gestion des clusters via API Kubernetes (kubectl, Helm, CI/CD, etc.), conforme CNCF | YAML, JSON, OCI | **Entrant** : déploiement de manifests, Helm charts, images OCI via API standard Kubernetes.<br>**Sortant** : dxport des manifests, Helm charts, images via API standard, réutilisables sur tout cluster Kubernetes compatible. | [Creating a cluster](/pages/public_cloud/containers_orchestration/managed_kubernetes/creating-a-cluster)|
+| **Orchestration via Rancher** | Orchestration de conteneurs simplifiant le déploiement, la gestion et la mise à l'échelle des applications conteneurisées. | YAML, JSON, OCI | **Entrant** : import de manifests, Helm charts, images OCI ou cluster via API et interface utilisateur.<br>**Sortant** : export des manifests, Helm charts, images via API, réutilisables sur tout cluster Kubernetes compatible. | [Getting Started with Managed Rancher Service](/pages/public_cloud/containers_orchestration/managed_rancher_service/getting-started)|
+| **Export/Import de manifests** | Déploiement, export et migration de ressources via fichiers YAML/JSON standard Kubernetes | YAML, JSON | **Entrant** : import direct des manifests existants.<br>**Sortant** : export des manifests via `kubectl get -o yaml/json`, utilisables sur tout cluster Kubernetes compatible. |[Deploying an application](/pages/public_cloud/containers_orchestration/managed_kubernetes/deploying-an-application) |
+| **IAM** | Gestion de l'identité et des accès aux ressources du cluster par Rancher via un fournisseur d’identité externe. | Active Directory, LDAP, OpenLDAP, Azure AD… | **Entrant** : import ou création de rôles et politiques d’accès via API ou interface utilisateur..<br>**Sortant** : export des configurations via API ou interface utilisateur.| [Configuring authentication](https://ranchermanager.docs.rancher.com/how-to-guides/new-user-guides/authentication-permissions-and-global-configuration/authentication-config)|
+
+### Implémentation OVHcloud
+
+| Fonctionnalité| Description | Formats | Modèle de migration | Documentation disponible |
+| --- | --- | --- | --- | --- |
+| **Liaison entre Identity Provider et cluster** | Connexion entre l'identity provider et le cluster | JSON | **Entrant** : adaptation des configurations au format OVH avant import via CLI ou IHM.<br>**Sortant** : export des configurations au format OVH, réadaptation à l’environnement cible nécessaire. | [Configuring the OIDC provider on an OVHcloud Managed Kubernetes cluster](/pages/public_cloud/containers_orchestration/managed_kubernetes/configuring-oidc-provider-config) |
+| **Configuration du Control Plane**| Possibilité de modifier certains paramètres pour personnaliser le cluster. | N/A | **Entrant** : configuration de certains paramètres du Control Plane Kubernetes via une API OVHcloud spécifique.<br>**Sortant** : non-exportable directement, réécriture des paramètres dans l’environnement cible.| [Creating a cluster](/pages/public_cloud/containers_orchestration/managed_kubernetes/creating-a-cluster) |
+| **Réseau privé et vRack** | Le vRack, ou rack virtuel, est une technologie VLAN privée qui permet la connexion entre les services OVHcloud disponibles sur le dataplane du service Managed Kubernetes  | N/A | **Entrant** : : les services Managed Kubernetes sont inclus par défaut dans vRack.<br>**Sortant** : prenez note de l'architecture réseau et reproduisez-la avec des VLAN.| [ Using vRack Private Network ](/pages/public_cloud/containers_orchestration/managed_kubernetes/using-vrack) |
+| **Journalisation** | Traçabilité des actions dans kubernetes. Les logs Rancher ne sont pas accessible au client.| N/A | **Entrant** : N/A<br>**Sortant** : un transfert des logs peut être configuré avec une nécessité d’une intégration au service OVHcloud Logs Data Platfom. | [Managed Kubernetes Service Audit Logs Forwarding](/pages/public_cloud/containers_orchestration/managed_kubernetes/forwarding-audit-logs-to-logs-data-platform) |
+| **Add-ons et opérateurs spécifiques** | Certains opérateurs/add-ons déployés via OVHcloud Marketplace ou spécifiques à OVHcloud | YAML, JSON, Helm | **Entrant** : installation possible si compatible.<br>**Sortant** : Adaptation ou remplacement par des équivalents sur la cible (limitation à Rancher standard pour Rancher). |
+| **Node pool** | Possibilité de créer un pool de nœud (*node pool*).| N/A | **Entrant** : configuration du node pool via l’interface OVHcloud.<br>**Sortant** : Réutilisation du format du node pool dans un environnement équivalent |[Managing nodes and node pools](/pages/public_cloud/containers_orchestration/managed_kubernetes/managing-nodes) |
+
+### Fonctionnalités spécifiques
+
+| Fonctionnalité| Description | Formats | Modèle de migration | Documentation disponible |
+| --- | --- | --- | --- | --- |
+| **Espace client/API OVHcloud**| Gestion via l'espace client ou l'API OVHcloud | N/A | **Entrant** : N/A<br>**Sortant** : scripts et API à réécrire pour l'environnement cible, gestion manuelle nécessaire.  | [Spécification API OVHcloud ](https://api.ovh.com/console/?section=%2FallDom&branch=v1)|
+| **Rancher OVHcloud Edition** | Offre d’utilisation limitée de Rancher chez OVHcloud. | N/A | **Entrant** : configuration des fonctionnalités si disponible.<br>**Sortant** : scripts/API à réécrire pour la cible, gestion manuelle nécessaire.| [Managed Rancher Service](/links/public-cloud/rancher) |
+| **Infrastructure as Code** | Déploiement automatisé via modules Terraform spécifiques à OVHcloud pour les services managés ou via module Terraform Kubernetes ou Rancher pour les services opensource. | N/A | **Entrant :** Ssripts à adapter pour d’autres fournisseurs <br> **Sortant :** réécriture nécessaire des configurations Terraform. | [Terraform](https://registry.terraform.io/providers/ovh/ovh/latest/docs) |
+| **Anti-DDoS** | L'anti-DDoS est un ensemble d'équipements et de moyens mis en place pour absorber les attaques par déni de service. Il comprend une analyse du trafic, « l’aspiration » vers un réseau spécialisé et la mitigation, assurée par la technologie VAC développée par OVHcloud. | N/A | **Entrant :** le système anti-DDoS est un composant de notre infrastructure, activé par défaut. Aucune action n'est requise. <br> **Sortant:** Commander et configurer un anti-DDoS avec le nouveau fournisseur.| [Infrastructure anti-DDoS](/links/security/ddos) |
+
+## Liste des architectures
+
+Managed Orchestration d’OVHcloud repose sur des clusters Kubernetes managés, multi-nœuds, avec haute disponibilité, auto-scaling, gestion centralisée, et intégration réseau privée (vRack). Intégration des principaux outils de monitoring, logging et CI/CD. Les architectures supportent la migration multi-cloud et le déploiement hybride.
+
+Le service Managed Orchestration tourne sur une seule région parmi plusieurs régions, au choix, mises à disposition par OVHcloud. Il est possible de gérer plusieurs clusters dans plusieurs régions (fournies par OVHcloud ou par d’autres fournisseurs) via le service Managed Rancher Service tournant dans une seule région.
+
+## Services Partenaires
+
+Les partenaires OVHcloud sont répertoriés sous le mot-clé **« Migration vers le cloud »** dans [l'annuaire des partenaires dédiés](/links/partner).
+
+OVHcloud propose également un service dédié : [OVHcloud Professional Services](/links/professional-services).
+
+## Coût et frais
+
+Facturation en mode pay as you go. La facturation s’arrête lorsque le client ne consomme plus de ressources. Aucun frais de résiliation spécifique n’est appliqué : la suppression du service arrête la facturation immédiatement. Les crédits OVHcloud éventuellement associés ne sont pas transférables.
+
+Suite à la résiliation du service, une libération des ressources est opérée par OVHcloud, ce qui engendre une incapacité à récupérer les données. Il incombe au client d’exporter ses configurations, manifests et images avant la résiliation, en raison de la libération des ressources.
+
+Dans le cas de l’utilisation de Managed Rancher Service, la facturation inclura un montant minimal même dans le cas où il n’orchestrerait aucun cluster.
+
+## Rétention des données après résiliation du contrat
+
+Après suppression du service ou résiliation du contrat, OVHcloud libère les ressources du cluster. Il est donc impératif d’exporter toutes les données et configurations nécessaires avant suppression, aucune restauration n’étant possible après la résiliation.

pages/account_and_service_management/reversibility/12-reversibility-orchestration/meta.yaml

@@ -0,0 +1,3 @@
+id: f2270826-1928-4892-a566-6967aa827ff7
+full_slug: reversibility-orchestration
+reference_category: account-and-service-management-reversibility-reversibility-policies