2026/8/19 9:00:00 ~ 2026/8/20 9:00:00 (JST)

最近の発表

Launching External Web Access for Web Search on Amazon Bedrock

今月初め、Amazon Bedrockでウェブ検索を発表しました。これは組み込みのサーバーサイドツールです。これにより、データを安全な AWS 環境内で維持しながら、データを外部からのデータ流出なしで維持しながら、現在のウェブ知識に基づいて応答を根本的にモデル化できます。本日、ウェブ検索を拡張して external_web_access パラメーターを有効にしました。これにより、ウェブ検索はパブリックウェブから直接コンテンツを取得できるようになり、モデルが応答を最新の情報に基づいて決定できるようになります。\n external_web_access を有効にするには、Bedrock-WebSearch: ExternalWebAccess IAM にリクエスト ID への権限を付与し、external_web_access パラメーターはデフォルトの true のままにしておきます。そうすることで、Web Searchは、最新のスポーツスコア、ライブ価格、新しくリリースされたドキュメントなど、可能な限り最新の情報が必要なユースケース向けに、公開されているウェブからコンテンツをライブで取得できます。機密データを扱う場合、取り出しが完全にお客様の AWS 境界内に収まるようにするには、external_web_access: false を設定してください。false に設定すると、Web Search は Amazon の AWS 内のウェブインデックスとナレッジグラフからの結果のみを提供し、リクエストデータが AWS 境界外に出ることはありません。

外部ウェブアクセスを有効にできるのは、米国東部 (バージニア北部)、米国東部 (オハイオ)、および米国西部 (オレゴン) の AWS リージョンです。詳細については、基礎となるモデルの基礎となるブログ記事「Amazon Bedrock でのウェブ検索の紹介」、Amazon Bedrock ユーザーガイドの「外部ウェブアクセスの制御」を参照してください。また、コストの詳細については Amazon Bedrock の料金ページをご覧ください。

Amazon CloudWatch log Centralization now supports log group tag propagation

Amazon CloudWatch Centralization は、ソースアカウントのロググループタグを、集中化ルールによって作成された送信先ロググループにコピーするようになりました。CloudWatch 集中化は、複数のアカウントとリージョンのログデータを 1 つの送信先アカウントに集約します。タグ伝播により、ソースで管理していたコスト、所有権、およびコンプライアンスタグが、コピーされたロググループに適用されるようになりました。\n 本日のリリースにより、CloudWatch は各ソースロググループのタグをターゲットロググループにコピーし、一元化ルール設定の一環として選択されたタグ伝播動作に基づいて同期を維持します。たとえば、プラットフォームチームが Application タグと CostCenter タグを一元化されたロググループに保存し、それらのタグを使用して IAM 条件でアクセスの範囲を絞り込み、AWS Cost Explorer でチームごとに一元化されたログ支出を報告できます。

タグの伝達は、CloudWatch の集中化が可能なすべての AWS リージョンで利用できます。リージョンのリストについては、AWS リージョンの表を参照してください。

はじめに、Amazon CloudWatch コンソールで、または AWS CLI または AWS SDK を使用して、集中化ルールのタグ伝達を有効にしてください。タグを保存しながらログを一元化する方法の詳細については、「ログ集中化ユーザーガイド」を参照してください。一元化料金については、Amazon CloudWatch 料金表を参照してください。

Amazon SageMaker notebooks now support trusted identity propagation

Amazon SageMaker ノートブックは、Amazon Athena、Amazon Redshift、および Amazon EMR サーバーレスによる信頼できるアイデンティティ伝達 (TIP) をサポートするようになり、データ分析のユーザーごとのアクセスコントロールが可能になりました。\n TIP 対応プロジェクトで TIP 対応コンピューティングに接続すると、各ノートブックユーザーの IAM Identity Center ID が AWS Lake Formation に流れ、権限が許すテーブル、列、行のみが表示されるようになり、広範な実行ロールを 1 つも共有せずに済みます。TIPを使用すると、企業はクエリの実行者に基づいてユーザーごとのデータ境界を適用し、どのユーザーがデータにアクセスしたかを記録するCloudTrailによる完全な監査アトリビューションが可能になり、追加のログイン、トークン、またはロール管理を必要とせずにIDが既存のコンピューティング接続を介して自動的に伝達されるため、管理者の負担が軽減されます。

はじめに、サポートされているエンジンを搭載した TIP 対応プロジェクトでノートブックを使用してください。この機能は、Amazon SageMaker Unified Studio が利用できるすべての AWS リージョンで利用できます。詳細については、Amazon SageMaker Unified Studio 管理者ガイドの「信頼できるアイデンティティの伝達」と、Amazon SageMaker Unified Studio ユーザーガイドの「ノートブック」を参照してください。

