AWS What's New Digest

Appearance

2026年05月08日 ​

[General] IAM Policy Autopilot adds Java support and Terraform-aware policy generation ​

概要 ​

IAM Policy AutopilotがJava言語サポートとTerraformを考慮したポリシー生成を追加しました。アプリケーションコードとTerraform定義を突合して、より限定的なIAMポリシーを自動生成できます。

変更内容・新機能の詳細 ​

IAM Policy Autopilotはre:Invent 2025で公開されたオープンソースツールで、アプリケーションのソースコードを解析してAWS向けのベースラインIAMポリシーを決定論的に生成します。本アップデートでJavaが新たにサポートされ、既存のPython／TypeScript／Goと合わせて4言語に対応しました。さらに、アプリケーションのSDK呼び出しとTerraformのリソース定義を照合する機能を追加し、S3 GetObjectなどのアクションでTerraformで定義した特定のバケットARNを参照したポリシーを生成できるようになりました（従来のワイルドカード(*)指定より限定的）。ツール自体は追加料金なしでローカル環境から利用可能で、生成されたポリシーはその後の手動調整やCIに組み込んで運用できます。

影響範囲・利用シーン ​

  • 対象ユーザー: Java開発者、クラウドエンジニア、セキュリティチーム、SRE/運用担当者
  • 利用シーン: アプリケーションのソースコードとTerraform構成に基づく初期IAMポリシー生成、CI/CDでの自動ポリシーレビュー、最小権限化のためのポリシー改善
  • 運用効果: ポリシー作成やアクセス不具合のトラブルシューティング工数削減、Terraformで定義したリソース単位での限定的なポリシー生成により過剰権限の削減が可能

技術的な注意点 ​

  • 言語サポート: Javaが追加され、現在はJava／Python／TypeScript／Goを解析可能です
  • ソース／Terraform参照: 正確なARN解決にはアプリケーションのソースコードとTerraform構成（および必要であればstate）の参照が必要です
  • IAM権限: 生成結果をAWSに適用・検証する場合は適切なIAM権限（例: IAMポリシーの作成/アタッチ、Policy Simulatorの利用権限など）が必要です
  • ローカル実行: ツールはローカルマシンから実行できるクライアントツールであり、CI統合も可能です
  • リージョン制限: ツール自体にリージョン制限はありませんが、生成されるARNはリージョン/アカウント依存です
  • コスト: ツール利用自体に追加課金はありませんが、生成・適用したポリシーによりアクセス可能となるリソース利用で料金が発生する可能性があります
  • OSSライセンス/レビュー: オープンソースのため導入前にライセンスとソースコードを確認し、生成ポリシーは必ずレビューしてください

参考情報 ​

[Ec2] Amazon EC2 G6 instances now available in AWS European Sovereign Cloud (Germany) ​

概要 ​

Amazon EC2 の G6 インスタンス（NVIDIA L4 GPU 搭載）が AWS European Sovereign Cloud (Germany) で利用可能になりました。主に機械学習推論や高品質グラフィックス／レンダリング用途を想定した GPU インスタンスです。

変更内容・新機能の詳細 ​

G6 インスタンスは NVIDIA L4 Tensor Core GPU（1 GPU あたり 24 GB メモリ）を最大 8 基搭載可能で、第三世代 AMD EPYC プロセッサを採用します。スペックの代表値として最大 192 vCPU、最大 100 Gbps のネットワーク帯域、インスタンスローカルの NVMe SSD を最大 7.52 TB 搭載可能です。L4 GPU は推論（NLP、翻訳、音声認識、画像・動画分析、パーソナライゼーション）やリアルタイム／シネマティック品質のグラフィックス生成、ゲームストリーミングなどのグラフィックス集約型ワークロードに適しています。G6 インスタンスはオンデマンド、スポット、Savings Plans での購入が可能で、AWS マネジメントコンソール、CLI、SDK から起動できます。今回の発表で、これら G6 の構成が AWS European Sovereign Cloud (Germany) に追加され、主にデータ主権・コンプライアンス要件のあるドイツ国内顧客向けに GPU ワークロードを同地域内で稼働させる選択肢が提供されます。既に他の主要リージョン（米国、欧州、アジア太平洋等）でも利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: 機械学習エンジニア、データサイエンティスト、ゲーム/レンダリング開発者、メディア処理チーム、ドイツ内でデータ主権やコンプライアンスを重視する企業
  • 利用シーン: 推論エンドポイントのホスティング（NLP・音声・画像/動画解析）、リアルタイムレンダリング／クラウドゲーム配信、ビジュアライゼーションやメディアトランスコーディングの高速化
  • 運用効果: データがドイツのソブリン（主権）環境内に留まるため、規制・コンプライアンス要件を満たしつつ低レイテンシで GPU 性能を活用可能。スポットや Savings Plans によりコスト最適化も図れる

技術的な注意点 ​

  • リージョン制限: 今回は AWS European Sovereign Cloud (Germany) での利用可否の追加。リージョンごとの在庫・価格は異なるため事前確認が必要です
  • IAM権限: EC2 起動、ネットワークインタフェース作成、IAM インスタンスプロファイルの付与などの権限が必要です
  • ドライバ/AMI: NVIDIA ドライバ、CUDA、cuDNN（推論/推論向けライブラリ）は別途インストールが必要。AWS Deep Learning AMI や事前構成済みの AMI を利用すると導入が容易です
  • 永続性: ローカル NVMe はインスタンスストア（揮発性）で、停止/終了で消失します。チェックポイントや永続データは EBS/S3 を利用してください
  • クォータ: vCPU・GPU インスタンスのデフォルトクォータ制限に注意。必要に応じて Service Quotas で増加申請を行ってください
  • ネットワークと配置: 高帯域・低レイテンシが必要な場合はプレースメントグループ（cluster）や ENA（Elastic Network Adapter）設定を検討してください
  • コスト: GPU インスタンスは高コストになるため、スポットや Savings Plans、推論コンテナのスケーリングでコスト管理する必要があります

参考情報 ​

[Ec2] Amazon EC2 X8i instances are now available in additional regions ​

概要 ​

Amazon EC2のメモリ最適化インスタンス「X8i」が、Europe (Ireland)（eu‑west‑1）とAsia Pacific (Mumbai)（ap‑south‑1）で利用可能になりました。カスタムIntel Xeon 6プロセッサを搭載し、前世代X2i比で大幅に性能・メモリ帯域・容量が向上しています。

