2026/1/30 9:00:00 ~ 2026/2/2 9:00:00 (JST)

最近の発表

Amazon RDS now supports IPv6 for VPC endpoints of RDS Service APIs

Amazon RDS は、パブリックエンドポイントの既存の IPv6 サポートに加えて、RDS サービス API の VPC エンドポイントのインターネットプロトコルバージョン 6 (IPv6) をサポートするようになりました。これにより、デュアルスタック (IPv4 と IPv6) 接続を設定して、インターネットを経由せずに VPC 内から RDS サービス API に直接アクセスできるようになりました。\n IPv6 ではアドレス空間が拡張されるため、IPv4 アドレスの制限を超えて AWS 上のアプリケーションを拡張できます。IPv6 では、管理しやすい連続した IP 範囲をマイクロサービスに割り当てることができ、アプリケーションを事実上無制限に拡張できます。さらに、IPv4 と IPv6 の両方をサポートしているため、アプリケーションを IPv4 から IPv6 に徐々に移行できるため、より安全な移行が可能になります。 この機能は、すべての商用 AWS リージョンと AWS GovCloud (米国) リージョンで利用できます。RDS サービス API の使用を開始するには、こちらをクリックしてください。 IPv6 環境の設定について詳しくは、『IPv6 ユーザーガイド』を参照してください。

Amazon SageMaker Unified Studio now supports AWS PrivateLink

本日、Amazon SageMaker は、顧客データトラフィックがパブリックインターネットを経由することなく Amazon 仮想プライベートクラウド (VPC) と Amazon SageMaker Unified Studio 間の接続を確立できる新機能を発表しました。標準データ転送プロトコル (HTTPS/TLS2) を超える必要があるお客様は、データ転送が AWS ネットワーク内にとどまるように VPC を設定することもできます。\n ネットワーク管理者は AWS PrivateLink を通じて、Amazon SageMaker Unified Studio が使用する VPC に AWS サービスエンドポイントをオンボーディングできるようになりました。エンドポイントがオンボーディングされると、Amazon SageMaker が使用する IAM ポリシーにより、顧客データが AWS ネットワーク内にとどまるよう強制されます。 AWS PrivateLink を使用した Amazon SageMaker プライベートアクセスは、Amazon SageMaker Unified Studio がサポートされているすべての AWS リージョンで利用できます。これには、アジアパシフィック (東京)、ヨーロッパ (アイルランド)、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト)、南米 (サンパウロ)、アジアパシフィック (ソウル)、ヨーロッパ (ロンドン)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー) が含まれます。)、カナダ (中部)、アジア太平洋 (ムンバイ)、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム) 詳細については、Amazon SageMaker にアクセスして、ネットワーク分離ドキュメントを開始してください。

Amazon ECS now publishes container health status as a CloudWatch metric

Amazon Elastic Container Service (Amazon ECS) では、コンテナのヘルスステータスを CloudWatch コンテナインサイトの新しいメトリックスとして公開し、オブザーバビリティを強化しました。お客様は、専用の CloudWatch メトリクスを通じてコンテナの運用状態を追跡し、異常のあるコンテナに積極的に対応するためのアラームを作成できるようになりました。\n お客様が ECS タスク定義のコンテナ定義でコンテナのヘルスチェックを設定すると、コンテナインサイトは ECS/ContainerInsights 名前空間に UnhealthyContainerHealthStatus メトリクスを公開するようになりました。このメトリックスでは 0 が正常、1 が異常であることが報告されます。コンテナのヘルス状態情報は、埋め込みメトリック形式 (EMF) ログでも確認できるため、UNKNOWN 状態中にヘルスチェックが評価されている間、追加のコンテキストが得られます。このメトリックは、クラスタ、サービス、タスク、コンテナの各レベルで利用できるため、お客様は希望する詳細レベルで状態を監視できます。顧客はメトリックスで CloudWatch アラームを作成して、コンテナに異常が生じたときに通知を受け取ることができるため、チームは直ちに行動を起こし、アプリケーションの信頼性を維持できます。 まず、ECS クラスターでオブザーバビリティを強化した Container Insights を有効にし、タスク定義でコンテナヘルスチェックを設定して CloudWatch でメトリクスの収集を開始してください。コンテナヘルスメトリクスは、Amazon ECS コンテナインサイトがサポートされているすべての AWS リージョンで利用できます。詳細については、Amazon ECS コンテナヘルスチェックドキュメントと CloudWatch コンテナインサイトドキュメントを参照してください。

