Migration depuis Amazon SageMaker Studio Classic - Amazon SageMaker
Migration automatique

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Migration depuis Amazon SageMaker Studio Classic

Important

Les politiques IAM personnalisées qui permettent à Amazon SageMaker Studio ou Amazon SageMaker Studio Classic de créer des SageMaker ressources Amazon doivent également accorder des autorisations pour ajouter des balises à ces ressources. L'autorisation d'ajouter des balises aux ressources est requise car Studio et Studio Classic balisent automatiquement toutes les ressources qu'ils créent. Si une politique IAM autorise Studio et Studio Classic à créer des ressources mais n'autorise pas le balisage, des erreurs « AccessDenied » peuvent se produire lors de la tentative de création de ressources. Pour plus d’informations, consultez Fournir des autorisations pour le balisage des ressources SageMaker.

AWS Politiques gérées pour Amazon SageMakerqui donnent des autorisations pour créer des SageMaker ressources incluent déjà des autorisations pour ajouter des balises lors de la création de ces ressources.

Lorsque vous ouvrez Amazon SageMaker Studio, l'interface utilisateur Web est basée sur l'expérience par défaut choisie. Amazon prend SageMaker actuellement en charge deux expériences par défaut différentes : l'expérience Amazon SageMaker Studio et l'expérience Amazon SageMaker Studio Classic.

Note

  • Pour les clients existants qui ont créé leur compte avant le 30 novembre 2023, Studio Classic peut être l'expérience par défaut. Vous pouvez activer Studio comme expérience par défaut à l'aide de la AWS Command Line Interface (AWS CLI) ou de la SageMaker console Amazon. Pour plus d'informations sur Studio Classic, consultezAmazon SageMaker Studio classique.

  • Pour les clients ayant créé leur compte après le 30 novembre 2023, nous recommandons d'utiliser Studio comme expérience par défaut, car il contient divers environnements de développement intégrés (IDE), notamment l'IDE Studio Classic, et d'autres nouvelles fonctionnalités.

    JupyterLab 3 a atteint sa date de fin de maintenance le 15 mai 2024. Après le 31 décembre 2024, vous ne pourrez créer de nouveaux blocs-notes Studio Classic que sur JupyterLab 3 pour une période limitée. Cependant, après le 31 décembre 2024, il ne SageMaker sera plus possible de résoudre les problèmes critiques sur les ordinateurs portables Studio Classic sur JupyterLab 3. Nous vous recommandons de migrer vos charges de travail vers la nouvelle expérience Studio, qui prend en charge JupyterLab 4.

Lorsque vous migrez votre expérience par défaut de Studio Classic vers Studio, vous ne perdez aucune fonctionnalité et vous pouvez toujours accéder à l'IDE Studio Classic dans Studio. Pour plus d'informations sur les avantages supplémentaires de l'expérience Studio, consultezAmazon SageMaker Studio.

Pour effectuer la migration, vous devez mettre à jour un domaine existant. La migration d'un domaine existant de Studio Classic vers Studio nécessite trois phases distinctes :

  1. Migrer l'interface utilisateur de Studio Classic vers Studio : tâche ponctuelle et peu exigeante qui nécessite la création d'un domaine de test pour s'assurer que Studio est conforme aux configurations réseau de votre entreprise avant de migrer l'interface utilisateur du domaine existant de Studio Classic vers Studio.

  2. (Facultatif) Migrer des images personnalisées et des scripts de configuration du cycle de vie : tâche de taille moyenne pour la migration de vos images personnalisées et de vos scripts LCC de Studio Classic vers Studio.

  3. (Facultatif) Migrer les données de Studio Classic vers Studio : tâche complexe qui nécessite de AWS DataSync migrer les données du volume Amazon Elastic File System de Studio Classic vers un volume Amazon EFS ou Amazon Elastic Block Store cible.

    1. (Facultatif) Migrer les flux de données de Data Wrangler dans Studio Classic : tâche unique et peu exigeante pour migrer vos flux de données de Data Wrangler dans Studio Classic vers Studio Classic, auquel vous pouvez ensuite accéder dans la dernière version de Studio via Canvas. SageMaker Pour plus d’informations, consultez (Facultatif) Migrer les flux de données depuis Data Wrangler dans Studio Classic.

Les rubriques suivantes montrent comment effectuer ces phases pour migrer un domaine existant de Studio Classic vers Studio.

Migration automatique

Entre juillet 2024 et août 2024, nous allons automatiquement mettre à niveau l'expérience d'atterrissage par défaut pour les utilisateurs vers la nouvelle expérience Studio. Cela remplace uniquement l'interface utilisateur de destination par défaut par l'interface utilisateur Studio mise à jour. L'application Studio Classic est toujours accessible depuis la nouvelle interface utilisateur de Studio.

Pour vous assurer que la migration fonctionne correctement pour vos utilisateurs, consultezPhase 1 : migration de l'interface utilisateur de Studio Classic vers Studio. Assurez-vous en particulier de ce qui suit :

  • le rôle d'exécution du domaine dispose des autorisations appropriées

  • l'expérience d'atterrissage par défaut est définie sur Studio

  • le VPC Amazon du domaine, le cas échéant, est configuré sur Studio à l'aide du point de terminaison Studio VPC

Toutefois, si vous devez continuer à utiliser Studio Classic comme interface utilisateur par défaut pendant une durée limitée, définissez explicitement l'expérience d'arrivée sur Studio Classic. Pour plus d'informations, voir Définir Studio Classic comme expérience par défaut.

Rubriques