2025/8/14 9:00:00 ~ 2025/8/15 9:00:00 (JST)
最近の発表
SageMaker HyperPod now supports fine-grained quota allocation of compute resources
SageMaker HyperPod タスクガバナンスでは、インスタンス内の GPU、Trainium アクセラレーター、vCPU、および vCPU メモリのきめ細かなコンピューティングクォータ割り当てがサポートされるようになりました。管理者はチーム全体にきめ細かく計算クォータを割り当てることができるため、計算リソースの配分を最適化して予算内に収めることができます。\n データサイエンティストは、HyperPod インスタンス全体を必要としない、トレーニングや推論などの LLM タスクを実行することが多く、加速されたコンピューティングリソースが十分に活用されないことにつながります。HyperPod のタスクガバナンスにより、管理者はチーム間のコンピューティングクォータ割り当てを管理できます。この機能により、管理者はコンピューティングリソースを戦略的に割り当てることができるようになり、公平なアクセスを確保し、リソースの独占を防ぎ、クラスターの使用率を最大化できます。この機能により、組織のワークロード需要に合わせて、インスタンスレベルの割り当てに加えて、きめ細かなコンピューティングクォータ割り当てが可能になります。 SageMaker HyperPod タスクガバナンスは、HyperPod が利用可能なすべての AWS リージョン (米国東部 (バージニア北部)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、アジアパシフィック (ムンバイ)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、ヨーロッパ (フランクフルト)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (ストックホルム)、南米 (サンパウロ) で利用できます。O)。 詳細については、SageMaker HyperPod ウェブページおよび HyperPod タスクガバナンスのドキュメントをご覧ください。
Amazon U7i instances now available in the AWS US East (Ohio) Region
本日より、12 TB のメモリ (u7i-12tb.224xlarge) を搭載した Amazon EC2 ハイメモリ U7i インスタンスが米国東部 (オハイオ) リージョンで利用できるようになりました。U7i-12 TB インスタンスは AWS 第 7 世代の一部であり、カスタムの第 4 世代インテル Xeon スケーラブルプロセッサー (サファイアラピッズ) を搭載しています。U7i-12TB インスタンスには 12TiB の DDR5 メモリが搭載されているため、お客様は急速に拡大するデータ環境でトランザクション処理のスループットを拡張できます。\n u7i-12 TB インスタンスは 896 個の vCPU を搭載し、最大 100 Gbps の Elastic Block Storage (EBS) をサポートしてデータの読み込みとバックアップを高速化し、最大 100 Gbps のネットワーク帯域幅を提供し、ENA Express をサポートします。U7i インスタンスは、SAP HANA、Oracle、SQL Server などのミッションクリティカルなインメモリデータベースを使用するお客様に最適です。 U7i インスタンスの詳細については、ハイメモリインスタンスのページをご覧ください。
Amazon EC2 R8g instances now available in AWS Asia Pacific (Jakarta)
本日より、Amazon Elastic Compute Cloud (Amazon EC2) R8g インスタンスが AWS アジアパシフィック (ジャカルタ) リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、AWS Graviton3 ベースのインスタンスと比較してパフォーマンスが最大 30% 向上しています。Amazon EC2 R8g インスタンスは、データベース、インメモリキャッシュ、リアルタイムのビッグデータ分析など、メモリを大量に消費するワークロードに最適です。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにロードして、ワークロードのパフォーマンスとセキュリティを強化します。\n AWS Graviton4 ベースの Amazon EC2 インスタンスは、Amazon EC2 で実行される幅広いワークロードに最高のパフォーマンスとエネルギー効率をもたらします。AWS Graviton4 ベースの R8g インスタンスは、Graviton3 ベースの R7g インスタンスよりも最大 3 倍多い vCPU (最大 48 倍) とメモリ (最大 1.5 TB) を備え、インスタンスサイズが大きくなっています。これらのインスタンスは、AWS Graviton3 ベースの R7g インスタンスと比較して、ウェブアプリケーションの場合は最大 30%、データベースの場合は最大 40%、大規模 Java アプリケーションの場合は 45% 高速です。R8g インスタンスには、2 つのベアメタルサイズを含む 12 種類のインスタンスサイズがあります。最大 50 Gbps の拡張ネットワーキング帯域幅と Amazon エラスティックブロックストア (Amazon EBS) への最大 40 Gbps の帯域幅を提供します。 詳細については、「Amazon EC2 R8g インスタンス」を参照してください。ワークロードを Graviton ベースのインスタンスに移行する方法については、AWS Graviton ファストスタートプログラムおよび Graviton 用ポーティングアドバイザーを参照してください。開始するには、AWS マネジメントコンソールを参照してください。
Amazon OpenSearch UI is now available in seven new regions
Amazon OpenSearch Service は、最新の運用分析エクスペリエンスをアジアパシフィック (ハイデラバード)、アジアパシフィック (大阪)、アジアパシフィック (ソウル)、ヨーロッパ (ミラノ)、ヨーロッパ (チューリッヒ)、ヨーロッパ (スペイン)、米国西部 (北カリフォルニア) を含む 7 つの新しいリージョンに拡大し、ユーザーは単一のエンドポイントからマネージドドメインとサーバーレスコレクションにまたがるデータに関する洞察を得ることができます。この拡張には、コラボレーションと生産性を高めるためのワークスペースが含まれ、チームが専用のスペースを作成できるようになります。Discover が刷新され、DQL や Lucene に加えて、パイプ処理言語 (PPL) や SQL などの言語もサポートされるように、統一されたログ探索環境が提供されるようになりました。Discover には、複数のソースをサポートするデータセレクター、新しいビジュアルデザイン、および使いやすさを向上させるためのクエリのオートコンプリート機能が搭載されています。このエクスペリエンスにより、基盤となるマネージドクラスターやコレクションのバージョンに関係なく、ユーザーは最新の UI 拡張機能にアクセスできます。\n 拡張された OpenSearch アナリティクスは、オブザーバビリティ、セキュリティ分析、検索ユースケースに特化した機能を提供することで、ユーザーが運用データから洞察を得るのに役立ちます。強化された Discover インターフェースにより、ユーザーはツールを切り替えることなく複数のソースからのデータを分析できるようになり、効率が向上しました。ワークスペースは、チームがダッシュボード、保存されたクエリ、その他の関連コンテンツを扱うための専用環境を作成することで、コラボレーションを促進します。すべてのバージョンで最新の UI 更新を利用できるため、最新の機能やツールに中断なくアクセスできます。 OpenSearch UI は OpenSearch ドメイン (バージョン 1.3 以上) と OpenSearch サーバーレスコレクションに接続できます。現在、22 の AWS 商用リージョンで利用可能です。開始するには、AWS マネジメントコンソールで OpenSearch アプリケーションを作成してください。Amazon OpenSearch サービス開発者ガイドで詳細をご覧ください。
PostgreSQL 18 Beta 3 is now available in Amazon RDS Database Preview Environment
Amazon RDS for PostgreSQL 18 ベータ 3 が Amazon RDS データベースプレビュー環境で利用可能になり、Amazon RDS for PostgreSQL で PostgreSQL 18 のプレリリースを評価できるようになりました。PostgreSQL 18 ベータ 3 は、完全マネージド型のデータベースという利点がある Amazon RDS データベースプレビュー環境にデプロイできます。\n PostgreSQL 18 では、複数列の B ツリーインデックスの「スキップスキャン」がサポートされ、OR 条件と IN 条件の WHERE 句の処理が改善されています。GIN インデックスの並列ビルドとジョイン操作の更新が導入されました。オブザーバビリティの改善により、接続ごとの I/O 使用率指標とともに、クエリ実行中のバッファ使用量とインデックス検索が表示されるようになりました。詳細については、RDS PostgreSQL リリースドキュメントを参照してください。 Amazon RDS データベースプレビュー環境のデータベースインスタンスは最大 60 日間保持され、保持期間が過ぎると自動的に削除されます。プレビュー環境で作成された Amazon RDS データベーススナップショットは、プレビュー環境内のデータベースインスタンスの作成または復元にのみ使用できます。PostgreSQL のダンプおよびロード機能を使用して、プレビュー環境からデータベースをインポートまたはエクスポートできます。 Amazon RDS データベースプレビュー環境のデータベースインスタンスの価格は、米国東部 (オハイオ) リージョンの価格に基づいています。
SageMaker HyperPod now supports Topology Aware Scheduling of LLM tasks
SageMaker HyperPodのタスクガバナンスは、Topology Aware Scheduling(TAS)をサポートするようになりました。これにより、データサイエンティストは、ネットワーク通信を最小限に抑え、トレーニング効率を高める最適なネットワークトポロジー上で大規模言語モデル(LLM)タスクをスケジュールできるようになりました。\n 複数のアクセラレーテッド・コンピュート・インスタンスに分散されている LLM トレーニングおよび微調整タスクは、それらのインスタンス間で大量のデータを頻繁に交換します。インスタンス間で複数のネットワークホップが発生すると、通信レイテンシーが高くなり、LLM タスクのパフォーマンスに影響する可能性があります。SageMaker HyperPod のタスクガバナンスにより、データサイエンティストは特定のトポロジプリファレンスでタスクをスケジュールする際に、ネットワークトポロジー情報を使用できるようになりました。HyperPod のネットワークトポロジーを使用して、SageMaker HyperPod タスクガバナンスはタスクを最適な場所に自動的にスケジュールするので、インスタンス間の通信が減り、トレーニングの効率が向上します。
SageMaker HyperPod タスクガバナンスは、HyperPod が利用可能なすべての AWS リージョン (米国西部 (北カリフォルニア)、米国西部 (オレゴン)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ストックホルム) で利用できます。 詳細については、SageMaker HyperPod ウェブページおよび SageMaker HyperPod タスクガバナンスのドキュメントをご覧ください。
Amazon EC2 I7ie instances are now available in additional AWS regions
アマゾンウェブサービス(AWS)は、AWS ヨーロッパ(ストックホルム)、アジアパシフィック(ジャカルタ)、および米国西部(北カリフォルニア)リージョンで Amazon EC2 i7ie インスタンスを利用できるようになったことを発表しました。大規模なストレージ I/O 集約型ワークロード向けに設計されたこれらの新しいインスタンスは、オールコアターボ周波数 3.2 GHz の第 5 世代インテル Xeon スケーラブルプロセッサーを搭載しており、前世代の I3en インスタンスよりもコンピューティングパフォーマンスが最大 40% 向上し、価格パフォーマンスが 20% 向上しています。\n i7iE インスタンスは、最大 120 TB のローカル NVMe ストレージ密度を提供します。これは、ストレージ最適化インスタンスとしてはクラウドで最も高く、前世代のインスタンスと比較して最大 2 倍の vCPU とメモリを提供します。第3世代の AWS Nitro SSD を搭載したこれらのインスタンスは、I3en インスタンスと比較して、リアルタイムストレージパフォーマンスが最大 65% 向上し、ストレージ I/O レイテンシーが最大 50% 低くなり、ストレージ I/O レイテンシーの変動が 65% 低くなります。さらに、破れた書き込み防止機能は最大 16 KB のブロックサイズをサポートしているため、お客様はデータベースワークロードのパフォーマンスのボトルネックを解消できます。 i7IE インスタンスは高密度のストレージ最適化インスタンスで、ランダム読み取り/書き込みのパフォーマンスが高く、大規模なデータセットにアクセスする場合に常に低レイテンシーで高速なローカルストレージを必要とするワークロードに適しています。これらのインスタンスは、2 つのメタルサイズを含む 11 種類のサイズがあり、お客様の計算ニーズに柔軟に対応できます。Amazon Elastic Block Store (EBS) では、最大 100 Gbps のネットワークパフォーマンス帯域幅と 60 Gbps の専用帯域幅を提供し、アプリケーションの高速かつ効率的なデータ転送を保証します。 詳細については、i7Ie インスタンスページをご覧ください。
AWS Batch now supports AWS Graviton-based Spot compute with AWS Fargate
ECS Fargate 用 AWS Batch は、AWS Fargate Spot による AWS Graviton ベースのコンピューティングをサポートするようになりました。この機能により、フォールトトレラントな ARM ベースのアプリケーションを Fargate の価格と比較して最大 70% 割引して実行できます。AWS Graviton プロセッサは、クラウドワークロードに最適なコストパフォーマンスを実現するために AWS がカスタムビルドしたものです。\n AWS Batch for ECS Fargate を使用すると、お客様はサーバーレス方式でワークロードを大規模にデプロイおよび構築できます。本日より、お客様は耐障害性のある ARM ベースのワークロードを AWS Fargate Spot で実行することで、コストをさらに最適化できます。まず、Fargate が設定したコンピューティング環境 (CE) を新規作成し、CPU アーキテクチャとして ARM64 を選択し、タイプとして FARGATE_SPOT を選択します。その後、既存のジョブキューに接続したり、ワークロード用に新しいジョブキューを作成したりできます。AWS Batch は、AWS クラウドで利用可能な AWS Graviton ベースの予備のコンピューティングキャパシティをサービスまたはタスクの実行に活用します。Graviton ベースのコンピューティングでは、使い慣れたスポットキャパシティーのコスト最適化レバーを使用して、サーバーレスコンピューティングのシンプルさを享受できるようになりました。 この機能は、すべての商用リージョンと AWS GovCloud (米国) リージョンの AWS Batch で利用できるようになりました。詳細については、バッチの更新された RuntimePlatform API と AWS Batch for ECS Fargate のドキュメントを参照してください。
Amazon FSx for NetApp ONTAP now supports decreasing your SSD storage capacity
Amazon FSx for NetApp ONTAP は、ネットアップの人気のある ONTAP ファイルシステム上に構築されたフルマネージド型の共有ストレージサービスで、ファイルシステムのソリッドステートドライブ(SSD)ストレージ容量を削減できるようになりました。これにより、さまざまなアクティブなワーキングセットでプロジェクトベースのワークロードをより効率的に実行できます。SSD 容量を事前にプロビジョニングしておけば、定期的なレポート作成、分析、大規模なデータの取り込みと処理といったピーク時のニーズを満たすことができます。その後、SSD の容量を簡単に減らしてストレージコストを削減できます。\n FSx for ONTAP ファイルシステムには 2 つのストレージ階層があります。1 つはワークロードのアクティブな作業セット用にプロビジョニングされた高性能 SSD 階層で、もう 1 つはアクセス頻度の低いデータ用にコスト最適化された、完全に伸縮自在な容量プールです。これまで、ファイルシステムの SSD 容量を増やすことができたのは、ワークロードのアクティブなワーキングセットが増えるにつれてのみでした。今日から、Amazon FSx コンソールで数回クリックするだけで、ファイルシステムの SSD 容量をその場で減らすことができます。これにより、電子設計自動化やメディア処理などのワークロードの使用ピーク時に最適なパフォーマンスを提供し、データ処理が完了したら SSD 容量をスケールダウンできます。また、一時的にSSD容量を増やしてより高速なデータ取り込みを可能にし、データが容量プールに階層化された後にSSD容量を適切なサイズにすることで、データ移行を迅速に行うこともできます。 FSx for ONTAP 第 2 世代ファイルシステムを利用できるすべての AWS リージョンで、ONTAP 第 2 世代ファイルシステムのすべての FSx for ONTAP の SSD ストレージ容量を減らすことができます。詳細については、FSx for ONTAP ユーザーガイドを参照してください。
AWS Cloud Map adds support for cross-account service discovery
AWS Cloud Map は、AWS リソースアクセスマネージャー (AWS RAM) との統合によるクロスアカウントサービス検出をサポートするようになりました。この強化により、Amazon ECS タスク、Amazon EC2 インスタンス、Amazon DynamoDB テーブルなどのクラウドリソースを AWS アカウント全体でシームレスに管理および検出できるようになりました。AWS Cloud Map 名前空間を AWS RAM 経由で共有することで、他のアカウントのワークロードがその名前空間に登録されているリソースを検出して管理できるようになります。この機能強化により、マルチアカウントアーキテクチャを採用している組織では、リソース共有が簡素化され、重複が減り、環境全体で一貫したサービス発見が促進されます。\n AWS RAM を使用して AWS Cloud Map 名前空間を個々の AWS アカウント、特定の組織単位 (OU)、または AWS 組織全体と共有できるようになりました。まず、AWS RAM にリソース共有を作成し、共有する名前空間を追加して、アクセス権を持つプリンシパル (アカウント、OU、または組織) を指定します。これにより、プラットフォームエンジニアは、一元化されたサービスレジストリ (または少数のレジストリ) を管理し、複数のアカウントで共有できるため、サービスの発見が簡単になります。これにより、アプリケーション開発者は、アカウント間の可用性や同期を気にすることなく、一貫性のある共有レジストリに依存するサービスを構築できます。AWS Cloud Map のクロスアカウントサービスディスカバリーのサポートにより、重複が減り、名前空間へのアクセスが合理化されるため、運用効率が向上し、組織の成長に合わせてサービスディスカバリーの規模を拡大しやすくなります。 この機能は現在、AWS マネジメントコンソール、API、SDK、CLI、CloudFormation を介してすべての商用 AWS リージョンで利用可能です。詳細については、AWS クラウドマップのドキュメントを参照してください。
Amazon Braket introduces support for program sets
Amazon Braket がプログラムセットをサポートするようになったため、量子研究者は数百回の量子回路の実行を必要とする複雑なワークロードを、最大 24 倍速く実行できます。この新機能により、お客様は 1 つの量子タスクで最大 100 個の量子プログラムまたは最大 100 個のパラメータ値を含む 1 つのパラメトリック回路を送信できます。プログラムセットは、後続の回路実行間の時間を最小限に抑えるのに役立ち、複雑なアルゴリズムの量子タスク処理のオーバーヘッドを削減します。\n プログラムセットは、変分量子アルゴリズム (VQA)、量子機械学習モデル、およびエラー軽減技術を扱う研究者にとって特に価値があります。お客様は、2 つの方法でプログラムセットを作成できます。1 つは複数の独立した回路をまとめて提出する方法で、もう 1 つはパラメータセットを含む 1 つのパラメトリック回路を送信する方法です。Amazon Braket がコンパイルと実行のオーケストレーションを行い、各量子プログラムのステータスと結果を含む結果を返します。プログラムセット内の個々のプログラムが実行中に失敗した場合、顧客は正常に完了したプログラムの結果の一部を、実行に失敗した場合はエラー情報を受け取ります。プログラムセットを送信する場合、プログラムセット内のワークロード全体で成功したショットの総数に基づいて、タスクごとに 1 回分の料金と併せて、1 ショットあたりの料金を支払います。 プログラムセットは当初、米国西部 (北カリフォルニア) 地域の Rigetti とヨーロッパ (ストックホルム) 地域の IQM のすべての超伝導量子処理装置 (QPU) で利用可能です。お客様はプログラムセットをAmazon Braket SDK経由でBraketに直接送信したり、QiskitからQiskit-Braketプロバイダー経由でQiskitから、またはAmazon Braket PennyLaneプラグインを介してPennyLaneからプログラムセットを直接送信したりできます。 プログラムセットの詳細については、Amazon Braket 開発者ガイドをご覧になり、新しいサンプルノートブックをご覧ください。また、更新された Amazon Braket 管理コンソールもご覧ください。
Amazon RDS for PostgreSQL supports minor versions 17.6, 16.10, 15.14, 14.19, and 13.22
PostgreSQL 用アマゾンリレーショナルデータベースサービス (RDS) は、最新のマイナーバージョン 17.6、16.10、15.14、14.19、13.22 をサポートするようになりました。以前のバージョンの PostgreSQL の既知のセキュリティ脆弱性を修正し、PostgreSQL コミュニティによって追加されたバグ修正の恩恵を受けるには、最新のマイナーバージョンにアップグレードすることをお勧めします。このリリースには、pg_repack 1.5.2、oracle_fdw 2.8.0、pgactive 2.1.5 などの PostgreSQL エクステンションのアップデートも含まれています。\n マイナーバージョン自動アップグレードを使用すると、定期メンテナンス期間中にデータベースを最新のマイナーバージョンに自動的にアップグレードできます。マイナーバージョンのアップグレードでは、物理レプリケーションを使用して RDS for PostgreSQL に Amazon RDS Blue/Green デプロイメントを使用することもできます。マイナーバージョンの自動アップグレードや Blue/Green デプロイなど、データベースインスタンスのアップグレードについて詳しくは、Amazon RDS ユーザーガイドをご覧ください。 Amazon RDS for PostgreSQL を使用すると、クラウドでの PostgreSQL デプロイのセットアップ、運用、およびスケーリングが簡単になります。価格の詳細とリージョンの提供状況については、Amazon RDS for PostgreSQL の料金表をご覧ください。Amazon RDS マネジメントコンソールで、フルマネージド型の Amazon RDS データベースを作成または更新します。
Amazon Q Business launches Agentic RAG to enhance accuracy and explainability
情報を探し、洞察を得て、仕事で行動を起こすためのジェネレーティブAI搭載アシスタントであるAmazon Q Businessは、本日、Qビジネスアプリケーション向けのエージェント検索拡張世代(RAG)を発表しました。この新機能により、Q Business は、複雑で複数ステップの RAG クエリに対して、より正確で説明可能な応答を提供できるようになり、大幅に強化されました。\n Q Business では、Agentic RAG を使用して AI エージェントを使用して、企業データを対象とするユーザーのクエリの取得と応答生成を動的に計画します。Agentic RAG は複雑なクエリをより単純なクエリに分解し、それらを並行して実行してデータを取得し、データ取得ツールをインテリジェントに呼び出し、データを組み合わせて包括的な応答を生成します。組み込みの AI エージェントが応答を批評して検証し、必要に応じて検索を再試行するため、精度が向上します。Q Businessは、Agentic RAGを通じて、より直感的な対話エクスペリエンスを提供し、的を絞った質問を明確にすることでデータの競合を積極的に解決し、状況に応じたフォローアップで勢いを保ちながら、Q Businessがとるアクションをユーザーに常に知らせています。 エージェント型RAGは、Amazon Q Businessが提供されているすべての AWS リージョンでご利用いただけます。ユーザーは組み込みのウェブアプリケーションの [Advanced Search] オプションを切り替えることで、自社の知識をターゲットとするクエリであればどのクエリでもこの機能を活用できます。詳細については、ドキュメントを参照してください。Amazon Q ビジネスとその機能の詳細については、Amazon Q 製品ページをご覧ください。
AWS Config now supports 10 new resource types
AWS Config では、さらに 10 種類の AWS リソースタイプがサポートされるようになりました。この拡張により、AWS 環境全体の対象範囲が広がり、さらに幅広いリソースをより効果的に発見、評価、監査、修正できるようになります。\n 今回のリリースで、すべてのリソースタイプで記録を有効にした場合、AWS Config はこれらの新しいリソースを自動的に追跡します。新たにサポートされたリソースタイプは、Config ルールと Config アグリゲーターでも使用できます。 AWS Config を使用して、サポートされるリソースが利用可能なすべての AWS リージョンで、新たにサポートされる以下のリソースタイプをモニタリングできるようになりました。
リソースタイプ:
AWS:: バックアップ:: 復元テスト計画
AWS:: クラウドフロント:: リアルタイムログ設定
AWS:: EC2:: セキュリティグループ PvPC アソシエーション
AWS:: EC2:: 検証済みアクセスインスタンス
AWS:: カフカコネクト:: カスタムプラグイン
AWS:: OpenSearch サーバーレス:: セキュリティ設定
AWS:: レッドシフト:: インテグレーション
AWS:: Route 53 プロファイル:: プロファイルアソシエーション
AWS:: SSM インシデント:: 対応計画
AWS:: 転送:: サーバー
AWS Systems Manager Automation enhances runbook execution control and updates free tier
AWS Systems Manager Automation には、ランブックの実行制御と成功率を強化する 3 つの新機能が追加されました。さらに、シンプルで標準化された、費用対効果の高いサービスをお客様に提供するという継続的な取り組みの一環として、無料利用枠の更新を発表します。\n 3 つの主要機能が追加されました。1 つ目は、あらかじめパラメーターが入力されたオートメーションコンソールから直接 Runbook を簡単に再実行できるようになったため、繰り返しの操作が効率化されることです。次に、同時実行が多いシナリオでは、お客様はスロットリングされた API 呼び出しを自動的に再試行できるようになり、実行の信頼性が向上します。最後に、顧客はターゲットセレクションにネストされた組織単位 (OU) を指定して、アカウント間のリソースをよりきめ細かく制御できるようになります。 さらに、自動化の既存の無料利用枠 (1 か月あたり 100,000 ステップ、5,000 秒のスクリプト時間 5,000 秒) は、新規のお客様にはご利用いただけなくなり、既存のお客様には 2025 年 12 月 31 日に終了します。お客様は、無料プランで新しい AWS アカウントを開始することで、自動化機能を無料で試すことができます。このアカウントでは、対象の AWS サービスで最大 200 USD の無料利用枠クレジットを使用できます。自動化の料金は、実行するステップあたり 0.002 USD、スクリプトの実行につき 1 秒あたり 0.00003 USD と変わりません。 システムマネージャーオートメーションは、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。自動化の詳細については、ドキュメントと Systems Manager の料金ページをご覧ください。新しい顧客特典でご利用いただけるプランの詳細については、AWS 無料利用枠のページをご覧ください。
Accelerate Amazon WorkSpaces deployment with streamlined Bring Your Own License (BYOL) process
WorkSpaces は BYOL プロセスを改善し、お客様が Windows イメージをインポートして WorkSpaces で使用するためのより効率的かつ迅速な方法を提供できるようになりました。この合理化されたアプローチにより、お客様は AWS サポートに連絡しなくても自分の AWS アカウントで BYOL 機能を有効にできます。\n 新しいプロセスでは、カスタマイズされた仮想マシン (VM) イメージまたは Windows ISO ファイルを WorkSpaces に直接インポートできます。統合された Amazon EC2 Image Builder パイプラインを活用して、システムはインポートされたソースから Workspace 互換のイメージを自動的に構築します。このプロセスでは、互換性の問題のほとんどが自動的に特定され、解決されるので、これまで必要だった手動のトラブルシューティング作業が軽減されます。 互換性の問題を自動的に修正できない場合でも、お客様は EC2 インスタンスにアクセスしてこれらの問題に直接対処できるようになりました。これにより、新しいイメージをアップロードする必要がなくなり、インポートプロセスがさらに効率化されます。これらの改善により、関連するトラブルシューティング作業を最小限に抑えながら、WorkSpaces で BYOL イメージの使用を開始するのに必要な全体的な時間が短縮されます。 改善された BYOL プロセスは、現在 WorkSpaces BYOL が利用可能なすべてのリージョンで利用できます。詳細については、Amazon WorkSpaces BYOL のドキュメントを参照してください。
Amazon EC2 M8g instances now available in AWS Asia Pacific (Seoul)
本日より、Amazon Elastic Compute Cloud (Amazon EC2) M8g インスタンスが AWS アジアパシフィック (ソウル) リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、AWS Graviton3 ベースのインスタンスと比較してパフォーマンスが最大 30% 向上しています。Amazon EC2 M8g インスタンスは、アプリケーションサーバー、マイクロサービス、ゲームサーバー、中規模データストア、キャッシュフリートなどの汎用ワークロード向けに構築されています。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにロードして、ワークロードのパフォーマンスとセキュリティを強化します。\n AWS Graviton4 ベースの Amazon EC2 インスタンスは、Amazon EC2 で実行される幅広いワークロードに最高のパフォーマンスとエネルギー効率をもたらします。これらのインスタンスは、Graviton3 ベースの Amazon M7g インスタンスと比較して、インスタンスサイズが大きく、vCPU とメモリが最大 3 倍多くなります。AWS Graviton4 プロセッサは、AWS Graviton3 プロセッサに比べて、データベースでは最大 40%、ウェブアプリケーションでは 30%、大規模な Java アプリケーションでは 45% 高速です。M8g インスタンスには、2 つのベアメタルサイズを含む 12 種類のインスタンスサイズがあります。最大 50 Gbps の拡張ネットワーキング帯域幅と Amazon エラスティックブロックストア (Amazon EBS) への最大 40 Gbps の帯域幅を提供します。 詳細については、「Amazon EC2 M8g インスタンス」を参照してください。ワークロードを Graviton ベースのインスタンスに移行する方法については、AWS Graviton ファストスタートプログラムおよび Graviton 用ポーティングアドバイザーを参照してください。開始するには、AWS マネジメントコンソールを参照してください。
AWS セキュリティインシデントレスポンスでは、AWS 組織内の特定の AWS 組織単位 (OU) のメンバーシップ適用範囲を選択できるようになりました。これまでは選択した AWS 組織のすべてのアカウントを対象としていましたが、現在では、対象とする OU を柔軟に選択できるようになり、サービスの試用や既存の IR プロセスのサポートが容易になりました。 \n AWS セキュリティインシデントレスポンスは、監視と調査の自動化、コミュニケーションと調整の迅速化、AWS カスタマーインシデント対応チーム (CIRT) への24時間365日の直接のアクセスを組み合わせたもので、セキュリティイベントへの迅速な準備、対応、復旧を可能にします。この新機能により、本番環境のワークロードなどの特定の種類のワークロード、または AWS 組織で OU としてグループ分けされている特定の事業子会社に対して、セキュリティインシデント対応を有効にできます。また、対象範囲を AWS 組織全体に拡大する前に、パイロット OU から始めてサービスの有効性を評価し、プロセスを改善することもできます。子組織単位のアカウントを含め、選択した OU 内のすべてのアカウントがメンバーシップの対象となります。選択した OU からアカウントが追加または削除された場合、対象範囲が自動的に更新されるため、AWS セキュリティインシデントレスポンスのメンバーシップを簡単に管理できます。
AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、または AWS ソフトウェア開発キット (SDK) から AWS セキュリティインシデントレスポンスにアクセスして、今すぐ始めましょう。詳細については、AWS セキュリティインシデント対応ドキュメントを参照してください。AWS Organizations による OU の管理の詳細については、AWS Organizations ページをご覧ください。
AWS Blogs
Amazon Web Services ブログ (日本語)
AWS Architecture Blog
- Karrot が AWS でフィーチャープラットフォームを構築した方法、パート 1: モチベーションと機能提供
- Karrot が AWS で機能プラットフォームを構築した方法、パート 2: 機能の取り込み
- vLLM ディープラーニングコンテナを使用して Amazon EKS にLLM をデプロイする
AWS Big Data Blog
- リモートパブリケーションによりクラスターマネージャーの通信を簡素化
- Amazon Bedrock と Amazon Managed Grafana を使用した自動インシデント緩和により、Amazon EMR のオブザーバビリティを強化
AWS Compute Blog
AWS Contact Center
Artificial Intelligence
- Amazon Bedrock データオートメーションを使用したスケーラブルでインテリジェントなドキュメント処理
- Amazon Q、Amazon Bedrock データオートメーション、モデルコンテキストプロトコルを使用して、数分でクラウドへのホワイトボード作成が可能
- Amazon Q ビジネスにエージェント検索拡張ジェネレーションを導入
- 障がいのある学生を支援する:UniversityStartupsのジェネレーティブAIソリューションによる学生進路の個別化
- Amazon Nova 理解モデルによる引用