Amazon RDS Multi-AZ の同期レプリケーションが ENA Express に対応しました
はじめに
2026年5月26日、RDS Multi-AZ の同期レプリケーションが ENA Express に対応しました。
同日、大村が公開した記事で、ENA Express がクロスAZ通信に対応し、単一フロー帯域が最大25 Gbpsに拡大したアップデートが紹介されています。
| 項目 | 従来 | ENA Express 対応後 |
|---|---|---|
| AZ間レプリケーション単一フロー帯域 | 最大 5 Gbps | 最大 25 Gbps |
| レイテンシばらつき | 標準 | 低減（SRDによる輻輳制御・マルチパス） |
| 追加料金 | なし | なし |
| 既存インスタンスの有効化 | N/A | 停止・起動 or インスタンスクラス変更 |
ENA Express は AWS 独自の SRD（Scalable Reliable Datagram）プロトコルを使用し、輻輳制御とマルチパスルーティングによって単一フローの帯域を最大25 Gbpsに引き上げる技術です。書き込み集中型ワークロードでの同期レプリケーション性能改善が見込めます。
対象と有効化方法
対象エンジン・構成
対象エンジンは MySQL、PostgreSQL、MariaDB、Db2、Oracle です。SQL Server は対象外です。
構成としては Multi-AZ deployment（同期レプリケーション）のみが対象です。Aurora（ストレージ共有型）や Single-AZ + Read Replica（非同期レプリケーション）は対象外となります。
対応インスタンスクラス
ENA Express をサポートする RDS インスタンスクラスの最小構成は以下のとおりです。
| カテゴリ | 最小インスタンスクラス | vCPU | メモリ |
|---|---|---|---|
| General Purpose | db.m6i.8xlarge | 32 | 128 GiB |
| Memory Optimized | db.r6i.8xlarge | 32 | 256 GiB |
m7g / r7g などの Graviton3 世代は、2026年5月時点の対応リストには掲載されていません。
有効化方法
新規作成の場合、対応インスタンスクラスで Multi-AZ を指定すればデフォルトで有効になります。既存インスタンスでは停止・起動またはインスタンスクラス変更で有効化されます。
恩恵を受ける条件
同期レプリケーションのボトルネックがネットワーク帯域やレイテンシにある環境で恩恵が大きくなります。具体的には、対応インスタンスクラス × Multi-AZ × 書き込み負荷が高い、という条件が揃う環境です。ネットワーク帯域を目的に 12xlarge / 16xlarge を選択していた環境では、CPU/メモリ要件次第で 8xlarge へのスケールダウンを検討できるかもしれません。
RDS の ENI から ENA Express を確認できるか試してみた
RDS の API やコンソールに ENA Express の有効状態を示すフィールドはないため、VPC 側の ENI を EC2 API から確認できないか試してみました。
EC2 での確認（ベースライン）
まず、EC2（m6i.8xlarge）で ENA Express を有効化し、API での見え方をベースラインとして確認しました。
ModifyNetworkInterfaceAttribute で enaSrdEnabled: true を設定すると、describe-instances で以下のように表示されます。
"Attachment": {
"EnaSrdSpecification": {
"EnaSrdEnabled": true
}
}
CloudTrail にも操作が記録されます。
CloudTrail イベント（ModifyNetworkInterfaceAttribute）
{
"eventName": "ModifyNetworkInterfaceAttribute",
"requestParameters": {
"networkInterfaceId": "eni-0xxxxxxxxxxxxxxxxx",
"enaSrdSpecification": {
"enaSrdEnabled": true
}
}
}
EC2 では API と CloudTrail の両方から ENA Express の状態を確認できました。
RDS Multi-AZ での確認
db.m6i.8xlarge、MySQL 8.4.9、Multi-AZ で RDS インスタンスを作成し、VPC に出現した ENI（RDSNetworkInterface）を確認しました。
プライマリ（us-west-2b）とスタンバイ（us-west-2a）の2つの ENI が出現しましたが、いずれにも EnaSrdSpecification フィールドは表示されませんでした。
{
"NetworkInterfaceId": "eni-0xxxxxxxxxxxxxxxxx",
"Description": "RDSNetworkInterface",
"RequesterId": "amazon-rds",
"RequesterManaged": true,
"Attachment": {
"AttachmentId": "eni-attach-0xxxxxxxxxxxxxxxxx",
"InstanceOwnerId": "amazon-rds",
"Status": "attached"
}
}
creating → available の全過程で一貫して非表示でした。確認した範囲では、CloudTrail にも ENA Express 関連の操作は記録されていませんでした。
なぜ見えないか
少なくとも VPC 側に見える RDSNetworkInterface からは、AZ間レプリケーションに使われる ENA Express の状態は確認できませんでした。レプリケーション経路は、カスタマーが参照できる ENI 属性とは別のレイヤーで管理されている可能性があります（推定）。
まとめ
ENA Express 対応インスタンスで Multi-AZ 運用している環境であれば、追加料金なく同期レプリケーションの性能改善が期待できます。既存環境では停止・起動またはインスタンスクラス変更で有効化されます。レプリケーション負荷が高く対応クラスを採用している環境では、アップデートの効果を確認してみてください。
また、旧世代（m5 など）で書き込み負荷が高い環境では、ENA Express をサポートする m6i 世代への更新を検討する良いきっかけになる可能性があります。Optimized Reads や Optimized Writes など近年のRDS改善と併せて、コスト最適化の余地を探ることをおすすめします。
