2025/11/5 9:00:00 ~ 2025/11/6 9:00:00 (JST)

最近の発表

Amazon CloudWatch Database Insights expands anomaly detection in on-demand analysis

Amazon CloudWatch データベースインサイトでは、オンデマンドの分析エクスペリエンスにより、その他のメトリクスの異常を検出できるようになりました。Database Insights は、データベースメトリクス、クエリパフォーマンス、およびリソース使用パターンを包括的に可視化することで、データベース管理者およびアプリケーション開発者がデータベースパフォーマンスを最適化するのに役立つモニタリングおよび診断ソリューションです。オンデマンド分析機能では、機械学習を利用して選択した期間における異常やパフォーマンスのボトルネックを特定し、次に何をすべきかについてのアドバイスを提供します。\n Database Insights のオンデマンド分析機能では、異常検出機能が強化されました。以前は、データベース管理者はデータベースのパフォーマンスを分析し、データベース負荷に基づいてメトリクスを相関させることができました。現在、オンデマンド分析レポートでは、データベースインスタンスのデータベースレベルおよびオペレーティングシステムレベルのカウンターメトリクスの異常や、データベース負荷の原因となっている上位の SQL ステートメントの SQL ごとのメトリックも特定できるようになりました。この機能は、選択した期間を通常のベースラインパフォーマンスと自動的に比較し、異常を特定し、具体的な修復アドバイスを提供すると同時に、診断までの平均時間を短縮します。直感的な視覚化とわかりやすい説明により、パフォーマンスの問題をすばやく特定し、解決のための段階的なガイダンスを得ることができます。 AWS マネジメントコンソール、AWS API、または AWS CloudFormation を使用して Amazon Aurora または RDS データベースで CloudWatch データベースインサイトのアドバンスモードを有効にすることで、オンデマンド分析を開始できます。さまざまなリージョン、エンジン、インスタンスクラスでの Database Insights の可用性に関する情報については、RDS のドキュメントと Aurora のドキュメントを参照してください。

Amazon FSx now integrates with AWS Secrets Manager for enhanced management of Active Directory credentials

Amazon FSxはAWS Secrets Managerと統合され、Windowsファイルサーバファイルシステム用のFSxとNetApp ONTAPストレージ仮想マシン（SVM）用のFSxのActive Directoryドメインサービスアカウント認証情報の保護と管理を強化できるようになりました。\n 以前は、FSx for WindowsファイルシステムまたはFSx for ONTAP SVMをActive Directoryドメインに参加させてユーザー認証とアクセス制御を行う場合は、Amazon FSxコンソール、Amazon FSx API、AWS CLI、またはAWS CloudFormationでサービスアカウントのユーザー名とパスワードを指定する必要がありました。今回のリリースにより、サービスアカウントの認証情報を含む AWS Secrets Manager シークレットを指定できるようになりました。これにより、アプリケーションコードや設定ファイルにプレーンテキストの認証情報を保存する必要がなくなり、認証情報管理のベストプラクティスに沿うことができるため、セキュリティ体制を強化できます。さらに、AWS Secrets Manager を使用して Active Directory 認証情報をローテーションし、FSx ワークロードで必要なときに使用することもできます。 AWS Secrets Manager を使用して、利用可能なすべての AWS リージョンのすべての Windows ファイルシステムと ONTAP ストレージ仮想マシンのすべての FSx のドメイン参加サービス認証情報を保存できるようになりました。詳細については、Windows ファイルサーバ用 Amazon FSx のドキュメントと Amazon FSx for NetApp ONTAP のドキュメントを参照してください。

Announcing New EC2 R8a Memory-Optimized Instances

AWS は、メモリに最適化された新しい Amazon EC2 R8a インスタンスの一般提供を発表します。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% 多く提供されています。 R8a インスタンスは、米国東部 (バージニア北部)、米国東部 (オハイオ)、および米国西部 (オレゴン) リージョンの AWS リージョンで利用できます。開始するには、AWS マネジメントコンソールにサインインしてください。お客様は貯蓄プラン、オンデマンドインスタンス、スポットインスタンスを通じてこれらのインスタンスを購入できます。詳細については、Amazon EC2 R8a インスタンスページをご覧ください。

