AWS What's New Digest

Appearance

2026年06月15日 ​

[Ec2] Amazon EC2 C7i instances are now available in the Israel (Tel Aviv) region ​

概要 ​

Amazon EC2の新しいC7iインスタンスがイスラエル（Tel Aviv）リージョンで利用可能になりました。カスタム4th Gen Intel Xeon（Sapphire Rapids）を搭載し、C6i比で最大15%の価格性能改善を提供します。

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

C7iはAWS専用のカスタム4th Gen Intel Xeon Scalable（コード名Sapphire Rapids）プロセッサを採用した汎用的なコンピュート最適化インスタンスファミリーです。主な特徴は以下の通りです。

  • 価格性能: C6iインスタンスに比べ最大約15%の改善を謳っています（ワークロード依存）。
  • インスタンスサイズ: 最大48xlargeまでの大きなサイズに加え、2種類のベアメタルサイズ（metal-24xl、metal-48xl）を提供。
  • 組み込みIntelアクセラレータ（ベアメタルで利用可能）: Data Streaming Accelerator、In-Memory Analytics Accelerator、QuickAssist Technology（QAT）によりデータ処理や暗号化／圧縮等をオフロードして性能を最適化可能。
  • Intel AMXサポート: 行列演算（マトリクス乗算）を高速化するAdvanced Matrix Extensionsをサポートし、CPUベースの機械学習や数値処理での加速が期待できます。
  • EBS接続数: 最大128個のEBSボリュームをアタッチ可能（C6iは最大28）。大容量データ処理や多数ボリュームを必要とするワークロードで有利。
  • 主な用途: バッチ処理、分散分析、広告配信、ビデオエンコード、CPUベースのMLなどの計算集約型ワークロードに適合。
  • 利用方法: AWS Management Consoleや既存のEC2操作で起動可能。詳細は製品ページで確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウド上で高性能CPUリソースを必要とするアプリケーション開発者、データエンジニア、機械学習エンジニア、SRE/運用チーム
  • 利用シーン: 大規模バッチ処理、分散分析/ETL、広告配信（低レイテンシ・高スループット）、ビデオトランスコーディング、CPUベースのML推論・トレーニング
  • 運用効果: より高い価格性能と拡張されたEBS接続によりI/O集中型・データ集約型処理のスループット向上、IntelアクセラレータやAMXにより特定ワークロードで処理時間短縮やCPU負荷低減が見込めます

技術的な注意点 ​

  • リージョン制限: 本アナウンスはIsrael (Tel Aviv) リージョンでの提供開始を示します。他リージョンでは順次提供される可能性があるため、利用前に対象リージョンでの提供状況を確認してください
  • IAM権限: EC2のインスタンス起動・EBS操作・VPC関連の権限が必要です。ベアメタルや高IOなど専用機能を使う場合は追加の操作権限が必要になることがあります
  • コスト: インスタンスタイプごとに料金が設定されます。C7iはC6iより価格性能が高いとされていますが、実コストは稼働時間・インスタンスサイズ・EBS/ネットワーク利用量で変動するため事前に価格ページで確認してください
  • EBS/スループット: C7iは最大128個のEBSボリュームをアタッチ可能ですが、実際のIOPS/スループットは各ボリュームタイプやインスタンスのネットワーク/ストレージ性能上限に依存します
  • ドライバ/ソフトウェア互換性: ベアメタル上のIntelアクセラレータ（DSA、In-Memory Analytics、QAT）やAMX利用には対応するカーネルドライバやIntelソフトウェアスタックが必要です。OS・ドライバの対応状況を事前に確認してください
  • インスタンストップクォータ: 新インスタンスタイプはデフォルトクォータが低めに設定されている場合があるため、大量に利用する場合は事前にService Quotasで引き上げ申請してください
  • セキュリティ: ベアメタル利用時はハードウェアレベルでの制御要件やライセンス（OS/ソフトウェア）に注意が必要です

参考情報 ​

[Ec2] Amazon EC2 C8i instances are now available in Europe (Stockholm) region ​

概要 ​

