Amazon EMR にデフォルトの Amazon Linux AMI を使用する - Amazon EMR

Amazon EMR にデフォルトの Amazon Linux AMI を使用する

カスタム AMI を指定しない限り、各 Amazon EMR リリースバージョンでは Amazon EMR 用のデフォルトの Amazon Linux AMI が使用されます。Amazon EMR 5.36 および Amazon EMR 6.6 リリース以降、Amazon EMR デフォルト AMI で Amazon Linux 2 (AL2) を更新する場合のデフォルトの動作は、デフォルトの Amazon EMR AMI の最新の AL2 リリースを自動的に適用することです。

Amazon EMR リリース用の Amazon Linux 2 の自動更新

Amazon EMR 5.36 以降、または 6.6 以降の最新のパッチリリースを使用してクラスターを起動すると、Amazon EMR はデフォルトの Amazon EMR AMI に最新の Amazon Linux 2 リリースを使用します。例:

  • x.x.0x.x.1 がリリースされている場合、x.x.1 リリースの起動時に x.x.0 リリースは AMI 更新を取得しなくなります。

  • 同様に、x.x.2 の起動時に x.x.1 は AMI 更新の取得を停止します。

  • 後で x.y.0 のリリース時に、x.x.[latest]x.y.[latest] と共に AMI 更新を引き続き受信します。

Amazon EMR リリースの第 2 小数点の後の数字 (6.8.1) で示される最新のパッチリリースを使用しているかどうかを確認するには、Amazon EMR リリースガイドで利用可能なリリースを参照するか、コンソールでクラスターを作成するときに Amazon EMR リリースドロップダウンを確認するか、ListReleaseLabels API または list-release-labels CLI アクションを使用してください。Amazon EMR の新リリースのリリース時に更新を取得するには、リリースガイドの「新着情報」ページで RSS フィードを購読してください。

必要に応じて、Amazon EMR リリースに最初に付属していた Amazon Linux バージョンでクラスターを起動することもできます。クラスターの Amazon Linux リリースを指定する方法については、「クラスター作成時の Amazon Linux リリースの変更」を参照してください。

デフォルトの Amazon Linux バージョン

次の表は、Amazon EMR 6.x リリース 6.6 以降の最新のパッチバージョンに関する Amazon Linux 情報を示しています。