変更内容・新機能の詳細 ​

X8iインスタンスはAWS専用のカスタムIntel Xeon 6プロセッサを採用したメモリ最適化インスタンスで、SAP認定済みです。主な技術仕様と特徴は以下の通りです。 1) 性能・メモリ: X2iに対して最大43%の総合性能向上、メモリ容量は最大1.5倍（最大6TB）、メモリ帯域は最大3.3倍。 2) ワークロード効果: SAP HANA向けのSAPS性能は最大50%向上、PostgreSQLは最大47%高速化、Memcachedは88%高速化、AI推論は46%高速化というベンチマーク結果が公表されています。 3) インスタンス構成: large〜96xlargeの14サイズを提供し、ベアメタルオプションが2種類含まれます（オンプレライクなニーズやライセンス要件に対応）。 4) 購入方法: Savings Plans、On‑Demand、Spotでの利用が可能。 5) 推奨ユースケース: メモリ集約型データベース（SAP HANA、インメモリDB）、大規模データ分析、電子設計自動化（EDA）、メモリキャッシュ、高速推論など。利用開始はAWSマネジメントコンソールまたは該当インスタンスページから。

影響範囲・利用シーン ​

  • 対象ユーザー: SAPアプリケーション管理者、データベース管理者、データ分析エンジニア、EDA設計者、AI推論運用者
  • 利用シーン: 大規模インメモリDB（SAP HANAなど）の性能改善、メモリ依存の分析処理やキャッシュ層の高速化、EDAのシミュレーション高速化
  • 運用効果: 同一インスタンス世代からの移行でクエリ/トランザクション性能やメモリ帯域が向上し、処理時間短縮とTCO低減（ノード数削減によるライセンス/運用コスト削減）が期待できる
  • リージョン影響: 新たにEurope (Ireland) および Asia Pacific (Mumbai) で利用可能になり、これらリージョンでの低遅延構成やリージョン冗長設計が容易になる
  • 導入上の注意点: ベアメタルや大容量メモリを利用する際のライセンス／AMI互換性、インスタンスクォータ増加申請が必要になる場合がある

技術的な注意点 ​

  • リージョン制限: 本発表では Europe (Ireland)（eu‑west‑1） と Asia Pacific (Mumbai)（ap‑south‑1） に追加された旨。その他リージョンでの提供状況はリージョンごとに異なるため事前確認が必要です
  • IAM権限: インスタンス起動・タグ付け・キーペア作成などの標準EC2権限が必要です。組織でローンチ制御している場合はIAMポリシーの確認を行ってください
  • インスタンスクォータ: 大メモリインスタンスはデフォルトクォータが低めのことが多く、利用前にService Quotasで上限確認・増加申請を行ってください
  • SAP認定/AMI: SAP HANAでの利用はSAP認定イメージやOS／カーネル要件に従う必要があります。SAPの公式認定リストとAWSのSAP on EC2ドキュメントを確認してください
  • コスト: メモリと性能が大幅に向上しているため時間あたりコストは高めになります。Savings PlansやReserved Instances（Savings Plansが対応）を使ったコスト最適化を検討してください
  • ベアメタル考慮点: ベアメタルではハイパーバイザが介在しないためライセンス条件やハードウェア依存ドライバの対応を確認してください
  • 互換性: 使用するAMIがインスタンスの仮想化方式（HVM等）と大容量メモリに対応しているか、カーネルパラメータやスワップ設定などのチューニングが必要になる場合があります

参考情報 ​

[SageMaker] Amazon SageMaker Unified Studio adds identity and user management features ​

概要 ​

Amazon SageMaker Unified Studioに管理者向けのID設定とユーザー管理機能が追加され、IAMドメインとIAM Identity Centerドメインの両方でシングルサインオン設定、ユーザー一覧・権限管理、フェデレーション時の個別セッション生成が可能になりました。

変更内容・新機能の詳細 ​

主な変更点は次のとおりです。SageMaker IAMドメイン向けに、管理者がSageMaker Unified Studio管理ポータル上でAWS IAM Identity Center（旧AWS SSO）と統合を設定できるようになりました。設定後は、プロジェクトメンバーとしてIAMロール、IAMユーザー、IAM Identity Centerユーザー、IAM Identity Centerグループを混在して追加でき、メンバーごとの認証方式に依存せずチームでデータやリソースを共同利用できます。新しい「ドメインユーザー管理」ページにより、ドメイン内でアクティブな全ユーザーを単一画面で把握し、アクセス管理や権限更新を行えます。SageMaker Identity Centerドメイン側では、IAMロールによるフェデレーションでUnified Studioポータルにアクセス可能になり、各フェデレーションユーザーに対してユニークなユーザーセッションが生成されるため、同一ロールを共有する複数ユーザーの作業が上書きされず、個別の操作監査が可能です。これにより、従来のIAM認証と企業向けのIAM Identity Centerの双方を柔軟に利用でき、組織の認証基盤に合わせてチームのコラボレーションを実現します。これらの機能は指定リージョンで提供されています（詳細は技術注意事項参照）。

影響範囲・利用シーン ​

  • 対象ユーザー: SageMakerを利用するデータサイエンティスト、機械学習エンジニア、SRE/運用チーム、セキュリティ/ID管理者
  • 利用シーンまたは効果: 企業の既存IDプロバイダ（IAM Identity Center）やIAMロール/ユーザーを混在してプロジェクト権限を付与できるため、社内SSOを用いたオンボーディングや既存IAM資産の活用が容易になる
  • 運用効果: 管理ポータルでドメイン内ユーザーを一元管理でき、フェデレーション時に個別セッションを生成することで、共有ロールを使った場合でも操作の上書き防止や個別監査が可能になり、運用とコンプライアンスが向上する

