Skip to content

2026年07月08日

[Gamelift] Amazon GameLift Streams introduces secure terminal access for stream sessions

概要

Amazon GameLift StreamsがStream Session Admin Shellを導入しました。ストリームセッション内のライブ実行環境へ安全に端末接続し、リアルタイムでのトラブルシューティングが可能になります。

変更内容・新機能の詳細

Stream Session Admin Shellは、SSHキーや開放ポート、インフラ資格情報を管理することなく、ストリームセッションの実行環境へセキュアな端末接続を提供します。接続はCreateStreamSessionAdminShell APIを呼び出し(ストリームグループとセッションIDを指定)、返却された一時的な認証情報をAWS CLIのSSM Session Managerプラグインで使用して確立します。端末からはログ確認、稼働プロセスの照会、GPU利用率の確認、アプリケーション状態の検査などが行え、接続はアプリケーションと同等のアクセス権でスコープされます。対応ランタイムはLinux(Ubuntu 22.04)、Proton、Windows Server 2022で、ストリームセッション終了時に端末接続は自動的に切断されます。追加料金は発生せず、Amazon GameLift Streamsを提供するリージョンで利用可能です(詳細はリージョン表を参照)。

影響範囲・利用シーン

  • 対象ユーザー: ゲーム開発者、SRE/運用チーム、QA/デバッグチーム
  • 利用シーン: ライブセッションのリアルタイムデバッグ(ログ参照、プロセス確認、GPU/リソース監視、アプリ状態の直接確認)
  • 運用効果: SSHキーや公開ポートの管理を不要にし、インシデント対応や原因調査の工数を短縮
  • スコープ制御: 接続は該当のストリームアプリ環境に限定され、セッション終了で自動切断されるため誤操作リスクが低減
  • リージョン影響: Amazon GameLift Streamsが提供される全リージョンで利用可能(ただし個別リージョンの対応状況はリージョン表で確認)

技術的な注意点

  • IAM権限: CreateStreamSessionAdminShellを呼び出すためのGameLift Streams権限に加え、SSMセッションを開始/使用する権限(ssm:StartSession / ssmmessages:CreateControlChannel など)が必要です。必要な最小権限はドキュメントで確認してください。
  • 接続手順: CreateStreamSessionAdminShell APIで取得した認証情報をAWS CLIのSSM Session Managerプラグインに渡して接続します。クライアント環境にSSM Session Managerプラグインがインストールされている必要があります。
  • ランタイム制約: サポート対象は Linux (Ubuntu 22.04)、Proton、Windows Server 2022 のランタイムのみ。その他ランタイムは非対応です。
  • セッションライフサイクル: 端末接続はストリームセッションのライフサイクルに紐づき、セッション終了時に自動的に切断されます。長時間操作や永続接続には不向きです。
  • ネットワーク/セキュリティ: 公開ポートやSSH鍵を開放せずに済むためセキュリティ向上。ただし接続権限を持つIAMユーザー/ロールの管理は重要です。
  • コスト: 機能自体に追加料金は発生しませんが、関連するログストレージやデータ転送、その他AWSサービスの通常コストは別途発生する可能性があります。
  • リージョン制限: GameLift Streams非提供リージョンでは利用不可。最新の対応リージョンはAWSのリージョン表で確認してください。

参考情報


[S3] Amazon S3 Vectors is now available in AWS GovCloud (US) Regions

概要

Amazon S3 Vectors が AWS GovCloud (US-East) と AWS GovCloud (US-West) で利用可能になりました。S3 Vectors は大規模(10億ベクトル規模)向けのベクトルストレージで、RAG、セマンティック検索、AIエージェントや推論用途に最適化されています。

変更内容・新機能の詳細