OsReleaseLabel (Amazon Linux バージョン) Amazon Linux カーネルバージョン 利用可能日 サポートされるリージョン
2.0.20230727.0 4.14.320 2023 年 8 月 14 日 us‑east‑1us‑east‑2us‑west‑1us‑west‑2eu‑north‑1eu‑west‑1eu‑west‑2eu‑west‑3eu‑central‑1eu‑central‑2 (6.10+)、eu‑south‑1eu‑south‑2 (6.10+)、ap‑east‑1ap‑south‑1ap‑south‑2 (6.10+)、ap‑southeast‑3ap‑southeast‑4 (6.8+ と 5.36.1)、ap‑northeast‑1ap‑northeast‑2ap‑northeast‑3ap‑southeast‑1ap‑southeast‑2af‑south‑1sa‑east‑1me‑central‑1 (6.10+)、me‑south‑1ca‑central‑1il‑central‑1 (6.9+ と 5.36.1)
2.0.20230719.0 4.14.320 2023 年 8 月 2 日 us‑east‑1us‑east‑2us‑west‑1us‑west‑2eu‑north‑1eu‑west‑1eu‑west‑2eu‑west‑3eu‑central‑1eu‑central‑2 (6.10+)、eu‑south‑1eu‑south‑2 (6.10+)、ap‑east‑1ap‑south‑1ap‑south‑2 (6.10+)、ap‑southeast‑3ap‑southeast‑4 (6.8+ と 5.36.1)、ap‑northeast‑1ap‑northeast‑2ap‑northeast‑3ap‑southeast‑1ap‑southeast‑2af‑south‑1sa‑east‑1me‑central‑1 (6.10+)、me‑south‑1ca‑central‑1il‑central‑1 (6.9+ と 5.36.1)
2.0.20230628.0 4.14.318 2023 年 7 月 12 日 us‑east‑1us‑east‑2us‑west‑1us‑west‑2eu‑north‑1eu‑west‑1eu‑west‑2eu‑west‑3eu‑central‑1eu‑central‑2 (6.10+)、eu‑south‑1eu‑south‑2 (6.10+)、ap‑east‑1ap‑south‑1ap‑south‑2 (6.10+)、ap‑southeast‑3ap‑northeast‑1ap‑northeast‑2ap‑northeast‑3ap‑southeast‑1ap‑southeast‑2af‑south‑1sa‑east‑1me‑central‑1 (6.10+)、me‑south‑1ca‑central‑1
2.0.20230612.0 4.14.314 2023 年 6 月 23 日 us‑east‑1us‑east‑2us‑west‑1us‑west‑2eu‑north‑1eu‑west‑1eu‑west‑2eu‑west‑3eu‑central‑1eu‑central‑2 (6.10+)、eu‑south‑1eu‑south‑2 (6.10+)、ap‑east‑1ap‑south‑1ap‑south‑2 (6.10+)、ap‑southeast‑3ap‑northeast‑1ap‑northeast‑2ap‑northeast‑3ap‑southeast‑1ap‑southeast‑2af‑south‑1sa‑east‑1me‑central‑1 (6.10+)、me‑south‑1ca‑central‑1
2.0.20230504.1 4.14.313 2023 年 5 月 16 日 us‑east‑1us‑east‑2us‑west‑1us‑west‑2eu‑north‑1eu‑west‑1eu‑west‑2eu‑west‑3eu‑central‑1eu‑central‑2 (6.10+)、eu‑south‑1eu‑south‑2 (6.10+)、ap‑east‑1ap‑south‑1ap‑south‑2 (6.10+)、ap‑southeast‑3ap‑northeast‑1ap‑northeast‑2ap‑northeast‑3ap‑southeast‑1ap‑southeast‑2af‑south‑1sa‑east‑1me‑central‑1me‑south‑1ca‑central‑1
2.0.20230418.0 4.14.311 2023 年 5 月 3 日 us‑east‑1us‑east‑2us‑west‑1us‑west‑2eu‑north‑1eu‑west‑1eu‑west‑2eu‑west‑3eu‑central‑1eu‑central‑2 (6.10 のみ)、eu‑south‑1eu‑south‑2 (6.10 のみ)、ap‑east‑1ap‑south‑1ap‑south‑2 (6.10 のみ)、ap‑southeast‑3ap‑northeast‑1ap‑northeast‑2ap‑northeast‑3ap‑southeast‑1ap‑southeast‑2af‑south‑1sa‑east‑1me‑central‑1me‑south‑1ca‑central‑1
2.0.20230404.1 4.14.311 2023 年 4 月 18 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑central‑2, eu‑south‑1, eu‑south‑2, ap‑east‑1, ap‑south‑1, ap‑south‑2, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑central‑1, me‑south‑1, ca‑central‑1
2.0.20230404.0 4.14.311 2023 年 4 月 10 日 us‑east‑1, eu‑west‑3
2.0.20230320.0 4.14.309 2023 年 3 月 30 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑central‑2, eu‑south‑1, eu‑south‑2, ap‑east‑1, ap‑south‑1, ap‑south‑2, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑central‑1, me‑south‑1, ca‑central‑1
2.0.20230307.0 4.14.305 2023 年 3 月 15 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑central‑2, eu‑south‑1, eu‑south‑2, ap‑east‑1, ap‑south‑1, ap‑south‑2, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑central‑1, me‑south‑1, ca‑central‑1
2.0.20230207.0 4.14.304 2023 年 3 月 3 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑central‑2, eu‑south‑1, eu‑south‑2, ap‑east‑1, ap‑south‑1, ap‑south‑2, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑central‑1, me‑south‑1, ca‑central‑1
2.0.20230119.1 4.14.301 2023 年 2 月 9 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20221210.1 4.14.301 2023 年 1 月 12 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20221103.3 4.14.296 2022 年 12 月 5 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20221004.0 4.14.294 2022 年 11 月 2 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20220912.1 4.14.291 2022 年 10 月 7 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20220805.0 4.14.287 2022 年 8 月 30 日 us‑west‑1
2.0.20220719.0 4.14.287 2022 年 8 月 10 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20220426.0 4.14.281 2022 年 6 月 10 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20220406.1 4.14.275 2022 年 5 月 2 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1