技術的な注意点 ​

  • IAM権限: 管理ポータルでの設定やユーザー/ロールの追加には、SageMaker管理者権限とIAM/Identity Centerの適切な管理権限が必要です。ロール信頼ポリシーやIAMポリシーが正しく設定されていることを確認してください。
  • リージョン制限: 本機能は以下のリージョンで利用可能です: Asia Pacific (Mumbai), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Canada (Central), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Paris), Europe (Stockholm), South America (São Paulo), US East (N. Virginia), US East (Ohio), US West (Oregon)。その他リージョンでは未提供の可能性があります。
  • コスト: これらの管理機能自体に特別な追加料金は通常発生しませんが、IAM Identity Centerの利用、CloudTrailによる監査ログ保存、S3や関連サービスの利用などは別途料金が発生する場合があります。
  • 監査/ログ: フェデレーション後の個別セッション生成により監査が改善されますが、詳細な操作ログや長期保管を行うにはCloudTrailやログ保存ポリシーの有効化・設定を推奨します。
  • 注意点: Identity Centerの設定にはIdP（社内ディレクトリや外部IdP）との連携設定が必要です。また、プロジェクトレベルのアクセス制御は引き続き適切なIAMポリシーとリソースポリシーで管理してください。

参考情報 ​

[Ec2] Amazon EC2 G7e instances now available in Europe (London) region ​

概要 ​

Amazon EC2の新しいG7eインスタンスが Europe (London) リージョンで利用可能になりました。NVIDIA RTX PRO 6000 Blackwell Server Edition GPUを最大8基搭載し、G6e比で最大2.3倍の推論性能を提供します。

変更内容・新機能の詳細 ​

G7eインスタンスはNVIDIA RTX PRO 6000 Blackwell Server Edition GPU（最大8基、GPUあたり96GBメモリ）と第5世代Intel Xeonプロセッサを組み合わせた高性能インスタンスです。最大で192 vCPU、最大1600 Gbpsのネットワーク帯域をサポートします。NVIDIA GPUDirect Peer-to-Peer (P2P) をサポートし、マルチGPU内部通信の性能を向上させます。さらに、複数ノードでの低レイテンシ通信にはEFAを使ったNVIDIA GPUDirect RDMAに対応（EC2 UltraClusters）し、小規模なマルチノード学習や推論ワークロードの待ち時間を低減します。用途としては大規模言語モデル（LLM）、エージェント型AI、マルチモーダル生成AI、物理シミュレーション/ロボティクスなど、グラフィックス処理とAI処理を両立するワークロードに最適化されています。購入形態はオンデマンド、Spot、Savings Plansが利用可能で、利用開始はAWS Management Console、CLI、SDKから行えます。利用可能リージョンは米国（Oregon, N. Virginia, Ohio）、欧州（Spain, London）、アジア太平洋（Tokyo, Seoul）です。

影響範囲・利用シーン ​

  • 対象ユーザー: 機械学習エンジニア、研究者、推論/トレーニングを運用するSREやプラットフォームチーム
  • 利用シーン: 大規模言語モデルの推論・微調整、マルチモーダル生成AI、空間コンピューティングやグラフィックスとAIを併用するアプリケーション、物理シミュレーションやロボティクスの高速化
  • 運用効果: 単ノードおよびマルチGPU構成で推論性能が向上（最大2.3x vs G6e）、マルチノードRDMAにより分散推論/学習のレイテンシを低減してスループット向上が期待できる
  • 導入上の注意点: GPUメモリが大きいため大規模モデルを単ノードで収めやすいが、コストやインスタンス割当（クォータ）を事前に確認する必要がある
  • リージョン: Londonが新たに利用可能になったほか、主要リージョン（Oregon、N. Virginia、Ohio、Spain、Tokyo、Seoul）で利用可能

技術的な注意点 ​

  • IAM権限: EC2インスタンス起動、ネットワーキング（EFA/ENI）、関連リソース（IAMロール、セキュリティグループ）の権限が必要です
  • リージョン制限: Londonが今回追加。すべてのリージョンで未提供のケースがあるため、利用前に対象リージョンの提供状況を確認してください
  • コスト: 高性能GPUインスタンスのため時間課金は高め。SpotやSavings Plansでコスト削減が可能ですが、Spotは中断リスクがあります
  • ドライバ/ソフトウェア: NVIDIAドライバ、CUDA、cuDNNなどのGPUソフトウェアを適切にインストールする必要があります。GPUDirectやRDMAを使用する場合は対応ドライバ（EFA/OFED）、カーネル互換性、CUDAバージョンの整合性を確認してください
  • ネットワーク/EFA: GPUDirect RDMAを使うにはEFA対応かつEC2 UltraClustersでの構成が必要です。マルチノードRDMAは専用の配置（Placement Group / UltraCluster）やネットワーク設定が前提になります
  • インスタンス制限/クォータ: 大型GPUインスタンスはデフォルトクォータが低めのことがあり、商用利用前にサービスクォータ引き上げを申請してください
  • ベンチマーク注意: "最大2.3x"の性能向上は特定ベンチマーク条件下の比較値です。実ワークロード（モデル、バッチサイズ、IOパターン）で事前に性能評価を行ってください

参考情報 ​

[General] AWS Capabilities by Region now supports availability notifications ​

概要 ​

AWS Builder Center の「AWS Capabilities by Region」で、サービス／機能のリージョン提供開始を自動通知する購読型の「Availability notifications」が利用可能になりました。対象リージョンやサービスを選択すると、該当サービスやその下位機能の提供開始をインアプリ通知と週次メールで受け取れます。

変更内容・新機能の詳細 ​

新機能は、1,500以上のサービス／機能を対象に37のAWSリージョンでの利用可能性を追跡し、ユーザーがサービス単位で購読すると選択したリージョン内の当該サービスに関連するすべての機能（下位機能）について個別に追跡する必要なく通知を受け取れる仕組みです。通知チャネルは（1）AWS Builder Center 内の瞬時のインアプリアラート、（2）集約された週次メールダイジェストの2種類。購読と通知設定は AWS Builder Center の Settings > Notifications から管理します。ユースケースとして、特定機能のローンチ追跡、リージョン間のサービスパリティ監視、移行やリージョン拡張の準備などが想定されます。例として、生成AIアプリのリージョン拡大を行うソリューションアーキテクトが Amazon Bedrock を購読し、Knowledge Bases や Guardrails などの機能が対象リージョンで利用可能になった時点で自動的に通知を受け取る、といった利用が挙げられます。

影響範囲・利用シーン ​

  • 対象ユーザー: ソリューションアーキテクト、プラットフォーム／インフラ担当、プロダクトオーナーなど、リージョン展開や機能依存の設計・運用を行う技術者
  • 利用シーン: 新サービス／機能のリージョン提供開始をリアルタイムで追跡して、インフラ設計・マイグレーション計画・ローンチスケジュールの決定に活用
  • 運用効果: 手動でのリリース追跡や個別機能のチェック工数を削減し、リージョン拡張や移行のタイミングを迅速に判断可能
  • スケール効果: サービス単位で購読すれば、その下位機能も自動カバーされるため、大規模な機能セットを扱うプロジェクトでの管理負荷を軽減