Amazon EC2の新しいC8iインスタンスが Europe (Stockholm) リージョンで利用可能になりました。カスタムIntel Xeon 6プロセッサ搭載で、前世代比でメモリ帯域や価格性能比が向上しています。

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

C8iインスタンスはAWS専用のカスタムIntel Xeon 6プロセッサを採用しており、同クラスのIntelベースインスタンスと比較して最高の単一スレッド性能と最速のメモリ帯域幅を提供します。主な技術的特徴は以下の通りです。

  • 性能: 前世代のIntelベースインスタンスに対して最大15%改善された価格性能、メモリ帯域は2.5倍、C7i比で最大20%の全体性能向上（ワークロードによってはさらに大きな改善）。
  • ワークロード別の性能事例: NGINXなどのウェブアプリケーションで最大60%高速化、深層学習リコメンデーションモデルで最大40%高速化、Memcachedで約35%高速化（C7i / C7i-flex 比）。
  • インスタンス構成: 13サイズを提供、うち2つはベアメタル、加えて最大の96xlargeサイズを追加して大規模アプリケーションをサポート。
  • 適性: 大容量メモリ帯域を必要とするメモリ集約型ワークロードや、継続的に高いCPU使用率が求められる処理に向く。大規模インスタンスを使ったスケールアップ用途にも適している。
  • 購入・運用: Savings Plans、オンデマンド、Spotの各購入オプションに対応。利用開始はAWS Management Consoleから行えます。 注意点として、性能向上の幅はワークロード依存であるため、実運用前にベンチマーク（アプリケーション固有の負荷での評価）を推奨します。

影響範囲・利用シーン ​

  • 対象ユーザー: 高性能コンピューティング、メモリ集約型アプリケーション、ウェブサービス運用者、機械学習の推論/レコメンデーション担当者
  • 利用シーン: NGINXなどの高スループットなウェブサーバー、メモリキャッシュ（Memcached/Redis）や大規模レコメンデーション推論、メモリ帯域依存のHPC処理やデータ分析ジョブ
  • 運用効果: 同等世代のインスタンスより短いレスポンスタイムと高スループットを達成し、価格性能比の改善でコストあたりの処理量が増加。大規模インスタンスによりサーバー台数を減らして管理負荷を低減できる可能性がある

技術的な注意点 ​

  • IAM権限: 標準のEC2起動権限（ec2:RunInstances等）が必要です。Savings Plansや購入オプション変更には追加権限が必要となる場合があります
  • リージョン制限: この記事時点では Europe (Stockholm) リージョンでの利用開始。ほかリージョンは順次提供される可能性があるため、利用前に対象リージョンでの可用性を確認してください
  • AMI互換性: C8iはIntel x86_64アーキテクチャのため、x86_64対応のカーネル/AMIを使用してください。ベアメタルを利用する場合は、特定のドライバやカーネル要件がないか確認が必要です
  • インスタンス上限・クォータ: 大型サイズ（例: 96xlarge）を利用する場合はアカウントのインスタンス数・vCPUクォータの引き上げ申請が必要になることがあります
  • コスト: 価格性能比は改善しているが、インスタンスサイズや運用形態によって総コストは変動します。オンデマンド・Savings Plans・Spotの各オプションで料金を比較し、必要に応じてリザーブドやSavings Plansの検討を推奨します
  • ベンチマーク推奨: ワークロード依存の性能差が大きいため、実運用環境に近い負荷で事前ベンチマークを行い、既存インスタンスとの比較検証を行ってください
  • ベアメタル注意: ベアメタルインスタンスはホスト共有の仮想化がなく、ハイパーバイザ関連機能（例: インスタンススナップショットの一部機能）やパフォーマンス挙動が異なる場合があります。用途に応じて選択してください

参考情報 ​

[CloudFront] AWS WAF announces AI traffic monetization ​

概要 ​

AWS WAFは「AI traffic monetization」というBot Controlの新機能を発表しました。AIエージェント／ボットによるコンテンツ・APIアクセスに対して価格設定、決済要求、エッジでの支払い検証・スコープ付与を行える機能です。

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

