Amazon Redshift ne prendra plus en charge la création de nouveaux Python UDFs à compter du 1er novembre 2025. Si vous souhaitez utiliser Python UDFs, créez la version UDFs antérieure à cette date. Le Python existant UDFs continuera à fonctionner normalement. 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.
Considérations relatives à l’utilisation d’Amazon Redshift sans serveur
Pour obtenir la liste des Régions AWS endroits où Amazon Redshift Serverless est disponible, consultez les points de terminaison répertoriés pour l'API Redshift Serverless dans le. 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, veuillez consulter 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.
Application de correctifs en ligne — Amazon Redshift Serverless propose des mises à jour logicielles automatiques sans nécessiter les fenêtres de maintenance traditionnelles. Lorsqu'une nouvelle mise à jour est disponible, le système l'applique dans les 14 jours suivant sa publication pendant les périodes d'inactivité. Le processus de mise à jour prend généralement jusqu'à 15 minutes. Si aucune période d'inactivité de 15 minutes ne se produit dans les 14 jours, votre terminal Serverless peut connaître une brève indisponibilité. Pendant ce temps, les connexions des applications aux points de terminaison peuvent échouer. Vous pouvez surveiller les mises à jour de Redshift dans la documentation « Versions de cluster pour Amazon Redshift ». Pour plus d'informations sur Amazon Redshift Serverless SLAs, consultez l'accord de niveau de service Amazon Redshift
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.
Zone de disponibilité IDs : lorsque vous configurez votre instance Amazon Redshift Serverless, ouvrez Considérations supplémentaires et assurez-vous que le sous-réseau IDs fourni dans Subnet contient au moins deux des zones de disponibilité prises en charge. IDs
Pour les groupes de travail sans routage VPC amélioré (EVR), vous avez besoin de deux zones AZs de disponibilité ().
Pour les groupes de travail avec EVR, vous en avez besoin de trois AZs.
Pour voir le mappage entre le sous-réseau et l'ID de zone de disponibilité, accédez à la console VPC et choisissez Subnets pour voir la liste des IDs sous-réseaux avec leur zone de disponibilité. IDs 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 du déploiement RPUs pour Redshift Serverless, au moins trois adresses IP gratuites 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 la section Adressage IP pour VPCs votre réseau et vos sous-réseaux dans le guide de l'utilisateur Amazon VPC.
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.
IPv6 Support :
Amazon Redshift Serverless prend en charge la configuration de vos groupes de travail Amazon Redshift à la fois avec des IPv6 adresses IPv4 et des configurations (double pile) ou IPv4 uniquement au sein de vos clouds privés virtuels (). AWS VPCs Vous pouvez activer le IPv6 support lors de la création de nouveaux groupes de travail Amazon Redshift Serverless ou modifier des groupes de travail existants pour prendre en charge l'adressage. IPv6 Grâce à cette fonctionnalité, vous pouvez déployer des entrepôts Amazon Redshift Serverless dans des sous-réseaux IPv6 VPC compatibles et configurer les paramètres réseau pour répondre aux besoins croissants en espace d'adressage de vos applications. Vos applications peuvent désormais communiquer avec les entrepôts Amazon Redshift Serverless en utilisant l'un IPv4 ou l'autre des IPv6 protocoles, garantissant ainsi la compatibilité avec les architectures réseau existantes et futures.