AWS Cost Anomaly Detection supports third-party models on Amazon Bedrock

AWS Cost Anomaly Detection は、Amazon Bedrock で実行されているサードパーティの基盤モデル (Anthropic Claude やその他のプロバイダーがホストするモデルなど) への支出を監視するようになりました。Cost Anomaly Detection は機械学習を使用して異常な支出を検出し、アラートを通知します。今回の発表では、Amazon Bedrock でのサードパーティモデルの使用にも対象範囲が拡大されました。プロダクションジェネレーティブな AI ワークロードを実行しているチームは、Amazon Bedrock モデルの支出について、残りの AWS コストとともに自動的に異常検出を受けるようになりました。\n 今回のローンチにより、Cost Anomaly Detection は AWS マネージドサービスモニターを通じてサードパーティの Amazon Bedrock モデルのコストを自動的に評価します。セットアップは不要です。モデルへの支出が予期せず変化した場合、アラートと AWS のサービス、アカウント、リージョン、使用タイプ全体での影響額別にランク付けされた根本原因の内訳が届きます。これにより、他の AWS 支出の場合と同様に、ジェネレーティブ AI コストの変化を迅速に把握し、対応できるようになります。

この機能は、AWS GovCloud と中国リージョンを除くすべての AWS 商用リージョンで利用できます。

詳細については、AWS 請求およびコスト管理ユーザーガイドの「AWS コスト異常検知による異常支出の検出」を参照してください。

Amazon OpenSearch Ingestion is now available in GovCloud Regions

本日より、お客様は AWS GovCloud (米国東部) と AWS GovCloud (米国西部) で Amazon OpenSearch Ingestion を使用して、Amazon OpenSearch Service のマネージドクラスターまたはサーバーレスコレクションにデータを取り込むことができます。\n Amazon OpenSearch Ingesting はフルマネージド型のデータインジェスト階層であり、Amazon OpenSearch マネージドクラスターまたはサーバーレスコレクションにインデックスを作成する前に、データを取り込んで処理することができます。Amazon OpenSearch インジェストでは、コードなしでデータのフィルタリング、変換、編集、Amazon OpenSearch サービスへのルーティングを行うことができます。Amazon OpenSearch Ingestion は、ワークロードの変動する需要を満たすように、基盤となるリソースを自動的にプロビジョニングしてスケーリングします。 今回の発表により、Amazon OpenSearch Ingestion は、米国東部 (オハイオ)、米国東部 (バージニア北部)、米国西部 (オレゴン)、米国西部 (北カリフォルニア)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (フランクフルト)、ヨーロッパ (スペイン)、ヨーロッパ (パリ)、アジアパシフィック (東京)、アジアパシフィック (シドニー)、アジアパシフィック (シンガポール)、アジアパシフィック (ムンバイ) の 19 の AWS リージョンで一般的に利用できるようになりました。、アジア太平洋（ソウル）、カナダ（中央）、南米（サンパウロ）、ヨーロッパ（ストックホルム）、GovCloud（米国東部）、GovCloud（米国西部） 詳細については、Amazon OpenSearch インジェストのウェブページと Amazon OpenSearch インジェスト開発者ガイドを参照してください。

AWS Marketplace launches support for Amazon Lightsail

本日、AWS マーケットプレイスは Amazon Lightsail で一部の Amazon マシンイメージ (AMI) を起動するためのサポートを発表しました。シンプルで予測可能な価格設定と合理化されたインスタンス作成エクスペリエンスを希望するお客様は、数回クリックするだけで、対象の AWS マーケットプレイス AMI を Amazon Lightsail に簡単にデプロイできるようになりました。Lightsail インスタンスバンドルには、コンピューティング、ストレージ、および豊富なデータ転送料金が月額固定料金で含まれています。Lightsail はマネージドデータベース、コンテナ、ロードバランサーなども提供しているため、お客様はアプリケーションの成長に合わせて簡単に拡張できます。\n Microsoft Windows Server、Microsoft SQL Server Express、Ubuntu、cPanel & WHM、Plesk など、サポートされている AWS マーケットプレイス製品をサブスクライブすると、お客様は Amazon EC2 に加えて Amazon Lightsail を選択できるようになりました。Lightsail を選択すると、選択した AMI とリージョンがあらかじめ設定された Lightsail コンソールが表示され、数回クリックするだけで、予測可能な月額料金でデプロイできるようになります。

