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 .

Suivi des clusters alloués Amazon Redshift et des groupes de travail sans serveur

Lorsqu’Amazon Redshift publie une nouvelle version, il met à jour la version de votre entrepôt de données Amazon Redshift (groupe de travail sans serveur ou cluster alloué). Vous pouvez vérifier si votre entrepôt de données est mis à jour à la dernière version certifiée ou à la précédente.

Le suivi du groupe de travail sans serveur ou du cluster alloué détermine la version publiée qui est appliquée lors d’une mise à jour de version. Amazon Redshift met à jour les clusters alloués pendant la période de maintenance spécifiée et met généralement à jour les groupes de travail sans serveur pendant les périodes d’inactivité. Pour plus de détails sur les mises à jour des groupes de travail par Redshift sans serveur, consultez Mise à jour des groupes de travail sans serveur.

Lorsqu’Amazon Redshift publie une nouvelle version, cette version est assignée au suivi Actuelle et la version précédente est assignée au suivi Précédente. Pour définir le suivi de votre entrepôt de données, spécifiez l’une des valeurs suivantes :

Par exemple, supposons que votre groupe de travail sans serveur exécute actuellement la version 1.0.2762 et que Amazon Redshift publie Redshift version 1.0.3072. Si votre valeur de suivi est Actuelle, votre groupe de travail est mis à jour vers la version 1.0.3072 (la dernière version). Si vous définissez la valeur de suivi sur Précédente, votre groupe de travail est mis à jour lorsque la prochaine version du suivi Précédente est publiée.

Grâce à la fonctionnalité de suivi Précédente, vous avez la possibilité de gérer un sous-ensemble d’entrepôts de données Amazon Redshift dans le suivi Précédente. Cela permet de tester et de valider l’intégration pendant 1 à 6 semaines sur les entrepôts de données définis sur le suivi Actuelle avant d’appliquer la version aux entrepôts de données sur le suivi Précédente. Par défaut, Amazon Redshift crée tous les clusters et groupes de travail sur le suivi Actuelle afin de tirer parti de la version certifiée la plus récente. Cependant, l’utilisation du suivi Précédente Amazon Redshift dans votre environnement de production et du suivi Actuelle dans votre environnement de test et de développement vous donne plus de diligence et de temps pour évaluer la dernière version. Le suivi Précédente garantit une stabilité maximale, ce qui le rend idéal pour les charges de travail critiques dans les environnements de production.

Basculement entre les suivis

Modifier le suivi d’une ressource Amazon Redshift est généralement une décision unique. Vous devez faire preuve de prudence lorsque vous procédez à cette modification. Pour plus d’informations sur quelles fonctionnalités se trouvent dans quelles versions d’entrepôt de données, consultez Versions de cluster pour Amazon Redshift.

Si vous passez du suivi Précédente au suivi Actuelle, nous mettrons à jour le l’entrepôt de données vers la version de suivi Actuelle. Si vous remplacez le suivi de l’entrepôt de données par Précédente, nous mettrons à jour votre entrepôt de données comme suit :

Suivis et restauration

Pour les groupes de travail sans serveur, un instantané hérite du suivi de l’entrepôt de données Amazon Redshift cible. Par exemple, si vous créez un instantané pour un groupe de travail défini sur le suivi Précédente, et que vous appliquez cet instantané à un groupe de travail défini sur le suivi Actuelle, le groupe de travail aura un paramètre de suivi Actuelle.

Pour les clusters alloués, un instantané hérite du suivi de l’entrepôt de données Amazon Redshift source. Si vous modifiez le suivi de l’entrepôt de données source après avoir pris un instantané, l’instantané et l’entrepôt de données source disposeront donc de suivis différents. Lorsque vous effectuez une restauration à partir de l’instantané, le nouvel entrepôt de données héritera donc du suivi de l’instantané source. Vous pourrez modifier le suivi une fois la restauration terminée.

Le redimensionnement d’un entrepôt de données n’a aucune incidence sur son suivi.

Mise à jour des groupes de travail sans serveur

