Documentation Oracle Cloud Infrastructure

Déplacement d'un déploiement de modèle entre des compartiments

Déplacez un déploiement de modèle Data Science vers un autre compartiment.

Par exemple, vous pouvez déplacer un déploiement de modèle d'un compartiment de développement vers un compartiment de production afin de le promouvoir, ou vous pouvez modifier sa visibilité.

    1. Sur la page de liste Projets, sélectionnez le projet contenant les déploiements de modèle que vous voulez utiliser. Si vous avez besoin d'aide pour trouver la page de liste ou le projet, reportez-vous à la rubrique Liste des projets.
    2. Sur la page de détails du projet, sélectionnez Déploiements de modèle.
      Tous les déploiements de modèle du projet sélectionné sont affichés dans une table.
    3. Recherchez le déploiement de modèle avec lequel vous voulez travailler.
    4. Dans le menu Actions (trois points) du déploiement de modèle, sélectionnez Déplacer la ressource.
    5. Dans le panneau Déplacer la ressource, sélectionnez le nouveau compartiment pour le déploiement de modèle.
    6. Sélectionnez Déplacer la ressource.
    Une notification apparaît pour indiquer que la ressource de déploiement de modèle a été déplacée vers le nouveau compartiment. Il se peut que le statut passe à Déplacement. Une fois le déplacement terminé, le statut redevient Actif.

  • Utilisez la commande oci data-science model-deployment change-compartment et les paramètres requis pour modifier le compartiment :

    oci data-science model-deployment change-compartment --compartment-id <compartment-id> .-c [<text>] --model-deployment-id [<text>] .. [OPTIONS]

    Pour obtenir la liste complète des paramètres et des valeurs des commandes de la CLI, reportez-vous à la référence des commandes de la CLI.

  • Utilisez l'opération ChangeModelDeploymentCompartment pour modifier le compartiment du déploiement de modèle.

Impact de l'opération de modification de compartiment

Du point de vue des mesures publiques, l'opréation du compartiment de modification ne comporte aucune modification fonctionnelle. Lorsque le déploiement est déplacé vers un autre compartiment, les mesures sont également déplacées vers le compartiment le plus récent. Par conséquent, si des alarmes sont définies en fonction de ces mesures, telles que CPUUtilization, mettez-les à jour avec le nouveau compartiment. Cette mise à jour peut être effectuée après la modification.

En ce qui concerne OCI Logging, les journaux peuvent résider dans un compartiment différent du compartiment de ressource de déploiement de modèle. Par conséquent, tant que le compartiment des groupes de journaux n'est pas modifié, aucune modification n'est requise.

Si des stratégies sont associées à un sous-compartiment, mettez à jour les stratégies pour CRUD et prévoyez les opérations d'appel si ces stratégies doivent continuer à effectuer un appel réussi. Effectuez la mise à jour de stratégie pour refléter le nouveau compartiment. Pour plus d'informations sur les stratégies, reportez-vous à Gestion des stratégies de déploiement de modèle.

Changement de politique bleu-vert

Afin de ne pas interrompre les appels d'inférence en raison des modifications de stratégie associées, veillez plus particulièrement au séquencement de l'opération de modification de compartiment et de mise à jour de stratégie. La synchronisation et l'application de la mise à jour de stratégie prennent entre une et cinq minutes. Nous vous recommandons de ne pas mettre à jour les stratégies existantes directement, mais plutôt d'effectuer un changement de stratégie bleu-vert pour éviter tout échec dans les appels d'inférence. Procédez comme suit :
  1. Avant de modifier le compartiment, ajoutez la nouvelle stratégie dans le nouveau compartiment et attendez quelques minutes.
    Maintenant, vous avez deux politiques en place. Une dans l'ancien compartiment et une dans le nouveau compartiment.
  2. Vérifiez que les appels d'inférence ont réussi.
  3. Mettez à jour la ressource de déploiement de modèle pour remplacer le compartiment par le nouveau.
  4. Vérifiez que les appels d'inférence réussissent toujours.
  5. Enlevez la première stratégie dans l'ancien compartiment.