Considérations relatives à l’utilisation d’Amazon Redshift sans serveur - Amazon Redshift

Amazon Redshift ne prendra plus en charge la création de nouvelles fonctions Python définies par l’utilisateur à compter du 1er novembre 2025. Si vous souhaitez utiliser des fonctions Python définies par l’utilisateur, créez-les avant cette date. Les fonctions Python définies par l’utilisateur existantes continueront de fonctionner normalement. Pour plus d’informations, consultez le billet de blog .

Considérations relatives à l’utilisation d’Amazon Redshift sans serveur

Pour obtenir une liste des Régions AWS où l’API Amazon Redshift sans serveur est disponible, consultez les points de terminaison répertoriés pour l’API Redshift sans serveur dans Référence générale d'Amazon Web Services.

Certaines ressources utilisées par Amazon Redshift sans serveur sont soumises à des quotas. Pour de plus amples informations, consultez Quotas pour les objets Amazon Redshift sans serveur.

Lorsque vous DÉCLAREZ un curseur, les spécifications de taille du jeu de résultats pour Amazon Redshift sans serveur sont spécifiées dans DECLARE. Amazon Redshift sans serveur dispose d’un curseur d’une taille totale maximale de 150 000 Mo pour l’ensemble de résultats.

Maintenance window (Fenêtre de maintenance) : Amazon Redshift sans serveur n’a pas de fenêtre de maintenance. Les mises à jour de version logicielle sont automatiquement appliquées. Il n’y a pas d’interruption de la connexion existante ou de l’exécution des requêtes lorsque Amazon Redshift change de version. Les nouvelles connexions se feront toujours et fonctionneront instantanément avec Amazon Redshift sans serveur.

Suivi : lorsque Amazon Redshift publie une nouvelle version de groupe de travail, votre groupe de travail est automatiquement mis à jour. Vous pouvez vérifier si votre groupe de travail est mis à jour par rapport à la dernière version approuvée ou à la précédente. Pour plus d’informations sur le suivi, consultez Suivi des clusters alloués Amazon Redshift et des groupes de travail sans serveur.

ID de zone de disponibilité : lorsque vous configurez votre instance Amazon Redshift sans serveur, ouvrez Considérations supplémentaires et assurez-vous que les ID de sous-réseau fournis dans le champ Sous-réseau contiennent au moins deux des ID de zone de disponibilité pris en charge.

  • Pour les groupes de travail sans routage VPC amélioré (EVR), vous avez besoin de deux zones de disponibilité (AZ).

  • Pour les groupes de travail avec routage VPC amélioré, vous avez besoin de trois trois zones de disponibilité.

Pour voir le mappage du sous-réseau à l’ID de zone de disponibilité, accédez à la console VPC et choisissez Subnets (Sous-réseaux) pour afficher la liste des ID de sous-réseau avec leurs ID de zone de disponibilité. Vérifiez que votre sous-réseau est mappé à un ID de zone de disponibilité pris en charge. Pour créer un sous-réseau, consultez Créer un sous-réseau dans votre VPC dans le Guide de l’utilisateur Amazon VPC.

Trois sous-réseaux (sans routage VPC amélioré) : vous devez avoir trois sous-réseaux minimum et ils doivent être répartis sur trois zones de disponibilité.

Trois sous-réseaux (avec routage VPC amélioré UNIQUEMENT) : vous devez avoir trois sous-réseaux minimum quand vous utilisez le routage VPC amélioré et ils doivent être répartis sur trois zones de disponibilité ou plus.

Exigences relatives aux adresses IP libres : lorsque vous utilisez Redshift sans serveur sans que le routage VPC amélioré soit activé, vous devez disposer d’au moins trois adresses IP libres dans chaque sous-réseau. Il s’agit d’une exigence du bon fonctionnement du service.

Lors de la mise à jour des RPU pour le déploiement de Redshift sans serveur, au moins trois adresses IP libres doivent être disponibles dans chaque sous-réseau pour répondre aux exigences opérationnelles du service.

Pour plus d’informations sur l’attribution d’adresses IP et la compréhension de l’adressage IP dans Amazon VPC, consultez Adressage IP pour vos VPC et sous-réseaux dans le Guide de l’utilisateur Amazon VPC.

