Amazon EMRリリース 6.9.0

• Amazon 7.x EMR リリースのアプリケーションバージョン

• Amazon EMR 6.x リリースのアプリケーションバージョン

• Amazon EMR 5.x リリースのアプリケーションバージョン

• Amazon EMR 4.x リリースのアプリケーションバージョン

新機能

• Amazon EMRリリース 6.9.0 は、Apache Spark RAPIDS22.08.0、Apache Hudi 0.12.1、Apache Iceberg 0.14.1、Trino 398、および Tez 0.10.2 をサポートしています。

• Amazon EMRリリース 6.9.0 には、新しいオープンソースアプリケーション 2.1.0 Delta Lake が含まれています。

• Apache Spark の Amazon Redshift 統合は、Amazon EMRリリース 6.9.0 以降に含まれています。以前はオープンソースツールであったこのネイティブインテグレーションは Spark コネクタと呼ばれるもので、これを使用して Apache Spark アプリケーションを構築することで、Amazon Redshift と Amazon Redshift Serverless 内のデータを読み書きできます。詳細については、「Amazon Redshift と Apache Spark の統合の使用 EMR 」を参照してください。

• Amazon EMRリリース 6.9.0 では、クラスターのスケールダウン中にログを Amazon S3 にアーカイブするサポートが追加されました。以前は、Amazon S3 にログファイルをアーカイブできるのはクラスター終了時のみでした。この新機能により、クラスターで生成されたログファイルは、ノードが終了した後も Amazon S3 に残ります。詳細については、「クラスターのログ記録とデバッグを設定する」を参照してください。

• 長時間実行されるクエリをサポートするため、Trino には耐障害性実行メカニズムが組み込まれました。耐障害性実行では、失敗したクエリやそのコンポーネントタスクを再試行することで、クエリの失敗を軽減します。詳細については、「Trino での耐障害性実行」を参照してください。

• Amazon の Apache Flink を使用してEMR、Apache Hive テーブルまたは Iceberg、Kinesis、Kafka などの Flink テーブルソースのメタデータの統合BATCHとSTREAM処理を行うことができます。 AWS Management Console、 AWS CLI、または Amazon を使用して、 AWS Glue Data Catalog を Flink のメタストアとして指定できますEMRAPI。詳細については、「Amazon での Flink の設定 EMR」を参照してください。

• Amazon SageMaker Studio のEC2クラスターで Amazon の Apache Spark、Apache Hive、Presto クエリEMRに AWS Identity and Access Management （IAM) ランタイムロールと AWS Lake Formationベースのアクセスコントロールを指定できるようになりました。詳細については、「Amazon EMR ステップ のランタイムロールを設定する」を参照してください。

既知の問題

• Amazon EMRリリース 6.9.0 では、Trino は Apache Ranger で有効なクラスターでは動作しません。Ranger で Trino を使用する必要がある場合は、AWS Support にお問い合わせください。

• Amazon Redshift integration for Apache Spark を使用している場合に、time、timetz、timestamp、timestamptz のいずれかにマイクロ秒の精度を Parquet 形式で設定していると、コネクタがその時間値を最も近いミリ秒値に四捨五入します。回避策として、テキストアンロード形式 unload_s3_format パラメータを使用してください。

• Hive パーティションロケーションフォーマットで Spark を使用して Amazon S3 でデータを読み取るときに、Amazon EMRリリース 5.30.0～5.36.0、および 6.2.0～6.9.0 で Spark を実行すると、クラスターがデータを正しく読み取ることができない問題が発生する可能性があります。これは、パーティションに以下の特徴がすべて当てはまる場合に発生する可能性があります。

  • 同じテーブルから 2 つ以上のパーティションがスキャンされます。

  • 少なくとも 1 つのパーティションディレクトリパスが、少なくとも 1 つの他のパーティションディレクトリパスのプレフィックスです。例えば、s3://bucket/table/p=a は s3://bucket/table/p=a b のプレフィックスです。

  • 他のパーティションディレクトリのプレフィックスに続く最初の文字は、/文字 (U+002F) よりも小さい UTF-8 値を持ちます。例えば、s3://bucket/table/p=a b の a と b の間にあるスペース文字 (U+0020) はこのカテゴリに該当します。非制御文字は他にも 14 個あることに注意してください: !"#$%&‘()*+,-。詳細については、UTF「-8 エンコーディングテーブル」と「Unicode 文字」を参照してください。

  この問題の回避策として、spark-defaults 分類の spark.sql.sources.fastS3PartitionDiscovery.enabled 設定を false にセットします。

