Amazon SageMaker Studio Classic からの移行 - Amazon SageMaker AI
自動移行

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon SageMaker Studio Classic からの移行

重要

Amazon SageMaker Studio または Amazon SageMaker Studio Classic に Amazon SageMaker リソースの作成を許可するカスタム IAM ポリシーでは、これらのリソースにタグを追加するアクセス許可も付与する必要があります。Studio と Studio Classic は、作成したリソースに自動的にタグ付けするため、リソースにタグを追加するアクセス許可が必要になります。IAM ポリシーで Studio と Studio Classic によるリソースの作成が許可されていても、タグ付けが許可されていない場合は、リソースを作成しようとしたときに「AccessDenied」エラーが発生する可能性があります。詳細については、「SageMaker AI リソースにタグ付けするためのアクセス許可を提供する」を参照してください。

SageMaker リソースを作成するためのアクセス許可を付与する AWS Amazon SageMaker AI の マネージドポリシー には、それらのリソースの作成中にタグを追加するためのアクセス許可もあらかじめ含まれています。

Amazon SageMaker Studio を開くと、選択したデフォルトエクスペリエンスに基づいて、ウェブベースの UI が表示されます。Amazon SageMaker AI は現在、Amazon SageMaker Studio エクスペリエンスと Amazon SageMaker Studio Classic エクスペリエンスの 2 つの異なるデフォルトエクスペリエンスをサポートしています。最新の Amazon SageMaker Studio 機能にアクセスするには、既存のドメインをAmazon SageMaker Studio Classic エクスペリエンスから移行する必要があります。Studio Classic から Studio にデフォルトエクスペリエンスを移行しても、機能が失われることはなく、Studio Classic IDE に Studio 内から引き続きアクセスできます。Studio エクスペリエンスに追加された利点については、「Amazon SageMaker Studio」を参照してください。

注記

  • 2023 年 11 月 30 日より前にアカウントを作成した場合は、Studio Classic がデフォルトエクスペリエンスの可能性があります。 AWS Command Line Interface （AWS CLI) または Amazon SageMaker AI コンソールを使用して、Studio をデフォルトのエクスペリエンスとして有効にできます。Studio Classic の詳細については、「Amazon SageMaker Studio Classic」を参照してください。

  • 2023 年 11 月 30 日以降にアカウントを作成したお客様には、Studio をデフォルトエクスペリエンスに設定して使用することをお勧めします。Studio には Studio Classic IDE などの統合開発環境 (IDE)、および他の新しいさまざまな機能が含まれているからです。

    JupyterLab 3 は、2024 年 5 月 15 日にメンテナンス終了日を迎えました。2024 年 12 月 31 日以降も、新しい Studio Classic ノートブックを JupyterLab 3 で一定期間は作成できます。ただし、2024 年 12 月 31 日以降、SageMaker AI は JupyterLab 3 の Studio Classic ノートブックの重要な問題の修正を提供しなくなります。JupyterLab 4 をサポートする新しい Studio エクスペリエンスに移行することをお勧めします。

移行するには、既存のドメインを更新する必要があります。Studio Classic から Studio に既存のドメインを移行するには、次の 3 つのフェーズで操作を行う必要があります:

  1. UI を Studio Classic から Studio に移行する: 1 回限りの負荷の低い作業ですが、Studio Classic から Studio に既存のドメインの UI を移行する前に、Studio が組織のネットワーク設定に準拠していることを確認するために、テスト用のドメインを作成する必要があります。

  2. (オプション) カスタムイメージとライフサイクル設定スクリプトを移行する: Studio Classic から Studio にカスタムイメージと LCC スクリプトを移行する、負荷が中程度の作業です。

  3. (オプション) Studio Classic から Studio にデータを移行する: 負荷が高い作業。 AWS DataSync を使用して、データを Studio Classic Amazon Elastic File System のボリュームから、ターゲットの Amazon EFS または Amazon Elastic Block Store のボリュームに移行します。

    1. (オプション) データフローを Studio Classic の Data Wrangler から移行する: Studio Classic の Data Wrangler から Studio にデータフローを移行する、1 回限りの負荷の少ない作業。最新バージョンの Studio で SageMaker Canvas を使用するために必要です。詳細については、「Data Wrangler からデータフローを移行する」を参照してください。

以降のトピックでは、これらのフェーズを行って既存のドメインを Studio Classic から Studio に移行する方法を示します。

自動移行

2024 年 7 月から 2024 年 8 月の間、ユーザーのデフォルトのランディングエクスペリエンスを新しい Studio エクスペリエンスに自動的にアップグレードしました。これによる影響は、デフォルトのランディング UI が更新後の Studio UI に変更されることだけです。Studio Classic アプリケーションには、新しい Studio UI から引き続きアクセスできます。

移行が正しく行われたか確認するには、「Studio Classic から Studio に UI を移行する」を参照してください。特に、以下を確認してください:

  • ドメインの実行ロールに適切なアクセス許可が割り当てられているか

  • デフォルトエクスペリエンスが Studio に設定されているか

  • ドメインの Amazon VPC が Studio VPC エンドポイントを使用して Studio に設定されているか (該当する場合)

Studio Classic をデフォルトの UI として一定期間使用し続ける必要がある場合は、ランディングエクスペリエンスを明示的に Studio Classic に設定します。詳細については、「Studio Classic をデフォルトのエクスペリエンスとして設定する」を参照してください。

トピック