2026/5/11 9:00:00 ~ 2026/5/12 9:00:00 (JST)

最近の発表

Announcing Region Expansion of G6e instances on SageMaker Studio notebooks

Amazon EC2 G6e インスタンスが中東 (ドバイ)、アジア太平洋 (東京、ソウル)、ヨーロッパ (フランクフルト、ストックホルム、スペイン) で SageMaker Studio ノートブックで一般提供されることを発表できることを嬉しく思います。\n Amazon EC2 G6e インスタンスは、GPU あたり 48 GB のメモリを搭載した最大 8 つの NVIDIA L40 テンソルコア GPU と、第 3 世代 AMD EPYC プロセッサを搭載しています。G6e インスタンスは EC2 G5 インスタンスと比較して最大 2.5 倍のパフォーマンスを発揮します。お客様は G6e インスタンスを使用して、モデルのデプロイをインタラクティブにテストしたり、ジェネレーティブ AI の微調整などのインタラクティブなモデルトレーニングのユースケースに使用したりできます。G6e インスタンスを使用して、最大 13B のパラメータを持つ大規模言語モデル (LLM) と、画像、動画、音声を生成するための拡散モデルをデプロイできます。

SageMaker Studio で JupyterLab アプリケーションと CodeEditor アプリケーションをセットアップして使用する手順については、開発者ガイドをご覧ください。これらのインスタンスの料金情報については、料金ページをご覧ください。

Announcing Region Expansion of G6 instances on SageMaker Studio notebooks

中東 (ドバイ) とアジア太平洋 (マレーシア) の Amazon EC2 G6 インスタンスが SageMaker Studio ノートブックで一般提供されることを発表できることを嬉しく思います。\n Amazon EC2 G6 インスタンスは、GPU あたり 24 GB のメモリを搭載した最大 8 個の NVIDIA L4 Tensor コア GPU と、第 3 世代 AMD EPYC プロセッサを搭載しています。G6 インスタンスは EC2 G4dn インスタンスと比較して、ディープラーニング推論のパフォーマンスが 2 倍向上しています。お客様は G6 インスタンスを使用して、モデルのデプロイをインタラクティブにテストしたり、ジェネレーティブ AI の微調整や推論ワークロード、自然言語処理、言語翻訳、コンピュータービジョン、レコメンダーエンジンなどのユースケースのインタラクティブなモデルトレーニングを行ったりできます。

SageMaker Studio で JupyterLab アプリケーションと CodeEditor アプリケーションをセットアップして使用する手順については、開発者ガイドをご覧ください。これらのインスタンスの料金情報については、料金ページをご覧ください。

Announcing Region Expansion of P4de instances on SageMaker Studio notebooks

Amazon EC2 P4de インスタンスがアジアパシフィック (東京、シンガポール) とヨーロッパ (フランクフルト) で SageMaker Studio ノートブックで一般提供されることを発表できることを嬉しく思います。\n Amazon EC2 P4de インスタンスは、80 GB の高性能 HBM2e GPU メモリを搭載した 8 個の NVIDIA A100 GPU を搭載しています。これは、現在の P4d インスタンスの GPU の 2 倍です。新しい P4de インスタンスは合計 640 GB の GPU メモリを搭載しているため、P4d インスタンスと比較して ML トレーニングのパフォーマンスが最大 60% 向上し、トレーニングコストも 20% 削減されます。パフォーマンスの向上により、お客様はモデルトレーニング時間を短縮し、市場投入までの時間を短縮できます。P4deのGPUメモリを増やすと、高解像度データの大規模なデータセットでトレーニングする必要があるワークロードにもメリットがあります。 SageMaker Studio で JupyterLab アプリケーションと CodeEditor アプリケーションをセットアップして使用する手順については、開発者ガイドをご覧ください。これらのインスタンスの料金情報については、料金ページをご覧ください。

Amazon Aurora DSQL is now available in five additional AWS Regions

