View a markdown version of this page

Support standard Amazon EMR - Amazon EMR
Comprendre les versions d'Amazon EMRVersionnage des versionsPolitique de prise en chargeConsidérationsHistorique des modifications apportées à la politique de support

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.

Support standard Amazon EMR

Comprendre les versions d'Amazon EMR

La version Amazon EMR est le véhicule qui fournit les logiciels nécessaires pour exécuter vos applications open source sur des plateformes EC2, EKS ou Serverless. Une version d'Amazon EMR est composée de trois éléments : l'environnement d'exécution , les moteurs principaux et les extras.

  • Environnement d'exécution  : l'environnement d'exécution inclut le système d'exploitation inclus dans l'Amazon Machine Image (AMI) ou toute autre image de conteneur lorsque vous lancez votre cluster ou votre conteneur (par exemple, Amazon Linux 2023). Il inclut également les environnements d'exécution du langage tels que le JDK Amazon Corretto, ainsi que d'autres outils connexes que l'image installe.

  • Moteurs principaux  : il s'agit notamment des principaux logiciels open source tels qu'Apache Hive et des formats de table ouverts tels qu'Apache Iceberg.

  • Extras  : il s'agit notamment de bibliothèques pratiques et de packages Python tels que mariadb-connector-java des logiciels open source tels qu'Apache Pig.

La version d'Amazon EMR que vous sélectionnez regroupe tous ces composants dans une nouvelle version d'Amazon Machine Images (AMI) ou d'images de conteneur basées sur Amazon Linux (AL). Amazon EMR gère la même version AL pour tous les nœuds d'un cluster, d'un conteneur EKS ou d'une application sans serveur. Amazon EMR vise à obtenir la dernière version de l'environnement d'exécution dans les 90 jours suivant sa sortie par Amazon Linux, et les nouvelles versions open source de Core Engines dans les 90 jours suivant la publication en amont. Des extras sont publiés selon les besoins. Vous trouverez la liste des logiciels dans les notes de version de chaque version d'Amazon EMR.

Versionnage des versions

Pour vous aider à comprendre l'étendue des modifications apportées à chaque version, Amazon EMR utilise le contrôle de version sémantique. Le versionnage sémantique suit le format. <major>.<minor>.<patch> À titre d'exemple, considérons la version 7.0.0.

Le premier chiffre indique la version majeure, ou version majeure. Les versions majeures apportent généralement des modifications, des améliorations et de nouvelles fonctionnalités importantes à l'environnement d'exécution ou au moteur principal qui ne sont pas rétrocompatibles. Par exemple, la version majeure 7.x utilise Amazon Linux 2023 avec le JDK Amazon Corretto 17 par défaut. Par conséquent, la version contient plusieurs modifications majeures par rapport à la version majeure 6.x, qui est disponible sur Amazon Linux 2 et avec le JDK Amazon Corretto 8 par défaut.

Le deuxième chiffre indique la version mineure, ou version mineure. Les versions mineures sont des versions non rétrocompatibles qui contiennent des modifications incrémentielles, des améliorations et des fonctionnalités apportées aux moteurs principaux et aux extras, ainsi que de nouvelles fonctionnalités. Par exemple, la version 6.15 utilise Apache Spark 3.4.1, alors que la version 6.11.1 est fournie avec Apache Spark 3.3.2.

Le troisième chiffre indique la publication d'une version de correctif ou d'une version de correctif. Les versions de correctifs sont destinées à être des versions rétrocompatibles qui contiennent des correctifs et des mises à jour de correctifs pour Core Engine et Extras, mais pas de nouvelles fonctionnalités ni de mises à niveau de version OSS. Par exemple, 6.11.1 et 6.11.0 contiennent tous deux la même version OSS d'Apache Spark 3.3.2. Depuis la version 6.6.x, la dernière version du correctif propose le dernier correctif d'environnement d'exécution disponible. L'environnement d'exécution n'affecte pas la publication du correctif d'Amazon EMR. Par exemple, 6.11.1 a été lancé avec la version AL 2.0.20240109.0 du 19 décembre 2023 au 10 janvier 2024, mais avec la version AL 2.0.20240124.0 à partir du 11 janvier 2024. Certaines versions d'Amazon EMR sur EKS vous permettent d'ajouter des balises ou des suffixes aux versions sémantiques pour vous proposer d'autres fonctionnalités. Par exemple, la emr-6.15.0-latest sortie d'Amazon EMR sur EKS lance une version compatible avec le JDK Amazon Corretto 8, tandis que la emr-6.15.0-java17-latest sortie d'Amazon EMR sur EKS vous permet de lancer une version compatible avec le JDK Amazon Corretto 17.

