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.
Suivi des clusters provisionnés par 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 provisionné). Vous pouvez contrôler si votre entrepôt de données est mis à jour vers la version la plus récente ou vers la version certifiée précédente.
Le suivi du groupe de travail sans serveur ou du cluster provisionné détermine la version publiée qui est appliquée lors d'une mise à jour de version. Amazon Redshift met à jour les clusters provisionné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 savoir quand Redshift Serverless met à jour les groupes de travail, consultez. Mise à jour des groupes de travail sans serveur
Lorsqu'Amazon Redshift publie une nouvelle version, cette version est affectée à la piste actuelle et la version précédente à la piste suivante. Pour définir le suivi de votre entrepôt de données, spécifiez l'une des valeurs suivantes :
-
Actuel — Avec le volet Current, vous obtenez la version la plus up-to-date certifiée avec les dernières fonctionnalités, mises à jour de sécurité et améliorations de performances.
-
Trailing : avec le Trailing Trailing, vous retrouverez la version certifiée précédente.
Par exemple, supposons que votre groupe de travail sans serveur exécute actuellement la version 1.0.2762 et qu'Amazon Redshift publie la version 1.0.3072 de Redshift Serverless. Si votre valeur de suivi est Current, votre groupe de travail est mis à jour vers la version 1.0.3072 (la dernière version). Si vous définissez la valeur de la piste sur Trailing, votre groupe de travail est mis à jour lorsque la prochaine version de la piste de suivi est publiée.
Grâce à la fonctionnalité Trailing Track, vous avez la possibilité de gérer un sous-ensemble d'entrepôts de données Amazon Redshift dans le Trailing Track Track. Cela permet de tester et de valider l'intégration pendant 1 à 6 semaines sur les entrepôts de données définis sur la piste Current avant d'appliquer la version aux data warehouses sur la piste Trailing. Par défaut, Amazon Redshift crée tous les clusters et groupes de travail sur la piste Current afin de tirer le meilleur parti des versions certifiées up-to-date. Cependant, l'utilisation de la piste de suivi Amazon Redshift dans votre environnement de production et de la piste 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 Trailing Track garantit une stabilité maximale, ce qui le rend idéal pour les charges de travail critiques dans les environnements de production.
Note
La version de suivi peut être identique à la version de piste actuelle pendant de courtes périodes. Cela se produit lorsque la piste en cours n'est pas passée à la version suivante. Normalement, la version de piste actuelle est en avance sur la version de piste de suivi.
Basculer entre les pistes
Changer de piste pour une ressource Amazon Redshift est généralement une décision ponctuelle. Vous devez faire preuve de prudence lorsque vous procédez à cette modification. Pour plus d'informations sur les fonctionnalités présentes dans quelles versions de l'entrepôt de données, consultezVersions de cluster pour Amazon Redshift.
Si vous passez de Trailing à Current, nous mettrons à jour l'entrepôt de données avec la version Current Track release. Si vous remplacez le suivi de l'entrepôt de données par Trailing, nous mettrons à jour votre entrepôt de données comme suit :
Pour les groupes de travail sans serveur, nous mettons à jour la version de votre entrepôt de données pendant une période d'inactivité. Pour plus de détails sur la façon dont Redshift Serverless met à jour la version de votre groupe de travail, consultez. Mise à jour des groupes de travail sans serveur
Pour les clusters provisionnés, nous ne mettrons pas à jour votre entrepôt de données tant qu'une nouvelle version ne sera pas disponible après la version Current Track Release.
Suit et restaure
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 Track Track, et que vous appliquez cet instantané à un groupe de travail défini sur Current track, le groupe de travail aura un paramètre de piste Current.
Pour les clusters provisionnés, un instantané hérite du suivi de l'entrepôt de données Amazon Redshift source. Si vous modifiez la trace de l'entrepôt de données source après avoir pris un instantané, l'instantané et l'entrepôt de données source suivent des pistes différentes. Lorsque vous effectuez une restauration à partir de l'instantané, le nouvel entrepôt de données se trouve sur la piste héritée de la source du cliché. Vous pouvez changer de piste une fois l'opération de 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 la piste choisie par un groupe de travail, Amazon Redshift Serverless applique généralement la mise à jour pendant une période d'inactivité tant qu'aucune demande de mise à jour de piste n'est en attente. Si le groupe de travail ne connaît pas de période d'inactivité dans les 14 jours, Redshift Serverless force la mise à jour de version.
Redshift Serverless met uniquement à jour votre groupe de travail vers la version supérieure suivante. Redshift Serverless n'ignore pas les versions intermédiaires et ne rétrograde pas les groupes de travail, même si la version du morceau 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 temps ne sera Trailing pas rattrapé.
Supposons, par exemple, que la Current piste soit la version 186 et que la version de la Trailing piste soit 185. Si vous avez un groupe de travail dont Track la valeur est 186Current, si vous modifiez la Track valeur en, Redshift Serverless ne rétrogradera pas la version du groupe de travail à 185. Trailing Dans ce scénario, Redshift Serverless maintient le groupe de travail sur la version 186 jusqu'à ce que la version de Trailing piste soit égale ou supérieure à 186.
Si une modification de piste est en attente, Redshift Serverless ne met pas à jour le groupe de travail vers la prochaine version majeure de la piste existante tant qu'il n'applique pas la modification de piste. Une fois le changement de piste terminé, Redshift Serverless évalue les conditions de mise à jour du groupe de travail vers la version appropriée dans le cadre de la nouvelle piste.
Par exemple, si votre groupe de travail est configuré Current sur la piste, que la piste actuelle est 186, et que vous remplacez votre groupe de travail par la Trailing piste, Redshift Serverless ne mettra à jour le groupe de travail qu'après avoir appliqué le changement de suivi et une fois que la version aura été mise à jour vers une Trailing version égale ou supérieure à 186.
Note
Toute opération existante sur un groupe de travail, telle que la restauration à partir d'un instantané, la modification de la clé KMS ou le redimensionnement, ne s'effectue que sur la piste existante. Redshift Serverless n'utilise pas la piste en attente pour les opérations sans serveur.
Si vous avez une demande de changement de voie en attente, vous pouvez annuler la demande en rétablissant la valeur initiale du track paramètre à l'aide de UpdateWorkgroup.
Gestion des versions
Un titre est une série de sorties. Vous pouvez décider si votre entrepôt de données Amazon Redshift est sur la voie actuelle ou sur la piste suivante. Si vous placez votre entrepôt de données sur la voie actuelle, il sera toujours mis à niveau vers la version la plus récente. Si vous mettez votre ressource sur le Trailing Trailing, elle exécutera toujours la version publiée juste avant la dernière version publiée.
Pour les clusters provisionnés, la colonne État de publication de la liste des entrepôts de données Amazon Redshift de la console Amazon Redshift indique si l'une de vos ressources est disponible pour la mise à niveau.
Déterminer la version du groupe de travail ou du cluster
Vous pouvez déterminer la version du groupe de travail sans serveur Amazon Redshift ou la version du moteur de cluster provisionné à l'aide de la console Amazon Redshift.
Connectez-vous à la console Amazon Redshift AWS Management Console et ouvrez-la à l'adresse. https://console.aws.amazon.com/redshiftv2/