• Amazon SageMaker Studio からの Amazon EMRクラスターへの接続は、403 禁止レスポンスコードで断続的に失敗することがあります。このエラーは、クラスターでのIAMロールのセットアップに 60 秒を超える時間がかかった場合に発生します。回避策として、Amazon EMR パッチをインストールして再試行を有効にし、タイムアウトを最低 300 秒に増やすことができます。以下の手順を使用して、クラスターの起動時にブートストラップアクションを適用します。

  1. 次の Amazon S3 からブートストラップスクリプトとRPMファイルをダウンロードしますURIs。

     s3://emr-data-access-control-us-east-1/customer-bootstrap-actions/gcsc/replace-rpms.sh
     s3://emr-data-access-control-us-east-1/customer-bootstrap-actions/gcsc/emr-secret-agent-1.18.0-SNAPSHOT20221121212949.noarch.rpm

  2. 前のステップのファイルを、所有する Amazon S3 バケットにアップロードします。バケットは、クラスターを起動する予定 AWS リージョン と同じ にある必要があります。

  3. EMR クラスターを起動するときに、次のブートストラップアクションを含めます。置換 bootstrap_URI また、RPM_URI Amazon S3 URIsから対応する を使用します。

     --bootstrap-actions "Path=bootstrap_URI,Args=[RPM_URI]"

• Amazon EMRリリース 5.36.0 および 6.6.0 から 6.9.0 では、Log4j2 プロパティのファイル名パターン設定が正しくないため、SecretAgentRecordServerサービスコンポーネントでログデータが失われる可能性があります。設定が正しくないと、コンポーネントは 1 日に 1 つのログファイルしか生成しません。ローテーション戦略が実行されると、期待どおりに新しいログファイルが生成されず、既存のファイルが上書きされます。回避策として、ブートストラップアクションを使用して 1 時間ごとにログファイルを生成し、ファイル名に自動増分整数を追加してローテーションを処理します。

  Amazon 6.6.0 EMR から 6.9.0 のリリースでは、クラスターを起動するときに次のブートストラップアクションを使用します。

  ‑‑bootstrap‑actions "Path=s3://emr-data-access-control-us-east-1/customer-bootstrap-actions/log-rotation-emr-6x/replace-puppet.sh,Args=[]"

  Amazon 5.36.0 EMR では、クラスターを起動するときに次のブートストラップアクションを使用します。

  ‑‑bootstrap‑actions "Path=s3://emr-data-access-control-us-east-1/customer-bootstrap-actions/log-rotation-emr-5x/replace-puppet.sh,Args=[]"

• Apache Flink は、ネイティブ S3 FileSystem および Hadoop FileSystem コネクタを提供します。これにより、アプリケーションは を作成し、データを Amazon S3 に FileSink 書き込むことができます。これは、次の 2 つの例外のいずれかで FileSink 失敗します。

  java.lang.UnsupportedOperationException: Recoverable writers on Hadoop are only supported for HDFS

  Caused by: java.lang.NoSuchMethodError: org.apache.hadoop.io.retry.RetryPolicies.retryOtherThanRemoteAndSaslException(Lorg/apache/hadoop/io/retry/RetryPolicy;Ljava/util/Map;)Lorg/apache/hadoop/io/retry/RetryPolicy;
                                          at org.apache.hadoop.yarn.client.RMProxy.createRetryPolicy(RMProxy.java:302) ~[hadoop-yarn-common-3.3.3-amzn-0.jar:?]

  回避策として、Flink で上記の問題を修正する Amazon EMR パッチをインストールできます。クラスターを起動するときにブートストラップアクションを適用するには、以下の手順を実行します。

  1. flink-rpm を Amazon S3 バケットにダウンロードします。RPM パスは ですs3://DOC-EXAMPLE-BUCKET/rpms/flink/。

  2. 次の を使用してAmazon S3からブートストラップスクリプトとRPMファイルをダウンロードしますURI。を、クラスターを起動する AWS リージョン 予定の regionNameに置き換えます。

     s3://emr-data-access-control-regionName/customer-bootstrap-actions/gcsc/replace-rpms.sh

  3. Hadoop 3.3.3 ではYARN、 (YARN-9608) に変更が導入されました。これにより、コンテナが実行されたノードは、アプリケーションが完了するまで廃止状態になります。この変更により、シャッフルデータなどのローカルデータが失われることはなく、ジョブを再実行する必要もなくなります。Amazon 6.8.0 EMR および 6.9.0 では、このアプローチにより、マネージドスケーリングが有効になっているクラスターまたはが有効になっていないクラスターのリソースが十分に活用されない可能性もあります。

     Amazon EMR6.10.0 では、この問題の回避策として、 falseの値を yarn.resourcemanager.decommissioning-nodes-watcher.wait-for-applications に設定しますyarn-site.xml。Amazon EMRリリース 6.11.0 以降、および 6.8.1、6.9.1、および 6.10.1 では、この問題を解決するために 設定がfalseデフォルトで に設定されています。

