コンパートメント間でのモデル・デプロイメントの移動

データ・サイエンス・モデル・デプロイメントを別のコンパートメントに移動します。

たとえば、モデル・デプロイメントを移動して開発コンパートメントから本番コンパートメントにプロモーションしたり、モデルの可視性を変更したりできます。

    1. 「モデル・デプロイメント」ページで、モデル・デプロイメントの名前を選択します。モデル・デプロイメントのリストの検索に関するヘルプが必要な場合は、モデル・デプロイメントのリストを参照してください。
    2. 「リソースの移動」を選択します。
    3. モデル・デプロイメントの新しいコンパートメントを選択します。
    4. 「リソースの移動」を選択します。
    モデル・デプロイメント・リソースが新しいコンパートメントに正常に移動されたことを示す通知が表示されます。ステータスが「移動中」になることがあります。移動が正常に完了すると、ステータスは「アクティブ」に戻ります。
  • コンパートメントを変更するには、oci data-science model-deployment change-compartmentコマンドと必要なパラメータを使用します:

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

    CLIコマンドのフラグおよび変数オプションの完全なリストは、CLIコマンドライン・リファレンスを参照してください。

  • ChangeModelDeploymentCompartment操作を使用して、モデル・デプロイメントのコンパートメントを変更します。

コンパートメント変更操作の影響

パブリック・メトリックの観点からは、コンパートメントの変更操作には機能的な変更はありません。デプロイメントを別のコンパートメントに移動すると、メトリックも新しいコンパートメントに移動されます。そのため、CPUUtilizationなどのメトリックに基づいてアラームが定義されている場合は、新しいコンパートメントでアラームを更新します。この更新は変更後に行うことができます。

OCIロギングに関して、ログはモデル・デプロイメント・リソース・コンパートメントとは異なるコンパートメントに存在する場合があります。そのため、ログ・グループのコンパートメントが変更されていないかぎり、変更は必要ありません。

ポリシーがサブコンパートメントに関連付けられている場合は、CRUDのポリシーを更新し、それらのポリシーがコールを正常に実行し続ける場合はコール操作を予測します。新しいコンパートメントを反映するようにポリシーを更新します。ポリシーの詳細は、モデル・デプロイメント・ポリシーの管理を参照してください。

青緑ベースのポリシー切替え

したがって、関連するポリシー変更のために推論コールを中断しないように、コンパートメントの変更およびポリシー更新操作の順序付けに特に注意してください。ポリシーの更新は、同期して有効になるまでに1分から5分かかります。既存のポリシーを直接更新するのではなく、推論コールでの障害を回避するために青緑ベースのポリシー・スイッチを実行することをお薦めします。ステップは次のとおりです:
  1. コンパートメントを変更する前に、新しいコンパートメントに新しいポリシーを追加し、数分待ちます。
    これで、2つのポリシーが設定されました。古いコンパートメントに1つ、新しいコンパートメントに1つ。
  2. 推論コールが成功したことを確認します。
  3. モデル・デプロイメント・リソースを更新して、コンパートメントを新しいものに変更します。
  4. 推論コールが引き続き成功することを確認します。
  5. 古いコンパートメントの最初のポリシーを削除します。