Amazon GameLift Streams adds AWS Health notifications for aging resources

Amazon GameLift Streams が AWS Health と統合され、古くなったストリームグループに関する自動通知が提供されるようになりました。ストリームグループの作成日から 45 日目から 335 日目という早い時期に、ストリームグループの再作成を促す通知が AWS Health を通じて定期的にお客様に送信されます。180 日を経過したストリームグループには新しいアプリケーションの追加が制限され、365 日目以降に自動的に期限切れになります。\n この機能は、お客様がストリームグループのライフサイクルを管理できるようにし、更新を見逃している可能性のある古いリソースの使用を防ぐことで、お客様のセキュリティ体制を強化します。お客様がゲーム開発に集中している間、このサービスはリソースの健全性を維持するのに役立ちます。 AWS Health は、ストリームグループ作成日から 45 日目と 150 日目に、リンクされたアカウントにリマインダーを送信し、180 日を過ぎるとストリームグループによる新しいアプリケーションの追加が制限されることをお客様に通知します。ストリームグループを再作成するよう求める最後のリマインダーが 335 日目に送信され、ストリームグループが 365 日目に期限切れになることを通知します。 この機能は、Amazon GameLift ストリームが追加費用なしで提供されているすべての AWS リージョンで利用できます。 メンテナンス警告やストリームグループの有効期限は、サービスコンソールのストリームグループ詳細ページで確認するか、GetStreamGroup API レスポンスの ExpiresAt フィールドを使用して確認できます。 ストリームグループの管理と通知の設定の詳細については、ストリームグループのライフサイクルに関する Amazon GameLift ドキュメントをご覧ください。

Amazon Keyspaces (for Apache Cassandra) extends Multi-Region Replication to Bahrain and Hong Kong Region

Amazon Keyspaces (Apache Cassandra用) は、中東 (バーレーン) およびアジアパシフィック (香港) リージョンでのマルチリージョンレプリケーションをサポートするようになりました。この拡張により、お客様は Amazon Keyspaces テーブルをこれらのリージョン間でレプリケートできるようになり、データへのレイテンシーが短縮され、リージョンの耐障害性が向上しました。\n Amazon Keyspaces Multi-Region Replication は、通常 1 秒未満のレプリケーション遅延で AWS リージョン間でデータを自動的にレプリケートするため、アプリケーションは複数のリージョンの同じテーブルにデータを読み書きできます。この機能により、お客様は場所に関係なく低レイテンシーでユーザーにサービスを提供できるだけでなく、地域的な混乱が発生した場合でも事業を継続できるグローバルに分散されたアプリケーションを構築できます。 中東 (バーレーン) とアジア太平洋 (香港) でのマルチリージョンレプリケーションサポートが追加されたことで、これらの地域で事業を展開する組織は、中東およびアジア太平洋地域のユーザーに対して一貫したパフォーマンスを維持できる高可用性アプリケーションを構築できるようになります。お客様は、複雑なレプリケーションインフラストラクチャを管理しなくても、これらのリージョンとサポートされている他の AWS リージョン間でキースペーステーブルをレプリケートできるようになりました。 データストレージ、読み取り/書き込み容量、マルチリージョンキースペースの各リージョンでの書き込みなど、実際に使用したリソースに対してのみ料金が発生します。Amazon キースペースのマルチリージョンレプリケーションとそのリージョンでの利用可能性の詳細については、Amazon キースペースのドキュメントをご覧ください。

Amazon CloudWatch Application Signals adds AI-powered Synthetics debugging