「Lightsail で起動」デプロイオプションは、Lightsail が利用可能なすべての AWS リージョンの対象製品で利用できます。開始するには、AWS Marketplace にアクセスして、互換性のある製品をサブスクライブしてください。Amazon Lightsail の詳細については、Amazon Lightsail 製品ページをご覧ください。

AWS announces a new Availability Zone in the Europe (London) Region

AWS は、ヨーロッパ (ロンドン) リージョン (eu-west-2) に 4 つ目のアベイラビリティーゾーンを追加し、この地域で増加するクラウドコンピューティングの需要に応えるためにインフラストラクチャの容量を拡張しました。新しいアベイラビリティーゾーンは、Amazon EC2、Trn3、P6 アクセラレーテッドインスタンスなどの次世代の AI と ML キャパシティを、汎用コンピューティングとともに提供します。新しいアベイラビリティーゾーンでは、eu-west-2 の AWS のお客様が AI と ML のワークロードに対応できる容量が増え、可用性が高く回復力のあるアーキテクチャを構築するための障害分離も強化されます。\n この新しいアベイラビリティーゾーン (eu-west-2d) により、お客様は eu-west-2 の 4 つのアベイラビリティーゾーンにアプリケーションを分散させることができるため、耐障害性が向上し、高可用性アーキテクチャがサポートされます。AI チームと ML チームは、すべてロンドンリージョン内の最新のアクセラレーテッドインスタンスタイプでモデルトレーニングと推論ワークロードを実行できるようになりました。新しいアベイラビリティーゾーンには、ツールを変更しなくても AWS マネジメントコンソール、API、既存のワークフローからアクセスできます。ヨーロッパ (ロンドン) リージョンの標準料金が適用されます。

はじめに AWS Global Infrastructure にアクセスして、リージョンとアベイラビリティーゾーンの詳細と、効率的なデータセンターの設計と持続可能性の実践が AWS クラウドインフラストラクチャにどのように役立つかを確認してください。実践的なリソースについては AWS Builder Center、AI と ML のワークロードについては EC2 Trainium ページ、リージョン別に利用できるサービスの一覧については「リージョナル製品サービス」をご覧ください。

Amazon Quick adds deny by default for custom permissions

Amazon Quickのカスタム権限には、デフォルトで拒否が含まれるようになりました。これは、新しいAI機能がユーザーに届く前に自動的に制限するガバナンス設定です。\n 以前は、新しい AI 機能はリリース時にすべてのユーザーが利用でき、管理者は事後に対応する必要がありました。デフォルトでは拒否が設定されているため、管理者はカスタム権限プロファイルの AI 機能カテゴリを制限し、それをユーザー、ロール、またはアカウント全体に割り当てます。その後、Quickは起動時にそれらのユーザーの新しいAI機能をすべて拒否します。カテゴリを制限すると、そのカテゴリ内の既存の機能も制限されます。準備が整い次第、管理者は各機能を明示的に許可します。この制限は、設定したプロファイルにのみ適用されます。 Amazon Quick の [アカウントの管理] または AWS CLI を使用して、デフォルトで拒否を設定します。詳細については、「デフォルトでのカスタムアクセス権限の拒否」を参照してください。デフォルトでの拒否は、Amazon Quick が利用できるすべての AWS リージョンで利用できます。

Amazon WorkSpaces Applications now offers in-console monitoring capabilities

Amazon WorkSpaces アプリケーションでは、サービスコンソールに直接埋め込まれたネイティブなモニタリング機能が提供されるようになりました。管理者は、サードパーティのモニタリングツールや Amazon CloudWatch の専門知識を必要とせずに、セッションレベルのメトリクス、インスタンスレベルのリソースデータ、ネットワークパフォーマンスメトリックスにリアルタイムでアクセスできるようになりました。\n 以前は、大規模な WorkSpaces アプリケーションのデプロイを管理する企業のお客様は、外部ソリューションに頼ったり、複雑なカスタム CloudWatch ダッシュボードを作成したりしていました。今では、設定を一切必要とせずに包括的なモニタリングが可能になっています。WorkSpaces Applications のコンソール内モニタリングでは、アクティブなセッションとリソース使用率を示すフリートレベルのキャパシティの可視性、ユーザー ID、パフォーマンスメトリクス、インスタンス ID でフィルタリングできるカスタマイズ可能なセッションテーブル、共有タイムラインでのフレームレート、入力レイテンシー、帯域幅、CPU/メモリ/GPU 使用率などのセッションメトリクスを表示する相関グラフィカルビューが提供されています。これらのメトリックスはすべて Amazon CloudWatch でも利用できるため、お客様は WorkSpaces アプリケーションリソースのモニタリングに適したエクスペリエンスを柔軟に選択できます。

