Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Soporte estándar de Amazon EMR

Descripción de las versiones de Amazon EMR

La versión de Amazon EMR es el vehículo que ofrece el software necesario para ejecutar sus aplicaciones de código abierto en plataformas EC2, EKS o sin servidor. Una versión de Amazon EMR se compone de tres partes: entorno de tiempo de ejecución, motores principales y extras.

La versión de lanzamiento de Amazon EMR que seleccione agrupa todos estos componentes en una nueva versión de la Imagen de máquina de Amazon (AMI) o imágenes de contenedor basadas en Amazon Linux (AL). Amazon EMR mantiene la misma versión AL para todos los nodos de un clúster, un contenedor EKS o una aplicación sin servidor. El objetivo de Amazon EMR es disponer de la versión más reciente del entorno de tiempo de ejecución en un plazo de 90 días a partir de su lanzamiento por parte de Amazon Linux, así como de las nuevas versiones de código abierto de los motores principales en un plazo de 90 días a partir de su lanzamiento previo. Los extras se publican según sea necesario. Puede encontrar la lista del software en las notas de la versión en cada versión de Amazon EMR.

Control de versiones de lanzamiento

Para ayudarle a comprender el alcance de los cambios en cada versión, Amazon EMR utiliza el control de versiones semántico. El control de versiones semántico sigue un formato de <major>.<minor>.<patch>. Como ejemplo, consideremos la versión 7.0.0.

El primer dígito indica la versión principal publicada o versión principal. Las versiones principales suelen incluir cambios, mejoras y nuevas características sustanciales en entorno de tiempo de ejecución o motor principal que no son compatibles con versiones anteriores. Por ejemplo, la versión principal 7.x usa Amazon Linux 2023 con Amazon Corretto 17 JDK de forma predeterminada. Como resultado, la versión contiene varios cambios importantes en comparación con la versión principal 6.x, que se incluye en Amazon Linux 2 y con Amazon Corretto 8 JDK de forma predeterminada.

El segundo dígito indica la versión secundaria publicada o versión secundaria. Las versiones secundarias son versiones no compatibles con versiones anteriores que contienen cambios incrementales, mejoras y características en los motores principales y los extras, así como nuevas funcionalidades. Por ejemplo, la versión 6.15 usa Apache Spark 3.4.1, en comparación con la 6.11.1, que viene incluida con Apache Spark 3.3.2.

El tercer dígito indica la versión de parche publicada o versión de parche. Las versiones de parches están pensadas para ser versiones compatibles con versiones anteriores que contengan correcciones y actualizaciones de parches para el motor principal y los extras, pero no nuevas funcionalidades ni actualizaciones de versiones del OSS. Por ejemplo, tanto la 6.11.1 como la 6.11.0 contienen la misma versión del OSS Apache Spark 3.3.2. A partir de la versión 6.6.x, la última versión del parche incluye el último parche del entorno de tiempo de ejecución disponible. El entorno de tiempo de ejecución no afecta a la versión del parche de Amazon EMR. Por ejemplo, la versión 6.11.1 se lanzó con la versión 2.0.20240109.0 de AL del 19 de diciembre de 2023 al 10 de enero de 2024, pero con la versión 2.0.20240124.0 de AL el 11 de enero de 2024. Algunas versiones de Amazon EMR en EKS le permiten añadir etiquetas o sufijos a las versiones semánticas para proporcionarle funcionalidades alternativas. Por ejemplo, la versión emr-6.15.0-latest de Amazon EMR en EKS lanza una versión de lanzamiento habilitada para Amazon Corretto 8 JDK, mientras que la versión emr-6.15.0-java17-latest de Amazon EMR en EKS permite lanzar una versión de lanzamiento habilitada para Amazon Corretto 17 JDK.

Política de soporte

Introducción

Amazon EMR tiene como objetivo publicar nuevas versiones secundarias como mínimo una vez cada 90 días y ofrecer soporte para las versiones secundarias durante un período de 24 meses a partir de la fecha de lanzamiento. Este soporte cubre Runtime Environment y Core Engines con sus dependencias asociadas, y no cubre Extras ni sus dependencias asociadas. El entorno de tiempo de ejecución también incluye las API y los componentes de plataforma patentados que se necesitan para iniciar, detener y hacer funcionar los clústeres y las aplicaciones. Este programa de lanzamiento coherente garantiza un ciclo predecible, lo que facilita la planificación, las pruebas y la transición a una versión que ofrezca soporte y seguridad.