主な仕組みは、保護対象（記事、データフィード、ライセンス済アーカイブ等）にAIボット／エージェントがアクセスすると、AWS WAFが機械可読なHTTP 402 Payment Required応答（x402オープンプロトコル準拠）を返し、アクセス料金、受け入れ支払方法、ライセンス条件を提示します。エージェントが支払いの証明を提示すると、AWS WAFがエッジで検証してスコープ付きアクセストークンを発行し、単一のリクエストサイクル内でコンテンツを返します。価格設定やエージェントポリシー（検証済み／未検証の区別、Web Bot Auth署名などによる判別）はAWS WAFコンソールで設定可能。決済・決済検証フローは現時点でCoinbaseのx402 Facilitatorと連携しており、収益は安定通貨（stablecoin）で指定ウォレットへ受け取ることができます。Stripeを使った直接支払いやMachine Payments Protocol（MPP）サポートは近日対応予定です。パブリッシャーはエージェントの身元や意図に応じて差別化価格を設定でき、検証用のテストモードや、AIトラフィック分析ダッシュボードと統合された収益分析をコンソール上で確認できます。価格機能自体の使用に追加料金はなく、標準のAWS WAF料金が適用されます。機能は、AWS WAF Web ACLが関連付けられたAmazon CloudFrontディストリビューションが存在するすべてのエッジロケーションで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: コンテンツ提供者（出版社、データプロバイダ）、APIプロバイダ、プラットフォーム運営者
  • 利用シーン: AI検索クローラやトレーニング用エージェントによる大量アクセスに対する課金、APIエンドポイントへの自動アクセスに対するマイクロペイメント要求
  • 運用効果: エージェントごとに差別化した料金徴収とアクセス制御が可能になり、AI消費による新たな収益源を構築できる
  • 導入範囲: CloudFrontと連携している配信／エッジで動作するため、グローバル配信コンテンツを扱うサービスに即適用可能

技術的な注意点 ​

  • IAM権限: AWS WAFコンソールやAPIで設定を行うには、WAF設定・Web ACL管理などの適切なIAM権限が必要です（WAF:PutWebACL 等）
  • リージョン制限: 機能はCloudFrontに関連付けられたWAF Web ACLがあるエッジロケーションで利用可能。リージョン単位の制約ではなくCloudFront連携が前提です
  • コスト: AI traffic monetization機能自体に追加料金はないが、標準のAWS WAF料金（ルール評価、リクエスト数等）が発生します。決済プロバイダ（Coinbase等）の手数料や、stablecoin運用に伴うコスト・為替リスクは別途考慮が必要です
  • 支払いプロバイダ・互換性: 現時点でCoinbaseのx402 Facilitatorと連携。StripeやMachine Payments Protocol（MPP）は今後対応予定のため、現行はCoinbase経由の決済フローに依存します
  • セキュリティ・コンプライアンス: 支払いの検証はエッジで完結するが、支払い受取（暗号資産）の受領ウォレット管理、KYC/AML要件、税務処理はパブリッシャー側で整備が必要です
  • 検証・ロールアウト: テストモードで設定・課金ロジックを検証可能。実運用前に差別化ルール（エージェント識別、意図判定）、レート制限、フォールバック動作（支払い拒否時の挙動）を十分に試験してください

参考情報 ​

[CloudWatch] Amazon CloudWatch now supports cross-account metrics centralization ​

概要 ​

Amazon CloudWatch Metrics Centralizationが一般提供（GA）になりました。これによりCloudWatchおよびOpenTelemetryのメトリクスを複数アカウント／複数リージョンから単一の宛先アカウントへ自動複製し、中央でクエリ・アラーム・ガバナンスを行えます。

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