Amazon CloudWatch Application Signals モデルコンテキストプロトコルまたはアプリケーションパフォーマンスモニタリング用 MCP サーバー (APM) では、CloudWatch Synthetics Canary モニタリングを監査フレームワークに直接統合し、人工モニタリング障害の自動的な AI によるデバッグが可能になりました。DevOps チームと開発者は、「チェックアウトカナリアが失敗するのはなぜですか?」などの自然言語による質問を使用できるようになりました。Amazon Q、Claude などの互換性のある AI アシスタント、またはその他のサポート対象アシスタントで AI を活用した新しいデバッグ機能を利用し、カナリアインフラストラクチャの問題と実際のサービス上の問題をすばやく区別することで、信頼性の高い合成モニタリングを維持する上で広範囲にわたる手動分析という大きな課題に対処できます。\n この統合により、Application Signals の既存のマルチシグナル (サービス、オペレーション、SLO、ゴールデンシグナル) 分析機能が、包括的なカナリア診断を含むように拡張されます。この新機能は、インテリジェントな監査パイプラインを通じて、カナリア障害をサービスヘルスメトリクス、トレース、依存関係と自動的に相関させます。システムは、ユーザーからの自然言語によるプロンプトから始めて、ネットワークの問題、認証の失敗、パフォーマンスの問題、スクリプトエラー、インフラストラクチャの問題、およびサービスの依存関係という 6 つの主要領域にわたる多層的な診断分析を実行します。この分析には、HTTP Archive または HAR ファイルの自動比較、CloudWatch ログ分析、S3 アーティファクト調査、設定検証などがあり、合成モニタリング問題の特定と解決に必要な時間を大幅に短縮できます。 その後、顧客はサポートされている AI アシスタントとの自然言語対話を通じてこれらのインサイトにアクセスできます。 この機能は、Amazon CloudWatch Synthetics が提供されているすべての商用 AWS リージョンで利用できます。お客様が AI を活用したデバッグ機能を利用するには、Amazon Q、Claude などの互換性のある AI エージェント、またはその他のサポートされている AI アシスタントにアクセスする必要があります。 合成モニタリングに AI ベースのデバッグを実装する方法の詳細については、CloudWatch Application Signals MCP サーバーのドキュメントをご覧ください。

AWS Marketplace now open for India-based sellers supporting transactions in Indian Rupees (INR)

インドの買い手と売り手は、インドルピー (INR) での請求書発行と AWS India 経由の簡素化された税務コンプライアンスにより、AWS Marketplace で現地で取引できるようになりました。今回のローンチにより、インドを拠点とする販売者は AWS Marketplace への販売登録が可能になり、インドの購入者に有料サブスクリプションを提供できるようになりました。インドを拠点とする販売者は、米ドル (USD) またはインドルピーでプライベートオファーを作成できるようになります。インドを拠点とする販売者から AWS Marketplace の有料サービスを購入するインドの購入者は、インドルピーで請求書を受け取ることになり、AWS クラウドと AWS Marketplace での購入全体で一貫した請求書発行が簡単になります。インドに拠点を置く販売者は AWS Marketplace で有料サービスの販売を開始し、インドを拠点とするチャネルパートナーと協力して顧客に販売することができます。\n AWS India は、独立系ソフトウェアベンダー (ISV) またはチャネルパートナーを登録販売者として、購入者への税法準拠の請求書をインドルピーで発行しやすくします。AWS India は、源泉徴収税 (WHT) と GST-源泉徴収 (GST-TCS) の徴収と源泉徴収 (GST-TCS) の徴収と関連する税務当局への送金を自動化し、購入者のコンプライアンス要件を満たします。このフェーズ中も、インドに拠点を置かない出品者は、引き続き AWS Inc. を通じてインドのバイヤーに米ドルで直接販売することも、認定ディストリビューターを通じてAWS Indiaを通じて販売することもできます。 インドを拠点とする販売者が提供しているソリューションの詳細と詳細については、このページをご覧ください。インドを拠点とする ISV とチャネルパートナーは、AWS Marketplace 管理ポータルに登録して、販売者として始めることができます。インドで AWS Marketplace を使用して売買する方法の詳細については、インドの FAQ ページとヘルプガイドをご覧ください。

Microsoft SQL Server Developer Edition now available through AWS Launch Wizard