Amazon Aurora DSQL 単一リージョンクラスターは、アジアパシフィック (香港)、アジアパシフィック (ムンバイ)、アジアパシフィック (シンガポール)、ヨーロッパ (ストックホルム)、南米 (サンパウロ) で利用できるようになりました。Aurora DSQL は、ほぼ無制限のスケーラビリティ、最高の可用性、インフラストラクチャ管理なしでいつでも利用可能なアプリケーションを構築できる、最速のサーバーレス分散 SQL データベースです。アプリケーションのスケーリングとレジリエンスを簡単に行えるように設計されており、分散 SQL の読み取りと書き込みが最も高速です。\n 今回の発表により、Aurora DSQL は米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、カナダ (中部)、カナダ西部 (カルガリー)、アジアパシフィック (香港)、アジアパシフィック (メルボルン)、アジアパシフィック (ムンバイ)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アジアパシフィック (東京)、アジアパシフィック (東京) の各リージョンで利用できるようになりました。(ソウル)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (フランクフルト)、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム)、南米 (サンパウロ)。 AWS 無料利用枠を利用すると、Aurora DSQL を無料で使い始めることができます。詳細については、Aurora DSQL ウェブページとドキュメントをご覧ください。

AWS HealthOmics now supports caching of cancelled workflow runs

AWS Healthomics では、キャンセルされた実行の完了したタスク出力をキャッシュできるようになりました。これにより、お客様は出力を再利用でき、以前に完了したタスクを再計算する必要がなくなります。キャッシュが有効になっていて実行がキャンセルされると、Healthomics は完了したタスク出力をお客様の S3 バケットに自動的に保存し、お客様はキャンセルした時点から実行を再開できます。AWS Healthomics は HIPAA の対象となるサービスで、フルマネージド型のバイオインフォマティクスワークフローにより、ヘルスケアやライフサイエンスのお客様が大規模な科学的ブレークスルーを加速できるよう支援します。\n キャンセルされた実行をキャッシュに保存することで、研究者、バイオインフォマティシャン、ワークフロー開発者が中間ファイルと完了したタスク出力を検査用に保存することで、ワークフローを効率的にデバッグし、繰り返し開発できるようになります。これにより、顧客は何時間もかかっていたかもしれない完了したタスクを再計算するコストを節約でき、未完了の残りのタスクのみを実行することでその後の実行時間を短縮できます。

キャンセルされた実行のキャッシュが、米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト、アイルランド、ロンドン)、イスラエル (テルアビブ)、およびアジア太平洋 (シンガポール、ソウル) のすべての AWS Healthomics リージョンの Nextflow、WDL、CWL 実行で利用可能になりました。詳細については、ワークフローキャッシュのドキュメントをご覧ください。

AWS WAF introduces dynamic label interpolation for custom request and response handling

AWS WAF は動的ラベル補間をサポートするようになりました。これにより、WAF 分類信号をオリジンに転送し、1 つのルールで応答にコンテキストを埋め込むことができます。以前はシグナル値ごとに個別のルールを適用していたセキュリティエンジニアが、カスタムリクエストヘッダー、レスポンスヘッダー、レスポンスボディで $ {namespace:} 構文を使用して、ラベル名前空間全体を一度に転送できるようになりました。たとえば、動的変数を含む 1 つのルールですべての IP レピュテーションシグナルをアプリケーションに転送すると、多要素認証 (MFA) を強制するなどして適応的に対応できるようになります。\n 補間には合成ラベルも導入されています。合成ラベルとは、クライアント IP アドレス、WAF リクエスト ID、JA3 および JA4 フィンガープリントなど、リクエストコンテキストから解決される組み込み値です。これらをカスタムブロックページやチャレンジページに埋め込んで、誤検知を報告したユーザーが引用用の参照 ID を入手できるようにしたり、TLS フィンガープリントをアプリケーションに転送してアダプティブ認証の判断を下したりすることができます。補間は、AWS マネージドルール、AWS Marketplace ルールグループ、独自のカスタムラベルなど、あらゆるラベル名前空間で機能します。新しいラベルが名前空間に追加されるとヘッダーは自動的に調整され、複数のラベルが一致すると、値はカンマで区切られたリストに変換されます。

動的ラベル補間は、AWS WAF を利用できるすべての AWS リージョンで追加料金なしで利用できます。新しい API フィールドや設定ステップはありません。はじめに、AWS WAF 開発者ガイドの「動的ラベル補間」を参照するか、GitHub のサンプルをご覧ください。

Claude Platform on AWS is now generally available

