Amazon EMR on EKS 6.7.0 releases
The following Amazon EMR 6.7.0 releases are available for Amazon EMR on EKS. Select a specific emr-6.7.0-XXXX release to view more details such as the related container image tag.
Release notes for Amazon EMR 6.7.0
-
Supported applications ‐ Spark 3.2.1-amzn-0, Jupyter Enterprise Gateway 2.6, Hudi 0.11-amzn-0, Iceberg 0.13.1.
-
Supported components ‐
aws-hm-client
(Glue connector),aws-sagemaker-spark-sdk
,emr-s3-select
,emrfs
,emr-ddb
,hudi-spark
. -
With the upgrade to JEG 2.6, kernel management is now asynchronous, which means that JEG does not block transactions when a kernel launch is in progress. This greatly improves the user experience by providing the following:
-
capability to execute commands in currently running notebooks when other kernel launches are in progress
-
capability to launch multiple kernels simultaneously without impacting already running kernels
-
-
Supported configuration classifications:
Classifications Descriptions core-site
Change values in the Hadoop
core-site.xml
file.emrfs-site
Change EMRFS settings.
spark-metrics
Change values in the Spark
metrics.properties
file.spark-defaults
Change values in the Spark
spark-defaults.conf
file.spark-env
Change values in the Spark environment.
spark-hive-site
Change values in the Spark
hive-site.xml
file.spark-log4j
Change values in the Spark
log4j.properties
file.Configuration classifications allow you to customize applications. These often correspond to a configuration XML file for the application, such as
spark-hive-site.xml
. For more information, see Configuring Applications.
Resolved issues
-
Amazon EMR on EKS 6.7 fixes an issue in 6.6 when using Apache Spark's pod templates functionality with interactive endpoints. The issue was present in Amazon EMR on EKS releases 6.4, 6.5 and 6.6. You can now use pod templates to define how your Spark driver and executor pods start when using interactive endpoints to run interactive analytics.
-
In previous Amazon EMR on EKS releases, Jupyter Enterprise Gateway would block transactions when kernel launch was in progress, and this impeded the execution of currently running notebook sessions. You can now execute commands in currently running notebooks when other kernel launches are in progress. You can also launch multiple kernels simultaneously without the risk of losing connectivity to kernels that are already running.