S3 Vectors は専用の API を通じてベクトルの格納・アクセス・検索(近傍検索/類似検索)をインフラのプロビジョニングなしで提供するマネージドサービスです。Amazon S3 と同等の弾力性・耐久性・可用性を目指して設計されており、Embedding データやメタデータと組み合わせた Retrieval Augmented Generation(RAG)やセマンティック検索のワークロードを、数十億規模のベクトルで扱えるようにしています。今回、これが AWS GovCloud(US-East / US-West)でも利用可能になったため、米政府向けまたは規制要件の高いワークロードでも S3 Vectors を利用してベクトルストレージ機能を組み込めます。利用可能リージョンのフルリストや詳細は AWS のリージョン一覧や製品ドキュメント、料金ページを参照してください。

影響範囲・利用シーン

  • 対象ユーザー: 米政府機関、規制対象の組織(FedRAMP 等の要件がある組織)、セキュリティ/コンプライアンスを重視する企業のクラウドアーキテクト
  • 利用シーン: RAG パイプライン(ドキュメント検索+LLM)、セマンティック検索、AIエージェントの状態管理や類似検索、推論前の高速近傍検索
  • 運用効果: マネージドなベクトルストレージによりインフラ運用負荷を削減し、スケールや可用性を AWS に委ねつつ低レイテンシな検索を実現可能
  • コンプライアンス効果: GovCloud にデータを留めて運用することでデータ居住性や政府向けコンプライアンス要件に沿った運用がしやすくなる
  • コスト影響: ストレージとクエリ(検索)に対する課金が発生するため、大量トラフィックや高頻度の検索がある場合はコスト設計が必要

技術的な注意点

  • IAM権限: S3 Vectors を操作する専用 API 用の IAM 権限が必要です。既存の S3 オブジェクト権限とは別に確認・設定してください。
  • リージョン制限: 本リリースは AWS GovCloud (US-East) と AWS GovCloud (US-West) に追加されたものです。その他のリージョンの対応状況は AWS Regions and endpoints を確認してください。
  • データ居住性/コンプライアンス: GovCloud は米国政府向けの規制対応リージョンです。FedRAMP 等の認証要件があるワークロードでの利用可能性や監査要件を事前に確認してください。
  • コスト: ストレージと検索(クエリ)に対する課金が発生します。大規模なベクトル数や高頻度クエリ時にはコストが増大するため、コスト見積りとモニタリング設計を推奨します。
  • SDK/API互換性: S3 Vectors は専用 API を提供します。既存のオブジェクトストレージ API(S3 のオブジェクト PUT/GET 等)とは操作が異なるため、SDK のバージョンや API 呼び出しを確認・更新してください。
  • 移行/統合: 既存のベクトル DB(Milvus、Faiss 等)から移行する場合はエクスポート/インポートやインデックス変換の設計が必要です。RAG パイプラインではメタデータ管理や同期方法を考慮してください。
  • 暗号化/セキュリティ: サーバーサイド暗号化や KMS のサポート状況、ネットワーク経路(VPC エンドポイントやプライベート接続)の利用可否をドキュメントで確認してください。
  • サービス制限: ベクトルの次元数、インデックス作成時間、クエリレイテンシやスループットなどの制限が存在する可能性があります。大規模導入時は事前検証(PoC)で性能特性を確認してください。

参考情報


[Security Hub] AWS Security Hub extends unified security management to Microsoft Azure

概要

AWS Security HubがMicrosoft Azure上のリソース監視に対応し、リスク分析・CSPM(クラウドセキュリティ姿勢管理)・脆弱性管理・自動対応をAWSとAzureの両環境で統合して提供します。これにより、両クラウドをまたぐセキュリティ運用を単一コンソールで行えるようになります。

変更内容・新機能の詳細

主な機能拡張として、Security HubはAzureリソースの自動検出と評価をサポートします。検出対象にはAzure Virtual Machines(VM)、Azure Container Registry(ACR)のコンテナイメージ、Azure Function Apps、Azureのアイデンティティ等が含まれ、誤設定、インターネット露出、ソフトウェア脆弱性を評価します。CIS Benchmarks™ for Microsoft Azure Foundationsなどのセキュリティ標準に対するポスチャーチェック(CSPM)結果、統一されたリソースインベントリ、リスク・露出分析が提供されます。脆弱性管理はAmazon Inspectorとの連携により実施可能で、検出結果(Findings)はAWSとAzureで同じフォーマット・優先度ビューに統一されます。イベント駆動の自動対応は既存のAmazon EventBridge統合を通じて適用でき、既存のワークフローや自動化を流用できます。Azure監視用の統合作成時に独立した30日間の無料トライアルが開始され、試用後はAzureリソース監視に対しても同等の課金が適用されます。統合はSecurity Hubが利用可能なほとんどのAWSリージョンから作成可能ですが、中東(UAE、Bahrain)、アジア太平洋(台北、ニュージーランド)リージョンは除外されています。また、CSPMチェック(ポスチャー管理)とAmazon Inspector(脆弱性管理)は、Security Hub経由とは別に個別でAzure統合を作成することも可能です。

