Unités de partage des données standard - Amazon Redshift

Amazon Redshift ne prendra plus en charge la création de nouveaux Python à UDFs partir du patch 198. UDFs Le Python existant continuera de fonctionner jusqu'au 30 juin 2026. Pour plus d’informations, consultez le billet de blog .

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.

Unités de partage des données standard

Avec les partages de données standard, vous pouvez partager des données entre des clusters provisionnés, des groupes de travail sans serveur, des zones de disponibilité et. Comptes AWS Régions AWS Vous pouvez effectuer des partages entre différents types de cluster, mais aussi entre des clusters mis en service et Amazon Redshift sans serveur.

Pour partager les données, notez les identifiants des clusters mis en service, des espaces de noms sans serveur et des Compte AWS suivants :

  • Les espaces de noms mis en service sont des identifiants qui identifient les clusters Amazon Redshift mis en service. Lors de la création du cluster mis en service, un identifiant global unique (GUID) d’espace de noms est automatiquement créé et attaché au cluster. Un Amazon Resource Name (ARN) d’espace de noms se présente dans le format arn:{partition}:redshift:{region}:{account-id}:namespace:{namespace-guid}. Vous pouvez voir l’espace de noms d’un cluster Amazon Redshift sur la page de détails du cluster, dans la console Amazon Redshift.

    Dans le flux de partage de données, la valeur GUID de l’espace de noms et l’ARN de l’espace de noms sont utilisés pour partager des données avec des clusters sur le Compte AWS. Vous pouvez également trouver l’espace de noms du cluster actuel à l’aide de la fonction current_namespace.

  • Les Serverless namespaces (Espaces de noms sans serveur) sont des identifiants pour Amazon Redshift sans serveur. Un identifiant unique au niveau mondial (GUID) d’espace de noms est automatiquement créé lors de la création d’Amazon Redshift sans serveur et attaché à l’instance. Un ARN d’espace de noms sans serveur se présente dans le format arn:{partition}:redshift-serverless:{region}:{account-id}:namespace/{namespace-guid}.

  • Comptes AWS peuvent être des consommateurs de partages de données et sont chacun représentés par un identifiant à 12 Compte AWS chiffres.

Pour les unités de partage des données standard, considérez ce qui suit :

  • Lorsqu’un cluster producteur est supprimé, Amazon Redshift supprime les unités de partage des données créées par le cluster producteur. Lorsqu’un cluster producteur est sauvegardé et restauré, les unités de partage des données créées persistent sur le cluster restauré. Toutefois, les autorisations d’unité de partage des données accordées à d’autres clusters ne sont plus valides sur le cluster restauré. Attribuez à nouveau les autorisations d’utilisation des unités de partage des données aux clusters consommateur souhaités. La base de données de consommateurs sur le cluster consommateur est tournée vers le datashare à partir du cluster d’origine où l’instantané est pris. Pour interroger les données partagées à partir du cluster restauré, l’administrateur consommateur crée une base de données différente. L’administrateur peut également supprimer et recréer une base de données consommateur existante pour utiliser l’unité de partage des données à partir du cluster récemment restauré.

  • Lorsqu’un cluster consommateur est supprimé et restauré à partir d’un instantané, l’accès précédent partagé avec ce cluster n’est plus valide ni visible. Si l’accès aux unités de partage des données est toujours requis sur le cluster consommateur restauré, l’administrateur producteur doit à nouveau autoriser l’utilisation des unités de partage des données au cluster consommateur restauré. L’administrateur consommateur doit supprimer toutes les bases de données consommateur périmées créées à partir d’unités de partage des données inactives. L’administrateur doit ensuite recréer la base de données consommateur à partir de l’unité de partage des données, une fois que le producteur a à nouveau accordé les autorisations. Comme le GUID d’espace de noms est différent sur un cluster restauré du cluster d’origine, accordez à nouveau des autorisations d’unité de partage des données lorsque le cluster consommateur ou producteur est restauré à partir de la sauvegarde.