【2026年7月30日期限】AWSの複数サービスが新規受付終了へ｜対象一覧と今すぐ確認すべきこと
- 18 時間前
- 読了時間: 6分
2026年6月30日、AWSから複数サービスの提供状況変更が発表されました。メンテナンスモードへ移行するサービスは2026年7月30日以降、新規のお客様が利用できなくなります。Amazon Kendra や Amazon Q Business といった名前の通ったサービスも含まれており、これから導入を検討していた企業には影響があります。対象サービスを整理し、いま確認しておくべきことをまとめました。
この記事の要点
・メンテナンス移行＝2026年7月30日以降、新規利用の受付停止。既存ユーザーは継続利用でき、AWSの運用・サポートも続く
・サンセット＝将来的な提供終了が予定されている。こちらは移行計画が必要
・すでに2026年6月30日でサポート終了となったサービスもある
・Kendra・Q Business・Bedrock Agents（旧版）など、生成AI周辺の主要サービスが対象に入っている
1. 「メンテナンス」と「サンセット」は意味が違う
今回の発表は3つの区分に分かれています。ここを取り違えると、慌てなくていい場面で慌てることになるので、まず整理しておきます。
メンテナンス（新規受付停止）
2026年7月30日以降、新規のお客様は利用できなくなります。ただし既存のお客様はそのまま継続利用でき、AWSによる運用とサポートも継続されます。つまり「今すでに使っているなら、すぐ止まるわけではない」状態です。
サンセット（提供終了予定）
将来的にサービス自体の提供が終了する予定であることを示します。こちらは既存ユーザーであっても、代替手段への移行計画を立てる必要があります。
サポート終了
すでに終了した区分です。2026年6月30日をもって終了したものがあります。
ポイントは「メンテナンス＝即停止ではない」ことです。既存の本番環境が明日止まる、という話ではありません。ただし新機能の追加は期待しにくくなるため、中長期では移行を視野に入れる判断材料になります。
2. メンテナンスへ移行するサービス（2026年7月30日以降、新規利用不可）
対象は以下のとおりです。
生成AI・検索系
・Amazon Bedrock Agents（2023年11月リリース版。Amazon Bedrock Agents Classic に名称変更）
・Amazon Kendra
・Amazon Q Business
認証・ディレクトリ系
・Amazon Cognito Sync
・AWS Directory Service – Simple AD
管理・ガバナンス系
・AWS Management Console – myApplications
・AWS Resource Groups – Group Lifecycle Events
・AWS Service Catalog – Application Registry
・AWS Systems Manager – Application Manager
その他
・AWS Mainframe Modernization – Self-Managed Experience
・AWS IoT Device Defender – Detect（こちらのみ2026年8月31日以降）
Amazon SageMaker AI の各機能
・A2I / Clarify / Debugger / GeoSpatial / Ground Truth / Mechanical Turk / Model Monitor / Role Manager / Studio Lab
SageMaker AI は機能単位での対象指定です。SageMaker AI 全体が終わるわけではないので、この点は誤解しないよう注意してください。
3. サンセット（提供終了予定）へ移行するサービス
・Amazon WorkSpaces – PCoIP / Pool
・AWS Managed Services（AMS）Advanced
・AWS re:Post Private
・Amazon SageMaker AI – Profiler
この区分に該当するサービスを使っている場合は、代替手段の検討を早めに始めておくのが安全です。特に Amazon WorkSpaces の PCoIP は、仮想デスクトップを業務で使っている企業にとって影響が大きい項目です。
4. すでにサポート終了となったもの（2026年6月30日）
・Amazon Chime SDK – Carrier Voice Focus
・Amazon SageMaker AI – Ground Truth Plus
5. 影響を受けるのは誰か
今回の発表で実際に手を動かす必要がある人を整理すると、次のようになります。
1. これから導入を検討していた企業：7月30日を過ぎると新規に使い始められません。PoCや検討段階のプロジェクトは、この期限までに着手するか、代替サービスへ計画を切り替えるかの判断が必要です。
2. サンセット対象を使っている企業：移行計画の策定が必要です。特に WorkSpaces PCoIP と AMS Advanced は、業務基盤に組み込まれているケースが多いため早めの検討を。
3. メンテナンス対象を使っている企業：すぐの対応は不要ですが、今後の機能拡張が見込みにくくなる点は認識しておきましょう。
逆に言えば、既存の本番環境でメンテナンス対象サービスを使っているだけなら、今日中に何かをする必要はありません。まずは落ち着いて棚卸しから始めるのが正解です。
6. 自社が対象かどうかを確認する手順
「うちは関係あるのか」を判断するには、実際の利用状況を見るのが確実です。手軽な順に3つ紹介します。
手順1：Cost Explorer でサービス別の利用状況を見る
AWS マネジメントコンソールの Cost Explorer で、グループ化の条件を「サービス」にして直近6か月ほどを表示します。ここに対象サービス名が出てこなければ、少なくとも課金が発生する使い方はしていないと判断できます。もっとも手軽で、非エンジニアの方でも確認できる方法です。
手順2：AWS CLI でリソースの有無を確認する
エンジニアの方であれば、対象サービスのリソースが存在するかを直接確認する方が確実です。たとえば Kendra のインデックスや Simple AD のディレクトリは、以下のようなコマンドで確認できます。
# Kendra のインデックス一覧
aws kendra list-indices --region ap-northeast-1
# Directory Service のディレクトリ一覧（TypeがSimpleADのものを確認）
aws ds describe-directories --region ap-northeast-1 \
--query 'DirectoryDescriptions[].[Name,Type,DirectoryId]' --output table
# Bedrock Agents（Classic）のエージェント一覧
aws bedrock-agent list-agents --region ap-northeast-1複数リージョンを使っている場合は、リージョンごとに実行する必要があります。東京リージョンだけ見て安心せず、過去に検証で触ったリージョンも確認しておくと確実です。
手順3：AWS Config でリソースを横断的に洗い出す
AWS Config を有効にしている環境なら、アドバンストクエリでリソースタイプ横断の棚卸しができます。複数アカウントを運用している場合は、Config アグリゲーターを使うとまとめて確認できます。
7. 代替をどう考えるか
公式に「これに移行してください」と示されているわけではないため、あくまで一般的な方向性としての整理です。実際の選定にあたっては、必ず最新の公式ドキュメントで機能要件を確認してください。
・Amazon Kendra（社内文書検索）→ Amazon Bedrock Knowledge Bases によるRAG構成が現実的な選択肢になります
・Amazon Q Business → Bedrock 系のエージェント基盤（AgentCore など）での自前構築、または他社SaaSの検討
・Amazon Bedrock Agents Classic → 現行版の Bedrock Agents / AgentCore へ
・AWS Directory Service – Simple AD → AWS Managed Microsoft AD への移行が基本線です
・Amazon WorkSpaces – PCoIP → WorkSpaces の他のプロトコルへの切り替え
注意したいのは、Kendra や Q Business は「マネージドで完結する」ことが最大の価値だった点です。Bedrock Knowledge Bases への置き換えは、機能としては代替できても、構築・運用の手間は増える方向になります。工数を含めて比較検討してください。
まとめ
今回のポイントを改めて整理します。
1. メンテナンス移行は2026年7月30日以降の新規受付停止であり、既存利用は継続できる
2. サンセット対象（WorkSpaces PCoIP / Pool、AMS Advanced、re:Post Private、SageMaker AI Profiler）は移行計画が必要
3. まずは Cost Explorer で自社の利用状況を棚卸しするところから
AWS はサービスの新陳代謝が速く、こうした発表は今後も定期的に出てきます。弊社でもCloud9のAmazon Linux 2サポート終了への対応を経験しましたが、期限もののアナウンスは「早く気づいて、慌てずに計画する」ことがすべてです。定期的に棚卸しする習慣をつけておくと、いざというときの負担がかなり軽くなります。
AWSの構成見直しや移行計画の策定でお困りの際は、ロビンプランニング合同会社までお気軽にご相談ください。実際にLambda・RDS・Cloud9などの移行対応を自社で行ってきた経験をもとに、実務目線でご支援します。
参考リンク
コメント