影響範囲・利用シーン

  • 対象ユーザー: セキュリティチーム、クラウドエンジニア、SRE、ガバナンス/コンプライアンス担当者
  • 利用シーン: マルチクラウド(AWS+Azure)環境の一元的なリスク可視化と優先対応(ポリシーチェック、脆弱性検出、インシデント自動化)
  • 運用効果: 複数コンソールを行き来せずに同一フォーマットで所見を管理できるため、対応の一貫性向上と対応時間短縮が期待できる
  • コスト影響: 30日間の無料トライアル後はAzure監視に対してもAWS監視と同等の課金が発生(導入前にコスト試算が必要)
  • リージョン影響: 一部のAWSリージョンからはAzure統合の作成ができないため、管理者は利用リージョンを確認する必要あり

技術的な注意点

  • IAM権限: AWS側でSecurity HubとEventBridge等の設定・自動化を行うためのIAM権限が必要。Azure側ではリソース検出と評価のためにサービスプリンシパル/アプリ登録や適切なロール(読み取り権限等)の付与が必要になる想定
  • リージョン制限: Security Hubが利用可能な全リージョンからAzure統合を作成可能だが、Middle East (UAE)、Middle East (Bahrain)、Asia Pacific (Taipei)、Asia Pacific (New Zealand) では統合作成不可
  • コスト: Azureリソースの監視は30日間無料トライアルあり。トライアル後はAzureリソースに対してもAWSリソースと同等の課金が適用されるため、トラフィック量・Findings数に基づく料金試算が必要
  • 中立性/フォーマット: AWSとAzureの所見は同一のFindingフォーマットで表示されるが、Azure側での検出内容や深度はAzure APIや設定に依存するため完全なAWSと同一の検出範囲とは限らない
  • 試験運用: 本番適用前に限定的な範囲で統合を作成し、検出結果・自動化ルール・コスト挙動を検証することを推奨

参考情報


[ECS] Amazon ECS Managed Instances reduces GPU management fees by up to 60%

概要

Amazon ECS Managed Instances の GPU / 加速インスタンスに対する管理手数料が引き下げられました。Gシリーズは管理手数料が35%減、PシリーズとAWS Trainiumは60%減となり、2026年7月1日以降自動適用されます。

変更内容・新機能の詳細

ECS Managed Instances は、タスク要件(vCPU数、メモリ、CPUアーキテクチャなど)を定義するだけで、AWS が最適な EC2 インスタンスをアカウント内にプロビジョニング・設定・運用するフルマネージド機能です。今回の更新で、GPU/加速インスタンス向けの管理手数料が引き下げられ、G 系は35%削減、P 系および AWS Trainium は60%削減されます。管理手数料は EC2 の利用料金とは別に課金されるもので、今回の変更は既存ユーザーにも自動的に適用されます。ECS Managed Instances は GPU ワークロード向けに CloudWatch Container Insights を通じた GPU 指標(利用率、メモリ、温度)や、GPU 固有のハードウェア障害を検出して異常インスタンスを自動で置換するヘルスモニタリングを備えています。今回の価格改定は、ECS Managed Instances が利用可能なすべての AWS リージョンで有効です。Amazon EKS の Auto Mode においても同等の管理手数料削減が実施されています。なお、管理手数料の削減はマネージメントレイヤーの料金に対するもので、EC2 の時間単価、ストレージ、ネットワーク等の基礎コストには影響しません。最新のレート詳細は ECS Managed Instances の料金表で確認してください。