CloudWatch Metrics Centralizationは、AWS Organizationsを通じて“中央化ルール”を定義することで、ソースアカウント／リージョンからメトリクスを自動的に宛先アカウントへ複製する機能です。対応するメトリクスはCloudWatchネイティブのメトリクスに加えOpenTelemetryメトリクスで、複製されたメトリクスは宛先アカウント上でMetrics Insights、ダッシュボード、アラーム、Metric Math、異常検知、Metric Streams、PromQLなどの既存機能と透過的に連携して利用できます。中央チームは複製データの完全な所有権を得られるため、横断的な監視・アラート定義・コンプライアンス監査が容易になります。GA日時は2026-06-15で、複数の主要リージョン（米国、欧州、アジア太平洋等）ですぐに利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: 大規模なマルチアカウント／マルチリージョン構成を持つSRE/運用チーム、セキュリティ/コンプライアンスチーム、観測基盤を中央管理したいエンタープライズIT組織
  • 利用シーン: アカウント横断の運用状況可視化、統一アラートの設定、コンプライアンス監査用データの集中管理、OpenTelemetryベースのメトリクス統合
  • 運用効果: 中央アカウントでの一元クエリ・アラーム化により障害検知・対応の迅速化、ガバナンスと監査の効率化が可能
  • コスト影響: メトリクスの複製・保管に伴うCloudWatchのメトリクス保管／API料金やリージョン間転送コストが発生する可能性がある
  • セキュリティ/ガバナンス: データ所有権が中央に集約されるためアクセス管理と監査が簡素化されるが、適切なIAMと組織ポリシー設計が必要

技術的な注意点 ​

  • IAM権限: AWS Organizationsでルールを作成できる権限（組織管理者または委任された管理者権限）と、宛先アカウント側でCloudWatchの書き込み/閲覧権限を付与する必要があります。具体的なIAMポリシーは導入時に確認してください
  • リージョン制限: GA時点で利用可能なリージョンはUS East (N. Virginia)、US East (Ohio)、US West (N. California)、US West (Oregon)、Asia Pacific (Mumbai)、Asia Pacific (Osaka)、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)です。その他リージョンでは未対応の可能性があります
  • コスト: 複製先でのメトリクス保存料金、Metrics Insightsやクエリ実行の料金、リージョン間データ転送費用、カスタムメトリクスの課金が発生する点に注意してください。見積りを事前に行ってください
  • 設定要件: 中央化ルールはOrganizations単位で定義します。組織構成（管理アカウント／委任管理者）の運用フローを整えてから適用してください
  • データ範囲/互換性: CloudWatchネイティブメトリクスとOpenTelemetryメトリクスが対象です。ログやトレースは本機能の対象外であり、別途Metric StreamsやX-Ray等の活用が必要です
  • 既存アラーム/ダッシュボードへの影響: 宛先アカウントでメトリクスが利用可能になるため、既存のアラームやダッシュボードは中央側で再定義することが想定されます。名前空間やラベルの重複に注意してください
  • データ保持: 複製後のメトリクス保持期間や解像度はCloudWatchの標準ポリシーに従います。保持要件がある場合は宛先アカウント側での設定とコスト評価が必要です

参考情報 ​

[CloudWatch] Amazon CloudWatch Query Studio is now generally available ​

概要 ​

Amazon CloudWatch Query StudioがGAになりました。CloudWatchコンソール内でPromQLとMetrics Insights（SQL）を統合して、複数アカウント／リージョンのメトリクスを単一ワークスペースでクエリ・可視化できます。

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

Query Studioは、OpenTelemetryで収集したメトリクスとAWS提供のメトリクスの両方に対して、PromQLまたはMetrics Insights（SQL）でクエリを実行し、その結果を同一インターフェースで可視化する機能です。特徴として、クエリごとのクロスアカウント／クロスリージョンセレクタにより、複数アカウント・複数リージョンにまたがるレイテンシやエラー率の相関確認が容易になります。ビジュアルクエリビルダー（PromQL／Metrics Insights向けのガイド）を備え、ライン、バー、散布図、ヒートマップ、ヒストグラム、円グラフ、ゲージ、数値ウィジェット（デュアルY軸構成、シリーズオーバーライド対応）など複数の可視化オプションを提供します。CloudWatchダッシュボードへの統合やGrafanaインポート対応、クエリ実行のキーボードショートカットもサポートします。リージョン面では、商用リージョンのほとんどで利用可能ですが、Middle East (UAE)、Middle East (Bahrain)、Israel (Tel Aviv)では未対応です。詳細な地域可用性はAWS Region表を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: SRE、プラットフォーム／運用チーム、開発者、監視／可観測性担当者
  • 利用シーン: マルチアカウント／マルチリージョン環境でのレイテンシ・エラー相関分析、OpenTelemetryとAWSメトリクスを横断した調査、ダッシュボード作成と可視化の集約
  • 運用効果: 単一ワークスペースで横断的にクエリ・可視化ができるため、障害対応や性能分析の速度が向上し、異なるアカウント間での原因特定が容易になる