Politique de prise en charge

Introduction

Amazon EMR a pour objectif de publier de nouvelles versions mineures au moins une fois tous les 90 jours et de fournir une assistance pour les versions mineures pendant une période de 24 mois à compter de la date de sortie. Ce support couvre l'environnement d'exécution et les moteurs principaux avec leurs dépendances associées, mais ne couvre pas les Extras ou leurs dépendances associées. Runtime Environment inclut également des composants de plate-forme propriétaires et des API nécessaires au démarrage, à l'arrêt et au fonctionnement des clusters et des applications. Ce calendrier de publication cohérent garantit un cycle prévisible, ce qui facilite la planification, les tests et la transition vers une version offrant support et sécurité.

À quoi s'attendre avec le support standard

Le support standard corrige les tickets de support technique pour les problèmes que vous rencontrez avec les composants Runtime Environment et Core Engines dans les configurations recommandées. Tous les correctifs sont soumis à disponibilité. La configuration recommandée est l'utilisation d'Amazon EMR sans aucune modification, ajout ou modification des fichiers binaires et des configurations présents dans une version d'Amazon EMR, à l'exception de ceux figurant dans la documentation Amazon EMR. Amazon EMR déploie des correctifs pour le dernier correctif, la version mineure ou majeure de la version d'Amazon EMR dans les 90 jours suivant la vérification du correctif. Amazon EMR applique automatiquement des correctifs lorsque vous lancez un nouvel EMR sur un cluster EC2, que vous lancez un nouvel Amazon EMR sur un conteneur EKS ou que vous déclenchez une nouvelle tâche EMR sans serveur. Les composants supplémentaires sont fournis pour des raisons de commodité et Amazon EMR ne fournit pas de correctifs liés aux suppléments.

Composants

Le support standard couvre les composants de l'environnement d'exécution et des moteurs principaux, par exemple le système d'exploitation, les environnements d'exécution des langages et les principaux logiciels open source tels qu'Apache Hive et Apache Iceberg. Vous trouverez la liste complète des composants pris en charge pour chaque version dans À propos des versions Amazon EMR les FAQ Amazon Linux.

La liste suivante décrit le support que nous proposons pour différents types de composants dans le cadre du support standard :

  • Composants de l'environnement d'exécution  : les composants de l'environnement d'exécution recevront des correctifs sur les tickets de support technique. Les correctifs sont classés comme (a) bogues critiques, (b) problèmes critiques de corruption des données et (c) problèmes de sécurité critiques. En cas d'éligibilité, Amazon EMR rétroportera les correctifs pour Runtime Environment vers les anciennes versions. Pour des raisons de compatibilité opérationnelle avec les composants open source Core Engine, certains composants de l'environnement d'exécution doivent conserver des versions spécifiques afin d'éviter de perturber les applications des clients. Pour ces composants, Amazon EMR dépend de l'open source en amont pour la disponibilité des correctifs. Lorsque des correctifs seront disponibles en open source, nous fournirons la dernière version stable dans les 90 jours suivant leur vérification par Amazon EMR.

  • Composants de Core Engines  : Core Engines fournit les dernières versions pour de nombreux projets open source, chacun contenant des centaines de bibliothèques de dépendances transitives. Alors que les communautés open source qui gèrent ces projets tentent de résoudre fréquemment les problèmes et les vulnérabilités et expositions communes (CVE) connus, les dernières versions peuvent toujours contenir des bogues et des CVE connus. Amazon EMR dépend de l'open source en amont pour la disponibilité des correctifs et fournira la dernière version stable dans le cadre des composants du moteur principal dans les 90 jours suivant leur vérification par Amazon EMR. Dans certains cas, Amazon EMR peut fournir un correctif pour un CVE dans l'un des composants du moteur principal qui doit être traité avant l'open source en amont. Amazon EMR vous fournit également une assistance technique et des correctifs pour les fonctionnalités ajoutées en plus de l'open source dans les configurations recommandées. Nous ne rétroportons pas les correctifs pour les composants du moteur principal vers les anciennes versions Patch ou Minor.

  • Composants supplémentaires  : Amazon EMR ne prend pas en charge les composants supplémentaires. Les composants supplémentaires sont des projets open source fournis pour des raisons de commodité et Amazon EMR ne fournit pas de solutions aux problèmes rencontrés avec ces composants. Toutes les demandes de support ou les correctifs peuvent être traités par le biais de la communauté open source qui prend en charge ces composants.