影響範囲・利用シーン

  • 対象ユーザー: コンテナで GPU/加速インスタンスを利用するアプリケーション所有者、ML/推論エンジニア、バッチ処理ユーザー
  • 利用シーンまたは効果: GPU を使うトレーニング、推論、メディア処理、可視化などのワークロードでインフラ管理コストが低減され、フルマネージド運用の恩恵をより低価格で享受可能
  • 運用効果: AWS によるインスタンスプロビジョニングと障害置換で運用負荷が軽減され、GPU ハードウェア障害からの復旧時間が短縮される
  • コスト影響: 管理手数料(マネージド機能の料金)がG/P/Trainiumでそれぞれ削減されるが、EC2 インスタンス利用料やデータ転送費用は別途発生するため総コストは構成に依存する
  • 適用範囲: ECS Managed Instances が利用可能な全リージョンで自動適用。EKS(Auto Mode)でも同等の削減が適用される

技術的な注意点

  • IAM権限: ECS Managed Instances を使用する際は、サービスリンクドロールや必要なサービスロールがアカウントに存在することを確認してください(初期設定や自動化で必要になることがある)
  • CloudWatch 指標: GPU メトリクスは CloudWatch Container Insights 経由で取得されるため、Container Insights が有効になっていることを確認してください(無効の場合は指標が見えません)
  • 課金範囲: 今回の変更は「管理手数料」に対する割引であり、EC2 インスタンスのオンデマンド/スポット料金、EBS、データ転送などの基礎料金は別途発生します
  • リージョン制限: 記事の通り「ECS Managed Instances が利用可能な全リージョン」で有効です。特定リージョンで未提供の機能がある場合は適用外となります
  • 既存ユーザーへの影響: 割引は自動適用のため基本的にアクション不要ですが、請求明細や料金表(最新レート)を確認してください
  • 互換性/仕様: 管理手数料の削減はインスタンスの機能やサポート範囲を変更するものではありません。GPU 対応のドライバーや NVIDIA/AWS Trainium 用のランタイム等は引き続き適切に管理する必要があります

参考情報


[Emr] Amazon EMR Serverless now supports larger worker sizes to run more compute and memory intensive workloads

概要

Amazon EMR Serverlessで、従来の最大構成(16 vCPU / 最大120 GB)を上回る「32 vCPU / 最大244 GB」までの大きなワーカーサイズが利用可能になりました。これにより、より計算集約・メモリ集約なSpark/Hiveワークロードの実行性能とコスト効率が改善されます。

変更内容・新機能の詳細

新しいワーカー構成は最大で32 vCPUおよび最大244 GBのメモリを持ち、従来の最大(16 vCPU / 最大120 GB)から拡張されています。大きなワーカーを使うことで、特にシャッフルが多いジョブではノード間のデータ転送が減り効率が向上します。データスキューがあるジョブでは、OOM(メモリ不足)発生の可能性を下げられますし、キャッシュを多く必要とする処理ではより多くのデータをメモリに保持できるため処理速度が向上します。これらの利点を最大化するためには、Executorの数・コア・メモリ配分(spark.executor.cores, spark.executor.memory など)やシャッフルパーティション数(spark.sql.shuffle.partitions)、メモリオーバーヘッドの調整、Adaptive Query ExecutionやDynamic Allocationの利用などのジョブチューニングが有効です。大きなワーカーはEMR Serverlessが利用可能なすべてのAWSリージョンで利用可能です。

影響範囲・利用シーン

  • 対象ユーザー: データエンジニア、データサイエンティスト、SRE/運用チーム、ETLバッチ実行者
  • 利用シーンまたは効果: シャッフル重めのSparkジョブ、データスキューが発生する集計処理、大量データをメモリにキャッシュする機械学習前処理や再利用ワークロードにおいて実行時間短縮と安定化が期待できる
  • 運用効果: ノード間通信とデータ移動の低減によりジョブの遅延を抑制、OOMによる失敗率低下、場合によってはより少ないワーカー数で同等または低コストで処理可能になる