変更、拡張、解決した問題

• Amazon EMRリリース 6.9.0 以降では、Log4j ライブラリを使用する Amazon によってインストールEMRされたすべてのコンポーネントはLog4j バージョン 2.17.1 以降を使用します。

• Amazon EMRバージョン 6.6.0、6.7.0、および 6.8.0 で Spark で DynamoDB コネクタを使用すると、入力分割が空でないデータを参照している場合でも、テーブルからのすべての読み取りは空の結果を返します。Amazon EMRリリース 6.9.0 では、この問題が修正されています。

• Amazon EMR 6.9.0 では、Spark を使用してデータを読み取るときに、Apache Hudi による Lake Formation ベースのアクセスコントロールに対する限定的なサポートが追加されましたSQL。サポートは Spark を使用するSELECTクエリ用SQLであり、列レベルのアクセスコントロールに限定されます。詳細については、「Hudi と Lake Formation」を参照してください。

• Amazon EMR6.9.0 を使用してノードラベルを有効にした Hadoop クラスターを作成すると、YARNメトリクスAPIはデフォルトのパーティションではなく、すべてのパーティションに集約された情報を返します。詳細については、YARN「-11414」を参照してください。

• Amazon EMRリリース 6.9.0 では、Trino を Java 17 を使用するバージョン 398 に更新しました。Amazon 6.8.0 でサポートされていた Trino EMR の以前のバージョンは、Java 11 で実行されていた Trino 388 でした。この変更の詳細については、Trino のブログの「Trino updates to Java 17」を参照してください。

• このリリースでは、Apache BigTop と Amazon EMR on EC2クラスターのスタートアップシーケンス間のタイミングシーケンスの不一致の問題を修正しました。このタイミングシーケンスの不一致は、システムが 2 つ以上の操作を適切なシーケンスで実行するのではなく、同時に実行しようとした場合に発生します。その結果、特定のクラスター構成でインスタンスの起動がタイムアウトし、クラスターの起動時間が遅くなりました。