Without EVR

Si vous n’utilisez pas le routage VPC amélioré, vous devez disposer d’au moins trois adresses IP libres pour chaque sous-réseau, quelle que soit la taille de la RPU de base (4 à 1 024 RPU) ou l’utilisation de la RPU par votre ou vos groupes de travail. La nécessité de trois adresses IP s’applique également aux groupes de travail dotés de fonctionnalités de mise à l’échelle et d’optimisation basées sur l’IA activées.

With Enhanced VPC Routing (EVR)

Si vous utilisez un routage VPC amélioré avec Redshift sans serveur, le nombre minimum d’adresses IP requises lors de la création d’un groupe de travail est le suivant :

Unités de traitement Redshift (RPU) Adresses IP libres requises Taille minimum du CIDR
4 9 /27
8 9 /27
16 13 /27
32 13 /27
64 21 /27
128 37 /26
256 69 /25
512 133 /24
1 024 261 /23

Avec le routage VPC amélioré, vous avez également besoin d’adresses IP libres lorsque vous mettez à jour votre groupe de travail afin d’utiliser davantage de RPU. Le nombre minimum d’adresses IP libres requises lors de la mise à jour des sous-réseaux d’un groupe de travail est le suivant :

Unités de traitement Redshift (RPU) Unités de traitement Redshift (RPU) mises à jour Adresses IP libres requises
4 8 10
8 16 10
16 32 13
32 64 16
64 128 28
128 256 52
256 512 100
512 1 024 197
Note

La capacité RPU de base maximale de 1 024 n’est disponible que dans les Régions AWS suivantes :

  • USA Est (Virginie du Nord)

  • USA Est (Ohio)

  • USA Ouest (Oregon)

  • Europe (Irlande)

  • Europe (Londres)

Pour plus d’informations sur l’allocation d’adresses IP, consultez Adressage IP dans le Guide de l’utilisateur Amazon VPC.

Storage space after migration (Espace de stockage après migration) : lors de la migration de petits clusters provisionnés Amazon Redshift vers Amazon Redshift sans serveur, vous pouvez constater une augmentation de l’allocation d’espace de stockage après la migration. Ceci est le fruit d’une allocation optimisée de l’espace de stockage, qui se traduit par un espace de stockage pré-alloué. Cet espace est utilisé au fur et à mesure de la croissance des données dans Amazon Redshift sans serveur.

Datasharing between Amazon Redshift sans serveur and Amazon Redshift provisioned clusters (Partage des données entre des clusters provisionnés Amazon Redshift sans serveur et Amazon Redshift) : lors du partage des données, où Amazon Redshift sans serveur est le producteur et un cluster provisionné est le consommateur, le cluster provisionné doit disposer d’une version de cluster supérieure à 1.0.38214. Si vous utilisez une version de cluster antérieure à celle-ci, une erreur se produit lorsque vous exécutez une requête. Vous pouvez consulter la version du cluster sur la console Amazon Redshift dans l’onglet Maintenance. Vous pouvez également exécuter SELECT version();.

Max query execution time (Délai d’exécution maximale des requêtes) : temps écoulé pour l’exécution d’une requête (en secondes). Le délai d’exécution n’inclut pas le temps d’attente dans une file d’attente. Si une requête dépasse le délai d’exécution défini, Amazon Redshift sans serveur arrête la requête. Les valeurs valides sont comprises entre 0 et 86 399.

Migration vers des tables dotées de clés de tri entrelacées : lors de la migration de clusters provisionnés par Amazon Redshift vers Amazon Redshift sans serveur, Redshift convertit les tables comportant des clés de tri entrelacées et DISTSTYLE KEY en clés de tri composées. Le DISTSTYLE ne change pas. Pour en savoir plus sur les styles de distribution, consultez Utilisation des styles de distribution de données dans le Guide du développeur Amazon Redshift. Pour en savoir plus sur les clés de tri, consultez Utilisation des clés de tri.

Partage de VPC : vous pouvez créer des groupes de travail Amazon Redshift sans serveur dans un VPC partagé. Dans ce cas, nous vous recommandons de ne pas supprimer le partage des ressources, car cela pourrait rendre le groupe de travail indisponible.