技術的な注意点 ​

  • アクセス権限: AWS Builder Center へサインインできる AWS アカウント／IAM ユーザーが必要。組織のポリシーでアクセス制限がある場合は該当権限を付与してください
  • 通知管理: Settings > Notifications から購読・通知チャネル（インアプリ／メール）を設定・変更できます。購読はサービス単位で行い、選択したリージョン内の下位機能を自動的にカバーします
  • リージョン制限: 記事時点で "37 AWS リージョン" を対象としています。対象のリージョンが含まれていない場合は通知対象外です
  • コスト: 記事では追加料金について明記されていません。通常は通知購読に対する追加課金は想定されないものの、メール配信設定や運用フローに伴う社内コストは考慮してください
  • メール設定: 週次ダイジェストを確実に受け取るために送信元ドメインの allowlist や通知先メールアドレスの確認を推奨します
  • 互換性・粒度: 購読はサービスレベルで行うため、個別の機能単位で非常に細かく管理したい場合は挙動を確認してください

参考情報 ​

[Elemental Mediatailor] AWS Elemental MediaTailor launches Monetization Functions ​

概要 ​

AWS Elemental MediaTailorは「Monetization Functions」を正式提供開始しました。プレイヤーと広告意思決定サーバー（ADS）の間で行う広告リクエスト生成やセッションデータ管理をカスタマイズでき、ミドルウェア不要で外部API呼び出しやインライン変換を再生中に実行できます。

変更内容・新機能の詳細 ​

Monetization Functionsは、再生セッションの定義されたポイント（ライフサイクルフック）で外部APIを呼び出したり、インラインでデータ変換を実行したりできる機能です。これにより、プレイヤーとADSの間に独自のミドルウェアを構築・運用する必要がなくなります。一般的なユースケースには、ハッシュ化されたメールアドレスをLiveRamp等のプロバイダでプライバシー準拠のIDエンベロープに変換する処理、GraceNoteのようなCMSからコンテキストメタデータを広告リクエストに付与する処理、The Trade Desk等を使ったヘッダービディングワークフローの起動、複数ADS間でのA/Bテストなどが含まれます。設計上フェイルオープンであり、関数がエラー、タイムアウト、リソース制限に達した場合は出力を破棄してMediaTailorのデフォルト広告挿入動作にフォールバックするため、視聴者の再生は中断されません。Monetization FunctionsはMediaTailorが利用可能なすべてのAWSリージョンでGA提供されます。課金はライフサイクルフックごとの呼び出し回数に対してフラットレートで行われ、関数の数・種類・複雑さには依存しません。詳細はMediaTailorの料金ページとユーザーガイドのMonetization Functions節を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: 動画配信エンジニア、広告運用担当、プログラムmatic広告開発者、SRE/運用チーム
  • 利用シーン: ハッシュIDの解決（LiveRamp等）、コンテンツメタデータ付与（GraceNote等）、ヘッダービディングの起動（The Trade Desk等）、ADS間A/Bテストの実施
  • 運用効果: ミドルウェアの開発・運用コスト削減、広告リクエストのカスタマイズ性向上、外部依存時の障害があっても再生中断を回避可能
  • コスト影響: ライフサイクルフック呼び出しあたりの課金が発生するため、大量リクエストがあるワークフローではコスト増の検討が必要

技術的な注意点 ​

  • IAM権限: Monetization Functionsの設定・管理に必要なIAM権限（MediaTailorの設定変更、関連のログ閲覧等）を事前に確認してください
  • リージョン制限: GAはMediaTailorが提供されるすべてのリージョンで利用可能です（ただし導入前に対象リージョンの対応状況を確認してください）
  • コスト: ライフサイクルフックごとの固定料金で課金されます。大量呼び出しの想定がある場合は料金ページで試算してください
  • タイムアウト／フェイルオープン: 関数がエラー、タイムアウト、リソース制限に達した場合は出力が破棄され、MediaTailorはデフォルトの広告挿入にフォールバックします。関数は低遅延で応答するよう設計してください
  • データ保護／コンプライアンス: ID解決や個人情報を扱う処理を行う場合は、ハッシュ化やプロバイダとの契約、地域のプライバシー法（例: GDPR）への準拠を必ず確認してください
  • 外部API呼び出し: 外部エンドポイントの可用性、認証方式（APIキー、OAuth等）、TLS設定を事前に確認・準備してください
  • ロギングと監視: CloudWatch等で関数の呼び出し状況やエラーを記録・監視できるように設定し、障害時のトラブルシュートに備えてください
  • 設計注意: ライフサイクルフックで重い処理や長時間の同期処理を行うと広告挿入遅延や失敗の原因になるので、可能な限り軽量で非同期的な設計を検討してください

参考情報 ​

[RDS] AWS Advanced JDBC Wrapper now provides client-side encryption ​

概要 ​

AWS Advanced JDBC WrapperにKMSベースのカラム単位クライアント側暗号化プラグインが追加され、アプリケーション側でデータを暗号化してデータベースに到達する前に保護できるようになりました。

変更内容・新機能の詳細 ​

新しいKMS EncryptionプラグインはJDBCラッパー層で動作するクライアントサイドのカラム暗号化機能を提供します。アプリケーションから書き込まれる際に指定したカラムの値を暗号化し、読み取り時に復号してアプリケーションへ返します。暗号鍵の管理にはAWS KMSを利用し、データ整合性はHMAC検証で検証可能（検証に暗号鍵は不要）です。プラグインは既存のSQL、Spring、Hibernate、コネクションプールの構成と透過的に統合され、アプリケーションコードの変更を不要にします。対応対象はAmazon RDSおよびAmazon AuroraのPostgreSQLおよびMySQL互換データベースです。ラッパー自体はオープンソース（Apache 2.0）で公開され、既存のラッパー機能（フェイルオーバー処理、AWS認証連携、拡張モニタリング等）と併用できます。

