

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon EMR 標準サポート
<a name="emr-standard-support"></a>

## Amazon EMR リリースについて
<a name="emr-standard-support-understanding"></a>

*Amazon EMR リリース*は、EC2、EKS、または Serverless プラットフォームでオープンソースアプリケーションを実行するために必要なソフトウェアを提供する車両です。Amazon EMR リリースは、*ランタイム環境*、*コアエンジン*、および *Extras* の 3 つの部分で構成されています。
+ **ランタイム環境** – ランタイム環境には、クラスターまたはコンテナを起動するときに Amazon マシンイメージ (AMI) またはその他のコンテナイメージの一部として含まれるオペレーティングシステム (Amazon Linux 2023 など) が含まれます。また、Amazon Corretto JDK などの言語ランタイムと、イメージがインストールするその他の関連ツールも含まれます。
+ **コアエンジン** – これには、Apache Hive などのコアオープンソースソフトウェアと、Apache Iceberg などのオープンテーブル形式が含まれます。
+ **追加** – これには、`mariadb-connector-java` などのコンビニエンスライブラリと Python パッケージ、および Apache Pig などのオープンソースソフトウェアが含まれます。

選択した Amazon EMR リリースバージョンでは、これらのコンポーネントがすべて新しいバージョンの Amazon Linux (AL) ベースの Amazon マシンイメージ (AMI) またはコンテナイメージにバンドルされます。Amazon EMR は、クラスター、EKS コンテナ、またはサーバーレスアプリケーションのすべてのノードに対して同じ AL バージョンを維持します。Amazon EMR は、Amazon Linux によるリリースから 90 日以内に最新の*ランタイム環境*を取得し、アップストリームリリースから 90 日以内に新しいオープンソースバージョンの*コアエンジン*を取得することを目指しています。必要に応じて *Extras* がリリースされます。ソフトウェアのリストは、各 Amazon EMR リリースのリリースノートに記載されています。

## リリースバージョニング
<a name="emr-standard-support-versioning"></a>

各リリースの変更範囲を理解できるように、Amazon EMR ではセマンティックバージョニングを使用しています。セマンティックバージョニングは `<major>.<minor>.<patch>` の形式に従います。例として、7.0.0 リリースを考えてみましょう。

最初の桁はメジャーバージョンリリース、つまり**メジャーリリース**を表します。メジャーリリースでは、通常、下位互換性のないランタイム環境またはコアエンジンに大幅な変更、改善、新機能が提供されます。例えば、7.x メジャーリリースでは、Amazon Corretto 17 JDK をデフォルトとした Amazon Linux 2023 を使用しています。その結果、このリリースには、Amazon Corretto 8 JDK をデフォルトとした Amazon Linux 2 が搭載されている 6.x メジャーリリースと比較して、いくつかの重大な変更が含まれています。

2 桁目はマイナーバージョンリリース、つまり**マイナーリリース**を表します。マイナーリリースは、コアエンジンと Extras への段階的な変更、改善、機能、および新機能を含む、後方互換性のないリリースです。例えば、6.15 では Apache Spark 3.4.1 が使用されているのに対し、6.11.1 では Apache Spark 3.3.2 が使用されています。

3 桁目はパッチバージョンリリース、つまり**パッチリリース**を表します。パッチリリースは、*コアエンジン*および *Extras* の修正とパッチ更新を含む下位互換性のあるリリースですが、新機能や OSS バージョンのアップグレードはありません。例えば、6.11.1 と 6.11.0 にはどちらも同じ Apache Spark 3.3.2 OSS バージョンが含まれています。6.6.x 以降、最新のパッチリリースでは、最新の*ランタイム環境*パッチを利用できます。*ランタイム環境*は、Amazon EMR のパッチリリースには影響しません。例えば、6.11.1 は、2023 年 12 月 19 日から 2024 年 1 月 10 日の間は AL バージョン 2.0.20240109.0 で起動されていましたが、2024 年 1 月 11 日からは AL バージョン 2.0.20240124.0 で起動されています。一部の Amazon EMR on EKS リリースでは、セマティックバージョンにタグまたはサフィックスを追加して、代替機能を使用できます。例えば、Amazon EMR on EKS の `emr-6.15.0-latest` リリースでは Amazon Corretto 8 JDK 対応リリースバージョンが起動されますが、Amazon EMR on EKS の `emr-6.15.0-java17-latest` リリースでは Amazon Corretto 17 JDK 対応リリースバージョンを起動できます。