技術的な注意点 ​

  • IAM権限: クロスアカウント／クロスリージョンでメトリクスを参照する場合、対象アカウント側でのロール設定や必要なCloudWatch/STS権限（データ取得許可、AssumeRoleなど）が必要です
  • リージョン制限: 商用リージョンの大半で利用可能。ただし Middle East (UAE)、Middle East (Bahrain)、Israel (Tel Aviv) では未対応。詳細はリージョン表を確認してください
  • コスト: クエリ実行やMetrics Insightsの実行による料金発生や、クロスリージョンデータ参照時のデータ転送料金が発生する可能性があります。利用前にCloudWatchの料金ページで確認してください
  • 互換性: PromQLサポートはOpenTelemetryやPrometheus互換のメトリクスに依存します。インジェスト済みのメトリクスのネーミング/ラベル設計がクエリの効果に影響します
  • 制限・注意点: 大規模なクロスアカウント／クロスリージョンクエリでは応答時間やコストに注意。ダッシュボードやGrafanaインポートの挙動は既存設定と差異が出る場合があるため事前に検証してください

参考情報 ​

[Gamelift] Free Network Bandwidth Amazon GameLift Servers is Here! ​

概要 ​

Amazon GameLift Serversは、世代6以降のすべてのインスタンスタイプ（On‑DemandおよびSpotを含む）に対して、AWSへの入出力ネットワーク帯域を追加料金なしで提供開始しました。これによりインスタンス時間のみを支払えばよく、ネットワーク料金の予測が容易になります。

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

今回の変更は、Amazon GameLift Serversで稼働する「世代6（Gen6）以降のインスタンスタイプ」を対象に、AWS外部とのネットワーク帯域（in/out）に対する追加課金を無効化するものです。適用対象はOn‑DemandおよびSpotインスタンスで、事前の登録・価格合意・フリート設定の変更は不要、既存の対象フリートには即時適用されます。対象リージョンは、GameLift Serversがサポートする全リージョン（中国リージョンを除く）です。マルチプレイヤーゲームのサーバはプレイヤーとの継続的な入出力トラフィックを発生させるため、従来はデータ転送（特にインターネット向けの送信＝egress）がコストの不確定要因でしたが、本変更によりその部分が解消され、裸メタルに近いシンプルなホスティング運用とAWSのグローバル展開を組み合わせられます。なお、細かな適用範囲（例えばリージョン間転送、VPCピアリングやAWSサービス間の転送、CDNや外部サービスとの接続に伴う課金扱いなど）はドキュメントおよび価格ページで確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: マルチプレイヤーゲーム開発者・ゲームスタジオ、SRE/運用チーム
  • 利用シーン: プレイヤーとのリアルタイム通信（ゲーム同期、音声・チャット、ストリーミング的通信）を行うGameLift Serversフリートのホスティング
  • 運用効果: ネットワーク転送コストが不要になることで予算予測が容易になり、ネットワークトラフィック増加時のコスト急増リスクが解消される
  • コスト最適化効果: 高帯域を使ったゲーム設計（より多くの同時接続や高頻度同期）をコスト面の懸念少なく検討可能
  • 導入影響: 既存の対象フリートは追加作業なしで恩恵を受けられる（ただし中国リージョンは適用外）