Qué esperar del soporte estándar

El soporte estándar proporciona correcciones en los tickets de asistencia técnica para los problemas que surjan con los componentes del entorno de tiempo de ejecución y los motores principales en las configuraciones recomendadas. Todas las correcciones están sujetas a disponibilidad. La configuración recomendada es el uso de Amazon EMR sin ninguna modificación, adición o cambio en los binarios y configuraciones presentes en una versión de Amazon EMR, excepto los que se encuentren en la documentación de Amazon EMR. Amazon EMR implementa las correcciones en el último parche o en versión secundaria o principal de la versión de Amazon EMR en un plazo de 90 días a partir de la verificación de la corrección. Amazon EMR aplica correcciones automáticamente cuando lanza un nuevo EMR en un clúster EC2, lanza un nuevo contenedor de Amazon EMR en EKS o activa un nuevo trabajo de EMR sin servidor. Los componentes extras se proporcionan para su comodidad y Amazon EMR no proporciona correcciones relacionadas con los extras.

Componentes

El soporte estándar cubre los componentes de entorno de tiempo de ejecución y los motores principales, por ejemplo, el sistema operativo, los tiempos de ejecución de idiomas y el software principal de código abierto, como Apache Hive y Apache Iceberg. Encontrará la lista completa de componentes compatibles para cada versión en Acerca de las versiones de Amazon EMR y en las Preguntas frecuentes de Amazon Linux.

La siguiente lista describe el soporte que ofrecemos para los diferentes tipos de componentes dentro del soporte estándar:

Ciclo de vida del soporte estándar

A continuación se describen los hitos del ciclo de vida del soporte estándar:

Soporte extendido

AWS anunció la política de soporte estándar el 25 de julio de 2024. Según esta política, las versiones de Amazon EMR publicadas el 24 de julio de 2022 o antes se designaron como de fin de soporte. Amazon EMR ofrece soporte puente, equivalente al soporte estándar, para estas versiones hasta el 31 de agosto de 2026.

A partir del 31 de agosto de 2026, si está migrando activamente, AWS dispondrá de tiempo adicional para completar la migración a una versión compatible sin coste adicional. Esta extensión se aplica a las versiones seleccionadas que figuran en la tabla siguiente. Para recibir esta extensión, ponte en contacto con el equipo de AWS soporte y envía un ticket con tu plan de migración y cualquier ayuda que necesites para la actualización.

Para las versiones 5.36 y 6.6 a 6.15 de Amazon EMR, Amazon EMR amplía el soporte siempre que sea posible, limitándose únicamente a las correcciones de seguridad críticas, hasta el 30 de junio de 2027.

Las versiones 5.35 y anteriores y 6.5 y anteriores de Amazon EMR no reciben soporte extendido. Estas versiones pasan directamente del soporte de Bridge al de finalización del soporte el 1 de septiembre de 2026.

Para las versiones 7.0 a 7.10 de Amazon EMR, Amazon EMR amplía completamente el soporte estándar hasta las fechas que figuran en la tabla siguiente.

Puede usar Apache Spark Upgrade Agent para actualizar sus aplicaciones existentes de Apache Spark en EMR en EC2 y EMR Serverless desde versiones anteriores de EMR a la versión más reciente de EMR. Para obtener más información, consulte ¿Qué es el agente de actualización de Apache Spark para Amazon EMR?.

Consideraciones

El soporte estándar está disponible para todos los modelos de implementación de Amazon EMR (EMR en EC2, Amazon EMR en EKS y EMR sin servidor), en todas las regiones en las que Amazon EMR esté disponible, sin coste adicional. Los clústeres que se ejecuten con las configuraciones recomendadas pueden recibir soporte automáticamente, tal y como se describe en la política, por lo que no es necesario que realices ninguna acción adicional para activar el soporte.

Para obtener más información, póngase en contacto con AWS Developer Support.

Historial de cambios en la política de soporte