毎週大量に出る発表のうち、自分の仕事や学習に関わるものはどれか。一覧を眺めるだけでは判断がつかず、結局読まずに流してしまう。今週は 2026年10月26日〜29日の発表から、判断に関わる5件の機能追加と、受験を考えている人向けのお知らせ1件を、「何ができなかったのが、できるようになったか」の形で整理した。
この記事の結論
- EC2 Auto Scaling は、「先に代わりを起動し、ヘルスチェックを通してから古い方を止める」置き換え動作を、アカウントの既定にできるようになった。
- IAM Identity Center の Identity Store が、ユーザー・グループ・グループ所属の変更を EventBridge に流すようになった。
- Lambda durable functions に、実行の履歴を好きな保存先へ送るエクスポーターが加わった。追加料金なし。
- ECS Managed Instances が、複数の低利用インスタンスをまとめて見て詰め直すようになり、Spot でも同じことができる。
- Aurora Serverless の PostgreSQL 互換の最大容量が 256 から 384 ACU になった。
- DVA-C03 と SAP-C03 の受験登録が始まった。旧版の最終受験日も発表されている。
何が起きたか
Amazon EC2 Auto Scaling：Launch Before Terminate をアカウント既定に
置き換えが必要になったとき、Auto Scaling が新しいインスタンスを先に起動し、ヘルスチェックを通ってから古いインスタンスを止める動作が、アカウント全体の既定にできるようになった。対象はインスタンスの更新（instance refresh）、リバランス、ヘルスチェック失敗、最大寿命による置き換え。設定は Auto Scaling のアカウント設定で一度行い、PutAccountSetting と DescribeAccountSettings の API でも扱える。全リージョンで使え、追加料金はない。詳しい使い方は単発の記事にまとめた。
（公式の発表）
AWS IAM Identity Center：Identity Store の変更通知
Identity Store でユーザー、グループ、グループ所属、あるいは Identity Store 自体が作成・更新・削除されると、その変更が Amazon EventBridge にリアルタイムで届く。EventBridge のルールを置けば、Lambda による監査、SIEM への通知、下流のアプリの権限の更新、入社・退社に合わせた自動化につなげられる。Identity Center が使えるリージョンで利用でき、EventBridge の通常の料金以外の追加費用はない。 （公式の発表）
AWS Lambda durable functions：実行テレメトリのエクスポーター
Durable Execution Telemetry Exporter というプラグインで、durable functions の実行をステップごとに記録し、選んだ保存先へ送れる。送るのは実行状態、操作の時間、ステップの入出力、エラー。保存先は CloudWatch Logs、S3（Athena で分析）、DynamoDB、Aurora、OpenSearch Service など 13 種類が組み込まれている。送る前に機密のフィールドを伏せることと、サンプリング率の指定もできる。AI エージェントから自然言語で問い合わせるための MCP サーバーも付く。追加料金はない。 （公式の発表）
Amazon ECS Managed Instances：cross-instance と Spot の consolidation
これまでは1台ずつ評価して詰め直していたのを、低利用の複数のインスタンスのタスクをまとめて評価し、少ない台数に詰める cross-instance consolidation が加わった。Spot にも同じ考えを広げた Spot consolidation は、代わりの容量があることを確かめたうえで動く。既存と新規のキャパシティプロバイダーに自動で適用され、追加料金はない。AWS の検証例では、261 タスクの構成でインスタンスが 19 台から 13 台になり、CPU 使用率が 42% から 91% になったとされている。条件を選んだ例なので、自分の環境の数字ではない。 （公式の発表）
Amazon Aurora Serverless：最大 384 ACU
Aurora PostgreSQL 互換で、最大容量が 256 ACU から 384 ACU（50% 増）になった。1 ACU は約 2 GiB のメモリなので、1つのデータベースで約 768 GiB まで広がる。対象は PostgreSQL 18.4、17.10、16.14、15.18、14.23 のプラットフォームバージョン 4。既存のクラスターは、バージョン 4 ならダウンタイムなしの変更で、古い場合は保留中のメンテナンスアクションでバージョン 4 に上げてから使う。リージョンごとの提供は料金ページで確かめる。 （公式の発表）
AWS 認定：DVA-C03 と SAP-C03 の受験登録が開始
Developer – Associate（DVA-C03）と Solutions Architect – Professional（SAP-C03）の更新版の受験登録が始まった。旧版の最終受験日は、SAP-C02 が 2026年11月16日、DVA-C02 が 11月30日。更新版の試験ガイドには、旧版との分野の比較と、追加・削除・分類変更された内容の一覧がある。Skill Builder には Exam Prep Plan が用意されている。受験料は発表のページに書かれていないので、公式ページで確認する。 （公式ブログ）
仕組みとして何が変わったか
中心は、Auto Scaling の置き換えの順序だ。これまでの既定は、古いインスタンスを止めたあとで代わりが起動する流れだった。置き換えの途中は、代わりが立ち上がって健全になるまで、全体の容量が一時的に下がる。今回の設定で、先に立てて確かめてから止める順序を、グループごとではなくアカウント単位で既定にできる。責任の面では、「グループごとに設定を覚えておく人」から、「アカウントの基準を一度決める人」に動いた。
ほかの項目も、人が見張っていた部分を仕組みに寄せる方向だ。Identity Store の変更は、定期的に一覧を確かめる運用から、イベントを受け取る運用に変えられる。Lambda の実行履歴は、標準の保持期間で消える前に自前の保存先へ残せる。ECS は台数の詰め直しを、1台ずつから全体で見る形に広げた。
どんなものに活用できそうか
- 本番のローリング更新で容量を落とさない。 AMI を入れ替える instance refresh のあいだも、処理能力を保ちたいシステムでは、有効にすると効果を見込める。置き換え中に余分なインスタンスが一時的に増えるので、起動できる台数の上限や課金の増え方は、事前に見積もる。
- 入退社のアクセス管理を自動にする。 Identity Store のイベントから、グループへの追加・削除に合わせて下流のアプリの権限を更新したり、SIEM に通知したりできる。
- 長く動く処理の調査に履歴を残す。 durable functions は最長 1 年動けるので、ステップごとの記録を S3 に置き、Athena で後から分析する使い方がある。
- コンテナの台数を見直す。 ECS Managed Instances で、インスタンスの種類を絞っていて台数が減りにくかったチームは、効果を見込める。効果の大きさは構成次第なので、まず自分の環境で確かめる。
使わない方がよい場面もある。置き換えのたびに余分なインスタンスが一時的に立つため、ライセンスがインスタンス数で決まるソフトを載せている構成や、上限に近い台数で動いているグループでは、先に影響を確かめる。
立場ごとに何が変わるか
- 未経験: いまは関係ない。個々の機能より、「サーバーを増減させる仕組み」「ID を管理する仕組み」といった役割を先に押さえるほうが、後で効く。
- 学習中: Auto Scaling の置き換え順序は、可用性の題材として読める。DVA か SAP を考えているなら、旧版と新版のどちらを受けるかを決め、その版の試験ガイドで範囲を確かめる。出題への反映は版ごとに決まる。
- 実務: Auto Scaling の既定の見直し、Identity Store の通知による自動化、ECS の台数の見直しが、すぐ試せる論点になる。Aurora は使っているバージョンが対象かを確かめる。
- プロ: 置き換え中の一時的な容量増を前提にしたクォータとコストの設計、ID の変更イベントを監査の仕組みにどう組み込むか、履歴の機密のフィールドの扱いが、設計レビューの論点になる。
まとめ
今週は、止める前に代わりを立てる、変更をイベントで受け取る、台数を全体で詰める、といった「人が気をつけていた手順を仕組みに寄せる」更新が目立った。ただ、仕組みに任せても、どこまでを既定にするかを決める責任は人に残る。気になる項目は、公式の発表とドキュメントで条件を確かめてから採用を決めてほしい。DVA と SAP の受験を考えている人は、旧版の最終日が近いので、日程を早めに確認する。
CHECK 1ここまでの確認
Launch Before Terminate をアカウント単位で有効にすると、インスタンスの置き換え順序はどうなるか?
答えと解説
答え: 2. 新しいインスタンスを起動してヘルスチェックを通してから、古いインスタンスを止める
「何が起きたか」の Auto Scaling の項を読み直す。止める前に代わりを立てて確かめるので、置き換え中も容量が落ちにくい。
CHECK 2ここまでの確認
Identity Store の変更通知で、これまで人が定期的に確認していた何が仕組みで受け取れるようになったか?
答えと解説
答え: 1. ユーザー・グループ・グループ所属の作成・更新・削除
変更が EventBridge のイベントとして届くので、ルールで Lambda や通知先につなげられる。
CHECK 3ここまでの確認
ECS Managed Instances の cross-instance consolidation は、何を一緒に評価して何を減らすか?
答えと解説
答え: 1. 複数の低利用のインスタンスのタスクをまとめて見て、インスタンスの台数を減らす
これまでは1台ずつ評価していた。まとめて詰め直すので、インスタンスの種類が絞られた構成でも減らせる場面が増える。
参照ソース
- AWS EC2 Auto Scaling now supports Launch Before Terminate at account-level to replace instances（2026年10月時点）
- AWS IAM Identity Center’s Identity Store now supports change notifications through Amazon EventBridge（2026年10月時点）
- AWS Lambda durable functions now exports live telemetry for execution insights（2026年10月時点）
- Amazon ECS Managed Instances adds cross-instance and Spot consolidation（2026年10月時点）
- Amazon Aurora serverless now supports up to 384 ACUs（2026年10月時点）
- Register now: Updated Developer Associate and Solutions Architect Professional exams（2026年10月時点）