Cycle de vie du support standard

Les étapes du cycle de vie du support standard sont décrites ci-dessous :

  • Support standard  : les versions d'Amazon EMR sont éligibles au support standard 24 mois à compter de la date de sortie. Vous pouvez créer des dossiers de support technique et vous attendre à des mises à jour pour les problèmes que vous rencontrez avec ces versions.

  • Fin du support  : une fois le support standard terminé, les versions d'Amazon EMR entrent dans la phase de fin de support (EoS) pendant 12 mois. Les versions d'EoS ne sont pas éligibles au support technique et vous ne pourrez pas créer de cas de support pour les clusters, les conteneurs ou les jobs exécutés sur ces versions. Les versions d'eOS ne recevront aucun correctif, correctif ou mise à jour. Les versions d'EoS seront supprimées de la console, mais continueront d'être disponibles via l'API et AWS CLI. Vous pouvez toujours continuer à exécuter des charges de travail sur les versions d'eOS. Nous vous recommandons vivement de migrer vers la dernière version d'Amazon EMR afin de continuer à recevoir des correctifs de sécurité, de rester éligible au support technique et de pouvoir créer des dossiers de support si nécessaire.

  • Fin de vie  : Après la fin de la période de support (EoS), les versions sont considérées comme étant en fin de vie (EoL). Bien que vous puissiez continuer à exécuter des clusters EoL, Amazon EMR se réserve le droit de supprimer les versions EoL de l'API et du SDK au cas par cas pour des raisons de sécurité et opérationnelles. Nous vous recommandons vivement de migrer vers la dernière version d'Amazon EMR, car les versions d'EoL peuvent être supprimées de l'API et du SDK dans des cas exceptionnels.

Support étendu

AWS a annoncé la politique de support standard le 25 juillet 2024. En vertu de cette politique, les versions d'Amazon EMR publiées le 24 juillet 2022 ou avant cette date ont été désignées comme étant en fin de support. Amazon EMR propose un support Bridge, équivalent au support standard, pour ces versions jusqu'au 31 août 2026.

À compter du 31 août 2026, si vous effectuez AWS une migration active, vous aurez plus de temps pour terminer votre migration vers une version prise en charge sans frais supplémentaires. Cette extension s'applique aux versions sélectionnées répertoriées dans le tableau suivant. Pour bénéficier de cette extension, contactez le AWS support et déposez un ticket avec votre plan de migration et toute aide dont vous avez besoin pour la mise à niveau.

Pour les versions 5.36 et 6.6 à 6.15 d'Amazon EMR, Amazon EMR étend le support dans la mesure du possible, en se limitant aux correctifs de sécurité critiques uniquement, jusqu'au 30 juin 2027.

Les versions 5.35 et inférieures d'Amazon EMR, et 6.5 et inférieures, ne bénéficient pas d'un support étendu. Ces versions passent directement du support Bridge à la fin du support le 1er septembre 2026.