技術的な注意点 ​

  • IAM権限: 本変更を有効化するための追加IAM権限は不要（管理操作は通常のGameLift権限で継続）
  • リージョン制限: GameLift Serversがサポートする全リージョンで有効だが、中国リージョン（cn-）は対象外
  • コスト: インスタンス時間は従来どおり課金される。ネットワーク帯域（in/out）は対象インスタンスで追加課金なし。ただしVPC内/リージョン間/サービス間の転送ルールやCloudFront等の別サービス利用分は個別に課金される可能性があるため価格ページを確認
  • 対象インスタンスタイプ: 世代6（Gen6）以降のインスタンスタイプが対象。自フリートで使用しているインスタンスが該当するかはコンソール/ドキュメントで確認を推奨
  • 適用方法: 追加設定・登録不要。既存の対象フリートに対して自動的に適用される
  • 互換性/制限: 本発表はAmazon GameLift Serversに関するもので、他のAWSサービス（EC2で直接立てたサーバ等）には自動適用されない可能性あり。クロスリージョン転送やVPCピアリング、PrivateLink等の転送料金の扱いは別途確認が必要
  • 注意点: 詳細な課金範囲（どのタイプのネットワークトラフィックが「無料」に含まれるか）は公式ドキュメントと価格ページで必ず確認すること

参考情報 ​

[RDS] Amazon RDS for MariaDB supports Long-Term Support version 12.3 in Amazon RDS Database Preview Environment ​

概要 ​

Amazon RDS for MariaDB が Database Preview Environment で MariaDB 12.3（Long-Term Support）をサポートしました。プレビュー環境で新機能を検証し、一般提供（GA）前にアプリケーション互換性や動作確認が行えます。

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

本アップデートにより、Amazon RDS のデータベースプレビュー環境で MariaDB 12.3 を利用可能になりました。主な MariaDB 12.3 の機能は以下の通りです：

  • Oracle互換の TO_DATE() 関数のサポートにより、既存Oracleベースのアプリケーションの移行が容易になります。
  • SQL 標準の IS JSON 述語を備え、ネイティブな JSON バリデーションが可能です（JSON 列に対する検証が容易）。
  • 基本的な XML データ型が追加され、XML データの格納・操作がしやすくなります。
  • プリペアドステートメント上でのカーソルサポートを追加。
  • UPDATE/DELETE が共通テーブル式（CTE）から読み取り可能になり、より表現力の高い DML 操作が可能です。
  • クエリオプティマイザの改善により、再配置可能な LEFT JOIN の処理や、RANGE パーティション上の順序付きスキャンをより効率的に扱えるようになりました。 RDS のプレビュー環境については、インスタンスの保持期間は最大 60 日で、その期間経過後は自動的に削除されます。プレビュー環境内で作成した DB スナップショットはプレビュー環境内でのインスタンス作成・復元にのみ利用可能です。料金や利用方法の詳細は Amazon RDS for MariaDB の価格情報および「Working with the Database Preview Environment」を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データベース管理者、DBA、クラウド/アプリケーション開発者、移行担当者
  • 利用シーン: MariaDB 12.3 の新機能（TO_DATE、IS JSON、XML 型、CTE を読む DML、カーソル等）を本番導入前に検証するためのサンドボックス環境
  • 運用効果: GA 前に互換性や性能影響を確認できるため、移行リスク低減とリリース計画の精度向上が期待できる
  • 制限・注意点: プレビュー環境は短期検証向けでインスタンスは最大60日で削除、プレビュー内スナップショットはプレビュー外で利用不可（本番移行には別途計画が必要）

技術的な注意点 ​

  • IAM権限: RDS インスタンス作成・スナップショット操作などの通常の RDS 権限が必要。プレビュー環境固有の操作権限を事前に確認してください。
  • リージョン制限: プレビュー環境は全リージョンで利用できない可能性があります。利用前に対象リージョンでの提供状況を確認してください。
  • 保持期間: プレビュー環境の DB インスタンスは最大60日で自動削除されます。長期保存はできません。
  • スナップショット: プレビュー環境で作成したスナップショットはプレビュー環境内でのみ復元・作成に利用可能であり、本番環境への直接移行はできません。
  • コスト: プレビュー環境でもインスタンス利用料が発生します。価格は RDS for MariaDB の料金ページを参照してください。
  • 互換性検証: TO_DATE や IS JSON、XML 型などの機能はアプリケーション互換性に影響する可能性があるため、クエリやアプリのテストを十分行ってください。
  • GA 移行: プレビュー環境での動作確認結果をそのまま GA 環境に適用する前に、GA リリース時のドキュメントと差分を必ず確認してください。