技術的な注意点

  • IAM権限: 新しいワーカーサイズ自体に特別な権限は不要。EMR Serverlessのアプリケーション作成・実行に必要な既存のIAMロール/ポリシー(emr-serverless関連の権限)を維持してください
  • リージョン制限: 発表によれば、EMR Serverlessが利用可能な全リージョンで提供されています。ただし、個別リージョンの正式可用性はAWSコンソール/ドキュメントで確認してください
  • コスト: 単位時間あたりのvCPU/メモリコストは増加する可能性がありますが、ジョブの実行時間短縮やワーカー数削減でトータルコストが改善するケースがあるため、ワークロードごとにベンチマークで比較することを推奨します
  • サービスクォータ: アカウントのvCPUクォータやEMR Serverless関連の同時実行数制限に注意。大きなワーカーを複数利用する場合、クォータ増加申請が必要になることがあります
  • チューニング: 大きなワーカーに合わせてSpark/Hiveの設定(executor数、executorコア、executorメモリ、メモリオーバーヘッド、shuffleパーティション、AQEの有効化など)を調整してください。特にメモリ割当てとGC設定は重要です
  • 互換性/設定変更: EMR Serverlessはワーカー抽象化を提供しますが、ジョブ側(Spark/Hive)のリソース指定やパラメータは明示的に設定する必要があります。既存のジョブ定義をそのまま使うと最適化機会を逃す可能性があります

参考情報


[Ec2] Amazon EC2 C8ine instances are now available in AWS Europe (Frankfurt) region

概要

Amazon EC2のC8ineインスタンスがAWS Europe (Frankfurt) リージョンで利用可能になりました。カスタム第6世代Intel Xeonスケーラブルプロセッサと第6世代AWS Nitroカードにより、ネットワークとパフォーマンスが大幅に強化されています。

変更内容・新機能の詳細

C8ineインスタンスはAWS専用のカスタム第6世代Intel Xeon Scalableプロセッサで動作し、第6世代のAWS Nitroカードを搭載しています。これにより、前世代のC6inインスタンスと比較して最大43%の処理性能向上が見込まれます。ネットワーク面では、従来のネットワーク最適化インスタンス比でvCPUあたり最大2.5倍のパケット処理性能を実現し、インターネットゲートウェイ経由トラフィックに対しては既存のC6inネットワーク最適化インスタンスより最大2倍のスループットを提供します。設計用途はセキュリティおよびネットワーク仮想アプライアンス(仮想ファイアウォール、ロードバランサ、Telco向け5G UPFなど)で、処理性能とネットワークI/Oを重視するワークロードに適しています。利用可能リージョンは US East (N. Virginia)、US West (Oregon)、Asia Pacific (Tokyo)、Europe (Frankfurt) で、購入はOn‑DemandおよびSavings Plansに対応しています。

影響範囲・利用シーン

  • 対象ユーザー: ネットワーク/セキュリティアプライアンス提供者、通信事業者(Telco)、SREやクラウドエンジニア
  • 利用シーンまたは効果: 仮想ファイアウォール、ロードバランサ、IDS/IPS、5G UPFなど高パケット処理を要求するネットワーク仮想アプライアンスでの性能向上とスループット改善
  • 運用効果: 同等vCPU数で高いパケット処理能力・ネットワークスループットを得られるため、スケーリングコスト削減やレイテンシ低減が期待できる

