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 Serverless dispose d'un curseur d'une taille totale maximale de 150 000 Mo pour le jeu 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.

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 trois des zones de disponibilité prises en charge. IDs 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.

Three subnets (Trois sous-réseaux) : vous devez avoir trois sous-réseaux minimum et ils doivent être répartis sur trois zones de disponibilité. Par exemple, vous pouvez utiliser trois sous-réseaux qui correspondent aux zones de disponibilité us-east-1a, us-east-1b et us-east-1c. La région USA Ouest (Californie du Nord) fait exception à cette règle. Même si, de la même manière que les autres régions, elle requiert trois sous-réseaux, ceux-ci doivent se limiter à deux zones de disponibilité. La condition est que l’une de ces zones de disponibilité doit contenir deux sous-réseaux.

Exigences relatives aux adresses IP gratuites — Lorsque vous utilisez Redshift Serverless sans que le routage VPC amélioré (EVR) soit activé, vous devez disposer d'au moins trois adresses IP gratuites 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.