本日、AWSは、Claude Platform on AWSの一般提供を発表しました。これは、お客様が既存のAWSアカウントを通じてAnthropicのネイティブClaude Platformエクスペリエンスに直接アクセスできるようにする新しいサービスです。AWS は、ネイティブの Claude Platform エクスペリエンスへのアクセスを提供した最初のクラウドプロバイダーです。開発者や組織は、API、コンソール、早期アクセスベータ機能を含む Anthropic のネイティブ Claude Platform エクスペリエンスに、既存の AWS アカウントから直接アクセスできるようになりました。個別のアカウントを管理したり、請求したり、追跡したりする必要はありません。\n AWS 上の Claude Platform は Anthropic によって運営されており、顧客データは AWS のセキュリティ境界の外で処理されます。Claude Platform on AWS は、Anthropic のネイティブな Claude Platform の開発経験を利用したいが、特定の地域でのデータ保管要件がない開発チームや企業向けに設計されています。セキュリティを完全に可視化するために、お客様は引き続き既存の IAM 認証情報とアクセス制御、統合された AWS 請求、CloudTrail 監査ログを使用しています。Claude Platform on AWS で利用できる機能には、Claude Managed Agents (ベータ)、アドバイザー戦略 (ベータ)、ウェブ検索、ウェブフェッチ、コード実行、ファイル API (ベータ)、スキル (ベータ)、スキル (ベータ)、MCP コネクタ (ベータ)、プロンプトキャッシュ、引用、バッチ処理、迅速な開発と評価のための Claude Console などがあります。

Claude Platform on AWS は、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、カナダ (中部)、南米 (サンパウロ)、ヨーロッパ (ダブリン)、ヨーロッパ (ロンドン)、ヨーロッパ (フランクフルト)、ヨーロッパ (ミラノ)、ヨーロッパ (チューリッヒ)、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (ソウル)、アジア太平洋地域 (ソウル) でご利用いただけますフィック（メルボルン）、アジア太平洋（ジャカルタ）、アジアパシフィック（シドニー）、およびアジアパシフィック（メルボルン）。詳細については、Claude Platform on AWS 製品ページをご覧ください。開始するには、Claude Platform on AWS ドキュメントを参照してください。

AWS Transform adds containerization capability during migrations

AWS Transform では、AWS への移行中にアプリケーションをコンテナにリプラットフォームできるようになりました。このリリースでは、AWS Transform のエージェント AI 機能が拡張され、ソースコードのコンテナ化が自動化されます。これにより、移行とモダナイゼーションを並行して行えるようになり、オンプレミスからクラウドネイティブアーキテクチャへの移行にかかる時間と複雑さが軽減されます。移行チームは、GitHub、Bitbucket、GitLab、または.zip ファイルのソースコードをコンテナ化し、Docker イメージを生成し、Amazon エラスティックコンテナレジストリ (Amazon ECR) に公開し、アマゾンエラスティックコンテナサービス (Amazon ECS) または Amazon Elastic Kubernetes サービス (Amazon EKS) にデプロイできます。これにより、チームがリホスト移行の計画と実行に使用するのと同じワークフローにコンテナ化が導入されます。\n AWS Transform はソースコードリポジトリを分析し、Dockerfile を生成し、一般的な脆弱性と暴露 (CVE) の統合セキュリティスキャンを使用してコンテナイメージを構築します。ターゲット環境に合わせて、デプロイ準備が整った Terraform のコードとしてのインフラストラクチャと Helm チャートを作成します。このサービスは、モノリシックリポジトリ (モノレポ) とマルチリポジトリ構造、AWS CodeArtifact によるプライベートな依存関係の解決、数千ものアプリケーションのコンテナ化を大規模にサポートしています。移行段階の計画では、アプリケーションをリホストまたはリプラットフォームからコンテナへのパスのいずれかに割り当てることができるため、AWS のメリットをより早く移行して実感できます。 この新機能は、AWS Transform が提供されているすべての AWS リージョンで利用できます。

詳細については、AWS Transform ユーザーガイドをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Architecture Blog

AWS Big Data Blog

AWS Database Blog

AWS DevOps & Developer Productivity Blog

Artificial Intelligence

Networking & Content Delivery

AWS Security Blog

AWS Storage Blog

Open Source Project

Karpenter