技術的な注意点

  • IAM権限: ec2:RunInstances、ec2:DescribeInstanceTypes、ec2:CreateTags 等の標準EC2実行権限が必要です。ローンチやタグ付けに必要な権限を事前に確認してください。
  • リージョン制限: 本リリースでは US East (N. Virginia)、US West (Oregon)、Asia Pacific (Tokyo)、Europe (Frankfurt) のみで利用可能。その他リージョンでは未提供です。
  • AMI/ドライバ: Nitroベースのハードウェア(第6世代Nitroカード)を利用するため、ENA(Enhanced Networking)およびNVMeドライバに対応した最新のAMI(Amazon Linux 2やサポートされているカーネル)を使用してください。カスタムOSや古いカーネルは対応が必要です。
  • ネットワーク設定: 高いパケット処理性能を引き出すには、ENI数やネットワーク設定(MTU、キュー設定等)の最適化、必要に応じてSR-IOV/Enhanced Networkingの有効化を検討してください。
  • コスト: On‑DemandおよびSavings Plansに対応。性能向上に伴いインスタンス料金が従来世代より高くなる可能性があります。また、増えるネットワークスループットに伴うデータ転送量増加は追加コストになります。
  • 容量・クォータ: 新しいインスタンスファミリーは一部のAZでキャパシティ制約があることがあるため、大量導入時はCapacity Reservationや事前確認を推奨します。
  • サードパーティISV/Marketplace: ネットワークアプライアンスのAMIを利用する場合は、ベンダーがC8ine(Nitro第6世代)上での動作をサポートしているか確認してください。

参考情報


[SageMaker] Amazon SageMaker now supports data lineage in IAM-based domains

概要

Amazon SageMaker Unified Studioが、IAMベースのドメインでもOpenLineage互換のデータラインエージ(系譜)をサポートするようになりました。これによりEMRのApache Spark、AWS Glue、SageMaker Visual ETL、ノートブックからのラインエージイベントを収集・可視化・管理できます。

変更内容・新機能の詳細

今回の拡張で、SageMaker Unified StudioはOpenLineage準拠のラインエージをIAMベースのドメイン上でも取得・表示・操作できるようになりました。収集対象は主にApache Sparkジョブ(Amazon EMR上)、AWS Glueジョブ、SageMaker Visual ETLパイプライン、およびノートブックからのイベントです。Unified Studioのインタラクティブなラインエージグラフは、ソースから消費ポイントまでのデータの流れを集約して可視化し、グラフの深さ(遡及レベル)を設定可能です。イベントタイムスタンプモードを用いると列レベルの詳細ラインエージ(どのタイムスタンプのイベントに基づくか)を確認できますし、データセットのみを表示するシンプルなビューも選べます。プログラム的にはOpenLineage互換アプリケーションからラインエージのPublish(送信)、Query(照会)、管理が可能で、公開したイベントをDeleteLineageEvent APIで削除することもできます。This featureはSageMaker Unified Studioが利用可能な全リージョンで提供されます。

影響範囲・利用シーン

  • 対象ユーザー: データエンジニア、データサイエンティスト、MLプラットフォーム/オペレーション(SRE)チーム
  • 利用シーン: ETLやSparkジョブの実行結果を起点としたデータの系譜追跡、モデル入力データの由来確認、データカタログ/データガバナンス用途での証跡取得
  • 運用効果: データ系譜の可視化によりインパクト解析(上流/下流の影響範囲特定)や障害時の原因追跡が迅速化され、コンプライアンス/監査対応やデータ品質管理が容易になる
  • 互換性効果: OpenLineage互換のため既存のOpenLineage対応ツールチェーンと統合しやすく、プログラム的操作で自動化が可能

技術的な注意点

  • IAM権限: SageMaker関連API(ラインエージ公開・照会・削除用のAPI権限:PutLineageEvent相当/DeleteLineageEvent等)および対象サービス(EMR/Glue/SageMakerノートブック等)へアクセスするための権限が必要です
  • リージョン制限: SageMaker Unified Studioが利用可能な全リージョンで提供されていますが、各リージョンでのサービス提供状況や統合対象サービスのサポート状況を事前確認してください
  • コスト: ラインエージの収集・保存・API呼び出しに関連する料金(SageMakerやログ保存先のストレージ、APIリクエスト等)が発生する可能性があります。大量イベント送信時はコスト想定を行ってください
  • 互換性: OpenLineage仕様に準拠した形式でイベントを発行する必要があります。既存のツールがOpenLineage準拠であることを確認してください
  • 運用上の注意: DeleteLineageEventによるイベント削除は履歴を消去するため、監査要件やデータ保持ポリシーに注意してください
  • 既存ドメインとの差分: これまではIAM Identity Centerベースのドメインのみ対応していましたが、本機能でIAMベースのドメインでも同等のラインエージ機能が利用可能になりました