参考情報 ​

[Rds For Mysql] Amazon RDS for MySQL announces Extended Support minor version 5.7.44-RDS.20260521 ​

概要 ​

Amazon RDS for MySQL に新しい Extended Support 対応のマイナーバージョン 5.7.44-RDS.20260521 が利用可能になりました。既知のセキュリティ脆弱性やバグ修正が含まれるため、該当する環境はアップグレードを推奨します。

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

本リリースは MySQL 5.7 系の Amazon RDS 向け「Extended Support」対象のマイナーバージョン更新（5.7.44-RDS.20260521）です。Extended Support により、コミュニティ（MySQL公式）のその主要バージョンに対する標準サポート終了後も最大3年間、Amazon RDS（および Aurora MySQL）上の DB に対し重要なセキュリティ修正やバグフィックスが提供されます。ユーザーは RDS コンソール、CLI、API を使って DB インスタンスのマイナーバージョンを選択しアップグレードできます。マイナーバージョンアップは通常エンジンの再起動が伴うためダウンタイムの影響を考慮し、スナップショット取得やステージング環境での互換性確認、パラメータグループやプラグインの互換性確認を事前に行ってください。Extended Support は本番稼働中の旧バージョンをすぐにメジャーアップグレードできない場合の猶予を提供するもので、最終的には MySQL のサポート対象バージョン（例: MySQL 8.0 への移行）への計画的な移行が必要です。料金やリージョン可用性は RDS のドキュメントおよび Pricing FAQ を確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: DB 管理者、SRE、アプリケーション開発者、法規制/コンプライアンス担当者
  • 利用シーン: コミュニティでの MySQL 5.7 の標準サポート終了後もセキュリティ修正を受け取りたい場合、既存アプリケーションを短期的に安定稼働させつつメジャー移行を計画する場面
  • 運用効果: 既知のセキュリティ脆弱性やバグの修正によってリスク低減が図れ、メジャーバージョン移行の準備期間（最大3年）を確保できる
  • 推奨対応: スナップショット取得、ステージング環境での互換性テスト、メンテナンスウィンドウでの段階的適用と監視

技術的な注意点 ​

  • IAM権限: rds:ModifyDBInstance, rds:CreateDBSnapshot, rds:DescribeDBInstances などの権限が必要です。自動/手動アップグレードを行う権限を確認してください。
  • リージョン制限: Extended Support やマイナーバージョンの提供状況はリージョンによって異なる可能性があります。利用前にリージョン別の提供可否を確認してください。
  • コスト: Extended Support 自体や特定のサポート対応に追加料金が発生する場合があります。Pricing FAQ を確認のうえコスト見積りを行ってください。アップグレード作業に伴う一時的なリソース使用（スナップショット保存など）もコストに影響します。
  • バックアップ/リストア: アップグレード前に必ずスナップショットを取得してください。問題発生時のロールバック手順を事前に確認しておくこと。
  • 互換性/互換性テスト: パラメータグループやユーザー定義プラグイン、ストアドプロシージャ等の互換性をテストしてください。マイナーバージョンでも内部的な振る舞いが変わることがあるため回帰テストを推奨します。
  • アップグレード手順: RDS コンソール、AWS CLI（modify-db-instance --engine-version）や API で実行可能。即時適用すると再起動が発生しダウンタイムが生じます。メンテナンスウィンドウでの適用を検討してください。
  • 複製構成: リードレプリカやマルチAZ 構成がある場合の順序や動作を確認してください。場合によってはレプリカ側のバージョン調整や同期確認が必要です。
  • Extended Support 期間: Extended Support は主要バージョンの標準サポート終了日から最大3年間の猶予を提供しますが、最終的なサポート終了日はドキュメントで都度確認してください。

