AWSの基礎力をつけるためにAWS What’s Newを毎日目を通す事を始めました。 最初は日本語訳されたものを見ていたのですが、1週間ほど遅れて訳されるようなので、英語の情報を訳して整理することにしました。
本情報が役立つ人もいるかなと思い公開します。 個人的な理解なので、実際の情報は原典をあたってください。
¥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
感想 #
Lambda Durable FunctionがTOKYOリージョンで使えるようになった！ これはかなり便利な気がする。 StepFunctionやECSでやっていた一部処理をlambdaだけでできるようになるのかもしれない。 #
Amazon WorkSpaces Applicationsが追加のヘルスおよびパフォーマンスメトリクスを発表 #
投稿日: 2025年12月17日
何ができるようになったのか #
Amazon WorkSpaces Applicationsが、フリート、セッション、インスタンス、ユーザーのヘルスとパフォーマンスを監視するための新しいAmazon CloudWatchメトリクスセットを発表しました。
何が嬉しいのか #
管理者やサポート担当者は、CloudWatchコンソールからフリート全体の監視を簡単に有効にできます。これにより、トラブルシューティングが簡素化され、重要なパフォーマンスメトリクスの最新状態が動的に更新されます。ユーザーは、利用可能なメトリクスにパフォーマンス閾値を設定することで、サイジングやエンドユーザーのストリーミングインスタンスに関する情報に基づいた意思決定が可能になり、パフォーマンスと予算の基準を満たすことができます。エンドユーザーのストリーミングセッションに関連する問題のトラブルシューティングにパフォーマンスメトリクスを利用できます。
これまでとどう変わるのか #
- これまで: Amazon WorkSpaces Applicationsのフリート、セッション、インスタンス、ユーザーのヘルスとパフォーマンスを監視するための詳細なCloudWatchメトリクスが不足していた可能性があります。
- これから: 新しいCloudWatchメトリクスにより、これらの要素のヘルスとパフォーマンスをより詳細に、かつ簡単に監視できるようになります。
具体的なユースケース #
- WorkSpaces Applicationsのフリートの稼働状況をリアルタイムで監視し、問題発生時に迅速に対応する。
- ユーザーのストリーミングセッションのパフォーマンス問題を特定し、トラブルシューティングを行う。
- リソースの利用状況を最適化し、コストを削減するために、フリートのサイジングに関する情報に基づいた意思決定を行う。
Amazon EC2 C8a インスタンスが欧州（スペイン）リージョンで利用可能に #
投稿日: 2025年12月18日
何ができるようになったのか #
コンピューティング最適化されたAmazon EC2 C8aインスタンスが、本日より欧州（スペイン）リージョンで利用可能になりました。これらのインスタンスは、最大周波数4.5 GHzの第5世代AMD EPYCプロセッサ（旧コードネームTurin）を搭載しており、C7aインスタンスと比較して最大30%高いパフォーマンスと最大19%優れた価格性能比を実現します。
何が嬉しいのか #
C8aインスタンスはC7aインスタンスと比較して33%高いメモリ帯域幅を提供し、低レイテンシのワークロードに最適です。GroovyJVMではC7aインスタンスより最大57%高速であり、Javaベースのアプリケーションの応答時間を改善します。12種類のサイズを提供し、ワークロード要件に正確に合わせることができます。
これまでとどう変わるのか #
- これまで: 欧州（スペイン）リージョンでは、最新の第5世代AMD EPYCプロセッサを搭載したC8aインスタンスを利用できませんでした。
- これから: 最新のプロセッサを搭載した高性能なC8aインスタンスが利用可能になり、より要求の厳しいコンピューティング最適化ワークロードを欧州（スペイン）リージョンで実行できるようになります。
具体的なユースケース #
- バッチ処理、分散分析、ハイパフォーマンスコンピューティング（HPC）などのコンピューティング集約型ワークロード。
- 広告配信、高スケーラブルなマルチプレイヤーゲーム、ビデオエンコーディングなどのアプリケーション。
- Javaベースのアプリケーションで応答時間の改善が求められるワークロード。
Amazon MSK Connectが新しいコネクタでデュアルスタック（IPv4およびIPv6）接続をサポート #
投稿日: 2025年12月18日
何ができるようになったのか #
Amazon MSK Connectが、新しいコネクタでデュアルスタック（IPv4およびIPv6）接続をサポートするようになりました。これにより、既存のIPv4のみのオプションに加えて、IPv4とIPv6の両方のプロトコルを使用してMSK Connect上にコネクタを作成できるようになります。
何が嬉しいのか #
IPv4互換性を維持しつつIPv6環境向けにアプリケーションを最新化できるようになり、コンプライアンス要件への対応や将来のネットワークアーキテクチャへの準備が容易になります。また、追加費用なしでデュアルスタック接続が利用可能です。
これまでとどう変わるのか #
- これまで: MSK Connect上のコネクタは、すべての接続オプションでIPv4アドレス指定のみをサポートしていました。
- これから: 新しいコネクタ作成時にNetwork Typeパラメータを設定することで、デュアルスタック（IPv4およびIPv6）接続を有効にできるようになりました。
具体的なユースケース #
- IPv6環境への移行を計画している企業が、既存のIPv4環境との互換性を保ちながらMSK Connectを使用する。
- IPv6のみのネットワークや、IPv6が推奨される環境でApache Kafka Connectコネクタを展開する。
- 将来のネットワークアーキテクチャに備え、アプリケーションのモダン化を進める。
Amazon Neptune DatabaseがAWS欧州（チューリッヒ）リージョンで利用可能に #
投稿日: 2025年12月18日
何ができるようになったのか #
Amazon Neptune Databaseが、エンジンバージョン1.4.5.0以降でAWS欧州（チューリッヒ）リージョンで利用可能になりました。これにより、R5, R5d, R6g, R6i, X2iedn, T4g, および T3インスタンスタイプを使用してNeptuneクラスターを欧州（チューリッヒ）リージョンで作成できるようになります。
何が嬉しいのか #
欧州（チューリッヒ）リージョンのユーザーは、高速で信頼性が高く、完全にマネージドされたグラフデータベースサービスを利用できるようになります。これにより、高度に接続されたデータセットを扱うアプリケーションの構築と実行が容易になり、高可用性、自動バックアップ、ネットワーク分離などのエンタープライズ機能も活用できます。
これまでとどう変わるのか #
- これまで: Amazon Neptune DatabaseはAWS欧州（チューリッヒ）リージョンでは利用できませんでした。
- これから: 欧州（チューリッヒ）リージョンでもNeptuneを利用して、グラフデータベースアプリケーションを構築およびデプロイできるようになります。
具体的なユースケース #
- ソーシャルネットワーク、レコメンデーションエンジン、不正検出などの、高度に接続されたデータセットを扱うアプリケーションの構築。
- 既存のアプリケーションを欧州（チューリッヒ）リージョンに拡張し、Neptuneデータベースをその地域で利用する。
- Apache TinkerPop Gremlin、openCypher、SPARQLなどの様々なクエリ言語を使用してグラフデータにアクセスする。
Amazon WorkSpacesがIPv6をサポート #
投稿日: 2025年12月18日
何ができるようになったのか #
Amazon WorkSpacesが、WorkSpacesドメインと外部エンドポイントでIPv6をサポートするようになりました。これにより、ユーザーは互換性のあるクライアントからIPv4/IPv6デュアルスタック構成で接続できるようになります（SAML認証を除く）。
何が嬉しいのか #
IPv6コンプライアンス要件を満たすのに役立ち、IPv4とIPv6間のアドレス変換を処理するための高価なネットワーク機器が不要になります。重複するアドレス範囲をVPC内で管理する必要がなくなります。既存のIPv4システムとの下位互換性を維持しながら、IPv4とIPv6の両プロトコルをサポートするデュアルスタックでWorkSpacesをデプロイできます。また、PrivateLink VPCエンドポイントを介してIPv6でWorkSpacesに接続し、パブリックインターネットを経由せずにサービスにプライベートにアクセスできます。
これまでとどう変わるのか #
- これまで: Amazon WorkSpacesはIPv4のみをサポートしており、IPv6環境への対応には追加の設定や機器が必要でした。
- これから: IPv4/IPv6デュアルスタック構成をサポートするため、より柔軟なネットワーク設計とIPv6コンプライアンスへの対応が容易になります。
具体的なユースケース #
- IPv6への移行を進めている企業が、WorkSpaces環境でもIPv6を利用する。
- IPv6のみのネットワーク環境や、IPv6が必須となる政府機関などのコンプライアンス要件を満たす。
- PrivateLinkとIPv6を組み合わせて、WorkSpacesへのセキュアなプライベートアクセスを実現する。
AWS Payment CryptographyがシドニーでAS2805サポートを開始 #
投稿日: 2025年12月17日
何ができるようになったのか #
AWS Payment Cryptographyがオーストラリア（シドニー）リージョンに拡大し、AS2805機能のサポートを開始しました。これにより、AWS Payment Cryptographyは世界で13番目のAWSリージョンでの提供となり、AS2805の機能を利用してより多くの決済ワークロードをAWSに移行できるようになります。
何が嬉しいのか #
顧客はAS2805標準を利用する他の企業との相互運用性を維持しながら、より多くの決済ワークロードをAWSに移行できます。従来のハードウェアセキュリティモジュール（HSM）の調達と管理にかかる運用負担を解消し、弾力性と拡張性のあるサービスで同等の機能を提供します。PCI認定HSMの利用は、全体のコンプライアンスプログラムの一部として活用でき、AWS IAMやAWS CloudTrailと統合されたAPIを使用できます。
これまでとどう変わるのか #
- これまで: オーストラリアの決済処理は、AS2805標準に準拠するために専用のHSMが必要であり、運用上の複雑さがありました。
- これから: AWS Payment CryptographyがAS2805をサポートし、シドニーリージョンで利用可能になったことで、より多くの決済ワークロードをマネージドサービスとしてAWS上で効率的に処理できるようになります。
具体的なユースケース #
- オーストラリアの金融機関や決済サービスプロバイダーが、AS2805標準に準拠したカード決済暗号化処理をAWSに移行する。
- 決済関連のコンプライアンス要件を満たしながら、HSMの運用負担を軽減し、スケーラブルな決済インフラを構築する。
- PCI DSSなどの規制要件に対応しつつ、AWSのセキュリティおよび監視機能と統合された暗号化サービスを利用する。
AWS Direct ConnectがAWS Fault Injection Serviceによる耐障害性テストをサポート #
投稿日: 2025年12月18日
何ができるようになったのか #
AWS Direct ConnectがAWS Fault Injection Service（FIS）との連携による耐障害性テストをサポートするようになりました。これにより、仮想インターフェース上のBGPセッションが中断された際に、アプリケーションがどのように応答するかをテストし、耐障害性メカニズムを検証できます。
何が嬉しいのか #
アプリケーションがDirect Connect BGPフェイルオーバーをどのように処理するかを制御された環境でテストできます。例えば、プライマリ仮想インターフェースのBGPセッションが中断されたときに、トラフィックが冗長仮想インターフェースにルーティングされ、アプリケーションが期待どおりに機能し続けることを検証できます。これは、ネットワーク接続の維持にフェイルオーバーが不可欠なDirect Connectアーキテクチャを事前にテストする上で特に価値があります。
これまでとどう変わるのか #
- これまで: Direct Connectの耐障害性メカニズムをテストするには、手動での介入や複雑な設定が必要であり、制御された環境での実験が困難でした。
- これから: AWS FISを利用することで、自動化された制御された方法でDirect ConnectのBGPセッション障害をシミュレートし、耐障害性を容易に検証できるようになります。
具体的なユースケース #
- Direct Connect接続のBGPフェイルオーバーが期待どおりに機能するかどうかを検証する。
- 障害発生時のアプリケーションの動作を評価し、潜在的な弱点を特定して改善する。
- ディザスタリカバリ計画の一環として、Direct Connectの耐障害性テストを定期的に実施する。
Amazon EC2 R8i および R8i-flex インスタンスが追加のAWSリージョンで利用可能に #
投稿日: 2025年12月18日
何ができるようになったのか #
本日より、Amazon EC2 R8i および R8i-flex インスタンスがアジアパシフィック（ソウル）、南米（サンパウロ）、およびアジアパシフィック（東京）リージョンで利用可能になりました。これらのインスタンスは、AWS専用のカスタムIntel Xeon 6プロセッサを搭載しており、クラウド上の同等Intelプロセッサと比較して最高のパフォーマンスと最速のメモリ帯域幅を提供します。
何が嬉しいのか #
R8iおよびR8i-flexインスタンスは、以前の世代のIntelベースインスタンスと比較して最大15%優れた価格性能比と2.5倍のメモリ帯域幅を提供します。R7iインスタンスよりも20%高いパフォーマンスを提供し、特定のワークロードではさらに高いゲインが得られます。特にPostgreSQLデータベースで最大30%高速、NGINXウェブアプリケーションで最大60%高速、AIディープラーニングレコメンデーションモデルで最大40%高速です。R8i-flexはメモリ最適化されたFlexインスタンスであり、多くのメモリ集約型ワークロードで価格性能のメリットを享受する最も簡単な方法です。R8iインスタンスはSAP認定済みであり、ミッションクリティカルなSAPワークロードに優れたパフォーマンスを提供します。
これまでとどう変わるのか #
- これまで: 特定のリージョンで最新世代の高性能メモリ最適化インスタンスが利用できませんでした。
- これから: アジアパシフィック（ソウル）、南米（サンパウロ）、アジアパシフィック（東京）リージョンでR8iおよびR8i-flexインスタンスが利用可能になり、これらの地域でのメモリ集約型ワークロードのパフォーマンスとコスト効率が向上します。
具体的なユースケース #
- PostgreSQLデータベース、NGINXウェブアプリケーション、AIディープラーニングレコメンデーションモデルなど、メモリ集約型かつ高性能を要求されるワークロード。
- SAPワークロードのようなミッションクリティカルなアプリケーション。
- リソースを最大限に活用しないアプリケーションに対して、R8i-flexインスタンスでコスト効率の良い運用を実現する。
Amazon EC2 M8gn および M8gb インスタンスが一般提供開始 #
投稿日: 2025年12月17日
何ができるようになったのか #
本日、新しいAmazon EC2 M8gnおよびM8gbインスタンスが一般提供開始されました。これらのインスタンスはAWS Graviton4プロセッサを搭載し、Graviton3プロセッサと比較して最大30%高いコンピューティングパフォーマンスを提供します。M8gnインスタンスは最大600 Gbpsのネットワーク帯域幅を、M8gbインスタンスは最大150 GbpsのEBS帯域幅を提供します。
何が嬉しいのか #
M8gnインスタンスは高性能ファイルシステム、分散ウェブスケールインメモリキャッシュ、リアルタイムビッグデータ分析、5Gユーザープレーン機能（UPF）などのネットワーク集約型ワークロードに最適です。M8gbインスタンスは高性能データベースやNoSQLデータベースなど、高いブロックストレージパフォーマンスを必要とするワークロードに最適です。これらのインスタンスは、以前の世代のGravitonベースインスタンスと比較して大幅にパフォーマンスが向上しており、コストパフォーマンスに優れています。
これまでとどう変わるのか #
- これまで: AWS Graviton3プロセッサベースのインスタンスが主流でしたが、より高性能なコンピューティング、ネットワーク、およびEBSパフォーマンスを求めるワークロードには限界がありました。
- これから: AWS Graviton4プロセッサを搭載したM8gnおよびM8gbインスタンスにより、さらに高いコンピューティングパフォーマンス、最大600 Gbpsのネットワーク帯域幅、および最大150 GbpsのEBS帯域幅が利用可能になり、より要求の厳しいワークロードに対応できるようになります。
具体的なユースケース #
- M8gn: 高性能ファイルシステム、分散ウェブスケールインメモリキャッシュ、キャッシングフリート、リアルタイムビッグデータ分析、5Gユーザープレーン機能（UPF）などの通信アプリケーション。
- M8gb: 高性能データベース、NoSQLデータベースなど、高いブロックストレージパフォーマンスが要求されるワークロード。
- 大規模なメモリとネットワーク帯域幅を必要とする高スループットアプリケーション。
AWS Lambdaの耐久関数が14の追加AWSリージョンで利用可能に #
投稿日: 2025年12月18日
何ができるようになったのか #
AWS Lambdaの耐久関数が、本日より14の追加AWSリージョンで利用可能になりました。これにより、開発者はLambda開発エクスペリエンス内で、信頼性の高いマルチステップアプリケーションやAIワークフローを構築できるようになります。
何が嬉しいのか #
耐久関数は、イベントハンドラに「ステップ」や「待機」などの新しいプリミティブを追加することで、進捗をチェックポイントし、障害から自動的に回復し、オンデマンド関数のコンピューティング料金を発生させることなく実行を一時停止できます。このリージョン拡張により、注文ワークフロー、ユーザーオンボーディング、AI支援タスクなどの複雑なプロセスを、ユーザーやデータに近い場所でオーケストレーションでき、低レイテンシーとデータレジデンシー要件を満たしつつ、単一のサーバーレスプログラミングモデルに標準化できます。
これまでとどう変わるのか #
- これまで: AWS Lambdaの耐久関数は限られたリージョンでのみ利用可能でした。
- これから: 14の追加リージョンで利用可能になったことで、より多くの地域のユーザーが耐久関数を活用して、複雑なサーバーレスアプリケーションを構築できるようになります。
具体的なユースケース #
- 長時間の実行を伴う注文処理やユーザーオンボーディングなどのビジネスワークフロー。
- 複数のステップからなるAI/MLパイプラインやデータ処理ワークフロー。
- 障害発生時に自動的に回復する、信頼性の高いサーバーレスアプリケーションの構築。