Pour les versions 7.0 à 7.10 d'Amazon EMR, Amazon EMR étend le support standard dans son intégralité aux dates indiquées dans le tableau suivant.

Version Amazon EMR Date de sortie initiale Date de fin du support standard Date de fin du support prolongé Date de début de fin de support Date de début de fin de vie
2.x1er janvier 2013Maintien de la passerelle jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
3.x1er janvier 2014Maintien de la passerelle jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
4. x18 novembre 2015Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5.x27 juillet 2016Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5.13 novembre 2016Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5.221 novembre 2016Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5.326 janvier 2017Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,48 mars 2017Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5.526 avril 2017Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5.65 juin 2017Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5.713 juillet 2017Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5.8le 10 août 2017Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,95 octobre 2017Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,106 octobre 2017Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,1122 janvier 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,1229 mars 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,1329 mai 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,144 juin 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,1521 juin 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,1619 juillet 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,1730 août 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,1824 octobre 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,197 novembre 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,2018 décembre 2018Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,2118 février 2019Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,2220 mars 2019Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,231er avril 2019Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,2411 juin 2019Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,2517 juillet 2019Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,268 août 2019Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,2723 septembre 2019Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,2812 novembre 2019Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,2917 janvier 2020Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,3013 mai 2020Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,319 octobre 2020Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,328 janvier 2021Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,3319 avril 2021Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,3420 janvier 2022Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,3530 mars 2022Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
5,3615 juin 2022Support du pont jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6.010 mars 2020Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
6.14 septembre 2020Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
6.29 décembre 2020Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
6.312 mai 2021Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
6.420 septembre 2021Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
6,520 janvier 2022Support du pont jusqu'au 31 août 2026N/A1er septembre 20261 septembre 2027
6,69 mai 2022Support du pont jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6.715 juillet 2022Support du pont jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6.831 août 2022Support du pont jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6.914 novembre 2022Support du pont jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6,1027 février 2023Support du pont jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6,1116 mai 2023Support du pont jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6,1221 juillet 2023Support du pont jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6,1323 septembre 2023Maintien de la passerelle jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6,144 octobre 2023Maintien de la passerelle jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
6,1513 novembre 2023Maintien de la passerelle jusqu'au 31 août 202630 juin 202730 juin 20271 juillet 2028
7.019 décembre 2023Support du pont jusqu'au 31 août 202631 août 202731 août 202731 août 2028
7.123 avril 2024Maintien de la passerelle jusqu'au 31 août 202631 août 202731 août 202731 août 2028
7.225 juillet 2024Maintien de la passerelle jusqu'au 31 août 202631 août 202731 août 202731 août 2028
7.316 octobre 202416 octobre 202631 août 202731 août 202731 août 2028
7.413 novembre 202413 novembre 202631 août 202731 août 202731 août 2028
7,521 novembre 202421 novembre 202631 août 202731 août 202731 août 2028
7.610 janvier 202510 janvier 202731 août 202731 août 202731 août 2028
7.76 février 20256 février 202731 août 202731 août 202731 août 2028
7.807 mars 20257 mars 202731 août 202731 août 202731 août 2028
7,919 mai 202519 mai 202731 août 202731 août 202731 août 2028
7,1015 août 202515 août 202731 août 202731 août 202731 août 2028
7,113 novembre 20253 novembre 2027N/A4 novembre 20274 novembre 2028
7,1221 novembre 202521 novembre 2027N/A22 novembre 202722 novembre 2028
7,1321 avril 202620 avril 2028N/A21 avril 202821 avril 2029
emr-spark-8.021 mai 202620 mai 2028N/A21 mai 202821 mai 2029

Vous pouvez utiliser l'agent de mise à niveau Apache Spark pour mettre à niveau vos applications Apache Spark existantes sur EMR sur EC2 et EMR Serverless depuis les anciennes versions d'EMR vers la dernière version d'EMR. Pour en savoir plus, veuillez consulter la section Qu'est-ce que l'agent de mise à niveau Apache Spark pour Amazon EMR.

Considérations