AWS Lambda launches enhanced observability for Kafka event source mappings

AWS Lambda は Kafka イベントソースマッピング (ESM) のオブザーバビリティを強化しました。これにより、Amazon CloudWatch ログとメトリクスを提供して、イベントポーリングの設定、スケーリング、Kafka イベントの処理状態を監視できます。この機能により、お客様はセットアップの問題を迅速に診断し、タイムリーに是正措置を講じて、回復力のあるデータストリーミングワークロードを運用できます。この機能は、Apache Kafka 向け Amazon マネージドストリーミング (Amazon MSK) とセルフマネージド Apache Kafka (SMK) イベントソースマッピングの両方で使用できます。\n お客様は Kafka イベントソースマッピング (ESM) を Lambda 関数と共に使用して、ミッションクリティカルなアプリケーションを構築します。ただし、イベントのポーリング設定、スケーリング、処理状態を可視化できないと、権限の誤り、設定ミス、または関数のエラーに起因する問題のトラブルシューティングが遅くなり、解決までの平均時間が長くなり、運用上のオーバーヘッドが増加します。今回の発表により、お客様は CloudWatch Logs とメトリクスを有効にして、Kafka ポーリングの設定、スケーリング、イベント処理の状態をモニタリングできるようになります。お客様は、警告やエラーからイベント処理の進行状況に関する詳細情報まで、さまざまなログを提供する複数のログレベルオプションから選択できます。同様に、お客様は 1 つ以上のメトリクスグループ (EventCount、ErrorCount、Kafk メトリクス) を有効にして、イベント処理のさまざまな側面を監視できます。お客様は AWS Console for ESM の専用モニタリングページから、すべてのメトリックスとログを確認できます。この機能により、お客様はオブザーバビリティツールを利用してセットアップの問題を迅速に診断し、厳しいビジネス要件を満たすパフォーマンスメトリックスを追跡できます。 この機能は、AWS Lambda の Kafka ESM 向けプロビジョニングモードが利用できるすべての AWS 商用リージョンで利用できます。 AWS Lambda の ESM の作成と更新 API、AWS コンソール、AWS CLI、AWS SDK、AWS CloudFormation、AWS SAM を使用して、Kafka ESM の ESM ログとメトリクスを有効にできます。これらの機能の詳細については、Lambda Kafka ESM 開発者向けドキュメントをご覧ください。これらのログとメトリクスは CloudWatch の標準料金で請求されます。

New Partner Revenue Measurement gives visibility into AWS service consumption

本日、AWS はパートナー収益測定の開始を発表しました。これは、AWS パートナーが、自社のソリューションがパートナー管理アカウントと顧客管理アカウントの AWS サービス消費にどのように影響するかを可視化する新機能です。\n パートナー収益測定により、パートナーは AWS の収益への影響と製品の消費パターンをより深く理解できるようになります。パートナーは、AWS Marketplace リストの製品コードを使用して、タグキー:aws-apn-id、タグ値:pc: で AWS リソースにタグを付け、そのソリューションが AWS の収益に与える影響を定量化および測定できるようになりました。

パートナー収益測定は、一般的にすべての商業地域で利用できます。パートナー収益測定の実施について詳しくは、オンボーディングガイドで詳細を確認してください。

Amazon GameLift Streams expands streaming capability to six new regions

本日より、Amazon GameLift Streams は、ユーウエスト 2 (ロンドン)、eu-north-1 (ストックホルム)、sa-east-1 (サンパウロ)、ap-south-1 (ムンバイ)、ap-northeast-2 (ソウル)、ap-southeast-2 (シドニー) の 6 つの新しいロケーションですべてのお客様にストリーミング機能を提供します。\n 新しいストリーミングロケーションにより、お客様はヨーロッパ、南米、インド、およびアジア地域のプレーヤーに低遅延のストリーミング体験を提供できます。さらに、これらのロケーションにより GPU 全体の可用性が向上し、お客様はストリーミングサービスをより効果的に拡張できるようになります。 このサービスは、これらの新しいリージョンのすべてのストリームクラスをサポートします。 開始するには、お客様はコンソールまたは CLI を使用してロケーションとキャパシティの設定を編集し、新規または既存のストリームグループに新しいロケーションを追加する必要があります。 詳細については、Amazon GameLift Streams 開発者ガイド:AWS リージョンとリモートロケーションを参照してください。

