Soporte estándar de Amazon EMR

Entorno de tiempo de ejecución: el entorno de tiempo de ejecución incluye el sistema operativo que se incluye como parte de la Imagen de máquina de Amazon (AMI) u otra imagen de contenedor al lanzar el clúster o el contenedor (por ejemplo, Amazon Linux 2023). También incluye los tiempos de ejecución del idioma, como el Amazon Corretto JDK, junto con otras herramientas relacionadas que instala la imagen.

Motores principales: incluyen el software principal de código abierto, como Apache Hive y los formatos de tabla abierta, como Apache Iceberg.

Extras: incluyen bibliotecas prácticas y paquetes de Python, así como mariadb-connector-java y software de código abierto como Apache Pig.

Componentes del entorno de tiempo de ejecución: los componentes del entorno de tiempo de ejecución recibirán correcciones en los tickets de asistencia técnica. Las correcciones se clasifican en (a) errores críticos, (b) problemas críticos de corrupción de datos y (c) problemas críticos de seguridad. Cuando sea elegible, Amazon EMR realizará una portabilidad con correcciones para el entorno de tiempo de ejecución a versiones anteriores. Para garantizar la compatibilidad operativa con los componentes de código abierto del motor principal, algunos componentes del entorno de tiempo de ejecución deben permanecer en versiones específicas para evitar problemas en las aplicaciones de los clientes. Para estos componentes, Amazon EMR depende del código abierto original para la disponibilidad de las correcciones. Cuando las correcciones estén disponibles en código abierto, proporcionaremos la última versión estable en un plazo de 90 días a partir de su verificación por parte de Amazon EMR.

Componentes de los motores principales: los motores principales proporcionan las versiones más recientes para muchos proyectos de código abierto, cada uno con cientos de bibliotecas de dependencias transitivas. Si bien las comunidades de código abierto que gestionan estos proyectos intentan abordar los problemas y las vulnerabilidades y exposiciones comunes (CVE) conocidas con frecuencia, es posible que las versiones más recientes aún contengan errores conocidos y. CVEs Amazon EMR depende del código abierto original para la disponibilidad de las correcciones y proporcionará la última versión estable como parte de los componentes del motor principal en un plazo de 90 días a partir de su verificación por parte de Amazon EMR. En algunos casos, Amazon EMR puede proporcionar una corrección para un CVE en uno de los componentes del motor principal que debe abordarse con anterioridad al código abierto previo. Amazon EMR también le proporciona asistencia técnica y correcciones en las características que se añaden al código abierto según las configuraciones recomendadas. No realizamos portabilidades de correcciones de los componentes del motor principal a versiones anteriores de parches o versiones secundarias.

Componentes extras: Amazon EMR no admite componentes extras. Los componentes extras son proyectos de código abierto que se proporcionan para su comodidad y Amazon EMR no proporciona correcciones para los problemas encontrados con ellos. Cualquier solicitud de soporte o corrección puede abordarse a través de la comunidad de código abierto que respalda estos componentes.

Soporte estándar: las versiones de Amazon EMR son aptas para el soporte estándar 24 meses después de la fecha de lanzamiento. Puede crear tickets de asistencia técnica y esperar actualizaciones para los problemas que surjan con estas versiones.

Fin del soporte: una vez finalizado el soporte estándar, las versiones de Amazon EMR entran en la fase de fin de soporte (EoS) durante 12 meses. Las versiones de EoS no reúnen los requisitos para recibir asistencia técnica y no podrá crear ningún ticket para clústeres, contenedores o trabajos que se ejecuten en estas versiones. Las versiones de EoS no recibirán correcciones, parches ni actualizaciones. Las versiones de EoS se eliminarán de la consola, pero seguirán estando disponibles a través de la API y la AWS CLI. Siempre podrá seguir ejecutando cargas de trabajo en las versiones de EoS. Recomendamos encarecidamente migrar a la versión más reciente de Amazon EMR para que continúe recibiendo parches de seguridad, siga siendo elegible para asistencia técnica y pueda crear tickets de soporte cuando sea necesario.

Fin de vida útil: después del período de fin de soporte (EoS), las versiones se consideran en la fase de fin de vida útil (EoL). Si bien puede seguir ejecutando clústeres de EoL, Amazon EMR se reserva el derecho de eliminar las versiones de EoL de la API y el case-by-case SDK por motivos operativos y de seguridad. Le recomendamos encarecidamente que migre a la versión más reciente de Amazon EMR, ya que las versiones de EoL se pueden eliminar de la API y el SDK en casos excepcionales.

El soporte estándar solo admite componentes necesarios para clústeres de Amazon EMR. Amazon EMR no puede garantizar la disponibilidad de parches y correcciones de seguridad en el caso de que los componentes de código abierto del motor principal lleguen al EoL original o cuando las actualizaciones de seguridad ya no estén disponibles para las dependencias. Si bien puede optar por instalar extras, Amazon EMR no admitirá estos ni tampoco sus dependencias. Por ejemplo, puede instalar aplicaciones de terceros en su AMI personalizada para reforzar la seguridad de su clúster, instalar componentes adicionales o copiar objetos mediante scripts de acción de arranque o SSH en su clúster y actualizar las versiones predeterminadas del paquete. Amazon EMR no admite estos componentes. El soporte estándar no cubre las acciones de bootstrap, los paquetes, las bibliotecas ni el código personalizado ni las aplicaciones bring-your-own personalizadas que Amazon EMR puede configurar para que se instalen según su comodidad.

Sus clústeres existentes no se verán afectados, independientemente de la versión de Amazon EMR que estén ejecutando. Puede seguir ejecutando los clústeres existentes sin interrupciones. También puede seguir lanzando nuevos clústeres y ejecutando trabajos en cualquiera de las versiones existentes y en las nuevas versiones. Todas las versiones existentes y las nuevas versiones en el momento en que la política entre en vigor están cubiertas por el soporte estándar durante 24 meses a partir de la fecha inicial de publicación de la versión de lanzamiento de Amazon EMR. Amazon EMR le proporcionará Bridge Support durante el anuncio inicial de la política. Para recibir soporte ininterrumpido, le recomendamos que pruebe sus aplicaciones y las actualice rápidamente a la versión más reciente de Amazon EMR.

Amazon EMR no cambiará los componentes del soporte estándar en las versiones o clústeres existentes. Sin embargo, Amazon EMR se reserva el derecho de respetar el fin del ciclo de vida anterior y eliminar dichos componentes en las nuevas versiones, o pasar la versión existente al estado de End of Support (EoS) o End of Life (EoL) en casos excepcionales. case-by-case Le notificaremos sobre cualquier eliminación a través de los canales disponibles.

Cuando se lance una nueva región, Amazon EMR solo admitirá las versiones de lanzamiento de Amazon EMR con soporte estándar, publicadas seis meses antes de la fecha en que la nueva región esté disponible para el público en general.

Amazon EMR no actualizará automáticamente los clústeres existentes a las versiones más recientes. Sin embargo, si lo desea, puede optar por actualizar los nuevos clústeres a las últimas versiones del parche.

El coste del uso no admitido de Amazon EMR se tendrá en cuenta en la factura. AWS Incluso si utiliza Amazon EMR de forma no admitida, los costes asociados a ese uso seguirán formando parte de su AWS consumo total y se incluirán en el cálculo de las tarifas de soporte.