Veröffentlicht am: Mar 24, 2023
Wir freuen uns, ankündigen zu können, dass wir nun definieren können, wo ein Jupyter Enterprise Gateway (JEG)-Pod eingesetzt werden kann, wenn interaktive Spark-Workloads über verwaltete Endpunkte ausgeführt werden. Amazon EMR auf EKS ermöglicht Kunden die Ausführung von Open-Source-Big-Data-Frameworks wie Apache Spark auf Amazon EKS. Kunden von Amazon EMR in EKS richten einen verwalteten Endpunkt (in der Vorschau verfügbar) ein und verwenden ihn, um interaktive Workloads mit integrierten Entwicklungsumgebungen (IDE) wie EMR Studio auszuführen.
Bisher hatten Kunden, die Jupyter Notebooks über verwaltete Endpunkte ausführen, keine Kontrolle über den Instance-Typ, auf dem ihr verwalteter Endpunkt bereitgestellt wird. Wenn ein verwalteter Endpunkt auf einer Spot Instance bereitgestellt wird, kann es passieren, dass der Zugriff auf Jupyter Notebooks über den verwalteten Endpunkt nicht mehr möglich ist.Das ist ein Problem, das Kunden lösen müssen. Mit dieser Funktion haben die Kunden jetzt die volle Kontrolle darüber, wo der JEG-Pod bereitgestellt wird, einschließlich der Möglichkeit, eine On-Demand-Instance über eine verwaltete oder selbstverwaltete Knotengruppe anzugeben.
Weitere Informationen zu dieser Funktion erhalten Sie in der Dokumentation. Die JEG-Pod-Platzierung für verwaltete Endpunkte wird für Amazon EMR in der EKS 6.10-Version und höher unterstützt und ist in allen Regionen verfügbar, in denen Amazon EMR auf EKS derzeit verfügbar ist.