次の表は、Amazon EMR 5.x リリース 5.36 以降の最新のパッチバージョンに関する Amazon Linux 情報を示しています。

OsReleaseLabel (Amazon Linux バージョン) Amazon Linux カーネルバージョン 利用可能日 サポートされるリージョン
2.0.20230504.1 4.14.313 2023 年 5 月 16 日 米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)、中東 (UAE)
2.0.20230418.0 4.14.311 2023 年 5 月 3 日 米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)、中東 (UAE)
2.0.20230404.1 4.14.311 2023 年 4 月 18 日 米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
2.0.20230404.0 4.14.311 2023 年 4 月 10 日 米国東部 (バージニア北部)、欧州 (パリ)
2.0.20230320.0 4.14.309 2023 年 3 月 30 日 米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
2.0.20230307.0 4.14.305 2023 年 3 月 15 日 米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
2.0.20230207.0 4.14.304 2023 年 3 月 3 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20221210.1 4.14.301 2023 年 1 月 12 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20221103.3 4.14.296 2022 年 12 月 5 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20221004.0 4.14.294 2022 年 11 月 2 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20220912.1 4.14.291 2022 年 10 月 7 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1
2.0.20220719.0 4.14.287 2022 年 8 月 10 日 us‑west‑1, eu‑west‑3, eu‑north‑1, eu‑central‑1, ap‑south‑1, me‑south‑1
2.0.20220426.0 4.14.281 2022 年 6 月 14 日 us‑east‑1, us‑east‑2, us‑west‑1, us‑west‑2, eu‑north‑1, eu‑west‑1, eu‑west‑2, eu‑west‑3, eu‑central‑1, eu‑south‑1, ap‑east‑1, ap‑south‑1, ap‑southeast‑3, ap‑northeast‑1, ap‑northeast‑2, ap‑northeast‑3, ap‑southeast‑1, ap‑southeast‑2, af‑south‑1, sa‑east‑1, me‑south‑1, ca‑central‑1

ソフトウェア更新に関する考慮事項

注意すべきデフォルトのソフトウェア更新動作を以下に示します。

Amazon EMR 5.35.0 以前、および 6.5.0 以前 — Amazon Linux AMI は Amazon EMR リリースバージョンに「ロック」されています

Amazon EMR 5.35.0 以前、および 6.5.0 以前の場合、デフォルトの AMI は、Amazon EMR のリリース時に提供されている最新の Amazon Linux AMI に基づいています。AMI とビッグデータアプリケーション、およびリリースバージョンに含まれている Amazon EMR の機能の互換性はテストされています。

Amazon EMR 5.35.0 以前および 6.5.0 以前の Amazon EMR リリースバージョンは、互換性を保つためにそれぞれ割り当てられた Amazon Linux AMI バージョンに「ロック」されています。つまり、より新しい Amazon Linux AMI が使用できるようになっても、より低い Amazon EMR リリースバージョンに対しては、より低い Amazon Linux AMI バージョンが使用されます。そのため、互換性を確保するためにより低いバージョンが必要で移行できない場合を除いて、最新の Amazon EMR リリースバージョンを使用することをお勧めします。互換性を確保するためにより低い Amazon EMR リリースバージョンを使用する必要がある場合は、そのシリーズの最新のリリースを使用することをお勧めします。たとえば、5.12 シリーズを使用する必要がある場合は、5.12.0 や 5.12.1 ではなく 5.12.2 を使用します。シリーズで新しいリリースが使用可能になった場合は、新しいリリースへのアプリケーションの移行を検討してください。

Amazon EMR 5.36.0 以降と 6.6.0 以降で導入された自動更新動作の詳細については、「Amazon EMR リリース用の Amazon Linux 2 の自動更新」を参照してください。

デフォルトのブート動作はカーネルの更新を除外します