参考情報 ​

[RDS] Amazon RDS for MariaDB now supports community MariaDB minor versions 10.6.27, 10.11.18, 11.4.12, and 11.8.8 ​

概要 ​

Amazon RDS for MariaDB がコミュニティ版のマイナーリリース 10.6.27、10.11.18、11.4.12、11.8.8 をサポート開始しました。これらのマイナーアップデートはセキュリティ修正、バグフィックス、性能改善および新機能を含みます。

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

サポートされたバージョンは MariaDB コミュニティのマイナーリリース（10.6.27、10.11.18、11.4.12、11.8.8）で、既存の RDS for MariaDB インスタンスをこれらのマイナーリリースにアップグレードできるようになりました。アップグレード方法としては、(1) 自動マイナーアップグレードを有効にしてスケジュールされたメンテナンスウィンドウ中に適用する方法、(2) Amazon RDS の Managed Blue/Green デプロイメントを利用してダウンタイムを最小化しつつ安全に置換する方法が推奨されています。これらのマイナーリリースは既知のセキュリティ脆弱性修正やバグ修正、パフォーマンス改善を含むため早めの適用が推奨されます。アップグレード前にはスナップショット取得やテスト環境での検証（アプリケーション互換性、ストアドプロシージャ、パラメータグループ、プラグインの互換性確認）が重要です。Blue/Green を使うと新しいブルー/グリーン環境にトラフィックを切り替えることでダウンタイムを短縮できますが、切替期間中は追加リソースが発生します。詳細な手順や注意点は Amazon RDS User Guide のアップグレードおよび Blue/Green デプロイメントの章を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: RDS for MariaDB を利用しているデータベース管理者、アプリケーション開発者、SRE/運用チーム
  • 利用シーンまたは効果: セキュリティ修正やバグフィックスを取り込むことで本番環境の安全性と安定性が向上。性能改善によりクエリ応答性やスループットが改善する可能性あり
  • 運用効果: 自動マイナーアップグレードでメンテナンスの自動化が可能、Blue/Green を使えばダウンタイムを抑えた安全なロールアウトが可能

技術的な注意点 ​

  • IAM権限: インスタンスのアップグレードや Blue/Green 実行には適切な RDS 関連 IAM 権限（rds:ModifyDBInstance、rds:CreateDBInstance、rds:CreateDBSnapshot、rds:StartDBInstance、rds:SwitchDBClusterBinaryなど）が必要です
  • リージョン制限: 新バージョンの提供状況はリージョンによって異なる場合があるため、コンソールまたは API で対象リージョンのサポート状況を確認してください
  • コスト: Blue/Green デプロイメントは一時的に並行稼働する追加リソース（新しいインスタンス群・ストレージ）に対する課金が発生します。自動マイナーアップグレード自体に追加料金は発生しませんが再起動による影響で間接コストが発生する可能性があります
  • メンテナンス/ダウンタイム: マイナーアップグレードは通常インスタンスの再起動を伴います。自動アップグレードはメンテナンスウィンドウ中に実行されます。Blue/Green を使うと切替時のダウンタイムを最小化可能
  • 互換性/パラメータグループ: 新しいマイナーリリースではパラメータのデフォルト値やサポート状況が変わることがあるため、カスタムパラメータグループの互換性確認とテストが必要です
  • リードレプリカ/レプリケーション: レプリカがある場合はレプリケーション互換性とアップグレード順序（通常はレプリカ→プライマリの検討）を確認してください
  • バックアップ: アップグレード前にスナップショットを取得し、ロールバック手順を確立してください
  • ログ/モニタリング: アップグレード後はエラーログやパフォーマンス指標（CloudWatch）を監視し、回帰や問題を早期検出してください
  • 特記事項: 大きなメジャーアップグレード（例: major バージョン間の移行）は別プロセスであり、今回のマイナーリリース追加はマイナーアップデートに該当します

参考情報 ​

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

Copyright © 2026