参考情報


[Redshift] Amazon Redshift RG instances now available in AWS GovCloud (US) Regions

概要

Amazon RedshiftのGravitonベースRGインスタンスがAWS GovCloud (US-West) と AWS GovCloud (US-East) で利用可能になりました。従来のRA3世代より高い処理性能と低コストで、データウェアハウスとデータレイクを単一エンジンで照会できます。

変更内容・新機能の詳細

RGインスタンスはAWS Gravitonプロセッサを搭載し、Redshiftのカスタム・ベクトル化データレイククエリエンジンを各クラスタノード上で動作させます。これによりApache IcebergやParquet形式のデータをノード上で直接処理し、データウェアハウスとデータレイクに跨るSQL分析を単一エンジンで実行できます。AWS発表によれば、従来のRA3インスタンスに比べて最大2.4倍の性能向上を達成し、vCPUあたりの価格は約30%低下しています。提供されるインスタンスタイプはrg.xlargeとrg.4xlargeの2種類です。既存のRA3クラスタはスナップショット&リストア、Elastic Resize、Classic Resizeのいずれかを用いてRGへアップグレード可能です。料金体系はオンデマンドおよび1年/3年のリザーブド(All Upfront、Partial Upfront、No Upfront)を含む柔軟なオプションが用意されています。導入前には実ワークロードでのパフォーマンステストとコスト見積りの確認を推奨します。

影響範囲・利用シーン

  • 対象ユーザー: ガバメントクラウド環境で高性能・低コストなデータウェアハウス/データレイク統合を求めるクラウドエンジニア、データエンジニア、SRE
  • 利用シーン: GovCloud上での大規模分析、Iceberg/Parquetデータを含むデータレイクとRedshiftデータウェアハウスを統合したSQL分析、コスト削減を伴うインスタンス刷新
  • 運用効果: 同等ワークロードでの処理速度向上(最大2.4x)とvCPU当たりコスト削減(約30%)によりクエリレイテンシ短縮とTCO低減が期待できる
  • 移行影響: 既存RA3クラスタはSnapshot & Restore、Elastic Resize、Classic Resizeで移行可能だが、手法に応じてダウンタイムや一時的な操作制限が発生する可能性あり

技術的な注意点

  • リージョン制限: 本リリースは AWS GovCloud (US-West) と AWS GovCloud (US-East) が対象です。ほかのリージョンでの提供状況は別途確認してください
  • インスタンスサイズ: rg.xlarge と rg.4xlarge の2サイズが提供されます。必要なvCPU/メモリ/ストレージ要件に合わせて選択してください
  • プロセッサ/エンジン: Graviton(ARM)ベースとRedshiftのベクトル化データレイククエリエンジンを使用します。ARMアーキテクチャ由来の最適化のため、ネイティブコードやサードパーティツールの互換性を確認してください
  • アップグレード手順: RA3からの移行はSnapshot & Restore、Elastic Resize、Classic Resizeが利用可能です。各手法でダウンタイムや所要時間が異なるため事前検証を推奨します
  • データアクセスと権限: データレイク(S3上のIceberg/Parquet)へアクセスするためのIAMロール、S3バケットポリシー、Glueやメタデータカタログの設定を事前に確認してください
  • クライアント互換性: JDBC/ODBCドライバやETLツールの互換性確認を行い、必要ならドライバの更新を行ってください
  • コスト: vCPUあたりのコスト削減が見込めますが、実際のTCOはワークロード特性、ストレージ使用量、リザーブド契約の有無で変動します。料金ページで見積もりを確認してください
  • 検証推奨: 公称の「最大2.4x」や「約30%低価格」はワークロード依存のため、本番適用前に実データでベンチマークを実施してください

参考情報


[Rds For Oracle] Amazon RDS for Oracle now supports Oracle Database 26ai

概要

Amazon RDS for Oracle が Oracle Database 26ai(Oracle の最新 LTS リリース)をサポート開始しました。Amazon Bedrock 統合により Anthropic Claude、Amazon Nova、Meta Llama などのファウンデーションモデルを利用できます。