Amazon EMR 用のデフォルトの Amazon Linux AMI に基づくクラスターの Amazon EC2 インスタンスを初めて起動すると、Amazon Linux と Amazon EMR で使用できる、その AMI バージョンに適用されるソフトウェア更新用のパッケージリポジトリがチェックされます。他の Amazon EC2 インスタンスと同じように、これらのリポジトリから緊急および重要なセキュリティ更新プログラムが自動的にインストールされます。ただし、Amazon Linux AMI の古いバージョンを使用している場合は、最新のセキュリティ更新プログラムが自動的にインストールされない場合があります。これは、EMR によって参照されるリポジトリが Amazon Linux AMI の各バージョンで修正されているためです。また、ネットワーク設定では、Simple Storage Service (Amazon S3) の Amazon Linux リポジトリへの HTTP および HTTPS の出力が許可されている必要があります。そうしないと、セキュリティ更新は成功しません。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「パッケージリポジトリ」を参照してください。デフォルトでは、NVIDIA や CUDA など、再起動が必要な他のソフトウェアパッケージおよびカーネルの更新は、初回起動時に自動ダウンロードから除外されます。

重要

Amazon Linux AMI または Amazon Linux 2 AMI (Amazon Linux マシンイメージ) を実行している Amazon EMR クラスターは、デフォルトの Amazon Linux 動作を使用します。再起動が必要な重要なカーネル更新が自動的にダウンロードされてインストールされることはありません。これは、デフォルトの Amazon Linux AMI を実行している他の Amazon EC2 インスタンスと同じ動作です。Amazon EMR バージョンのリリース後に、再起動が必要な新しい Amazon Linux ソフトウェア更新 (カーネル、NVIDIA、CUDA の更新など) が使用可能になった場合、デフォルトの AMI を実行する Amazon EMR クラスターインスタンスで、それらの更新が自動的にダウンロードされてインストールされることはありません。カーネルの更新を取得するために、Amazon EMR AMI をカスタマイズして、最新の Amazon Linux AMI を使用できます。

更新の有無にかかわらず、クラスターは起動します

最初のクラスター起動時にパッケージリポジトリに到達できないためにソフトウェアの更新をインストールできない場合でも、クラスターインスタンスの起動は完了することに注意してください。例えば、S3 が一時的に利用できないためにリポジトリに到達できない場合や、アクセスをブロックするように VPC またはファイアウォールルールが設定されている可能性があります。

sudo yum update を実行しないでください

SSH を使用してクラスターインスタンスに接続すると、画面出力の最初の数行にインスタンスが使用する Amazon Linux AMI のリリースノートのリンク、最新の Amazon Linux AMI バージョンに関する通知、更新に使用可能なリポジトリのパッケージ数に関する通知、および sudo yum update の実行指示が示されます。

重要

SSH またはブートストラップアクションを使用して接続しているときは、クラスターインスタンスで sudo yum update を実行しないことを強くお勧めします。実行するとすべてのパッケージが無差別にインストールされ、互換性がなくなる可能性があります。

ソフトウェア更新に関するベストプラクティス

ソフトウェア更新の管理に関するベストプラクティス
  • より低い Amazon EMR リリースバージョンを使用している場合は、ソフトウェアパッケージを更新する前に最新のリリースへの移行を検討してテストします。

  • より高いリリースバージョンに移行するかソフトウェアパッケージをアップグレードする場合は、最初に本番稼働環境以外で実装をテストします。そのときには、Amazon EMR コンソールを使用してクラスターのクローンを作成するオプションが役に立ちます。

  • アプリケーションと使用する Amazon Linux AMI バージョンのソフトウェア更新を個別に評価します。本番稼働環境では、セキュリティ体制、アプリケーション機能、またはパフォーマンスの向上のために絶対に必要であると判断したパッケージだけをテストしてインストールします。

  • Amazon Linux Security Center で更新を確認します。

  • SSH を使用して各クラスターインスタンスに接続することでパッケージのインストールを回避します。その代わりにブートストラップアクションを使用し、必要に応じてすべてのクラスターインスタンスでパッケージのインストールと更新を行います。そのためには、クラスターを終了して再起動する必要があります。詳細については、「追加のソフトウェアをインストールするためのブートストラップアクションの作成」を参照してください。