## サポートポリシー
<a name="emr-stadard-support-policy"></a>

**はじめに**

Amazon EMR は、少なくとも 90 日に 1 回新しいマイナーリリースを発行し、リリース日から 24 か月間、マイナーリリースのサポートを提供することを目指しています。このサポートは、*ランタイム環境*および*コアエンジン*とその関連する依存関係を対象としており、*Extras* またはその関連する依存関係は対象としません。*タンタイム環境*には、クラスターとアプリケーションの起動、停止、運用に必要な独自のプラットフォームコンポーネントと API も含まれています。この一貫したリリーススケジュールにより、予測可能なサイクルが保証されるため、サポートとセキュリティを提供するバージョンの計画、テスト、および移行が容易になります。

**標準サポートで期待されること**

標準サポートでは、推奨される設定で*ランタイム環境*および*コアエンジン*のコンポーネントで発生した問題に対するテクニカルサポートチケットの修正を提供します。すべての修正は、可用性に応じて行われます。推奨される設定は、[Amazon EMR ドキュメント](https://docs.aws.amazon.com/emr/)に記載されているものを除き、Amazon EMR リリースに存在するバイナリと設定を修正、追加、または変更することなく Amazon EMR を使用することです。Amazon EMR は、修正を検証してから 90 日以内に、Amazon EMR リリースの最新のパッチ、マイナー、またはメジャーバージョンに修正をデプロイします。Amazon EMR は、EC2 クラスターで新しい EMR を起動したり、EKS コンテナで新しい Amazon EMR を起動したり、新しい EMR Serverless ジョブをトリガーしたりすると、自動的に修正を適用します。Extra コンポーネントは便宜的に提供されており、Amazon EMR は *Extras* に関連する修正を提供**しません**。

**コンポーネント**

標準サポートは、オペレーティングシステム、言語ランタイム、Apache Hive や Apache Iceberg などのコアオープンソースソフトウェアなど、*ランタイム環境*と*コアエンジン*のコンポーネントを対象としています。各リリースでサポートされているコンポーネントの完全なリストは、[Amazon EMR リリースについて](emr-release-components.md) および「[Amazon Linux 2023 に関するよくある質問](https://aws.amazon.com/linux/amazon-linux-2023/faqs/)」で確認できます。

次のリストは、標準サポートでさまざまなコンポーネントタイプに対して提供しているサポートについて説明しています。
+ **ランタイム環境コンポーネント**: *ランタイム環境*コンポーネントは、テクニカルサポートチケットの修正を受け取ります。修正は、(a) 重大なバグ、(b) 重大なデータ破損の問題、および (c) 重大なセキュリティ問題に分類されます。対象となる場合、Amazon EMR は*ランタイム環境*の修正を古いバージョンにバックポートします。オープンソースのコアエンジンコンポーネントと運用上の互換性を保つには、特定の*ランタイム環境*コンポーネントを特定のバージョンに維持して、顧客のアプリケーションが壊れないようにする必要があります。これらのコンポーネントに対し、Amazon EMR は修正の可用性についてアップストリームのオープンソースに依存します。オープンソースで修正が利用可能になると、Amazon EMR によって検証されてから 90 日以内に最新の安定バージョンが提供されます。
+ **コアエンジンコンポーネント**: *コアエンジン*は、多くのオープンソースプロジェクト用の最新バージョンを提供し、それぞれに数百の一時的な依存関係ライブラリがあります。これらのプロジェクトを管理するオープンソースコミュニティは、問題や既知の共通脆弱性識別子 (CVE) に頻繁に対処しようとしますが、最新バージョンには既知のバグや CVE が含まれている可能性があります。Amazon EMR は、修正の可用性についてアップストリームオープンソースに依存しており、Amazon EMR によって検証されてから 90 日以内に*コアエンジン*コンポーネントの一部として最新の安定バージョンを提供します。場合によっては、Amazon EMR は、アップストリームオープンソースの前に対処する必要がある*コアエンジン*コンポーネントの 1 つで CVE の修正を提供することがあります。Amazon EMR では、推奨される設定でオープンソース上に追加された機能に関するテクニカルサポートと修正も提供されます。*コアエンジン*コンポーネントの修正は、古いパッチまたはマイナーバージョンにバックポートされません。
+ **Extras コンポーネント**: Amazon EMR は *Extras* コンポーネントをサポート**していません**。Extra コンポーネントは、便宜上提供されるオープンソースプロジェクトであり、Amazon EMR はそれらで発生した問題に対する修正を提供しません。サポートリクエストや修正は、これらのコンポーネントをサポートするオープンソースコミュニティを通じて対処できます。

**標準サポートのライフサイクル**

以下に、標準サポートライフサイクルのマイルストーンについて説明します。
+ **標準サポート**: Amazon EMR リリースは、リリース日から 24 か月の標準サポートの対象となります。テクニカルサポートチケットを作成し、これらのリリースで発生した問題のアップデートを要求できます。
+ **サポート終了**: 標準サポートが終了すると、Amazon EMR リリースは 12 か月間のサポート終了 (EoS) ステージに入ります。EoS リリースはテクニカルサポートの対象ではなく、これらのリリースで実行されているクラスター、コンテナ、またはジョブのチケットを作成することはできません。EoS リリースでは、修正、パッチ、更新は受信されません。EoS リリースはコンソールから削除されますが、引き続き API と AWS CLIを通じて利用できます。EoS リリースでは、いつでもワークロードを引き続き実行できます。セキュリティパッチを引き続き受け取り、テクニカルサポートの資格を維持し、必要に応じてサポートチケットを作成できるように、最新の Amazon EMR リリースに移行することを強くお勧めします。
+ **生産終了**: サポート終了 (EoS) 期間が過ぎると、リリースは生産終了 (EoL) とみなされます。EoL のクラスターは引き続き実行できますが、Amazon EMR は、セキュリティと運用上の懸念により、API と SDK から EoL リリースをケースバイケースで削除する権利を留保します。EoL バージョンは例外的なケースで API と SDK から削除される場合があるため、最新の Amazon EMR リリースに移行することを強くお勧めします。

**ブリッジサポート**

Amazon EMR は、2024 年 7 月 25 日にこの新しいサポートポリシーを発表しました。このポリシーでは、2022 年 7 月 24 日以前にリリースされた Amazon EMR のバージョンがサポート終了に指定されました。ただし、Amazon EMR は、新しいバージョンを計画して移行するための追加の時間を提供するために、この発表の前の 2 年間にリリースされたこれらの古いバージョンに対して、標準サポートに相当するブリッジサポートを提供します。

2024 年 7 月 25 日以降は、リリースノートで現在のステータスとサポートタイムラインを参照できます。

次の表は、2024 年 7 月 25 日のポリシーの発表時点における、既存のすべての Amazon EMR リリースのサポートステータスを示しています。


**リリースとサポートされている期間**  

| Amazon EMR リリースバージョン | 初回リリース日 | 標準サポート終了日 | サポート終了開始日 | 生産終了開始日 | 
| --- | --- | --- | --- | --- | 
|  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ReleaseGuide/emr-standard-support.html)  | 2013 年 1 月 1 日～2024 年 7 月 25 日 | 2026 年 7 月 31 日までのブリッジサポート | 2026 年 8 月 1 日 | 2027 年 8 月 1 日 | 

**注記**  
すべての対象リリースについて、ブリッジサポートの日付が 2026 年 7 月 31 日に延長されました。

Apache Spark Upgrade Agent を使用して、EC2 上の EMR および EMR Serverless 上の Apache Spark の既存のアプリケーションを古い EMR バージョンから最新の EMR バージョンにアップグレードできます。詳細については[Amazon EMR 用の Apache Spark アップグレードエージェントとは](spark-upgrades.md)を参照してください。

## 考慮事項
<a name="emr-standard-support-considerations"></a>

標準サポートは、Amazon EMR が利用可能なすべてのリージョンのすべての Amazon EMR デプロイモデル (EMR on EC2、Amazon EMR on EKS、および EMR Serverless) で追加料金なしで利用できます。推奨設定で実行されているクラスターは、ポリシーで説明されているように、自動的にサポートの対象となります。そのため、サポートをアクティブ化するために追加のアクションを実行する必要はありません。
+ 標準サポートは、Amazon EMR クラスターに必要なコンポーネントのみをサポートします。Amazon EMR は、*コアエンジン*オープンソースコンポーネントが EoL アップストリームに到達した場合、または依存関係でセキュリティ更新プログラムが利用できなくなった場合、セキュリティパッチ適用と修正の可用性を保証できません。*Extras* のインストールはオプトインできますが、Amazon EMR は Extras やその依存関係をサポートしません。例えば、カスタム AMI にサードパーティーアプリケーションをインストールしてクラスターのセキュリティを強化したり、ブートストラップアクションスクリプトを使用して追加のコンポーネントをインストールしたり、オブジェクトをコピーしたり、クラスターに SSH をインストールしてデフォルトのパッケージバージョンをアップグレードしたりできます。Amazon EMR はこれらのコンポーネントをサポートしていません。標準サポートは、お客様が用意したブートストラップアクション、パッケージ、ライブラリ、カスタムコード、および Amazon EMR にインストールするように設定できるお客様独自のカスタムアプリケーションを対象としていません。
+ 実行中の Amazon EMR リリースに関係なく、既存のクラスターには影響しません。中断することなく、既存のクラスターを引き続き実行できます。また、新しいクラスターの起動を継続し、既存のリリースと新しいリリースのいずれかでジョブを実行することもできます。ポリシーの発効時の既存のリリースと新しいリリースはすべて、Amazon EMR リリースバージョンの初回リリース日から 24 か月間、標準サポートの対象となります。Amazon EMR は、ポリシーの最初の発表時にブリッジサポートを提供します。中断のないサポートを受けるには、アプリケーションをテストし、最新の Amazon EMR リリースに迅速にアップグレードすることをお勧めします。
+ Amazon EMR は、既存のリリースまたはクラスターの標準サポートコンポーネントを変更しません。ただし、Amazon EMR は、アップストリームの生産終了をケースバイケースで尊重し、新しいリリースでそのようなコンポーネントを削除したり、例外的なケースでは既存のリリースをサポート終了 (EoS ) または生産終了 (EoL) ステータスに移行する権利を留保します。利用可能なチャネルを通じて削除があった場合は通知されます。
+ 新しいリージョンが起動されると、Amazon EMR は、新しいリージョンが一般公開される日付の 6 か月前にリリースされた、標準サポートに基づく Amazon EMR リリースバージョンのみをサポートします。
+ Amazon EMR は、既存のクラスターを最新バージョンに自動的に更新しません。ただし、必要に応じて新しいクラスターを最新のパッチバージョンに更新することができます。
+ サポートされていない Amazon EMR の使用コストは、 AWS 請求書に計上されます。サポートされていない方法で Amazon EMR を使用している場合でも、その使用に関連するコストは全体的な AWS 消費の一部であり、サポート料金の計算に含まれます。

詳細については、[AWS 開発者サポート](https://aws.amazon.com/premiumsupport/)にお問い合わせください。