変更内容・新機能の詳細

Oracle Database 26ai は Select AI(自然言語プロンプトからの SQL 生成・実行)や、データをデータベース外へ移動せずに実装できる RAG(Retrieval Augmented Generation)を可能にする Oracle AI Vector Search を含みます。AI Vector Search によりベクトル埋め込みをリレーショナルデータと同じ DB 内に格納し、セマンティック類似検索やハイブリッド検索(ベクトル+属性検索)を実行できます。さらに JSON Relational Duality Views により同じデータを JSON ドキュメント/リレーショナルテーブルの両方としてアクセス可能になり、SQL Property Graphs によるデータベース内グラフ解析もサポートされます。RDS 上では新規に Oracle Database 26ai(エンジンバージョン 26.0.0.0)インスタンスを作成するか、既存の Oracle 19c/21c のコンテナデータベース(CDB)からアップグレードできます。Oracle Database 19c を non-CDB 構成で稼働している場合は、26ai にアップグレードする前に CDB へ変換する必要があります。利用は Enterprise Edition のみ(RDS 上で利用可能)。作成・アップグレードは AWS Management Console、AWS CLI、AWS SDK でエンジンバージョン 26.0.0.0 を選択して行います。サービスはすべての商用 AWS リージョンと AWS GovCloud (US) で利用可能です。Amazon Bedrock 統合により RDS 内からファウンデーションモデルへアクセスして、NL→SQL、要約、生成系タスクなどを実行できます(Bedrock のモデル利用は別途 Bedrock の利用料金が発生します)。

影響範囲・利用シーン

  • 対象ユーザー: データベース管理者(DBA)、アプリ開発者、データサイエンティスト、ML/AI エンジニア、ビジネスアナリスト
  • 利用シーン: 自然言語からの SQL 自動生成(Select AI)、RAG を用いたドキュメント応答や要約、データベース内でのセマンティック検索/類似検索、グラフ解析やハイブリッド検索の実装
  • 運用効果: データを外部ベクトル DB に移さずに AI 機能や検索を実行できるためアーキテクチャが簡素化され、応答遅延やデータ移動コストが低減。開発生産性の向上とビジネスユーザーによるデータ活用の容易化が期待できる

技術的な注意点

  • エディション制限: Oracle Database 26ai は Enterprise Edition のみで利用可能です
  • アップグレード要件: 既存の Oracle 19c/21c は CDB(コンテナDB)である必要があります。19c を non-CDB で稼働している場合は、事前に non-CDB→CDB 変換が必須です
  • エンジンバージョン指定: RDS 作成/変更時にエンジンバージョン「26.0.0.0」を選択してください
  • IAM権限: RDS インスタンス作成・変更のための IAM 権限が必要です。Bedrock 統合やモデル呼び出しを行う場合は Bedrock 関連の IAM ポリシー/アクセス権も確認してください
  • リージョン制限: RDS for Oracle 26ai は全商用リージョンと AWS GovCloud (US) で利用可能ですが、Bedrock の特定モデル(例: Anthropic、Meta 等)はリージョンや利用条件で差があるため、モデル可用性は各リージョンで確認してください
  • ネットワーク: Bedrock 統合や外部モデル呼び出しを行う場合、VPC、セキュリティグループ、必要に応じて VPC エンドポイントや NAT/インターネットアクセスの構成を確認してください
  • 互換性と検証: アプリケーション互換性、パラメータ変更、プラグインや拡張機能の対応を事前に検証してください。アップグレード前にフルバックアップと互換性テストを推奨します
  • コスト: RDS インスタンス料金に加え、ベクトルデータ保存によるストレージ増加、Bedrock(ファウンデーションモデル)呼び出しの利用料金が別途発生します。ライセンス形態(License Included / BYOL)や契約条件も確認してください
  • 運用管理: ベクトル検索や AI 機能は検索負荷が発生するため、インスタンスタイプやストレージ IOPS、監視(CloudWatch)・チューニング計画を用意してください

参考情報

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