影響範囲・利用シーン ​

  • 対象ユーザー: データベースを利用するアプリケーション開発者、セキュリティ/コンプライアンス担当、SRE/運用チーム
  • 利用シーン: PCI DSS、HIPAA、GDPRなどで個人情報や機密データをDB内で平文化させたくないケース。既存アプリの改修を避けつつカラム単位暗号化を導入する場面。
  • 運用効果: データベース内部での平文露出リスク（盗まれた資格情報、過剰権限管理者、SQLインジェクション等）を低減し、アプリケーション側でのみ平文を扱うことでコンプライアンス対応を容易にする

技術的な注意点 ​

  • IAM権限: KMSのEncrypt/Decrypt/GenerateDataKeyなどの権限（kms:Encrypt,kms:Decrypt,kms:GenerateDataKey等）をアプリケーション実行ロール/ユーザーに付与する必要あり。KMSキーのキー管理ポリシーやキーグラントも確認してください。
  • リージョン制限: 特別な地域制限は明記されていませんが、KMSおよびRDS/Auroraが提供されるリージョンでの利用に依存します。利用予定リージョンでKMSおよび対象DBエンジンのサポート状況を事前確認してください。
  • コスト: KMS API呼び出し（GenerateDataKey等）に対する料金が発生します。暗号化・復号の頻度が高い場合はコストとレイテンシの影響を評価してください。
  • 互換性: Amazon RDS/AuroraのPostgreSQLおよびMySQL互換エンジン向け。特定バージョンやJDBCドライバー要件はドキュメントで確認してください。
  • パフォーマンス: 暗号化/復号処理とKMS呼び出しによるCPU負荷とレイテンシ増加が発生します。大量アクセスやバッチ処理では事前に負荷試験を推奨します。
  • 検索/集計制約: 暗号化カラムはデータベース側で平文として扱われないため、サーバー側でのLIKE、範囲検索、ソート、インデックス活用、集計などは制限されます。暗号化対象カラムの選定を慎重に行ってください。
  • 導入作業: アプリケーション側でラッパーJARをクラスパスに追加し、JDBC接続設定（ドライバ指定または接続URL）でラッパーを利用する設定が必要です。アプリコードの変更は不要な場合が多いですが、暗号化対象カラムの設定（プラグイン設定ファイル等）を行う必要があります。
  • 運用/バックアップ: バックアップやレプリケーション先には暗号化済みデータが保存されます。暗号鍵管理とキーのライフサイクル（ローテーション、廃止）の運用設計が重要です。

参考情報 ​

[Connect] Amazon Connect Outbound Campaigns adds multi-contact time zone detection ​

概要 ​

Amazon Connect Outbound Campaignsが顧客プロファイル内の「すべての」電話番号と住所を使ってタイムゾーン検出を行うようになりました。これにより、複数タイムゾーンにまたがる連絡先の配信ウィンドウ判定がより正確になります。

変更内容・新機能の詳細 ​

従来はプロファイルの主連絡先（primary phone number）のタイムゾーンのみを用いて配信可否を判定していましたが、今回の更新によりプロファイルに登録されている全ての電話番号および住所フィールドを参照してタイムゾーンを推定します。プロファイルに複数のタイムゾーンが検出された場合、キャンペーンで設定した配信時間帯（例：9:00–17:00）について、検出されたすべてのタイムゾーンで共通して許可される時間帯の重なり（intersection）のみ配信が行われます。重なりが存在しないプロファイルはスキップされます（例：携帯がET、勤務先番号がPTでキャンペーンが9–17時設定の場合、両方が許容されるのはETの12–17時＝PTの9–14時の時間帯のみ配信）。この機能はAmazon Connect Outbound Campaignsが提供されているすべてのAWSリージョンで利用可能で、追加料金は発生しません。

影響範囲・利用シーン ​

  • 対象ユーザー: Amazon ConnectでOutbound Campaignsを利用しているコンタクトセンター運用者、マーケティング/キャンペーン担当者、SRE/運用チーム
  • 利用シーン: タイムゾーンが異なる複数の連絡先（携帯・勤務先・住所）を持つ顧客への自動発信／SMS／メッセージ配信のスケジューリング
  • 運用効果: 誤って迷惑となる時間に配信するリスクが減り、コンプライアンスと顧客体験が向上する。ただし、複数タイムゾーン間の重なりが小さい/無い場合は送信対象がスキップされるため配信件数やKPIに影響する可能性がある

技術的な注意点 ​

  • IAM権限: 特別な追加権限は不要で、既存のAmazon Connect Outbound Campaigns関連のアクセス権で機能しますが、キャンペーン管理権限やプロファイル編集権限の運用者を確認してください
  • リージョン制限: Amazon Connect Outbound Campaignsが提供されているすべてのAWSリージョンで利用可能です（記事参照）
  • コスト: 機能自体に追加料金は発生しません。ただし、配信対象の変動によって実際の送信数が増減し、結果として通信コストやキャンペーン完了時間に影響が出る可能性があります
  • データ品質: 正確なタイムゾーン判定のためにプロファイルの電話番号・住所データの整備（国コード/市外局番の整合、最新の住所情報）が推奨されます。必要に応じて顧客の優先連絡先やタイムゾーン属性をプロファイルに明示的に持たせる運用を検討してください
  • 運用上の影響: 複数タイムゾーンの重なりで配信可能時間が短くなり、配信のスループットやキャンペーン期間延長が必要になる場合があります。配信レポートやスケジュールの見直しを行ってください

参考情報 ​

[Ec2] Amazon EC2 M8gn and M8gb instances are now available in AWS Europe (Ireland) region ​

概要 ​

Amazon EC2の新しいM8gnおよびM8gbインスタンスがAWS Europe (Ireland) リージョンで利用可能になりました。これらはAWS Graviton4プロセッサと第6世代Nitroカードを採用し、高いネットワーク／EBS性能を提供します。

変更内容・新機能の詳細 ​

M8gn/M8gbはGraviton4ベースの汎用/ネットワーク最適化インスタンスファミリーで、従来のGraviton3より最大約30%良好な計算性能を実現します。M8gnはネットワーク重視で最大600 Gbpsのネットワーク帯域（ネットワーク最適化インスタンスとして最大値）および最大120 GbpsのEBS帯域を提供します。M8gbはブロックストレージ性能重視で最大300 GbpsのEBS帯域と最大400 Gbpsのネットワーク帯域を提供します。両シリーズは最大サイズで48xlargeおよびmetal-48xlをサポートし、最大768 GiBメモリを搭載可能です。EFA（Elastic Fabric Adapter）による低遅延・高スループットなクラスタ通信は16xlarge、24xlarge、48xlarge、metal-24xl、metal-48xlでサポートされます。第6世代Nitroカード採用により、ネットワークやEBSのパフォーマンス効率が向上しています。利用可能リージョンはUS East (N. Virginia)、US West (Oregon)、および Europe (Ireland) で、metalサイズは現時点でUS East (N. Virginia)に限定されています。