• Amazon EMR5.36 以降、6.6 以降、または 7.0 以降の最新のパッチリリースでクラスターを起動すると、Amazon はデフォルトの Amazon EMR に最新の Amazon Linux 2023 または Amazon Linux 2 リリースEMRを使用しますAMI。詳細については、「デフォルトの Amazon Linux AMI for Amazon の使用EMR」を参照してください。

  注記

  このリリースは、さらに 1 つのパッチリリースで成功したため、自動AMI更新は行われなくなりました。パッチリリースは 2 番目の小数点の後の数字 (6.8.1) で示されます。最新のパッチリリースを使用しているかどうかを確認するには、リリースガイド で利用可能なリリースを確認するか、コンソールでクラスターを作成するときに Amazon EMRリリースドロップダウンを確認するか、 ListReleaseLabels API または list-release-labelsCLIアクションを使用します。新しいリリースに関する最新情報を取得するには、「最新情報」ページのRSSフィードにサブスクライブします。

  OsReleaseLabel (Amazon Linux バージョン）	Amazon Linux カーネルバージョン	利用可能日	サポートされるリージョン
  2.0.20241001.0	4.14.352	2024 年 10 月 4 日	米国東部 (バージニア北部）、 米国東部 (オハイオ）、 米国西部 (北カリフォルニア）、 米国西部 (オレゴン）、 欧州 (ストックホルム）、 欧州 (ミラノ）、 欧州 (フランクフルト）、 欧州 (アイルランド）、 欧州 (ロンドン）、 欧州 (パリ）、 アジアパシフィック (香港） アジアパシフィック (ムンバイ）、 アジアパシフィック (東京）、 アジアパシフィック (ソウル）、 アジアパシフィック (大阪）、 アジアパシフィック (シンガポール）、 アジアパシフィック (シドニー）、 アジアパシフィック (ジャカルタ）、 アフリカ (ケープタウン）、 南米 (サンパウロ）、 中東 (バーレーン）、 カナダ (中部）、 AWS GovCloud （米国西部）、 AWS GovCloud （米国東部）、 中国 (北京）、 中国 (寧夏）
  2.0.20240816.0	4.14.350	2024 年 8 月 21 日	米国東部 (バージニア北部）、 米国東部 (オハイオ）、 米国西部 (北カリフォルニア）、 米国西部 (オレゴン）、 欧州 (ストックホルム）、 欧州 (ミラノ）、 欧州 (フランクフルト）、 欧州 (アイルランド）、 欧州 (ロンドン）、 欧州 (パリ）、 アジアパシフィック (香港） アジアパシフィック (ムンバイ）、 アジアパシフィック (東京）、 アジアパシフィック (ソウル）、 アジアパシフィック (大阪）、 アジアパシフィック (シンガポール）、 アジアパシフィック (シドニー）、 アジアパシフィック (ジャカルタ）、 アフリカ (ケープタウン）、 南米 (サンパウロ）、 中東 (バーレーン）、 カナダ (中部）、 AWS GovCloud （米国西部）、 AWS GovCloud （米国東部）、 中国 (北京）、 中国 (寧夏）
  2.0.20240809.0	4.14.349	2024 年 8 月 20 日	米国東部 (バージニア北部）、 米国東部 (オハイオ）、 米国西部 (北カリフォルニア）、 米国西部 (オレゴン）、 欧州 (ストックホルム）、 欧州 (ミラノ）、 欧州 (フランクフルト）、 欧州 (アイルランド）、 欧州 (ロンドン）、 欧州 (パリ）、 アジアパシフィック (香港） アジアパシフィック (ムンバイ）、 アジアパシフィック (東京）、 アジアパシフィック (ソウル）、 アジアパシフィック (大阪）、 アジアパシフィック (シンガポール）、 アジアパシフィック (シドニー）、 アジアパシフィック (ジャカルタ）、 アフリカ (ケープタウン）、 南米 (サンパウロ）、 中東 (バーレーン）、 カナダ (中部）、 AWS GovCloud （米国西部）、 AWS GovCloud （米国東部）、 中国 (北京）、 中国 (寧夏）
  2.0.20240719.0	4.14.348	2024 年 7 月 25 日	米国東部 (バージニア北部）、 米国東部 (オハイオ）、 米国西部 (北カリフォルニア）、 米国西部 (オレゴン）、 欧州 (ストックホルム）、 欧州 (ミラノ）、 欧州 (フランクフルト）、 欧州 (アイルランド）、 欧州 (ロンドン）、 欧州 (パリ）、 アジアパシフィック (香港） アジアパシフィック (ムンバイ）、 アジアパシフィック (東京）、 アジアパシフィック (ソウル）、 アジアパシフィック (大阪）、 アジアパシフィック (シンガポール）、 アジアパシフィック (シドニー）、 アジアパシフィック (ジャカルタ）、 アフリカ (ケープタウン）、 南米 (サンパウロ）、 中東 (バーレーン）、 カナダ (中部）、 AWS GovCloud （米国西部）、 AWS GovCloud （米国東部）、 中国 (北京）、 中国 (寧夏）
  2.0.20240709.1	4.14.348	2024 年 7 月 23 日	米国東部 (バージニア北部）、 米国東部 (オハイオ）、 米国西部 (北カリフォルニア）、 米国西部 (オレゴン）、 欧州 (ストックホルム）、 欧州 (ミラノ）、 欧州 (フランクフルト）、 欧州 (アイルランド）、 欧州 (ロンドン）、 欧州 (パリ）、 アジアパシフィック (香港） アジアパシフィック (ムンバイ）、 アジアパシフィック (東京）、 アジアパシフィック (ソウル）、 アジアパシフィック (大阪）、 アジアパシフィック (シンガポール）、 アジアパシフィック (シドニー）、 アジアパシフィック (ジャカルタ）、 アフリカ (ケープタウン）、 南米 (サンパウロ）、 中東 (バーレーン）、 カナダ (中部）、 AWS GovCloud （米国西部）、 AWS GovCloud （米国東部）、 中国 (北京）、 中国 (寧夏）、 アジアパシフィック (ハイデラバード）、 中東 (UAE）、 欧州 (スペイン）、 欧州 (チューリッヒ）、 アジアパシフィック (メルボルン）、 イスラエル (テルアビブ） カナダ西部 (カルガリー）
  2.0.20230808.0	4.14.320	2023 年 8 月 24 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、欧州 (ストックホルム)、欧州 (ミラノ)、欧州 (フランクフルト)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (ジャカルタ)、アジアパシフィック (メルボルン)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)、カナダ (中部)、イスラエル (テルアビブ)
  2.0.20230727.0	4.14.320	2023 年 8 月 14 日	米国東部 (バージニア北部）、 米国東部 (オハイオ）、 米国西部 (北カリフォルニア）、 米国西部 (オレゴン）、 欧州 (ストックホルム）、 欧州 (ミラノ）、 欧州 (スペイン）、 欧州 (フランクフルト）、 欧州 (チューリッヒ）、 欧州 (アイルランド）、 欧州 (ロンドン）、 欧州 (パリ）、 アジアパシフィック (香港） アジアパシフィック (ムンバイ）、 アジアパシフィック (ハイデラバード）、 アジアパシフィック (東京）、 アジアパシフィック (ソウル）、 アジアパシフィック (大阪）、 アジアパシフィック (シンガポール）、 アジアパシフィック (シドニー）、 アジアパシフィック (ジャカルタ）、 アジアパシフィック (メルボルン）、 アフリカ (ケープタウン）、 南米 (サンパウロ）、 中東 (バーレーン）、 中東 (UAE）、 カナダ (中部）、 イスラエル (テルアビブ）
  2.0.20230719.0	4.14.320	2023 年 8 月 2 日	米国東部 (バージニア北部）、 米国東部 (オハイオ）、 米国西部 (北カリフォルニア）、 米国西部 (オレゴン）、 欧州 (ストックホルム）、 欧州 (ミラノ）、 欧州 (スペイン）、 欧州 (フランクフルト）、 欧州 (チューリッヒ）、 欧州 (アイルランド）、 欧州 (ロンドン）、 欧州 (パリ）、 アジアパシフィック (香港） アジアパシフィック (ムンバイ）、 アジアパシフィック (ハイデラバード）、 アジアパシフィック (東京）、 アジアパシフィック (ソウル）、 アジアパシフィック (大阪）、 アジアパシフィック (シンガポール）、 アジアパシフィック (シドニー）、 アジアパシフィック (ジャカルタ）、 アジアパシフィック (メルボルン）、 アフリカ (ケープタウン）、 南米 (サンパウロ）、 中東 (バーレーン）、 中東 (UAE）、 カナダ (中部）、 イスラエル (テルアビブ）
  2.0.20230628.0	4.14.318	2023 年 7 月 12 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20230612.0	4.14.314	2023 年 6 月 23 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20230504.1	4.14.313	2023 年 5 月 16 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20230418.0	4.14.311	2023 年 5 月 3 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20230404.1	4.14.311	2023 年 4 月 18 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20230404.0	4.14.311	2023 年 4 月 10 日	米国東部 (バージニア北部)、欧州 (パリ)
  2.0.20230320.0	2030 年 4 月 14 日	2023 年 3 月 30 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20230307.0	4.14.305	2023 年 3 月 15 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20230207.0	4.14.304	2023 年 2 月 22 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20221210.1	4.14.301	2023 年 1 月 12 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)
  2.0.20221103.3	4.14.296	2022 年 12 月 5 日	米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、欧州 (ストックホルム)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、欧州 (フランクフルト)、欧州 (ミラノ)、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アフリカ (ケープタウン)、南米 (サンパウロ)、中東 (バーレーン)