現在、この機能は Amazon WorkSpaces アプリケーションが提供されているすべての AWS リージョンでご利用いただけます。

詳細については、Amazon WorkSpaces アプリケーションドキュメントをご覧になるか、Amazon WorkSpaces アプリケーションコンソールにログオンし、フリートメニューに移動し、フリートを選択してアクティブなセッションメトリックスをモニタリングしてください。

AWS Storage Gateway now supports FIPS-compliant private connectivity for Tape and Volume Gateway

AWS ストレージゲートウェイは、テープゲートウェイとボリュームゲートウェイ用の AWS PrivateLink 経由の FIPS 140-3 検証済みエンドポイントをサポートするようになりました。以前は、FIPS エンドポイントはパブリックインターネット経由でのみ利用可能でした。FIPS 準拠のトラフィックをプライベート AWS ネットワーク上で維持できるようになったため、規制対象のワークロードに Storage Gateway をより簡単に使用できるようになりました。\n 今回のローンチにより、テープゲートウェイとボリュームゲートウェイは、FIPS 検証済みの暗号化を使用しながら、VPC 内のインターフェイス VPC エンドポイントを介してストレージゲートウェイサービスのエンドポイントにプライベートにアクセスできるようになります。まず、VPC に Storage Gateway 用の FIPS インターフェイスエンドポイントを作成し、ゲートウェイをアクティベートするときに FIPS VPC エンドポイントオプションを選択できます。アクティブ化されると、ゲートウェイはプライベート AWS ネットワーク上の FIPS 検証済みエンドポイントを介して Storage Gateway サービスに接続します。FIPS PrivateLink エンドポイントを使用してゲートウェイをアクティブ化するには、ゲートウェイでソフトウェアバージョン 3.2.7 以降が実行されている必要があります。

今回のローンチは、Storage Gateway が FIPS エンドポイントを提供する 8 つの AWS リージョン (米国東部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、カナダ西部 (カルガリー)、AWS GovCloud (米国東部)、AWS GovCloud (米国西部)、AWS GovCloud (米国西部) でご利用いただけます。詳細については、AWS Storage Gateway ユーザーガイドまたは製品ページをご覧ください。

Amazon EC2 R8a instances are now available in Asia Pacific (Taipei) region

本日より、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 Bedrock now supports SpaceXAI Grok 4.6 with Cross Region Inferencing

Amazon Bedrock は SpaceXAI Grok 4.6 をサポートするようになりました。SpaceXAI Grok 4.6 は、コーディング、エージェントタスク、ナレッジワーク向けに構築されたフロンティアモデルで、米国の地理的推論とグローバルクロスリージョン推論に対応しています。お客様は、複数の AWS リージョンにまたがるクロスリージョン推論ルーティングリクエストにより Grok 4.6 に大規模にアクセスできるようになり、スループットの向上と推論コストの削減を実現できるようになりました。\n クロスリージョン推論では、推論リクエストが複数の AWS リージョンに自動的にルーティングされるので、複数のリージョンの容量を管理しなくてもスループットが向上します。US Geo 推論プロファイル (us.xai.grok-4.6) はリクエストを米国地域内でのみルーティングするため、データを米国内で処理したまま、データレジデンシー要件を満たすようにスケーリングできます。グローバル推論プロファイル (global.xai.grok-4.6) は、モデルを利用できるすべての商用 AWS リージョンからのリクエストに対応するため、トークンあたりのコストを抑えながら、Bedrock の容量に幅広くアクセスでき、需要が急上昇したときにも最高のスループットが得られます。このモデルは、レスポンス、チャット完了、コンバースAPIをサポートするBedrockランタイムエンドポイントで実行され、モデル呼び出しロギング（Amazon S3またはAmazon CloudWatchログに配信可能）、Amazon CloudWatchメトリックス、AWSコストエクスプローラーおよびAWSコストおよび使用状況レポートでのコスト項目化など、Bedrockの他のモデルですでに使用しているのと同じアカウントレベルのコントロールで動作します。 Grok 4.6 のクロスリージョン推論は、Amazon Bedrock が提供されているすべての AWS リージョンで利用できます。開始するには、Amazon Bedrock ユーザーガイドの Grok 4.6 のモデルカードを確認してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Startup ブログ (日本語)

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Compute Blog

AWS Contact Center

Containers

AWS Database Blog

Desktop and Application Streaming

AWS for Industries

Artificial Intelligence

AWS Security Blog

Open Source Project

AWS CLI

AWS CDK

Amplify for Flutter