影響範囲・利用シーン ​

  • 対象ユーザー: ネットワーク集約型・ストレージ集約型アプリケーションを運用するクラウドエンジニア、SRE、データベース管理者、Telcoインフラ運用者
  • 利用シーン: 高性能ファイルシステム、分散インメモリキャッシュ／キャッシュクラスター、リアルタイム大規模データ解析、5G UPFなどのネットワーク集約ワークロード（M8gn）。高性能RDBMSやNoSQLなど、ブロックストレージの高スループットが要求されるデータベースワークロード（M8gb）。
  • 運用効果: Graviton4による計算性能向上と第6世代Nitroカードによるネットワーク／EBS性能向上で、同等コスト帯のx86インスタンスや旧世代Gravitonインスタンスに比べてスループット向上やレイテンシ低減が期待できる
  • コスト影響: Gravitonベースは一般に価格性能比が良好だが、高帯域・大容量インスタンスは時間課金が高くなるため、ネットワーク／EBS要件に応じたサイズ選定とコスト試算が必要
  • リージョン影響: 本告知でEurope (Ireland) に追加されたが、metalサイズは現在US East (N. Virginia)のみで利用可能

技術的な注意点 ​

  • ARM対応: Graviton4はaarch64 (ARM64)アーキテクチャのため、AMI/アプリケーションがARM互換であることを確認してください（バイナリ/ライブラリの再ビルドや互換性検証が必要な場合があります）
  • EFA/ENA: EFA利用時は対応AMI・ドライバ（EFA/EN A）および対応するセキュリティグループ、Placement Group（クラスタ配置）を設定する必要があります。EFAは16xlarge以上と指定のmetalでのみサポートされます
  • EBS: 高いEBS帯域を活かすために、EBSボリュームタイプ（gp3/io2等）のスループット/IOPS設定を適切に構成してください。ボリューム単位の上限やアカウントレベルの制限に注意してください
  • IAM権限: 通常のEC2起動権限に加え、ENI作成やPlacement Group操作などの権限（ec2:CreateNetworkInterface、ec2:CreatePlacementGroupなど）が必要になる場合があります
  • リージョン制限: Europe (Ireland)で利用可能になりましたが、metalサイズはUS East (N. Virginia)に限定されています。導入前にターゲットリージョンでの可用性を確認してください
  • 互換性: サードパーティソフトウェアやエージェントがARMを公式サポートしていない場合、動作確認が必要です
  • コスト管理: 高帯域/高IOPSの構成はデータ転送・EBS料金に影響するため、予算とモニタリングを準備してください

参考情報 ​

[General] Amazon SageMaker HyperPod now supports AMI-based node lifecycle configuration for Slurm clusters ​

概要 ​

Amazon SageMaker HyperPodがSlurmクラスタのノードライフサイクル設定にAMIベースの構成をサポートしました。従来のライフサイクルスクリプトのS3アップロードや実行を不要にし、クラスタ作成時間を短縮してすぐにトレーニングを開始できます。

変更内容・新機能の詳細 ​

AMIベースのノード構成は、Docker、Enroot、Pyxisなどの必須ソフトウェアと、Slurm会計設定、SSH鍵生成、Slurmログローテーション、ユーザーホームディレクトリの初期化などの運用設定を含むベースラインをAMI側に組み込みます。これにより、ノードプロビジョニング時にライフサイクル設定スクリプトをダウンロード・実行する手順が不要となり、クラスタ作成時間が大幅に短縮されます。利用方法としては、CreateCluster APIでインスタンスグループ設定にLifeCycleConfigブロックを含めない（省略）か、SageMaker AIコンソールのCustom setupで「Lifecycle scripts」を「None」に設定します。AMIベースの構成に追加カスタマイズが必要な場合は、拡張（extension）スクリプトをS3に置いて提供できます。API経由ではLifeCycleConfigブロック内の新パラメータOnInitCompleteとSourceS3Uriで指定し、コンソールではCustom setupの「Extension script file in S3」欄にS3 URIを入力します。従来どおり、フルコントロールが必要なユースケースではカスタムライフサイクルスクリプトの使用も引き続きサポートされています。本機能はSageMaker HyperPodが利用可能な全リージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: 分散AI/MLトレーニングをSlurmクラスタで運用する機械学習エンジニア、クラスタ運用チーム、SRE
  • 利用シーン: 新規または既存のHyperPod Slurmクラスタ作成時の初期プロビジョニングを高速化し、すぐにジョブを投入したい場面
  • 運用効果: ライフサイクルスクリプトの管理（作成・S3アップロード・実行検証）を削減し、クラスタ作成時間を短縮。ベースラインのソフトウェア/設定が統一されることでノード準備の失敗や設定差分によるトラブルが減少

技術的な注意点 ​

  • IAM権限: 拡張スクリプトをS3から取得する場合、インスタンスプロファイル/役割にs3:GetObjectなどの適切な権限が必要。SageMakerのクラスタ作成に必要なSageMaker権限も確認してください。
  • リージョン制限: 本機能はSageMaker HyperPodが利用可能な全リージョンで提供されています（ただしAMIの更新やリージョン配布のタイミングに注意）。
  • コスト: 追加のAWS料金は基本的に発生しませんが、拡張スクリプトのS3アクセスや短縮されたプロビジョニング時間によるインスタンス停止時間の変化でコスト影響が出る場合があります。
  • 設定方法/注意点: AMIベースを有効にするには、CreateCluster APIでLifeCycleConfigブロックを省略するか、コンソールでLifecycle scriptsを「None」に設定。拡張スクリプトを使う場合はLifeCycleConfig内のOnInitCompleteおよびSourceS3Uriで指定（API）、またはコンソールの「Extension script file in S3」にS3 URIを入力。
  • 互換性/制限: AMIはSlurm用のベース構成を含むが、組織固有のLDAP統合や独自ユーザー設定などは拡張スクリプトで対応する必要あり。ネットワーク（VPC、S3エンドポイント）や社内プロキシ経由でのS3アクセスが必要な場合、事前に構成を確認してください。
  • セキュリティ: 拡張スクリプトはS3上の公開/非公開両方で置けますが、S3バケットポリシーとIAMロールでアクセス制御を適切に設定してください。拡張スクリプトが実行する内容はインスタンス権限範囲内であることを確認してください。
  • 既存ワークフロー: 完全制御が必要な場合は従来のカスタムライフサイクルスクリプトが引き続き利用可能です。

