2026/8/28 9:00:00 ~ 2026/8/31 9:00:00 (JST)
最近の発表
Amazon EC2 C8gn instances are now available in AWS Europe (Paris) region
本日より、最新世代の AWS Graviton4 プロセッサを搭載した Amazon Elastic Compute Cloud (Amazon EC2) C8gn インスタンスが AWS ヨーロッパ (パリ) リージョンで利用できるようになりました。C8GN インスタンスは Graviton3 ベースの Amazon EC2 C7GN インスタンスよりも最大 30% 優れたコンピューティングパフォーマンスを提供します。Amazon EC2 C8gn インスタンスには最新の第 6 世代 AWS Nitro カードが搭載されており、最大 600 Gbps のネットワーク帯域幅を提供します。これは、ネットワークに最適化された EC2 インスタンスの中で最高のネットワーク帯域幅です。 \n C8gn の強化されたネットワーキング機能を活用すると、ネットワーク仮想アプライアンス、データ分析、CPU ベースの人工知能、機械学習 (AI/ML) 推論などのネットワーク集約型ワークロードの実行コストを最適化しながら、パフォーマンスとスループットを拡張できます。
スケーラビリティ向上のため、C8gn インスタンスは Amazon Elastic Block Store (EBS) に最大 48 倍のインスタンスサイズ、最大 384 GiB のメモリ、最大 120 Gbps の帯域幅を提供します。C8GN インスタンスは 16xlarge、24xlarge、48xlarge、メタル 24xl、メタル 48xl の各サイズで Elastic Fabric Adapter (EFA) ネットワーキングをサポートします。これにより、密結合クラスターにデプロイされたワークロードのレイテンシーを低減し、クラスターパフォーマンスを向上させることができます。
C8gn インスタンスは、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン、北カリフォルニア)、ヨーロッパ (フランクフルト、ストックホルム、アイルランド、ロンドン、スペイン、チューリッヒ、ミラノ、パリ)、アジアパシフィック (シンガポール、マレーシア、シドニー、タイ、ムンバイ、ソウル、メルボルン、ジャカルタ、ハイデラバード、東京、香港)、中東 (UAE)、アフリカ (ケープタウン)、カナダ西部 (カルガリー、中部)、南米 (サンパウロ)、AWS GovCloud (米国東部、米国西部)
詳細については、「Amazon C8gn インスタンス」を参照してください。Graviton の導入を始めるには、「AWS Graviton でコンピューティングをレベルアップ」ページをご覧ください。開始するには、「AWS マネジメントコンソール」、「AWS コマンドラインインターフェイス (AWS CLI)」、および「AWS SDK」を参照してください。
Amazon Bedrock AgentCore Memory now supports fine-grained access control
Amazon Bedrock AgentCore Memory は、きめ細かなアクセス制御 (FGAC) をサポートするようになりました。これにより、カスタム認証ロジックを構築しなくても、AgentCore Gateway を介してユーザーごとおよびテナントごとのメモリ分離を実施できます。\n
FGAC では、OAuth (JWT) 認証用に設定された AgentCore Gateway をメモリリソースのフロントに配置し、認証された呼び出し元の ID に基づいてアクセスを制限する Cedar ポリシーをアタッチできます。各ユーザーが自分のアクターのデータにのみアクセスするように強制したり、メモリーレコードをユーザーのトークンクレームから派生した名前空間に限定したり、呼び出し元ごとに特定のメモリー操作を許可または拒否したりできます。これにより、暗号による身元証明を使用して、アクセス制御の適用をアプリケーションコードからインフラストラクチャ層に移すことができます。FGAC for Memory は、ゲートウェイターゲットをメモリデータプレーンに配線し、12 個のメモリ操作を Cedar アクションとして公開するマネージドゲートウェイコネクタである AgentCore Memory コネクタ上に構築されています。リクエスト属性はポリシー条件で使用できます。
はじめに、Amazon Bedrock AgentCore 開発者ガイドの「メモリのきめ細かなアクセス制御」を参照してください。
Amazon Bedrock AgentCore Memory now supports flexible namespace variables
Amazon Bedrock AgentCore Memory では、開発者が柔軟な名前空間変数を定義して、重複した戦略を作成したり、組み込み変数をオーバーロードしたりすることなく、組織、テナント、チーム、環境などのアプリケーション固有のディメンションに沿って長期メモリのスコーピングを行うことができるようになりました。これにより、マルチテナントや複雑な階層のアプリケーションでは、メモリの整理、分離、アクセス方法をきめ細かく制御できます。\n メモリリソースにキーを定義し、ストラテジーの名前空間テンプレートで参照し、CreateEvent API を使用して実行時に値を指定します。このサービスは、長期間のメモリ抽出時にそれらを名前空間テンプレートに置き換えます。メモリリソースごとに最大 5 つのキーを定義でき、各キーは複数のストラテジーで参照できます。 現在、Amazon Bedrock AgentCore Memory が一般的に利用可能なすべての AWS リージョンで、柔軟な名前空間変数を追加料金なしで利用できます。はじめに、Amazon Bedrock AgentCore 開発者ガイドの「名前空間による長期メモリ構成の指定」を参照してください。
AWS Transform now in scope for FedRAMP Class C
AWS Transform は現在、米国東部 (オハイオ) リージョンの FedRAMP クラス C (以前はモデレートベースライン) の対象となっています。AWS Transform を使用して、FedRAMP クラス C コンプライアンス要件の対象となるアプリケーションを構築し、ワークロードを実行できるようになりました。\n 連邦リスクおよび認証管理プログラム (FedRAMP) は、クラウド製品とサービスのセキュリティ評価、承認、および継続的な監視に対する標準的なアプローチを提供する米国政府全体のプログラムです。AWS Transform は、大規模なインフラストラクチャの移行から継続的な技術的負債の削減まで、プログラムの停滞を招きがちな手作業による引き継ぎやコンテキストの喪失なしに、企業のタイムラインを数年から数か月に短縮するために設計されたエージェントによる移行および近代化サービスです。
FedRAMP の詳細については、対象範囲内の AWS サービスのページをご覧ください。AWS Transform の詳細については、ウェブページとドキュメントをご覧ください。
Amazon EC2 P6-B300 instances are now available in additional AWS Regions
本日より、Amazon Elastic Cloud Compute (Amazon EC2) の P6-B300 インスタンスは、アジアパシフィック (ハイデラバード) リージョンと南米 (サンパウロ) リージョンでご利用いただけます。P6-B300 インスタンスは、2.1 TB の高帯域幅 GPU メモリ、6.4 Tbps の EFA ネットワーク、300 Gbps 専用 ENA スループット、4 TB のシステムメモリを搭載した 8 基の nVidia Blackwell Ultra GPU を提供します。\n P6-B300 インスタンスは、P6-B200 インスタンスと比較して 2 倍のネットワーク帯域幅、1.5 倍の GPU メモリサイズ、1.5 倍の GPU TFLOPS (FP4 でスパースなし) を実現しているため、高度な手法を用いた大規模な1兆パラメーターの基礎モデル (FM) や大規模言語モデル (LLM) のトレーニングとデプロイに適しています。ネットワーキングが高くメモリが大きいほど、AI ワークロードのトレーニング時間が短縮され、トークンスループットが向上します。
P6-B300 インスタンスは、米国西部 (オレゴン)、AWS GovCloud (米国東部)、米国東部 (バージニア北部)、アジアパシフィック (ハイデラバード、ソウル)、南米 (サンパウロ) の AWS リージョンで p6-b300.48xlarge サイズでご利用いただけるようになりました。P6-B300 インスタンスの詳細については、Amazon EC2 P6 インスタンスをご覧ください。
Amazon CloudWatch agent adds support for journald logs
AWS は、Amazon CloudWatch エージェントによるシステムジャーナル (ジャーナル) ログの収集のサポートを発表しました。Linux インスタンスの systemd ジャーナルからログエントリを直接読み取って Amazon CloudWatch Logs に送信するように CloudWatch エージェントを設定できるようになりました。ディスク上のファイルにログを書き込む必要はありません。\n Amazon Linux 2023 を含む多くの最新の Linux ディストリビューションでは、systemd ジャーナルを主要なロギングシステムとして使用しており、デフォルトで /var/log/messages などの従来のテキストログファイルを書き込まなくなりました。以前は、CloudWatch エージェントでこれらのログを収集するには、ジャーナルをディスク上のファイルにエクスポートするための追加設定が必要でした。今回の起動により、CloudWatch エージェントはジャーナルエントリをネイティブに読み取り、systemd ユニット、優先度、プロセス情報など、journald がキャプチャした構造化されたメタデータを保持します。systemd ユニット、ジャーナルの優先度レベル、ジャーナルフィールドの一致を使用してログエントリをフィルタリングできます。また、ログが CloudWatch Logs に公開される前に正規表現フィルターを適用できます。これにより、ノイズを減らし、ログの量とコストをコントロールできます。
CloudWatch エージェントでのジャーナルサポートは、すべての AWS コマーシャルリージョンと GovCloud (米国) リージョンで利用できます。インジェストされたログには Amazon CloudWatch ログの標準料金が適用されます。詳細については、Amazon CloudWatch 料金表ページを参照してください。
開始するには、CloudWatch エージェントを最新バージョンに更新し、エージェント設定ファイルにジャーナルセクションを追加してください。詳細については、Amazon CloudWatch ユーザーガイドの「CloudWatch エージェント設定ファイルを手動で作成または編集する」を参照してください。
Amazon Aurora MySQL 3.13 (compatible with MySQL 8.0.45) is generally available
本日より、Amazon Aurora MySQL 互換エディション 3 (MySQL 8.0 に対応) は MySQL 8.0.45 をサポートします。これには MySQL コミュニティの修正と Aurora 固有の改善が含まれています。このリリースの詳細については、Aurora MySQL 3 と MySQL 8.0.45 のリリースノートを参照してください。\n マイナーバージョン自動アップグレードを使用して、定期メンテナンス期間中にデータベースをアップグレードできます。大規模な運用を簡素化するには、マイナーバージョンの自動アップグレードを有効にし、AWS Organizations Upgrade Rollout Policy を使用してクラスター全体のアップグレードを段階的に調整してください。マイナーバージョンアップグレードは、インプレースで実行することも、スナップショット復元を使用して実行することもできます。このリリースは、Aurora MySQL が利用可能なすべての AWS リージョンでサポートされています。 Amazon Aurora は MySQL との完全な互換性を保ちながら、世界規模で高いパフォーマンスと可用性を実現するように設計されています。ゼロまでスケールできるサーバーレスコンピューティング、マルチリージョンの耐障害性を実現する Aurora Global Database、I/O を多用するワークロードでコストパフォーマンスを向上させるための Aurora I/O 最適化機能、組み込みセキュリティと継続的バックアップを提供します。始めるには、Aurora の入門ページをご覧ください。
SpaceXAI Grok 4.6 now available on Amazon Bedrock in AWS GovCloud (US)
AWS GovCloud(米国)の Amazon Bedrock は、コーディング、エージェントタスク、ナレッジワーク向けに構築されたフロンティアモデルである SpaceXAI Grok 4.6 をサポートするようになりました。Grok 4.6 は SpaceXAI の最新のフラッグシップモデルで、長期にわたるエージェントや野心的なインタラクティブおよびビジュアルワーク向けに構築されています。50万のコンテキストウィンドウと設定可能な推論力 (低、中、高、高) が用意されています。\n
このモデルは、Responses、Chat Completions、Converse API をサポートする基盤となるランタイムエンドポイント上で動作し、お客様は両方の AWS GovCloud (米国) リージョンにわたるクロスリージョンの推論ルーティングリクエストにより、Grok 4.6 に大規模にアクセスできます。Grok 4.6 は AWS GovCloud (米国東部) の基盤となるエンドポイントからも利用できます。
開始するには、Amazon Bedrock ユーザーガイドの Grok 4.6 のモデルカードを確認してください。
AWS Blogs
Amazon Web Services ブログ (日本語)
- Amazon EVS と NSX Federation によるディザスタリカバリとマルチサイトネットワーク
- 2 週間で 12 万人規模へ – NEC が Claude Desktop on Amazon Bedrock で実現したセキュアな全社 AI 環境
- DuckDB で Amazon S3 Tables に格納された表形式データセットへのアクセスを効率化する
- Amazon SageMaker Unified Studio のノートブックで、より速くインサイトに到達する
- Amazon CloudWatch Logs で Application Load Balancer のログを分析する
- AI コーディングエージェントは本当に良くなっているのか?
- Amazon Bedrock のきめ細かなコスト配分の導入
- パート2: Amazon AthenaとCUDOSを使用したAmazon Bedrockのコスト配分
- AI ツールで実現する継続収益ビジネス 〜開発力を資産に変える〜 – AWS Local Executive Roadshow 札幌編(#8/8)開催レポート
- 実践企業に学ぶ生成 AI 導入の勘所 〜眠るデータを企業価値に変える〜 – AWS Local Executive Roadshow 札幌編(#7/8)開催レポート
AWS Startup ブログ (日本語)
- 京都に“熱量”が集う 3 日間|日本最大規模のスタートアップカンファレンス【IVS2026】
- AI・ガバナンス・マルチプロダクト──注目スタートアップ 3 社の事例セッション【AWS Summit Japan 2026】
- 最新技術の“その先”と出会う場所|Startup Zone & Physical AI エリア【AWS Summit Japan 2026】
AWS Big Data Blog
AWS DevOps & Developer Productivity Blog
Artificial Intelligence
- Amazon SageMaker 機能ストアでのレコードの一括書き込みと検索
- DecathlonがChronos-2を使って大規模な需要予測を行う方法
- 負荷の分散:Salesforce が SageMaker 推論コンポーネントを使用してマルチ AZ HA にどのように対応したか