Le support standard est disponible pour tous les modèles de déploiement Amazon EMR (EMR sur EC2, Amazon EMR sur EKS et EMR sans serveur), dans toutes les régions où Amazon EMR est disponible, sans frais supplémentaires. Les clusters exécutés avec les configurations recommandées sont automatiquement éligibles au support, comme décrit dans la politique. Vous n'avez donc pas besoin de prendre de mesures supplémentaires pour activer le support.

  • Le support standard ne prend en charge que les composants requis pour les clusters Amazon EMR. Amazon EMR ne peut garantir la disponibilité des correctifs de sécurité ni la disponibilité des correctifs lorsque les composants open source de Core Engine atteignent la fin de vie en amont ou lorsque les mises à jour de sécurité ne sont plus disponibles pour les dépendances. Bien que vous puissiez choisir d'installer les Extras, Amazon EMR ne les prendra pas en charge ni ne prendra en charge leurs dépendances. Par exemple, vous pouvez installer des applications tierces dans votre AMI personnalisée pour renforcer la sécurité de votre cluster, installer des composants supplémentaires ou copier des objets à l'aide de scripts d'action bootstrap, ou utiliser SSH dans votre cluster et mettre à niveau les versions de package par défaut. Amazon EMR ne prend pas en charge ces composants. Le support standard ne couvre pas les actions de démarrage fournies par le client, les packages, les bibliothèques, votre code personnalisé et les applications personnalisées que vous pouvez configurer Amazon EMR pour qu'elles soient installées à votre convenance.

  • Vos clusters existants ne seront pas affectés, quelle que soit la version d'Amazon EMR qu'ils utilisent. Vous pouvez continuer à exécuter les clusters existants sans interruption. Vous pouvez également continuer à lancer de nouveaux clusters et à exécuter des tâches sur l'une des versions existantes et nouvelles. Toutes les versions existantes et les nouvelles versions au moment de l'entrée en vigueur de la politique sont couvertes par le support standard pendant 24 mois à compter de la date initiale de publication de la version finale d'Amazon EMR. Amazon EMR vous fournira une assistance intermédiaire lors de l'annonce initiale de la politique. Pour bénéficier d'une assistance ininterrompue, nous vous conseillons de tester vos applications et de passer rapidement à la version la plus récente d'Amazon EMR.

  • Amazon EMR ne modifiera pas les composants du support standard sur les versions ou les clusters existants. Amazon EMR se réserve toutefois le droit de respecter la fin de vie en amont au cas par cas, et de supprimer ces composants dans les nouvelles versions, ou de déplacer la version existante vers le statut Fin de support (EoS) ou Fin de vie (EoL) dans des cas exceptionnels. Nous vous informerons de toute suppression via les canaux disponibles.

  • Lorsqu'une nouvelle région est lancée, Amazon EMR ne prend en charge que les versions d'Amazon EMR dans le cadre du support standard, publiées six mois avant la date de disponibilité générale de la nouvelle région.

  • Amazon EMR ne mettra pas automatiquement à jour vos clusters existants vers les dernières versions. Vous pouvez toutefois choisir de mettre à jour les nouveaux clusters avec les dernières versions des correctifs si vous le souhaitez.

  • Le coût de votre utilisation non prise en charge d'Amazon EMR sera pris en compte dans votre AWS facture. Même si vous utilisez Amazon EMR de manière non prise en charge, les coûts associés à cette utilisation font toujours partie de votre AWS consommation globale et seront inclus dans le calcul de vos frais de support.

Pour plus d'informations, contactez l'assistance aux AWS développeurs.

Historique des modifications apportées à la politique de support

Date Modifier Description
14 août 2026 Support étendu ajouté AWS ajout d'un support étendu gratuit pour les versions 5.36 et 6.6 et ultérieures. Les versions 5.36 et 6.6 à 6.15 reçoivent des correctifs de sécurité critiques au maximum ; les versions 7.0 à 7.10 bénéficient d'un support standard complet.
31 juillet 2026 Support de pont étendu Le support de Bridge a été prolongé jusqu'au 31 août 2026 pour toutes les versions éligibles.