Lorsqu’une nouvelle version est disponible pour le suivi choisi pour un groupe de travail, Amazon Redshift sans serveur applique généralement la mise à jour pendant une période d’inactivité tant qu’aucune demande de mise à jour de suivi n’est en attente. Si le groupe de travail ne connaît pas de période d’inactivité dans les 14 jours, Redshift sans serveur force la mise à jour de la version.

Redshift sans serveur met uniquement à jour votre groupe de travail vers la version supérieure suivante. Redshift sans serveur n’ignore pas les versions intermédiaires et ne rétrograde pas les groupes de travail, même si la version du suivi du groupe de travail sélectionné est inférieure à la version actuelle du groupe de travail. Votre groupe de travail ne bénéficiera d’aucune mise à niveau de version majeure tant que le suivi Trailing ne sera pas rattrapé.

Supposons, par exemple, que le suivi Current soit la version 186 et que la version du suivi Trailing soit 185. Si vous avez un groupe de travail avec une valeur Track de Current, dont la version est 186, si vous modifiez la valeur Track pour Trailing, Redshift sans serveur ne rétrogradera pas la version du groupe de travail à 185. Dans ce scénario, Redshift sans serveur maintient le groupe de travail sur la version 186 jusqu’à ce que la version du suivi Trailing soit égale ou supérieure à 186.

Si une modification de suivi est en attente, Redshift sans serveur ne met pas à jour le groupe de travail vers la prochaine version majeure du suivi existante tant qu’il n’applique pas la modification de suivi. Une fois le changement de suivi terminé, Redshift sans serveur évalue les conditions de mise à jour du groupe de travail vers la version appropriée dans le cadre du nouveau suivi.

Par exemple, si votre groupe de travail est configuré sur le suivi Current, que le suivi Actuelle est 186, et que vous remplacez votre groupe de travail par le suivi Trailing, Redshift sans serveur ne mettra à jour le groupe de travail qu’après avoir appliqué le changement de suivi et après que la version Trailing ait été mise à jour vers une version égale ou supérieure à 186.

Si vous avez une demande de changement de suivi en attente, vous pouvez annuler la demande en rétablissant la valeur initiale du paramètre track à l’aide de UpdateWorkgroup.

Gestion des versions  

Un suivi est composé d’une série de versions. Vous pouvez configurer votre entrepôt de données Amazon Redshift sur le suivi Actuelle ou sur le suivi Précédente. Si vous configurez votre entrepôt de données sur le suivi Actuelle, il sera toujours mis à jour vers la version la plus récente. Si vous configurez votre ressource sur le suivi Précédente, il sera toujours exécuté sur la version publiée juste avant la version la plus récente.

Pour les clusters alloués, la colonne Statut de la version de la liste d’entrepôt de données Amazon Redshift de la console Amazon Redshift indique si l’une de vos ressources est disponible pour une mise à jour.

Déterminer la version du groupe de travail ou du cluster

Vous pouvez déterminer la version du groupe de travail Amazon Redshift sans serveur ou le moteur de version du cluster alloué avec la console Amazon Redshift.

Connectez-vous à la AWS Management Console et ouvrez la console Amazon Redshift à l’adresse https://console.aws.amazon.com/redshiftv2/.

Serverless workgroups

Pour les groupes de travail sans serveur, dans le menu de navigation, choisissez Groupes de travail, puis sélectionnez le nom du groupe de travail dans la liste pour ouvrir ses détails. Les détails du groupe de travail s’affichent.

Provisioned clusters

Pour les clusters alloués, dans le menu de navigation, choisissez Clusters, puis choisissez le nom du cluster dans la liste pour ouvrir ses détails.

Les détails du cluster sont affichés, ce qui peut inclure les onglets Performance du cluster, Surveillance des requêtes, Bases de données, Unités de partage des données, Planifications, Maintenance et Propriétés. Choisissez l’onglet Maintenance pour plus de détails.

Dans la section Maintenance, recherchez Version de cluster actuelle.

Note

Pour les clusters alloués, la console affiche les informations de version dans un même champ, mais il s’agit de deux paramètres dans l’API Amazon Redshift. Ces paramètres sont ClusterVersion et ClusterRevisionNumber. Pour plus d’informations, consultez Cluster dans la Référence API Amazon Redshift.