AWS Launch Wizard では、お客様独自のメディアからインストールされた Microsoft SQL Server デベロッパーエディションを使用して Windows Server EC2 インスタンスのサイジング、設定、デプロイをガイド付きで行うことができるようになりました。SQL Server Developer Edition 用 AWS Launch Wizard を使用すると、Amazon EC2 で費用対効果が高くフル機能の SQL Server インスタンスを簡単に起動できるため、非本番環境やテスト用のデータベース環境を構築する開発者に理想的です。\n この機能は、SQL Server Enterprise Edition または SQL Server Standard Edition を実行している既存の非本番データベースも所有しているお客様に最適です。本番環境以外のデータベースを SQL Server Developer Edition に移行すると、機能の同等性を維持しながら SQL ライセンスコストを削減できるためです。 この機能は、サポートされているすべての商用 AWS リージョンと AWS GovCloud (米国) リージョンで利用できます。 詳細については、『SQL Server 用 AWS 起動ウィザード』ユーザーガイドおよびこちらのブログ投稿を参照してください。

AWS Glue Schema Registry adds support for C#

AWS Glue スキーマレジストリ (GSR) では、GSR クライアントライブラリのプログラミング言語サポートが拡張され、既存の Java サポートに加えて C# サポートが含まれるようになりました。Apache Kafka または Amazon マネージドストリーミング for Apache Kafka (Amazon MSK)、Amazon Kinesis データストリーム、Apache Flink または Amazon マネージドサービス for Apache Flink と統合されている C# アプリケーションが AWS Glue Schema Registry と連携して、ストリーミングデータアプリケーションのデータ品質とスキーマの互換性を維持できるようになりました。\n AWS Glue のサーバーレス機能である AWS Glue Schema Registry では、登録されたスキーマを使用してストリーミングデータの変化を追加料金なしで検証および制御できます。スキーマは、アプリケーションによって生成されるデータレコードの構造と形式を定義します。AWS Glue Schema Registry を使用すると、データエコシステム全体でスキーマ定義を一元的に管理し、適用することができます。これにより、アプリケーション間でスキーマの一貫性が保たれ、プロデューサーとコンシューマー間のシームレスなデータ統合が可能になります。一元化されたスキーマ検証により、チームはデータ品質基準を維持し、制御された方法でスキーマを進化させることができます。

C# サポートは、Glue Schema Registry が利用できるすべての AWS リージョンで利用できます。C# 統合を開始するには、Glue スキーマレジストリ開発者ガイドと SDK をご覧ください。

Amazon Cloudfront adds IPv6 support for Anycast Static IPs

Amazon CloudFront は、エニーキャスト静的 IP 設定で IPv4 アドレスと IPv6 アドレスの両方をサポートするようになりました。以前は、この機能は IPv4 アドレスのみに制限されていました。今回の更新により、CloudFront Anycast 静的 IP アドレスを使用する際に IPv4 アドレスと IPv6 アドレスの両方を使用できるようになりました。\n 以前は、CloudFront エニーキャストの静的 IP アドレスを使用する場合、お客様は IPv4 アドレスのみを使用できました。今回の発表により、CloudFront エニーキャストの静的 IP アドレスを使用するお客様には、ワークロードの IPv4 アドレスと IPv6 アドレスの両方が割り当てられます。このデュアルスタックのサポートにより、お客様は IPv6 コンプライアンス要件を満たし、将来を見据えたインフラストラクチャを構築し、IPv6 のみのネットワークでエンドユーザーにサービスを提供できます。 CloudFront は、すべてのエッジロケーションのエニーキャスト静的 IP 用の IPv6 をサポートしています。これには、Sinnet が運営するアマゾンウェブサービス中国 (北京) リージョンと NWCD が運営するアマゾンウェブサービス中国 (寧夏) リージョンは含まれません。エニーキャスト静的 IP の詳細については、こちらをご覧ください。詳細については、Amazon CloudFront 開発者ガイドを参照してください。料金については、CloudFront 料金表を参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Open Source Blog

AWS Cloud Financial Management

AWS Cloud Operations Blog

AWS Contact Center

AWS Database Blog

Desktop and Application Streaming

AWS HPC Blog

Artificial Intelligence

AWS Messaging Blog

Networking & Content Delivery

AWS Security Blog

Open Source Project

AWS CLI

Bottlerocket OS