参考情報 ​

[General] AWS India customers can now use UPI Scan and Pay for sign-up and payments ​

概要 ​

インドの顧客は、UPI（Unified Payments Interface）のScan and Payを使ってAWSへのサインアップや請求支払いができるようになりました。コンソール上のQRコードをUPIアプリでスキャンして承認することで、UPI IDを手入力せずに即時決済やUPI AutoPay（最大月額 INR 15,000）の設定が可能になります。

変更内容・新機能の詳細 ​

主な変更点と動作フロー:

  • 支払い方法にUPIを選択すると、AWSコンソール上にQRコードが表示されます。顧客はGoogle Pay、PhonePe、Paytm、Amazon PayなどのUPI対応モバイルアプリでQRコードをスキャンし、アプリ側で取引を承認します。
  • QRスキャン方式により、手動でUPI IDを入力する必要がなくなり、入力ミスや不一致による失敗が減少します。承認・認証はユーザーのUPIアプリ側で行われ、銀行間の即時振替で決済が完了します。
  • 一回限りの支払い（請求書支払いやサインアップ時の初回決済）に対応するほか、Scan and Payを使ってUPI AutoPay（自動月次支払い）を設定できます。AutoPayの自動決済は月額最大INR 15,000が上限です。
  • 利用開始方法は簡単で、AWSコンソールにログインして支払い方法で「UPI」を選択し、表示されるQRコードをスキャンしてアプリで認証するだけです。
  • セキュリティ面では、支払い承認や認証（PIN/生体/OTP）は顧客のUPIアプリと銀行側で行われ、AWSは決済トランザクションの表示と受領のみを行います。
  • 大口請求やAutoPay上限を超える継続的な支払いが見込まれる場合は、クレジットカード、請求書/POによる支払い、またはAWSサポート経由での請求設定を検討する必要があります。

影響範囲・利用シーン ​

  • 対象ユーザー: インドのAWSアカウント保有者（個人／法人問わず）、特にモバイルUPI利用者
  • 利用シーン: サインアップ時の初回支払い、コンソールからの請求書一括支払い、月次の自動支払い（UPI AutoPay）の設定
  • 運用効果: 支払いフローの簡素化・ミス削減により請求支払いの手間が減り、コンバージョン（サインアップ完了率）向上や回収遅延の低減が期待できる
  • 制約・注意点: UPI AutoPayは月額上限がINR 15,000のため、それ以上の定期支払いが必要な場合は代替の支払い方法が必要

技術的な注意点 ​

  • IAM権限: 支払い方法の管理はアカウントの請求管理者（Billing/Paymentの権限）が行います。必要なIAM権限を事前に確認してください。
  • リージョン制限: 本機能はインドの顧客向けの支払いオプションであり、インド（India）で登録されたアカウント／支払い環境に適用されます。他リージョンでは利用できない可能性があります。
  • コスト: AWS側での追加手数料は明記されていませんが、銀行やUPIプロバイダ側の利用条件・手数料が適用される場合があります。請求処理や返金のタイミングは通常の課金処理に準じます。
  • 支払い上限: UPI AutoPayは月額最大INR 15,000まで設定可能。これを超える自動引き落としは不可のため、請求額が大きい場合は別手段を用意してください。
  • 返金・調整: 返金が発生した場合の処理は銀行／UPIシステム経由で行われます。返金の反映タイミングや手順は銀行側のポリシーに依存します。
  • トラブル対応: 支払いに失敗した場合や認証エラーが発生した場合は、まずUPIアプリの取引履歴と銀行ステータスを確認し、必要に応じてAWSサポート（課金サポート）に連絡してください。

参考情報 ​

[Ec2] Introducing Amazon EC2 R8idn and R8idb instances ​

概要 ​

Amazon EC2のR8iファミリーに新しくR8idnとR8idbが一般提供されました。カスタム第6世代Intel Xeonスケーラブルプロセッサと第6世代AWS Nitroカードを採用し、前世代比でvCPUあたり最大43%の計算性能向上を実現します。

変更内容・新機能の詳細 ​

・プロセッサ／プラットフォーム: AWS専用のカスタム第6世代Intel Xeon Scalableプロセッサと第6世代AWS Nitroカードを採用。Nitroにより高いネットワーク・ストレージ性能とセキュアな分離を提供します。 ・性能比較: R6in（前世代）と比べてvCPUあたり最大43%の計算性能向上を謳っています（ワークロード依存）。 ・R8idnの特徴: 最大600 Gbpsのネットワーク帯域（強化ネットワーキングの中で最大帯域）と、最大22,800 GBのローカルNVMeインスタンスストレージを提供。ネットワーク集約かつローカル高速ストレージを必要とするメモリ重視ワークロード向け。 ・R8idbの特徴: 最大300 GbpsのEBS帯域と最大1,440K IOPSを提供し、非アクセラレーテッドな計算インスタンスの中で最高クラスのEBS性能を実現。ブロックストレージ性能が重要なメモリ重視ワークロード向け。 ・利用可能リージョン: 現時点で US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Spain)で利用可能。 ・購入オプション: Savings Plans、オンデマンド、Spotをサポート。 ・想定ユースケース: R8idnはインメモリデータベース、リアルタイム大規模分析、分散キャッシュ等の高スループット＆ローカルストレージが必要な用途に最適。R8idbは大規模商用データベース、高性能ファイルシステム、エンタープライズ分析基盤など高いブロックストレージ性能を必要とする用途に適する。

