本日の主なトピック #
- 最新世代 EC2 インスタンスの拡充: 第 6 世代 Intel Xeon 搭載の M8idn/M8idb や、Blackwell GPU 搭載の G7e が特定リージョンで利用可能になりました。
- Redshift のデータ取り込み強化: 同時実行スケーリングが S3 からの COPY クエリをサポートし、大量ロード時のパフォーマンスが自動最適化されます。
- Route 53 の柔軟性向上: Resolver での DNS64/IPv6 フォワーディング対応や、Global Resolver でのリージョン動的変更が可能になりました。
- 開発者支援ツールの進化: IAM Policy Autopilot が Java をサポートし、Terraform 定義に基づいた最小権限ポリシーの生成が可能になりました。
¥3,520 Amazonで見る![AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本（ソフトカバー） – 2025/7/11](https://m.media-amazon.com/images/I/61ftnZ09WvL._SY522_.jpg)
AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本（ソフトカバー） – 2025/7/11
Amazon Connect Outbound Campaigns がマルチコンタクトのタイムゾーン検出に対応 #
投稿日: 2026年05月07日
何ができるようになったのか #
Amazon Connect Outbound Campaigns において、顧客のタイムゾーンを検出する際、プライマリの連絡先フィールドだけでなく、カスタマープロファイルに登録されているすべての電話番号と住所を使用できるようになりました。プロファイルの連絡先情報が複数のタイムゾーンにまたがる場合、システムは設定された配信ウィンドウ（例：9:00〜17:00）が検出されたすべてのタイムゾーンで重なる時間帯にのみ配信を行い、重なりがない場合はスキップします。
何が嬉しいのか #
これまではプライマリの電話番号のみでタイムゾーンを判定していたため、複数の地域にまたがって活動する顧客に対して適切な時間帯に連絡できない可能性がありました。今回のアップデートにより、例えば東部標準時（ET）の市外局番の携帯電話と太平洋標準時（PT）のビジネスフォンを持つ顧客に対し、両方の地域で許可された時間内に確実に連絡できるようになり、コンプライアンスの遵守と顧客満足度の向上が期待できます。
これまでとどう変わるのか #
- これまで: タイムゾーンの検出にはプライマリの 電話番号のみが使用されていました。
- これから: プロファイル内のすべての電話番号と住所が考慮され、複数のタイムゾーンが検出された場合はそれらの共通の時間枠で配信が行われます。
具体的なユースケース #
- 全米規模のサービス: 全米に拠点を持つ顧客に対し、その顧客が登録している複数の連絡先情報のいずれの地域でも早朝や深夜にならない時間帯を自動計算して電話をかける。
- リモートワーク環境: 居住地（携帯電話）と勤務地（固定電話）のタイムゾーンが異なる顧客へのアウトバウンドコール。
Amazon EC2 G6 インスタンスが AWS European Sovereign Cloud (ドイツ) で利用可能に #
投稿日: 2026年05月07日
何ができるようになったのか #
NVIDIA L4 GPU を搭載した Amazon EC2 G6 インスタンスが、AWS European Sovereign Cloud (ドイツ) リージョンで利用可能になりました。G6 インスタンスは、自然言語処理、言語翻訳、ビデオおよび画像分析、音声認識、パーソナライゼーションなどの機械学習 (ML) モデルのデプロイ、およびリアルタイムの映画品質のグラフィックス作成やゲームストリーミングなどのグラフィックスワークロードに適しています。
何が嬉しいのか #
欧州の厳格なデータ主権要件を満たす必要がある顧客が、最新の NVIDIA L4 GPU を活用した高性能なコンピューティングリソースを Sovereign Cloud 内で利用できるようになります。G6 インスタンスは、前世代の G5 インスタンスと比較して、グラフィックスおよび機械学習のパフォーマンスが向上しています。
これまでとどう変わるのか #
- これまで: AWS European Sovereign Cloud (ドイツ) では、最新の L4 GPU を搭載した G6 インスタンスは利用できませんでした。
- これから: データ主権を維持しつつ、高性能な GPU インスタンスをドイツ国内の Sovereign Cloud 環境で直接利用できるようになります。
具体的なユースケース #
- 公的機関の AI 活用: 高度なセキュリティとデータ主権が求められる欧州の公的機関による、現地語の翻訳や文書解析 AI の実行。
- 規制の厳しい業界のレンダリング: 金融やヘルスケアなど、データの所在に制約がある業界での 3D モデリングやビジュアライゼーション。
Amazon EC2 G7e インスタンスが欧州 (ロンドン) リージョンで利用可能に #
投稿日: 2026年05月07日
何ができるようになったのか #
NVIDIA RTX PRO 6000 Blackwell Server Edition GPU を搭載した Amazon EC2 G7e インスタンスが、欧州 (ロンドン) リージョンで利用可能になりました。G7e インスタンスは、前世代の G6e と比較して最大 2.3 倍の推論パフォーマンスを提供し、大規模言語モデル (LLM)、エージェント型 AI、マルチモーダル生成 AI、物理 AI モデルのデプロイに最適です。
何が嬉しいのか #
ロンドンリージョンの顧客は、最新の Blackwell アーキテクチャを採用した GPU を利用して、より高速かつ効率的に生成 AI や空間コンピューティングのワークロードを実行できるようになります。特に、ネットワーク帯域幅が最大 1600 Gbps に強化され、NVIDIA GPUDirect Peer to Peer (P2P) や RDMA (EFA 経由) をサポートしているため、マルチ GPU や分散トレーニングのパフォーマンスが大幅に向上します。
これまでとどう変わるのか #
- これまで: ロンドンリージョンでは G6e インスタンスが最新の選択肢でしたが、より高い推論能力を持つ G7e は未提供でした。
- これから: Blackwell 世代の GPU パワーを活用し、より大規模で複雑な AI モデルを低遅延で実行可能になります。
具体的なユースケース #
- エージェント型 AI の実行: 複雑な推論とアクションを伴う AI エージェントの高速な応答。
- 空間コンピューティング: VR/AR コンテンツのリアルタイムレンダリングや、デジタルツインのシミュレーション。
- 生成 AI モデルの推論: LLM や画像生成 AI を、高いスループットと低コスト（推論あたりのコスト）で提供。
Amazon EC2 M8idn および M8idb インスタンスの導入 #
投稿日: 2026年05月07日
何ができるようになったのか #
カスタムの第 6 世代 Intel Xeon スケーラブルプロセッサを搭載した Amazon EC2 M8idn および M8idb インスタンスが一般公開されました。これらのインスタンスは、前世代の M6idn と比較して vCPU あたり最大 43% 高い計算パフォーマンスを提供します。M8idn は最大 600 Gbps のネットワーク帯域幅（強化ネットワーキングインスタンスの中で最高）を、M8idb は最大 300 Gbps の EBS 帯域幅を提供します。
何が嬉しいのか #
汎用ワークロードの中でも、特に高いネットワーク性能やストレージ性能を必要とするアプリケーションにおいて、大幅なパフォーマンス向上が見込めます。
- M8idn: ローカルストレージを必要とし、かつネットワーク負荷の高い分散計算やデータ分析に適しています。
- M8idb: 高い EBS スループットと低遅延のローカル NVMe ストレージの両方を必要とする大規模な商用データベースやデータレイクに適しています。
これまでとどう変わるのか #
- これまで: M6idn 等が使用されていましたが、より高い計算能力と、特に 600 Gbps という極めて高いネットワーク帯域幅の選択肢はありませんでした。
- これから: 第 6 世代 Intel Xeon と最新の AWS Nitro カードの組み合わせにより、計算・ネットワーク・ストレージのすべての面で性能が底上げされます。
具体的なユースケース #
- ハイパフォーマンス・ファイルシステム: 大規模なデータの読み書きが頻繁に発生する分散ファイルシステムのノード。
- リアルタイム・データ分析: 膨大なネットワークトラフィックを処理しながら計算を行うストリーミング分析。
- 大規模 NoSQL データベース: 高い I/O 性能とネットワーク帯域を同時に要求するデータベースクラスタ。
Amazon Route 53 Resolver エンドポイントが IPv6 クエリトラフィックの追加機能をサポート #
投稿日: 2026年05月07日
何ができるようになったのか #
Amazon Route 53 Resolver エンドポイントにおいて、インバウンドエンドポイントでの DNS64 サポートと、アウトバウンドエンドポイントでのインターネットゲートウェイ (IGW) を介した IPv6 フォワーディング が可能になりました。
- DNS64: A レコード (IPv4) しか持たないドメインに対し、AAAA レコード (IPv6) 応答を合成します。これにより、オンプレミスの IPv6 専用クライアントが AWS 上の IPv4 サービスにアクセスできるようになります。
- IPv6 フォワーディング: アウトバウンドエンドポイントが、IGW を介してパブリックな IPv6 ネームサーバーにクエリを転送できるようになります。
何が嬉しいのか #
IPv4 と IPv6 が混在するハイブリッドクラウド環境において、DNS 管理が大幅に簡素化されます。特に IPv6 移行を進めている組織にとって、既存の IPv4 サービスに変更を加えることなく IPv6 リソースからの名前解決を維持できるため、スムーズな移行が可能になります。
これまでとどう変わるのか #
- これまで: インバウンドエンドポイントでの DNS64 合成や、アウトバウンドエンドポイントからの IGW 経由の IPv6 クエリ転送には、追加のワークアラウンドや構成が必要でした。
- これから: Route 53 Resolver の標準機能としてこれらがサポートされ、追加コストなしで利用可能になります。
具体的なユースケース #
- IPv6 専用ネットワークからのアクセス: オンプレミスの IPv6 専用環境から、AWS 内の IPv4 のみの古いアプリケーションの名前を解決して通信する。
- ハイブリッド DNS の簡素化: VPC 内の IPv6 リソースから、オンプレミスまたはパブリックな IPv6 DNS サーバーを利用して名前解決を行う。
Amazon Route 53 Global Resolver でエニキャスト DNS 解決を行うリージョンの追加・削除が可能に #
投稿日: 2026年05月08日
何ができるようになったのか #
Amazon Route 53 Global Resolver において、エニキャスト (anycast) DNS 解決に参加させる AWS リージョンを動的に追加または削除できるようになりました。従来は設定変更のために Global Resolver の構成を再作成する必要がありましたが、今後は既存の構成を維持したまま、解決拠点のリージョンを調整できます。
何が嬉しいのか #
組織の成長に合わせて DNS 解決のカバー範囲を柔軟に拡張したり、コンプライアンス要件（データの局所性など）の変化に応じて特定のリージョンでの解決を停止したりすることが容易になります。エニキャストを利用することで、世界中のユーザーに最も近いリージョンで低遅延な DNS 応答を提供しつつ、その構成をビジネスニーズに合わせて機動的に変更できるようになりました。
これまでとどう変わるのか #
- これまで: エニキャスト解決に使用するリージョンセットを変更するには、Global Resolver 構成の再作成が必要でした。
- これから: 動的なリージョンの追加・削除がサポートされ、設定を維持したまま柔軟にデプロイ範囲を調整できます。
具体的なユースケース #
- グローバル展開の段階的拡大: 新しい市場（リージョン）に進出する際、そのリージョンを既存の Global Resolver に追加して現地での DNS パフォーマンスを向上させる。
- 規制への対応: 特定の国の規制により、その国内のリージョンでのみ DNS クエリを処理させる、あるいは逆に特定のリージョンを除外する。
AWS Marketplace が出品者向けの税務管理ポータルを導入 #
投稿日: 2026年05月07日
何ができるようになったのか #
AWS Marketplace の出品者 (Sellers) 向けに、請求書の表示・ダウンロードができるセルフサービス型の「税務管理ポータル (Tax management portal)」が導入されました。出品者リスト手数料の請求書や、特定のリージョン（インドなど）の購入者向けに発行された税務請求書に直接アクセスできるようになります。AWS Partner Central コンソール内に統合されています。
何が嬉しいのか #
これまでサポートチャネルを通じて依頼していた請求書取得の手間が省け、財務チームやパートナー担当者が直接、迅速に書類を管理できるようになります。高度な検索・フィルタリング機能（請求書 ID、期間、エンティティ別など）や、一括ダウンロード機能、API (ListInvoiceSummaries) 経由のプログラムアクセスもサポートされており、監査対応や収益追跡の効率が向上します。
これまでとどう変わるのか #
- これまで: 請求書の取得には、多くの場合サポートへのリクエストが必要でした。
- これから: パートナーポータルからいつでも自分で検索・取得が可能になり、透明性と運用効率が向上します。
具体的なユースケース #
- 定期的な監査対応: 過去の全請求書を一括ダウンロードして、税務監査の準備を迅速に行う。
- マルチリージョン運用の収益管理: 異なる AWS Marketplace エンティティ（地域別）ごとの手数料をフィルタリングして正確に把握する。
- 財務システムの自動化: API を利用して、自社の会計システムへ請求書情報を自動的に取り込む。
AWS Service Catalog がニュージーランドおよびカルガリー (カナダ) リージョンで利用可能に #
投稿日: 2026年05月08日
何ができるようになったのか #
AWS Service Catalog が、アジアパシフィック (ニュージーランド) リージョンとカナダ西部 (カルガリー) リージョンで利用可能になりました。これにより、これらのリージョンにおいても Infrastructure as Code (CloudFormation や Terraform) で定義された承認済み製品のカタログを作成・管理し、エンドユーザーに配布できるようになります。
何が嬉しいのか #
現地の規制やレイテンシの観点から新設リージョンを利用している組織において、ガバナンスを効かせたセルフサービス環境を構築できるようになります。管理者は一貫性のあるリソース構成を「製品」として提供し、開発者などは複雑な設定を意識することなく、安全に定義された環境をオンデマンドでデプロイ可能です。
これまでとどう変わるのか #
- これまで: ニュージーランドおよびカルガリーの各リージョンでは Service Catalog が利用できず、同様の統制を他リージョンから跨いで行うか、個別にテンプレートを配布する必要がありました。
- これから: 現地リージョンのサービスとして Service Catalog を利用でき、Organizations との連携によるポートフォリオ共有も容易になります。
具体的なユースケース #
- 標準化された開発環境の配布: ニュージーランドの拠点のエンジニアに対し、社内のセキュリティ基準を満たした EC2/RDS 構成を Service Catalog 経由で提供する。
- コストセンター別のリソース管理: カルガリーリージョンにおいて、各部署が利用できる AWS サービスを制限しつつ、予算に応じたセルフサービスデプロイを許可する。
Amazon Redshift がバッチワークロードの同時実行スケーリングによるデータ取り込みの自動拡張に対応 #
投稿日: 2026年05月07日
何ができるようになったのか #
Amazon Redshift の同時実行スケーリング (Concurrency Scaling) が、Amazon S3 からの COPY クエリ をサポートするように拡張されました。これにより、大量のデータ取り込みが発生した際、Redshift は自動的に計算リソースを追加して取り込みを高速化し、同時に実行されている読み取りクエリ（ダッシュボードや分析など）への影響を最小限に抑えます。
何が嬉しいのか #
「データ取り込みの速度」と「クエリのパフォーマンス」を天秤にかける必要がなくなります。ピーク時のバースト的なデータロードが発生しても、キューでの待機が発生せず、ETL パイプラインが遅延することもありません。また、運用面ではクラスタの手動リサイズやワークロードのスケジューリング調整が不要になり、フルマネージドでスパイクに対応できます。
これまでとどう変わるのか #
- これまで: 同時実行スケーリングは主に読み取りクエリのみが対象でした。書き込み負荷（COPY）が高い場合、既存のリソースを圧迫し、他のクエリのパフォーマンスが低下したり、COPY 自体がキューに入って待機したりすることがありました。
- これから: S3 からの Parquet/ORC 形式の COPY において、自動的にリソースが拡張され、並列取り込みが加速されます。
具体的なユースケース #
- リアルタイム分析の ETL: 頻繁に発生する大量のログデータのロード中も、ビジネスユーザーが利用する BI ダッシュボードの応答速度を維持する。
- トラフィック急増時の対応: キャンペーン中など、通常より大幅に多いデータが S3 に届いた際、設定変更なしで自動的に取り込み能力をブーストする。
IAM Policy Autopilot が Java をサポートし Terraform を考慮したポリシー生成に対応 #
投稿日: 2026年05月08日
何ができるようになったのか #
オープンソースの IAM ポリシー作成支援ツール「IAM Policy Autopilot」が、Java アプリケーションのサポートを開始しました。また、Terraform のリソース定義を自動的に参照し、ポリシー内のリソース指定（Resource セクション）にワイルドカード (*) ではなく、実際の ARN を適用できるようになりました。
何が嬉しいのか #
開発者は、アプリケーションのソースコードをスキャンするだけで、そのアプリが実際に必要としている最小権限の IAM ポリシーを自動生成できます。特に Terraform を利用している場合、コード内で呼び出している S3 バケット名などが Terraform 定義から自動解決されるため、よりセキュアで「最小権限の原則 (Least Privilege)」に則ったポリシーを、手動作業なしで作成できるようになります。
これまでとどう変わるのか #
- これまで: Python, TypeScript, Go が対象で、Java は未対応でした。また、リソースの特定が難しいため、Resource セクションはワイルドカードになりがちで、手動での修正が必要でした。
- これから: Java 開発者も利用可能になり、Terraform 定義とクロスリファレンスすることで、最初から特定のバケットやテーブルに絞り込まれた、精度の高いポリシーが得られます。
具体的なユースケース #
- 新規サービスの開発: Java で記述したマイクロサービスのコードから、必要な IAM ロール定義を即座に生成し、開発初期からセキュアな構成にする。
- 既存ポリシーの見直し: 実装コードと Terraform 定義を突合させ、不要な権限（ワイルドカード指定など）を排除してセキュリティを強化する。
Amazon RDS for SQL Server が AMD EPYC プロセッサ搭載インスタンスをサポート #
投稿日: 2026年05月07日
何ができるようになったのか #
Amazon RDS for SQL Server において、第 5 世代 AMD EPYC プロセッサを搭載した M8a および R8a インスタンスが利用可能になりました。これらのインスタンスは、同等の x86 インスタンス（Intel 搭載など）と比較して、一般的によく使われるサイズにおいて最大 70% 高いスループットを提供します。
何が嬉しいのか #
同じようなコスト、あるいはそれ以下のコストで、より高いデータベースパフォーマンスを得ることができます。特にネットワーク帯域幅（最大 75 Gbps）や EBS 帯域幅（最大 60 Gbps）が強化されており、I/O 負荷の高い SQL Server ワークロードに最適です。また、vCPU 数を調整してライセンス費用を最適化する「Optimize CPU」機能もサポートされています。
これまでとどう変わるのか #
- これまで: Intel プロセッサ搭載のインスタンスが主流でしたが、最新の AMD 世代による高いコストパフォーマンスの選択肢が増えました。
- これから: 第 5 世代 AMD EPYC の性能を活かし、スループットとコストのバランスが取れた高性能な SQL Server 環境を構築できます。
具体的なユースケース #
- 高負荷な ERP/CRM システム: I/O 要求が厳しく、高いスループットが求められる基幹系データベースの移行先。
- ライセンスコストの削減: Optimize CPU 機能を利用し、計算能力（メモリや帯域）は維持しつつ、SQL Server のコアライセンス料を最小限に抑える構成。
Amazon SES Mail Manager が AWS GovCloud (米国) リージョンで利用可能に #
投稿日: 2026年05月07日
何ができるようになったのか #
Amazon SES Mail Manager が AWS GovCloud (米国東部および米国西部) リージョンで利用可能になりました。Mail Manager は、高度なルーティング、フィルタリング、およびアーカイブ機能を備えた、メールの送受信トラフィックを一元管理するためのゲートウェイ機能です。
何が嬉しいのか #
米国の公的機関や、厳格なコンプライアンス要件（FedRAMP など）を持つ組織が、GovCloud 環境内でメールインフラを一元化できるようになります。サードパーティのメールセキュリティツールやアーカイブツールを個別に導入・運用する必要がなくなり、AWS 上でネイティブに、スケーラブルかつセキュアにメールフローを制御できるため、運用コストの削減とセキュリティの向上が期待できます。
これまでとどう変わるのか #
- これまで: GovCloud リージョンでは Mail Manager が利用できず、高度なメールフィルタリングやアーカイブには独自の仕組みや外部ツールが必要でした。
- これから: GovCloud 内で完結するメール管理ソリューションが利用可能になり、計 30 リージョンで Mail Manager がサポートされるようになりました。
具体的なユースケース #
- 政府機関のメールアーカイブ: コンプライアンス遵守のため、送信・受信されるすべてのメールを GovCloud 内で自動的にアーカイブ・保持する。
- 高度なメールルーティング: 特定の条件（送信者、キーワードなど）に基づいて、GovCloud 内の異なるアプリケーションや審査プロセスにメールを動的に振り分ける。
Reply by Email