Support standard d'Amazon EMR

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

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.

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 suit : (a) bogues critiques, (b) problèmes critiques de corruption de données et (c) problèmes de sécurité critiques. Si vous êtes éligible, 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 du moteur principal, certains composants de l'environnement d'exécution doivent conserver des versions spécifiques afin de ne pas endommager 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. Bien que les communautés open source qui gèrent ces projets tentent fréquemment de résoudre les problèmes et de résoudre les vulnérabilités et expositions courantes (CVE) connues, les dernières versions peuvent toujours contenir des bogues connus et. CVEs 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 résolu 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 d'anciennes versions de correctifs ou de versions mineures.

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 derniers. Toute demande d'assistance ou correction peut être traitée par le biais de la communauté open source supportant ces composants.

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 tickets 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 tickets 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 les correctifs de sécurité, de rester éligible au support technique et de créer des tickets d'assistance en cas de besoin.

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 pour des raisons de case-by-case sécurité et d'exploitation. 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.

Le support standard prend uniquement en charge les composants requis pour les clusters Amazon EMR. Amazon EMR ne peut pas garantir les correctifs de sécurité et la disponibilité des correctifs dans le cas où 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 des options supplémentaires, 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 via 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, les packages, les bibliothèques fournis par le client, votre code personnalisé et les applications bring-your-own personnalisées que vous pouvez configurer Amazon EMR pour installer à 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 toutes les versions existantes ou 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 sortie de la version de lancement d'Amazon EMR. Amazon EMR vous fournira une assistance temporaire 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 clusters existants. Amazon EMR se réserve toutefois le droit de respecter la fin de vie en amont sur une certaine case-by-case base et de supprimer ces composants dans les nouvelles versions, ou de passer la version existante au statut de fin de support (eOS) ou de fin de vie (eOL) dans des cas exceptionnels. Nous vous informerons de toute suppression par le biais des 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 mise à disposition générale de la nouvelle région.

Amazon EMR ne mettra pas automatiquement à jour vos clusters existants vers les dernières versions. Toutefois, vous pouvez 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 facture. AWS 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.