Amazon EC2 R8a instances are now available in Europe (Spain) and Europe (Frankfurt) Regions

本日より、Amazon EC2 R8a インスタンスがヨーロッパ (スペイン) およびヨーロッパ (フランクフルト) リージョンで利用できるようになりました。これらのインスタンスには、最大周波数が 4.5 GHz の第5世代 AMD EPYC プロセッサ (旧コード名 Turin) が搭載されており、R7a インスタンスと比較してパフォーマンスが最大 30% 高く、コストパフォーマンスが最大 19% 高くなっています。\n R8a インスタンスは R7a インスタンスと比較して 45% 多いメモリ帯域幅を提供するため、これらのインスタンスはレイテンシーの影響を受けやすいワークロードに最適です。Amazon EC2 R7a インスタンスと比較して、R8a インスタンスは GroovyJVM のパフォーマンスを最大 60% 向上させ、ビジネスクリティカルなアプリケーションのリクエストスループットと応答時間を短縮できます。 第6世代のNitro Cardを使用してAWS Nitro System上に構築されたR8aインスタンスは、SQLおよびNoSQLデータベース、分散型ウェブスケールのインメモリキャッシュ、インメモリデータベース、リアルタイムのビッグデータ分析、電子設計自動化（EDA）アプリケーションなど、高性能でメモリを大量に消費するワークロードに最適です。R8a インスタンスには、2 つのベアメタルサイズを含む 12 のサイズがあります。Amazon EC2 R8a インスタンスは SAP 認定を受けており、R7a インスタンスと比較して SAPS が 38% 多く提供されています。 開始するには、AWS マネジメントコンソールにサインインしてください。新しいインスタンスの詳細については、Amazon EC2 R8a インスタンスページを参照してください。

Amazon RDS for Oracle now supports cross-Region replicas with additional storage volumes

Amazon RDS for Oracle は、ストレージボリュームを追加したクロスリージョンレプリカをサポートするようになりました。ストレージボリュームを追加すると、お客様はデータベースインスタンスのプライマリストレージボリュームに加えて、それぞれ最大 64 TiB のストレージボリュームを 3 つまで追加できます。その結果、お客様はアプリケーションのダウンタイムを発生させることなく、ワークロードの需要の変化に応じて柔軟にストレージを追加または削除できるようになり、データベースインスタンスを最大 256 TiB のストレージでセットアップできます。クロスリージョンレプリカがサポートされるようになったため、ビジネスクリティカルなアプリケーション向けにクロスリージョンレプリカを使用してデータベースインスタンスをセットアップするお客様も、ストレージの柔軟性を高めるために追加のストレージボリュームを使用できるというメリットも得られます。\n 追加のストレージボリュームが設定されたデータベースインスタンス用にクロスリージョンレプリカを作成すると、Amazon RDS for Oracle はレプリカに同じストレージレイアウトを自動的に設定します。その後、AWS マネジメントコンソール、AWS CLI、または AWS SDK を使用して、プライマリインスタンスとレプリカにある追加のストレージボリュームに変更を適用できます。災害復旧時には、クロスリージョンレプリカを新しいスタンドアロンデータベースとして利用するように昇格させたり、ビジネスクリティカルなアプリケーションの低復旧時点 (RPO) や目標復旧時間 (RTO) を満たすようにスイッチオーバーを実行してプライマリデータベースとレプリカ間の役割を逆転させたりすることができます。 レプリカをマウントモードで使用するにはOracle Database Enterprise Edition（EE）ライセンスが必要で、レプリカを読み取り専用モードで使用するには追加のOracle Active Data Guardライセンスが必要です。法務チームまたはライセンス専門家に相談して、特定のユースケースにおけるオラクルのライセンス要件を確認することをお勧めします。ストレージボリュームを追加した Amazon RDS for Oracle のクロスリージョンレプリカは、AWS GovCloud (米国) リージョンを含むすべての AWS リージョンで利用できます。詳細については、Amazon RDS for Oracle ユーザーガイドを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Cloud Financial Management

AWS Compute Blog

AWS for Industries

Artificial Intelligence

Networking & Content Delivery

AWS Security Blog

Open Source Project

AWS CLI

Amazon EKS Anywhere