影響範囲・利用シーン ​

  • 対象ユーザー: データベース管理者、SRE/運用チーム、ビッグデータエンジニア、キャッシング/インメモリアプリケーションの開発者
  • 利用シーンまたは効果: R8idnは高ネットワークスループットと大容量ローカルNVMeを活かしたインメモリDBや分散キャッシュのレイテンシ低減とスループット向上、R8idbは高EBS帯域と高IOPSにより商用DBや分析ワークロードのI/Oボトルネック解消に寄与
  • 運用効果: 高いvCPU当たり性能によりインスタンス台数削減やスループット向上が期待でき、コスト対性能の改善につながる可能性がある
  • 対象リージョン: 初期対応リージョンは US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Spain)（その他リージョンは順次展開の可能性あり）
  • 購入・コスト影響: Savings Plans/オンデマンド/Spotに対応。より高性能なためワークロードによりインスタンスあたりコストは上昇する可能性があるが、スループット向上で総コスト低減が見込める場合がある

技術的な注意点 ​

  • IAM権限: 特殊なIAM権限は不要（通常のEC2起動/管理権限が必要）。
  • リージョン制限: 現時点で利用可能なリージョンは US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Spain) のみ。リージョン非対応の場合は代替インスタンスタイプを検討してください。
  • コスト: 高性能インスタンスのため単価は高め。オンデマンド、Savings Plans、Spotを比較してコスト最適化を行ってください。
  • インスタンスストレージ（R8idn）: ローカルNVMeはインスタンスストア（揮発性）であり、停止/終了でデータは消失します。永続化が必要な場合はEBSや外部ストレージを利用してください。
  • EBS制限（R8idb）: 表示の最大EBS帯域・IOPSはインスタンスサイズとEBSボリューム構成（プロビジョンドIOPSなど）に依存します。プロビジョニングとスループット検証が必要です。
  • ネットワーク/ドライバ: 高帯域を利用するにはENAv2等の強化ネットワーキングドライバが必要な場合があります。最新のENAドライバやNitro対応AMIを使用してください。
  • 互換性/AMI: NitroベースかつカスタムXeonを使用しているため、対応するカーネル/AMIやデバイスドライバ（NVMe/NIC）を利用すること。古いカスタムAMIは動作確認が必要です。
  • 性能差異: “最大43%向上”はベンチマーク依存の表記です。実運用ワークロードで事前にパフォーマンステストを実施してください。

参考情報 ​

[Ec2] Introducing Amazon EC2 M8idn and M8idb instances ​

概要 ​

Amazon EC2 M8idn および M8idb インスタンスが一般提供開始されました。カスタム第6世代 Intel Xeon Scalable プロセッサと第6世代 AWS Nitro カードを採用し、前世代（M6idn）比で vCPU あたり最大43%のコンピュート性能向上を実現します。

変更内容・新機能の詳細 ​

M8idn と M8idb は第6世代カスタム Intel Xeon スケーラブルプロセッサと最新の第6世代 AWS Nitro カードを搭載した汎用インスタンスの新ファミリーです。主な差分は以下の通りです。M8idn: ネットワーク重視の構成で、強化ネットワーキングにおいて最大600 Gbps のネットワーク帯域（強化ネットワーキング EC2 インスタンスの中で最大）を提供し、ローカル NVMe ベースのインスタンスストアを備えています。分散コンピュート、データ分析、高性能ファイルシステムなどネットワーク集約型かつローカルストレージを必要とするワークロードに最適です。M8idb: ストレージ重視の構成で、非アクセラレーテッド計算インスタンスとしては最大 300 Gbps の EBS 帯域を提供（EBS パフォーマンスが最も高いクラス）し、低レイテンシのローカル NVMe ストレージも併用できます。大規模商用データベース、データレイク、NoSQL データベースなど EBS スループットと低レイテンシなローカルストレージの両方を活かす用途に適しています。これらのインスタンスは US East (N. Virginia)、US West (Oregon)、Europe (Spain) で利用可能で、Savings Plans、オンデマンド、Spot の各購入オプションに対応します。なお公表値は「最大」であり、実際の性能はインスタンスサイズ、ネットワーク設定、ストレージ構成、アプリケーションのプロファイルに依存します。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドインフラ/プラットフォームエンジニア、データベース管理者、SRE、データ分析チーム
  • 利用シーン: ネットワーク集約型の分散コンピューティング、データ分析クラスター、高性能ファイルシステム（M8idn）、大規模商用データベース、データレイク、NoSQL ワークロードでの高スループット EBS と低レイテンシローカル NVMe の併用（M8idb）
  • 運用効果: 同じ vCPU あたりで最大43%の計算性能向上によりスループット改善とレイテンシ低減が期待でき、ネットワーク/ストレージボトルネックの緩和でスケール効率が向上します
  • コスト影響: より高いネットワーク/ストレージ性能に伴いインスタンス単価は上昇する可能性があるため、コスト対効果の評価（性能向上 vs 料金）が重要です
  • 可用性/展開影響: 現時点では一部リージョンでの提供に限定されるためリージョン戦略に影響します

技術的な注意点 ​

  • IAM権限: EC2 起動/管理の標準権限（ec2:RunInstances 等）と EBS/ENI 操作に関する権限を事前に確認してください
  • リージョン制限: 利用可能リージョンは US East (N. Virginia)、US West (Oregon)、Europe (Spain)（記事時点）。他リージョンでは未対応の可能性があります
  • OS/ドライバ: 最新の AWS 提供 AMI やカーネルで ENA（Enhanced Networking）および NVMe ドライバが有効であることを確認してください。古い AMI はドライバ非対応のためパフォーマンスが出ない可能性があります
  • インスタンスストア: ローカル NVMe ストレージはインスタンスストア（揮発性）であり、停止・終了でデータは消失します。永続化には EBS バックアップやレプリケーション設計が必要です
  • EBS/ネットワーク設定: 公称の EBS 帯域やネットワーク帯域はインスタンスサイズと設定（EBS-最適化、ENI 設定、ソケット配置など）に依存します。IOPS/スループット要件がある場合は実負荷下でベンチマークを推奨します
  • 料金/購入オプション: Savings Plans、オンデマンド、Spot に対応。高性能故にコスト試算を行い、必要に応じてリザーブドや Savings Plans の活用を検討してください
  • その他: これらは“非アクセラレーテッド”計算インスタンス（GPU 等のハードウェアアクセラレータを含まない）として提供されます。特殊なネットワーク機能（例: EFA）が必要な場合はサポート状況を確認してください

参考情報 ​

AI要約はOpenAI APIによって生成されています。

Copyright © 2026