Recent Announcements 日本語 ノート

Recent Announcements 日本語

AWS(Amazon Web Services)は、コンピュート、ストレージ、セキュリティ、アプリケーションサービスなど、多くのサービスを提供しています。最近の発表と更新は以下の通りです。 1. AWS Outposts: AWS Outpostsは、コンピュート、ストレージ、データベースの機能を備えた完全に管理されたサービスです。最新の更新には、各国でのOutpostsのローンチが含まれます。 2. AWS Lambda: オンデマンドのリソースとしてコンピュートサービスを提供します。最近の更新には、同時実行制御とAmazon API Gatewayとの統合の強化が含まれます。 3. Amazon S3: 耐久的なストレージを提供します。最近の更新には、アプリケーション移行APIのローンチとスナップショット暗号化が含まれます。 4. AWS Billing: 詳細な請求情報を確認できるようにし、最近の更新には請求明細の改善が含まれます。 5. AWS Config: AWSリソースの監視、レポート作成、自動修復を提供します。最近の更新には、通知アクションとAWS Step Functionsが含まれます。 6. AWS Multi-Region Access Point for Amazon S3: S3のMulti-Region Access Pointsは、高速で安全かつ堅牢なストレージサービスを提供するグローバルな名前空間です。 7. Amazon Route 53: ドメイン登録とDNSサービスを提供します。最近の更新には、S3のMulti-Region Access Pointsに対するサポートが含まれます。 8. AWS Lake Formation: データエンジニアリング、データ変換、データガバナンスサービスです。最近の更新には、ワークフローの作成とJDBCドライバーを使用したデータベース資格情報の接続が含まれます。 9. Amazon EMR: ビッグデータ処理、分析、機械学習(ML)などに使用されるビッグデータ処理サービスです。最近の更新には、クラスターバージョニングとバグフィックスが含まれます。 10. AWS Step Functions: 分散アプリケーションのコンポーネントとマイクロサービス指向アーキテクチャの調整に使用されるサービスです。最近の更新には、タスクトークン入力の強化と自動置換が含まれます。

ノートのスレッド

Amazon Managed Workflows for Apache Airflow (MWAA) が Apache Airflow バージョン 2.11.2 をサポートするようになりました。Amazon MWAA は、基盤となるインフラストラクチャの管理という運用上のオーバーヘッドなしに、Apache Airflow を大規模に実行するマネージドサービスです。Apache Airflow 2.11.2 は、セキュリティの改善、バグ修正、依存関係のアップグレードを含むメンテナンスリリースです。このリリースでは、Airflow ウェブサーバーとタスク実行レイヤーのセキュリティパッチと安定性向上のためのコア依存関係がアップグレードされています。また、キューに入れられたタスクのタスクライフサイクル管理の修正、ログでのシークレットマスキングの強化、タスクインスタンスリストビューでの UI 修正、S3 および CloudWatch ログ配信のためのプロバイダーパッケージの更新も含まれています。Amazon MWAA で新しい Apache Airflow 2.11.2 環境を作成するか、現在利用可能なすべての Amazon MWAA リージョンで AWS マネジメントコンソールで数回のクリックで既存の環境をアップグレードできます。詳細については、Amazon MWAA のドキュメントを参照し、Apache Airflow 2.11.2 のリリースノートを確認し、MWAA で利用可能な Airflow バージョンのリストをご覧ください。
Amazon Kinesis Data Streams は、あらゆる規模のデータストリームを簡単にキャプチャ、処理、保存できる、サーバーレスなストリーミングデータサービスです。オンデマンドストリームは、データ取り込み使用量の増加に応じて、取り込み容量を自動的に増やします。オンデマンドアドバンテージモードを使用すると、ウォームスループットを使用してストリーム容量をプロアクティブに管理し、データトラフィックの突然の変化に備えることができます。この度、ウォームスループットを拡張し、取り込み容量をスケールダウンする機能も追加することで、ストリームの書き込みスループットをアップまたはダウンさせるための完全な制御を提供します。スケールダウンするには、オンデマンドストリームでより低いウォームスループット値を設定するだけです。ストリームは、要求された容量、または過去1時間のピークデータ取り込み使用量をサポートするために必要な量(いずれか高い方)に調整されます。これにより、ストリームは常に現在のトラフィックに必要な十分な容量を維持しながら、不要になった余分な容量を解放できます。その結果、最適なストリーム処理パフォーマンスとコスト効率が得られます。ウォームスループットのスケールダウンは、オンデマンドアドバンテージモードが有効になっているすべてのオンデマンドストリームで追加料金なしで利用できます。オンデマンドアドバンテージの詳細については、Amazon Kinesis Data Streams 開発者ガイドの「ストリームの適切なモードを選択する」を参照してください。この機能を開始するには、「ストリームの更新」を参照してください。価格の詳細については、Amazon Kinesis Data Streams の料金を参照してください。この機能は、Amazon Kinesis Data Streams オンデマンドアドバンテージがサポートされているすべての AWS リージョンで利用できます。
AWS Lambdaは、Lambda Managed Instances (LMI) キャパシティプロバイダーのログをAmazon CloudWatch Logsに発行するようになり、スケーリングアクティビティとインスタンスライフサイクル操作の可視性を提供します。LMIを使用すると、サーバーレスの運用上のシンプルさを維持しながら、Amazon EC2インスタンス上でLambda関数を実行できます。キャパシティプロバイダーは、Lambdaが代わりにプロビジョニングするコンピューティングリソースを定義できるリソースです。キャパシティプロバイダーのログを使用すると、これらの管理されたEC2インスタンスを監視、トラブルシューティング、最適化でき、プロビジョニングの問題を迅速に診断し、スケーリングの動作を理解するのに役立ちます。お客様はLMIを使用して、特殊なコンピューティング構成で高ボリュームの予測可能なワークロードを運用し、Savings PlansやReserved InstancesなどのEC2価格設定オプションを通じてコスト効率を達成しています。このリリースにより、Lambdaはキャパシティプロバイダーによって管理されるコンピューティングリソースのログを自動的に生成し、CloudWatch Logsに配信します。Lambdaは、起動、終了、ヘルスチェックなどのインスタンスライフサイクルイベントをキャプチャする構造化されたJSONログを発行します。この構造化された形式により、CloudWatch Logsのフィルタリングを通じて失敗した操作やプロビジョニングエラーを特定でき、問題を迅速に解決し、デバッグサイクルを短縮するのに役立ちます。キャパシティプロバイダーのログは、LMIが利用可能なすべてのAWS商用リージョンで利用できます。ログは、すべてのキャパシティプロバイダーに対してデフォルトで有効になっています。キャパシティプロバイダーのログは、Lambdaコンソールのキャパシティプロバイダーページにアクセスすることで表示できます。Lambda API、Lambdaコンソール、AWS CLI、AWS SAM、またはAWS CloudFormationを使用して、キャパシティプロバイダーのログ構成を変更できます。標準のAmazon CloudWatch Logs料金が適用されます。詳細については、AWS Lambda Managed Instancesの製品ページとドキュメントをご覧ください。
AWSは、現在最も高度なOpusモデルであるClaude Opus 5を提供開始しました。これはゼロデータ保持(ZDR)に対応しており、最高レベルで開発を行うチームに、コーディング、長時間の実行を伴うエージェント、および複雑なプロフェッショナルワークにおいて、大きな変革をもたらします。Claude Opus 5は、経験豊富なエンジニアのようにコードベースを理解し、ナビゲートし、作業中に戦略を適応させながら本番品質のコードを作成するなど、コーディングにおける進歩をもたらします。数時間、あるいは一晩中実行される信頼性の高いエージェントを駆動し、障害を回避し、エラーから回復し、目標を達成します。また、長文ドキュメントに対するより深い推論能力と、複雑な分析に対するより高い精度を実現し、ドキュメント中心のエンタープライズワークにおいて最大の成果を発揮します。お客様は、Amazon BedrockとClaude Platform on AWSの2つの方法でClaude Opus 5にアクセスできます。Amazon Bedrockは、デフォルトでゼロデータ保持(ZDR)を有効にしたClaude Opus 5を提供し、Opusのトップクラスのインテリジェンスを提供しながら、データガバナンス要件を満たします。データはAWSインフラストラクチャ内に保持され、リージョンデータレジデンシーが適用されます。また、GuardrailsやKnowledge BasesのようなAWS管理機能を持つ統合サービスを通じてアクセスできます。詳細については、Amazon Bedrockのドキュメントとリージョン別利用可能性をご覧ください。Claude Platform on AWSは、AWSコンソールを介してAnthropicのネイティブプラットフォームエクスペリエンスと機能に直接アクセスでき、ゼロデータ保持(ZDR)はリクエストに応じて利用可能です。Anthropicと直接連携する場合と同じAPI、機能、コンソールエクスペリエンスで構築、テスト、デプロイでき、AWSの請求と認証と統合されています。開始するには、Claude Platform on AWSのドキュメントをご覧ください。
Kiro IDE および CLI で、AWS GovCloud (US) リージョン向けの 2 つの新しいモデルが利用可能になりました。Claude Opus 4.8 は最も知的な Opus モデルであり、より強力な自己検証、より効率的なツール呼び出し、および長期プロジェクトにおけるより優れた実行能力を提供します。編集する前に計画を立て、自身のミスを検出し、行き詰まる代わりに障害を回避する創造的な方法を見つけるため、以前は綿密な監視を必要としていた複雑な複数ステップのタスクに適しています。1M コンテキストウィンドウと 2.2 倍のクレジット乗数で利用可能です。Claude Sonnet 5 は最もエージェント的な Sonnet モデルであり、Sonnet クラスの価格設定で、より強力な推論、ツール使用、およびコーディングをもたらします。Opus 4.8 に推論およびエージェント的コーディングのベンチマークで迫りながら、大幅に低いコストで実行されるため、開発者は最大の精度とより高いスループットの間でコストパフォーマンスの調整が可能です。実験的なサポート、1M コンテキストウィンドウ、および 1.3 倍のクレジット乗数で利用可能です。Kiro エンタープライズ管理者は、組み込みの監視および追跡機能を通じて、組織の使用状況を完全に可視化できるようになりました。使用状況ダッシュボードは、集計メトリクスを一覧表示し、ユーザーごとのアクティビティレポートは、ライセンスの最適化と監査のために日次 CSV テレメトリ(クレジット、モデル使用状況など)を S3 バケットに配信し、オプションのプロンプトロギングは、コンプライアンスとデバッグのためにユーザープロンプトと Kiro の応答をキャプチャします。すべてのデータは、S3 ストレージ以外の追加料金なしで、お客様自身のアカウントに保存されます。IDE または CLI が最新バージョンに更新されていることを確認し、再起動して、モデルセレクターから新しいモデルにアクセスしてください。詳細については、GovCloud ドキュメント、監視および追跡ガイドを参照するか、AWS アカウントチームにお問い合わせください。Kiro について詳しくは、Kiro 製品ページをご覧ください。
本日、AWSは、AIエージェントが実際のAWSタスクをどれだけ正確かつ効率的に完了できるかを測定するオープンソースベンチマークであるaws-benchのプレビュー版を発表します。AWSインフラストラクチャ上で動作するエージェントを構築するモデルプロバイダーやAI研究者は、パフォーマンスを測定し、障害を診断するための客観的で再現可能な方法を必要としています。aws-benchは、調査、トラブルシューティング、インフラストラクチャ作成タスクを含む、実際のAWS使用状況の分析から派生した公開テストケーススイートを提供します。各テストケースは、自然言語クエリと定義されたクラウドリソースの状態、および正解をペアにしており、一貫性のある検証可能な基盤で任意の剤やモデルをスコアリングできます。研究者やモデルプロバイダーは、aws-benchを使用して、AWSタスクにおける基盤モデルのパフォーマンスを向上させ、エージェントハーネスを改善し、改善の進捗状況を追跡できます。このリリースには、テスト環境をインスタンス化し、評価実行を実行およびスコアリングし、リソース状態をリセットするための使いやすいCLIツールが含まれています。aws-benchは現在GitHubで利用可能です。開始するには、READMEのセットアップ手順に従ってください。
本日、AWSはAWS Lambda Durable Execution SDK for .NET の一般提供を開始し、C#開発者が回復力のある長時間実行ワークフローをLambdaの耐久性のある関数を使用して構築できるようになります。このSDKを使用すると、開発者はカスタム進捗追跡を実装したり、外部オーケストレーションサービスを統合したりすることなく、支払い処理パイプライン、AIエージェントのオーケストレーション、人間参加型の承認などのマルチステップアプリケーションをアプリケーション内で直接作成できます。Lambdaの耐久性のある関数は、進捗を自動的にチェックポイントし、外部イベントを待機する際に実行を最大1年間一時停止する操作で、Lambdaのイベント駆動型プログラミングモデルを拡張します。AWS Lambda Durable Execution SDK for .NET は、Lambdaの耐久性のある関数で構築するための慣用的なC#エクスペリエンスを提供します。これには、進捗追跡、人間参加型およびエージェント参加型のワークフローのためのコールバック統合、信頼性の高い関数チェーンのための耐久性のある呼び出し、効率的なサスペンションのための待機が含まれます。SDKはNuGetから、現在使用している.NETツールチェーンにインストールされます。SDK内のローカルテストエミュレーターにより、開発者は本番環境にデプロイする前にローカルで構築およびデバッグできます。開始するには、Lambdaの耐久性のある関数の開発者ガイドと、NuGetのAWS Lambda Durable Execution SDK for .NET を参照してください。リージョンごとの利用可能性と価格の詳細については、AWSリージョンサービスリストとAWS Lambdaの価格を参照してください。
Amazon Bedrock AgentCore が AI エージェント向けの統合オブザーバビリティを提供するようになりました。以前は、エージェントのテレメトリはトレースとイベントログ用に別々のロググループに分割されており、デバッグが複雑でした。この新機能により、すべて のエージェントテレメトリがエージェントごとに単一の Amazon CloudWatch ロググループに統合されます。これには、トレース、プロンプト、入力、出力、構造化ログ、標準出力が含まれます。統合オブザーバビリティにより、トレースとログの相関関係が容易になり、個々のエージェントおよびマルチエージェントシステムのデバッグが簡素化されます。また、個々のエージェントレベルでの詳細なアクセス制御と顧客管理キー暗号化も可能になります。サポートされているリージョンで新しく作成されたエージェントは、2026年7月20日からデフォルトで統合オブザーバビリティを使用します。既存のエージェントの場合、この機能を有効にするには、環境変数を設定し、AWS Distro for OpenTelemetry (ADOT) をアップグレードする必要があります。この機能は、AgentCore ランタイムがサポートされているすべての AWS 商用リージョンで利用可能です。詳細については、AgentCore Developer Guide を参照してください。
Amazon CloudWatch Logs は、Application Load Balancer (ALB) のログをベンダー提供ログとしてサポートするようになり、オブザーバビリティを向上させ、ネットワークトラフィックパターンのデバッグを簡素化します。ALB のアクセス、接続、ヘルスチェックログを CloudWatch で直接分析できるようになり、クライアント接続、トラフィック分散、接続ステータス、ターゲットヘルスに関するインサイトを得て、ネットワークの問題をより迅速に特定およびトラブルシューティングできるようになります。さらに、CloudWatch テレメトリ有効化ルールを設定して、組織、特定のアカウント、または特定のALBリソースの既存および新規作成の両方のログ記録を自動的に構成できるため、手動設定なしで一貫した監視カバレッジを確保できます。この CloudWatch Logs との統合により、CloudWatch Logs Insights クエリを使用して詳細なアクセスパターンを追跡し、監視およびアラーム用のメトリックフィルターを作成し、Live Tail を使用してリアルタイムでトラフィックパターンを確認できます。ALB ログは、AWS Management Console、AWS CLI、または SDK のアプリケーションロードバランサーの統合タブから構成できます。また、Apache Parquet 形式をサポートして、ALB ログを Amazon Data Firehose または Amazon S3 に配信するように構成することもできます。CloudWatch への ALB ログ配信は、Application Load Balancer と CloudWatch が利用可能なすべての AWS Commercial および GovCloud リージョンで利用可能です。ALB ログは、CloudWatch Logs および Data Firehose に配信される際にベンダー提供ログとして課金されますが、Amazon S3 への配信は無料です(Parquet 変換は 0.035 ドル/GB - N. Virginia で課金されます)。CloudWatch Logs での ALB ログの構成の詳細については、ドキュメントをご覧ください。価格情報については、CloudWatch の価格ページを参照してください。
Amazon Web Services (AWS) は、欧州(ロンドン)およびカナダ(中央)リージョンで新しい Amazon EC2 I8ge インスタンスをローンチしました。これらのインスタンスは最新の AWS Graviton4 プロセッサを搭載しており、大幅なパフォーマンス向上を実現します。従来の Graviton2 ベースのストレージ最適化 EC2 インスタンスと比較して、最大 60% 高いコンピューティングパフォーマンスを提供します。I8ge インスタンスは、第 3 世代の AWS Nitro SSD とローカル NVMe ストレージを利用しています。この組み合わせにより、旧型の Im4gn インスタンスと比較して、テラバイトあたりのリアルタイムストレージパフォーマンスが最大 55% 向上します。顧客は、最大 60% 低いストレージ I/O レイテンシと、大幅に低減されたレイテンシのばらつきを期待できます。これらのストレージ最適化インスタンスは、最大 120TB の十分なローカル NVMe ストレージ容量を提供します。これらは、大規模データセットに対して高性能かつ低レイテンシの高速ローカルストレージを必要とするワークロードに最適です。メタルオプションを含む 11 種類のサイズが用意されており、これらのインスタンスはさまざまなコンピューティングニーズに対応する柔軟性を提供します。また、最大 180 Gbps の高いネットワーク帯域幅と、60 Gbps の専用 EBS 帯域幅も提供します。
本日、Amazon Elastic VMware Service (Amazon EVS) がアジアパシフィック (ソウル)、欧州 (チューリッヒ)、欧州 (ストックホルム) リージョンで利用可能になったことを発表します。この拡張により、クラウド上で VMware ワークロードを実行するために AWS の規模と柔軟性を活用する選択肢がさらに増えます。Amazon EVS を使用すると、AWS Nitro を搭載した EC2 ベアメタルインスタンス上で、Amazon Virtual Private Cloud (VPC) 内で直接 VMware Cloud Foundation (VCF) を実行できます。わずか数時間で完全な VCF 環境をセットアップでき、ワークロードを迅速に AWS に移行して、老朽化したインフラストラクチャを排除し、運用リスクを軽減し、データセンターからの撤退に関する重要なタイムラインを満たすことができます。このローンチは、メモリ階層化などの最新の VMware 機能を利用できる VCF 9.0 および 9.1 のサポートを含む、既存のすべての Amazon EVS 機能をサポートしています。これらのリージョンでの利用可能性の追加により、エンドユーザーとの近接性が向上し、データ居住性または主権に関する要件への準拠、および強化された冗長性戦略のための追加の高可用性と回復力のオプションを通じて、VMware ワークロードのレイテンシが低下します。開始するには、Amazon EVS 製品詳細ページとユーザーガイドをご覧ください。
AWS GovCloud (US) で Claude Sonnet 5 が Amazon Bedrock で利用可能になりました。Claude Sonnet 5 は、コーディング、プロフェッショナルな作業、エージェントタスク全体で高いパフォーマンスを発揮し、機能性、コスト、速度のバランスを維持します。コーディングにおいては、大規模なコードベースをナビゲートし、複数ファイルの変更を適用し、デバッグやリファクタリングタスクを、より少ない修正回数で完了させます。エージェントにおいては、ツールを正確に呼び出し、多くのステップにわたって状態を保持し、エラーから回復するため、より多くの実行が初回で正しく完了します。ナレッジワークにおいては、スプレッドシートを作成し、ドキュメントを作成し、構造化されていない素材を構造化された分析に変換します。今回のリリースにより、Claude Opus 4.8 と Claude Sonnet 5 は、AWS GovCloud (US-West および US-East) の bedrock-runtime エンドポイント、および AWS GovCloud (US-West) の bedrock-mantle エンドポイントで推論を実行するために利用可能になりました。Amazon Bedrock の次世代推論エンジンである Bedrock Mantle は、Anthropic Messages API をサポートしています。Amazon Bedrock は、お客様のデータを AWS インフラストラクチャ内に保持し、Guardrails、Knowledge Bases、およびリージョンデータレジデンシーのような AWS マネージド機能を持つ統合サービスを通じて Claude Sonnet 5 へのアクセスを提供します。詳細については、Amazon Bedrock のドキュメントおよびリージョンごとの利用可能性を参照してください。
AWS Wickr は、Premium ユーザー向けにマネージド型のデータ保持サービス機能を提供するようになりました。これにより、組織はデータアーカイブ目的でネットワーク全体の会話を保持できます。AWS Wickr は、エンドツーエンドで暗号化されたメッセージング、ファイル管理、画面共有、音声/ビデオ会議機能を提供する、エンタープライズグレードのセキュアなコラボレーション製品です。データ保持サービス機能は、従来のコンテナベースのデータ保持方法に代わるクラウドネイティブな選択肢を提供します。データ保持サービスは、ダイレクトメッセージや、内部メンバーと外部のフェデレーションチーム間のグループまたはルームでの会話を含む、ネットワーク内の会話を保持できます。サーバーレスアーキテクチャは、Wickr のエンドツーエンド暗号化標準を維持しながら、デプロイの簡素化、インフラストラクチャの管理、自動スケーリング、包括的な監視を提供します。この機能は、包括的なデータアーカイブ機能と監査証跡の維持を必要とする組織にとって特に価値があります。AWS Wickr Premium のお客様は、ネットワークのデータ保持を有効にするためにオプトインできます。詳細については、AWS Wickr のドキュメントをご覧ください。
本日より、コンピューティング最適化されたAmazon EC2 C7aインスタンスがAWS US West (N. California) リージョンで利用可能になりました。第4世代AMD EPYCプロセッサ(コードネームGenoa)を搭載し、最大周波数3.7 GHzのC7aインスタンスは、C6aインスタンスと比較して最大50%高いパフォーマンスを提供します。C7aインスタンスは、AVX-512、VNNI、bfloat16などの新しいプロセッサ機能を提供します。また、高速なメモリデータアクセスを可能にするDouble Data Rate 5(DDR5)メモリを搭載し、C6aインスタンスと比較してメモリ帯域幅が2.25倍向上しているため、レイテンシに敏感なワークロードにも最適です。C7aインスタンスは、mediumから48xlargeまでの12のサイズが用意されており、ベアメタルサイズも含まれます。また、C7aインスタンスのローンチにより、お客様はEC2インスタンスに最大128個のEBSボリュームをアタッチできるようになります。比較として、C6aインスタンスはEC2インスタンスに最大28個のEBSボリュームアタッチメントを許可します。これらのインスタンスはAWS Nitro System上に構築されており、バッチ処理、分散分析、ハイパフォーマンスコンピューティング(HPC)、広告配信、高スケーラブルなマルチプレイヤーゲーム、ビデオエンコーディングなどの高性能でコンピューティング集約型のワークロードに最適です。C7aインスタンスは、オンデマンド、スポットインスタンス、およびSavings Plansで利用可能です。開始するには、AWS Management Console、AWS Command Line Interface(CLI)、およびAWS SDKにアクセスしてください。詳細については、C7aインスタンスを参照してください。
本日より、汎用Amazon EC2 M8aインスタンスがAWSアジアパシフィック(ハイデラバード)リージョンで利用可能になりました。M8aインスタンスは、第5世代AMD EPYCプロセッサ(旧コードネームTurin)を搭載し、最大周波数4.5 GHzで、M7aインスタンスと比較して最大30%高いパフォーマンスと最大19%優れた価格パフォーマンスを提供します。M8aインスタンスはM7aインスタンスと比較してメモリ帯域幅が45%向上しており、レイテンシに敏感なワークロードにも最適です。M8aインスタンスは、特定のワークロードに対してさらに高いパフォーマンス向上を実現します。M8aインスタンスは、GroovyJVMベンチマークで最大60%高速、Cassandraベンチマークで最大39%高速です。M8aインスタンスはSAP認定を受けており、2つのベアメタルサイズを含む12のサイズを提供します。この幅広いインスタンスサイズにより、お客様はワークロード要件に正確に一致させることができます。M8aインスタンスは、最新の第6世代AWS Nitro Cardsを使用して構築されており、金融アプリケーション、ゲーム、レンダリング、アプリケーションサーバー、シミュレーションモデリング、中規模データストア、アプリケーション開発環境、キャッシュフリートなど、高パフォーマンスと高スループットの恩恵を受けるアプリケーションに最適です。開始するには、AWSマネジメントコンソールにサインインしてください。お客様は、Savings Plans、オンデマンドインスタンス、およびスポットインスタンスを通じてこれらのインスタンスを購入できます。詳細については、Amazon EC2 M8aインスタンスページをご覧ください。
Amazon EC2 M8id インスタンスが (アイルランド) で利用可能になりました。これらのインスタンスは、カスタム Intel Xeon 6 プロセッサを搭載しており、前世代の M6id インスタンスと比較して最大 43% 高いパフォーマンスと 3.3 倍のメモリ帯域幅を実現します。M8id インスタンスは、最大 384 個の vCPU、1.5TiB のメモリ、および 22.8TB の NVMe SSD ストレージを提供し、前世代インスタンスの 3 倍となっています。これらのインスタンスは、I/O 集約型のデータベースワークロードで最大 46% 高いパフォーマンスを、I/O 集約型のリアルタイムデータ分析で最大 30% 高速なクエリ結果を、前世代の第 6 世代インスタンスと比較して提供します。さらに、これらのインスタンスはインスタンス帯域幅設定をサポートしており、ネットワーク帯域幅と EBS 帯域幅の間で 25% の柔軟な割り当てを可能にし、各ワークロードに最適なリソースを割り当てます。M8id インスタンスは、アプリケーションサーバー、マイクロサービス、エンタープライズアプリケーション、および中小規模のデータベースを含む、バランスの取れたワークロードに適しています。お客様は、Savings Plans、オンデマンドインスタンス、およびスポットインスタンスを通じてこれらのインスタンスを購入できます。詳細については、Amazon EC2 インスタンスタイプページをご覧ください。
Network Load Balancer(NLB)は現在、リスナールールをサポートしており、送信元のIPアドレスタイプに基づいて異なるターゲットグループへの接続をルーティングできます。リスナールールでは、単一のデュアルスタックNLBがIPv6クライアントトラフィックをIPv6ターゲットに、IPv4クライアントトラフィックをIPv4ターゲットに送信し、両方のアドレスファミリーで元のクライアントIPアドレスをエンドツーエンドで保持します。以前は、1つのNLBからIPv4とIPv6の両方のクライアントをサービスすることはトレードオフを受け入れることを意味していました。つまり、IPバージョンごとに1つずつ2つのロードバランサーを実行しDNSでクライアントを分割するか、すべてのトラフィックを1つのターゲットグループに送り、プロトコル変換によって元のクライアントIPを失うかのどちらかでした。リスナールールは、レイヤー3で条件付きルーティングを有効にし、各接続を変換や追加インフラなしで同一ファミリーのターゲットグループに誘導することで、そのトレードオフを排除します。既存のデュアルスタックNLBにリスナールールを追加することは、再作成せずに可能です。ルールはTCP、UDP、TCP_UDP、TLSリスナーでサポートされており、接続ドレイン、ターゲットグループの固定性、クロスゾーンロードバランシング、加重ターゲットグループ、クライアントIP保持などの既存のNLB機能と連携して動作します。ネットワークロードバランサー用のリスナールールは、すべてのAWS商用リージョンおよびAWS GovCloud(米国)リージョンで追加料金なしで利用可能です。ロードバランサーの時間とLCUには標準的なNLB価格が適用されます。始めるには、このAWSブログとNetwork Load Balancerユーザーガイドをご覧ください。
AWS Entity Resolution は、高度なマッチングワークフローによるリアルタイムマッチングをサポートするようになり、お客様は GenerateMatchId API を通じて、複雑なルールセットを使用してミリ秒単位でレコードをマッチングできるようになりました。以前は、リアルタイムマッチングは単純なルールベースのワークフローに限定されていましたが、Exact や ExactManyToMany と AND/OR ロジックを組み合わせた演算子をサポートする高度なルールセットは、数分から数時間かかるバッチ処理にしか使用できませんでした。これにより、洗練されたマッチングロジックによるリアルタイムエンティティ解決を必要とするお客様にとって、重大なギャップが生じていました。今回のリリースにより、不正検出、リアルタイムアカウントルックアップ、ウェブサイトのパーソナライゼーションを実行するお客様は、個別のマッチングインフラストラクチャを維持したり、アプリケーションを再設計したりすることなく、高度なマッチングルールを定義し、リアルタイムで結果を得ることができます。高度なリアルタイムマッチングを有効にするには、お客様はマッチングワークフローで enableRealTimeMatching パラメータを true に設定し、既存の GenerateMatchId API を呼び出すだけで、新しいエンドポイントや移行は必要ありません。高度なリアルタイムマッチングは、AWS Entity Resolution が利用可能なすべての AWS リージョンで利用可能です。開始するには、AWS Entity Resolution ユーザーガイドの「GenerateMatchId の使用」を参照してください。AWS Entity Resolution の詳細については、製品ページをご覧ください。
AWS Lambda Durable Functions は、AWS Key Management Service (AWS KMS) のカスタマーマネージドキーによる、耐久性のある実行データの暗号化をサポートするようになりました。Lambda Durable Functions を使用すると、自動的な状態管理により、Lambda 関数コード内で直接、長時間実行される信頼性の高いワークフローを構築できます。Lambda はデフォルトで、AWS 所有のキーを使用して実行状態を保存時に暗号化します。AWS KMS のサポートにより、暗号化キーを自分で選択して管理できるようになりました。金融サービスやヘルスケアなどの規制産業で事業を行っている場合、データガバナンスポリシーにより、顧客所有の暗号化キーが必要になる場合があります。これで、耐久性のある実行データに対してカスタマーマネージドキーを構成できるようになり、キーのローテーションや実行履歴および状態へのアクセス権限を管理できます。耐久性のある実行キーは、環境変数や SnapStart スナップショットを保護する関数レベルのキーとは独立して動作するため、関数構成とは別に実行データへのアクセスを管理できます。この機能は、Lambda Durable Functions が利用可能なすべての AWS リージョンで利用できます。カスタマーマネージドキーには、標準の AWS KMS 料金が適用されます。この機能に追加の Lambda 料金はかかりません。詳細については、AWS Lambda デベロッパーガイドの「Lambda 耐久性のある実行データの暗号化」を参照してください。
AWS Organizations は、組織あたり最大 2,000 件のリソースコントロールポリシー (RCP) をサポートするようになり、以前の 1,000 件の上限が倍増しました。RCP は、組織内のメンバーアカウントのリソースに利用可能な最大権限を一元管理できるようにします。このクォータの増加は、大規模で複雑なマルチアカウント環境を管理するお客様が、ポリシー制限に遭遇することなく、より詳細なリソースアクセス制御を定義するのに役立ちます。RCP を使用すると、組織内のメンバーアカウントのリソースにアクセスできる外部プリンシパルを制限でき、個々のリソースベースのポリシーを更新することなく、組織全体のアクセス制御ガイドラインを大規模に強制するのに役立ちます。これは、以前の 1,000 ポリシーの上限が十分に詳細なアクセス制御構成の障壁となっていた、数百のアカウントにわたるきめ細やかな一元管理された権限管理を必要とする組織にとって特に価値があります。組織あたり 2,000 件の RCP という増加したクォータは、AWS Organizations がサポートされているすべての AWS リージョンで追加料金なしで利用できます。アクションは不要です。既存の組織は自動的により高い制限にアクセスできます。リソースコントロールポリシーと AWS Organizations でのクォータ管理の詳細については、AWS Organizations のドキュメントをご覧ください。
Amazon SageMaker AI 推論は、NVIDIA RTX PRO 4500 Blackwell Server Edition GPU を搭載した G7 インスタンスでパフォーマンスが向上しました。これらの新しいインスタンスは、前世代の G6 インスタンスと比較して、AI 推論パフォーマンスが最大 4.6 倍向上します。この進歩は、生成 AI モデルを本番環境にデプロイするための高い GPU スループットとメモリ容量に対する増大するニーズに対応します。以前は、メモリの制約により、コンピューティングを過剰にプロビジョニングしたり、モデルを量子化したりする必要があることがよくありました。G7 インスタンスは、GPU あたり 32 GB の GPU メモリを提供し、第 5 世代 Tensor Core を搭載しています。また、最大 700 Gbps の EFA 対応ネットワーキングにより、G6 の 7 倍のネットワークパフォーマンスを提供します。さらに、これらのインスタンスには、最大 7.6 TB のローカル NVMe SSD ストレージが含まれており、大規模モデルへの高速アクセスが可能です。これらの機能により、G7 インスタンスは、7B から 30B パラメータのモデル、および画像およびビデオ生成タスクのサービングに最適です。G7 インスタンスタイプを選択することで、SageMaker AI 推論コンソール、API、または SDK を通じてデプロイメントを合理化できます。G7 インスタンスは現在、米国東部(バージニア北部、オハイオ)および米国西部(オレゴン)リージョンで利用可能です。
Amazon Elastic Kubernetes Service (EKS) は、EKS Auto Mode およびオープンソースの Karpenter プロジェクトのノードプールで、Amazon EC2 配置グループと Elastic Fabric Adapter (EFA) ネットワークデバイスの設定をサポートするようになりました。これにより、EKS ワークロードをパフォーマンスと可用性のために最適化できます。これらの機能により、分散トレーニングおよび推論ワークロードのために、EFA ネットワークインターフェイスの設定と、EC2 インスタンスが AWS インフラストラクチャ全体に物理的にどのように分散されるかを制御できます。EKS Auto Mode と Karpenter の EFA 設定を使用すると、動的および静的キャパシティのノードプールを持つ EFA 対応インスタンスで、ネットワークインターフェイスを EFA のみ、または標準 ENI として設定できます。EFA のみインターフェイスは IP アドレスを消費しないため、VPC での IP 使用率を細かく制御しながら、完全なインターコネクト帯域幅を実現できます。配置グループのサポートにより、EKS Auto Mode または Karpenter ノードプールの設定から直接、クラスター、スプレッド、またはパーティション戦略を使用して EC2 インスタンスを起動できます。これにより、追加の運用回避策なしでインスタンスが物理的に分散される方法を制御できます。これらの機能は連携して、分散トレーニングジョブのスループットを最大化する場合でも、重要な本番サービスへの影響範囲を最小化する場合でも、ワークロードが必要とするパフォーマンス、可用性、およびフォールトアイソレーションの特性を最適化できます。これらの機能は、Amazon EKS が利用可能なすべての AWS リージョンで利用できます。開始して詳細を確認するには、EKS Auto Mode ユーザーガイドと Karpenter のドキュメントを参照してください。
AWS Secrets Manager は、シークレットの値が変更されるたびに Amazon EventBridge にイベントを自動的に発行するようになり、シークレットの更新にリアルタイムで応答するイベント駆動型ワークフローを構築できるようになりました。これまで、シークレットの値が変更されたことを知るには、AWS CloudTrail イベントを EventBridge に解析して依存する必要がありましたが、ローテーションの成功、PutSecretValue、UpdateSecretValue などの複数の API イベントを照合する必要がありました。今回のリリースにより、Secrets Manager はシークレットの値が変更されるたびに直接 EventBridge にイベントを発行します。EventBridge ルールを使用して、アクティブなシークレットの値が変更されたとき(ローテーション中など)を検出し、AWS Lambda、Amazon SNS、Amazon SQS、または Amazon Step Functions などのターゲットに通知をルーティングできます。これにより、アプリケーションでキャッシュされた認証情報をプロアクティブに更新したり、依存サービスを再起動したり、シークレットローテーションのコンプライアンスレポートを更新したりできます。シークレット更新通知は、追加の設定やオプトインなしで、デフォルトのイベントバスに自動的に発行されます。この機能は、AWS Secrets Manager が利用可能なすべての AWS リージョンで追加費用なしで利用できます。開始するには、AWS Secrets Manager ユーザーガイドのシークレットイベント通知を参照してください。
本日より、Amazon Elastic Compute Cloud (Amazon EC2) の M6in および M6idn インスタンスが、AWS Asia Pacific (Hyderabad) および South America (Sao Paulo) リージョンで利用可能になりました。第3世代 Intel Xeon Scalable プロセッサを搭載し、AWS Nitro System 上に構築された第6世代のネットワーク最適化インスタンスであるこれらのインスタンスは、最大 200Gbps のネットワーク帯域幅を提供し、同世代の第5世代インスタンスと比較して 2 倍のネットワーク帯域幅を実現します。お客様は、M6in および M6idn インスタンスを使用して、高性能ファイルシステム、分散型ウェブスケールインメモリキャッシュ、キャッシュフリート、リアルタイムビッグデータ分析、および 5G User Plane Function などの Telco アプリケーションといった、ネットワーク集約型のワークロードのパフォーマンスとスループットをスケールアップできます。M6in および M6idn インスタンスは、メタルを含む 10 種類のインスタンスサイズで利用可能であり、最大 128 vCPU および 512 GiB のメモリを提供します。Amazon Elastic Block Store (EBS) 帯域幅は最大 100Gbps、IOPS は最大 400K を提供します。M6in および M6idn インスタンスは、32xlarge およびメタルサイズで Elastic Fabric Adapter (EFA) ネットワーキングをサポートします。M6idn インスタンスは、最大 7.6 TB の高速・低レイテンシインスタンスストレージを提供します。今回のリージョン拡張により、M6in および M6idn インスタンスは、US East (Ohio, N. Virginia)、US West (N. California, Oregon)、Europe (Ireland, Frankfurt, Spain, Stockholm, Zurich, London)、Asia Pacific (Hyderabad, Mumbai, Singapore, Tokyo, Sydney, Seoul)、South America (Sao Paulo)、Canada (Central)、および AWS GovCloud (US-West) の AWS リージョンで利用可能になりました。お客様は、Savings Plans、On-Demand、および Spot インスタンスを通じて新しいインスタンスを購入できます。詳細については、M6in および M6idn インスタンスのページをご覧ください。
本日より、Amazon Elastic Compute Cloud (Amazon EC2) C6in インスタンスが AWS アジアパシフィック (台北) で利用可能になりました。これらの第6世代ネットワーク最適化インスタンスは、第3世代 Intel Xeon Scalable プロセッサを搭載し、AWS Nitro System 上に構築されており、最大200Gbpsのネットワーク帯域幅を提供し、同等の第5世代インスタンスと比較して2倍のネットワーク帯域幅を実現します。お客様は、C6in インスタンスを使用して、ネットワーク仮想アプライアンス (ファイアウォール、仮想ルーター、ロードバランサー)、Telco 5G User Plane Function (UPF)、データ分析、ハイパフォーマンスコンピューティング (HPC)、CPUベースの AI/ML ワークロードなどのアプリケーションのパフォーマンスを拡張できます。C6in インスタンスは、ベアメタルサイズを含む最大128 vCPU の10種類のサイズで利用可能です。Amazon EC2 第6世代 x86ベースのネットワーク最適化 EC2 インスタンスは、最大100Gbpsの Amazon Elastic Block Store (Amazon EBS) 帯域幅と、最大400K IOPS を提供します。C6in インスタンスは、32xlarge および metal サイズで Elastic Fabric Adapter (EFA) ネットワーキングをサポートしています。C6in インスタンスは、以下の AWS リージョンで利用可能です: 米国東部 (オハイオ、バージニア北部)、米国西部 (北カリフォルニア、オレゴン)、欧州 (フランクフルト、アイルランド、ロンドン、ミラノ、パリ、スペイン、ストックホルム、チューリッヒ)、中東 (バーレーン、アラブ首長国連邦)、イスラエル (テルアビブ)、アジアパシフィック (香港、ハイデラバード、ジャカルタ、マレーシア、メルボルン、ムンバイ、大阪、ソウル、シンガポール、シドニー、台北、東京、タイ)、アフリカ (ケープタウン)、南米 (サンパウロ)、カナダ (中央)、カナダ西部 (カルガリー)、AWS GovCloud (米国西部、米国東部)、メキシコ (中央)。詳細については、Amazon EC2 C6in インスタンスのページをご覧ください。
本日より、Amazon Elastic Compute Cloud (Amazon EC2) の R6in および R6idn インスタンスが、AWS Europe (Paris) および Canada (Central) リージョンで利用可能になりました。第3世代 Intel Xeon Scalable プロセッサを搭載し、AWS Nitro System 上に構築されたこれらの第6世代ネットワーク最適化インスタンスは、最大 200Gbps のネットワーク帯域幅、同世代の第5世代インスタンスと比較して2倍のネットワーク帯域幅、および最大2倍のパケット処理性能を提供します。お客様は、R6in および R6idn インスタンスを使用して、メモリ集約型の SQL および NoSQL データベース、分散型ウェブスケールのインメモリキャッシュ (Memcached, Redis)、インメモリデータベース (SAP HANA)、リアルタイムビッグデータ分析 (Apache Hadoop, Apache Spark) など、ネットワーク集約型のワークロードのパフォーマンスとスループットをスケールアップできます。R6in および R6idn インスタンスは、メタルを含む10種類のインスタンスサイズで利用可能で、最大128 vCPU および 1024 GiB のメモリを備えています。最大 100 Gbps の Amazon Elastic Block Store (EBS) 帯域幅と最大 400K IOPS を提供します。R6in および R6idn インスタンスは、32xlarge およびメタルサイズで Elastic Fabric Adapter (EFA) ネットワーキングをサポートします。R6idn インスタンスは、最大 7.6 TB の高速・低レイテンシのインスタンスストレージを提供します。今回のリージョン拡張により、R6in および R6idn インスタンスは、US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Ireland, Frankfurt, Paris, Stockholm)、Asia Pacific (Singapore, Sydney, Tokyo)、Canada (Central)、および AWS GovCloud (US-West) の各 AWS リージョンで利用可能になりました。お客様は、Savings Plans、Reserved、On-Demand、および Spot インスタンスを通じて新しいインスタンスを購入できます。詳細については、R6in および R6idn インスタンスのページをご覧ください。
Amazon SageMaker Unified Studio が Amazon OpenSearch をデータソースとしてサポートするようになり、検索およびログ分析データを他のデータアセットと並行して直接クエリおよび分析できるようになりました。この新しい接続により、OpenSearch の運用検索データを Amazon Redshift、Amazon S3、リレーショナルデータベースなどのデータソースのデータと、すべて単一の管理された環境内で組み合わせることができます。この統合は、分析ワークロードと運用ワークロードにわたるデータを相関させる必要がある場合に特に価値があります。たとえば、OpenSearch に保存されているアプリケーションログとメトリクスをトランザクションデータと結合して、システムパフォーマンスとユーザー行動に関する洞察を得ることができます。データエンジニアやアナリストは、リアルタイムの検索および分析データを構造化されたデータセットと統合するデータパイプラインを構築し、ツールを切り替えることなくクロスソースワークフローを合理化できます。開始するには、プロジェクトのデータセクションで Amazon OpenSearch 接続を追加します。OpenSearch データは、他のプロジェクトデータとともにデータエクスプローラーに表示されます。そこから、クエリエディタを使用して直接クエリしたり、ノートブックで探索したり、ビジュアル ETL ジョブに組み込んだりすることができます。すべてスタジオを離れることなく実行できます。Amazon OpenSearch 接続のサポートは、Amazon SageMaker Unified Studio が利用可能なすべての AWS リージョンで利用できます。開始するには、Amazon SageMaker Unified Studio ユーザーガイドの新しいデータソースへの接続を参照してください。Amazon OpenSearch Service の詳細については、Amazon OpenSearch Service ページをご覧ください。
Amazon Elastic Container Service (Amazon ECS) は、AWS European Sovereign Cloud で組み込みのブルー/グリーン、リニア、カナリアデプロイメント戦略をサポートするようになりました。これにより、コンテナ化されたアプリケーションのソフトウェアアップデートがより安全になり、自信を持って新しいアプリケーションバージョンをより迅速にリリースできるようになります。Amazon ECS に直接組み込まれているこれらの機能により、カスタムデプロイメントツールが不要になり、デプロイメントライフサイクルフック、ベイクタイム、およびクイックロールバックを含む、本番環境に対応したコントロールが提供されます。これらの戦略により、Amazon ECS は既存のバージョンと並行して新しいアプリケーションバージョンをプロビジョニングし、本番トラフィックをシフトする前に検証できるようになります。ブルー/グリーンデプロイメントはトラフィックを一度にシフトし、リニアデプロイメントは指定された期間にわたって均等な増分でトラフィックをシフトし、カナリアデプロイメントは最初に少量の割合をシフトしてから残りをシフトします。デプロイメントライフサイクルフック(Lambda フックやポーズフックを含む)を使用して、特定のデプロイメントステージでカスタム検証ロジックと承認ワークフローを実行できます。また、トラフィックがシフトされた後に新しいバージョンを評価するためのベイクタイムを設定し、回帰が特定された場合はダウンタイムなしでロールバックすることもできます。障害を自動的に検出するには、Amazon CloudWatch アラームまたは Amazon ECS デプロイメントサーキットブレーカーを設定するか、StopServiceDeployment API を使用して直接ロールバックを開始します。これらの機能は、Application Load Balancers (ALB)、Network Load Balancers (NLB)、および Amazon ECS Service Connect を使用する Amazon ECS サービスで利用できます。デプロイメントは、AWS Management Console、AWS CLI、AWS SDK、またはインフラストラクチャ・アズ・コードツールを使用して、新しいまたは既存の Amazon ECS サービスで設定できます。詳細については、Amazon ECS ブルー/グリーン、リニア、カナリアデプロイメント、およびデプロイメントライフサイクルフックのドキュメントを参照してください。
本日、Amazon Simple Email Service (SES) は、個別に評価することなく SES の機能を購入およびアクセスしやすくする料金プランを導入しました。Amazon SES 料金プランには、Essentials、Pro、Enterprise の 3 つの階層的なオプションが含まれています。各プランは前のプランを基にしており、アラカルト料金と比較して割引価格で段階的に機能が増加します。企業は、メールが受信トレイに届き、読まれることに依存していますが、これを保証するために必要な機能は、従来、個別の追加機能として販売されており、個別に評価および購入する必要がありました。料金プランを使用すると、顧客はプランを選択するだけで、追加費用なしで適切な機能にアクセスできます。Essentials は配信可能性インサイトを提供し、Pro はマネージド専用 IP、メール検証、およびグローバル受信トレイ配置可視性を追加して問題をプロアクティブに防止し、Enterprise はマルチリージョンレジリエンス、ワークロードレベルのレピュテーション分離、および年次配信可能性評価を追加します。料金プランは、Amazon SES が利用可能なすべての AWS リージョンで利用可能ですが、中東 (UAE) および中東 (バーレーン) リージョンは除きます。開始するには、Amazon SES コンソールにサインインし、料金プランセクションに移動してください。詳細については、Amazon SES 料金ページまたは Amazon SES 開発者ガイドをご覧ください。
本日、Amazon Elastic Container Service (Amazon ECS) は、サービスデプロイメントおよび ECS Managed Daemon の更新中に、お客様に代わって Amazon ECS が実行するアクションの詳細なタイムスタンプ付きレコードを提供する新しいオブザーバビリティ機能である Action Logs を導入します。これまで見えなかったサービス側の操作を表面化することで、Action Logs は、AWS サポートに連絡したり、複数のソースからデータを手動で相関させたりすることなく、ワークロードを直接監視およびトラブルシューティングするのに役立ちます。Action Logs により、サービスデプロイメント、Managed Daemon 更新の主要なデプロイメント状態遷移に対する可視性が得られます。各ログエントリには、イベント名、ログレベル (INFO、WARN、または ERROR)、関連リソース ARN、およびステータス理由が含まれており、問題が発生した場合の平均解決時間 (MTTR) を短縮するのに役立ちます。Amazon ECS コンソールまたは Amazon CloudWatch vended logs API を使用してクラスターレベルでオプトインでき、運用ニーズに応じて Amazon CloudWatch Logs、Amazon S3、または Amazon Kinesis Data Firehose にログを配信することを選択できます。ローンチ時、Amazon ECS コンソール内の Amazon Q は Action Logs と統合され、サーキットブレーカーのロールバックや不安定なサービスリビジョンなどのデプロイメント問題を自動的に検出し、コンソールを離れることなく、お客様に根本原因分析、リソースレベルの比較、および段階的な修復ガイダンスを提供します。ログの取り込みとストレージには、標準の CloudWatch Logs、Amazon S3、または Amazon Data Firehose の料金が適用されます。料金の詳細については、Amazon CloudWatch の料金を参照してください。Amazon ECS Action Logs は、AWS GovCloud (US) リージョンを含むすべての AWS リージョンで利用可能です。詳細については、Amazon ECS 開発者ガイドの「Amazon ECS でのオペレーションの監視」を参照してください。
AWS Marketplaceは、インド拠点のセラーが、以前のメールベースの手動提出プロセスを廃止し、AWS Partner Centralを通じてセラー署名を直接アップロードおよび管理できるようになりました。インドに拠点を置くセラーは、税請求および規制遵守のために有効なセラー署名を提供する必要があります。このローンチにより、Goods and Services Tax Identification Number (GSTIN) 登録とセラー署名管理が、AWS Marketplaceで取引を行うインド拠点のセラー専用に構築された単一の集中管理場所に統合されます。アップロードされると、AWS Marketplaceはセラーの署名を安全に保管し、インドでの取引のためにセラーに代わって生成される該当するバイヤー税請求に使用します。このローンチは、自動化されたリアルタイム検証と、GSTIN登録およびセラー署名検証ステータスの概要表示を提供する新しい税サマリーコンテナを導入します。セラーは、署名が検証または拒否されたときにメールで通知され、コンソールで表示された拒否理由を使用して直接再提出することで、拒否を独立して解決できます。これにより、リアルタイムのコンプライアンス可視性が確保されます。AWS Partner Centralでの税コンプライアンスおよびセラー署名の管理の詳細については、AWS Marketplace Seller Guideをご覧ください。
Amazon Relational Database Service (Amazon RDS) for SQL Server は、Enterprise、Standard、Developer エディションで Microsoft SQL Server 2025 をサポートするようになりました。SQL Server 2025 は、AI 統合をデータベース エンジンに直接組み込み、顧客が追加のミドルウェアなしで T-SQL から外部 REST エンドポイントを呼び出すことを可能にします。RDS for SQL Server を実行している顧客は、この機能を使用して、アプリケーションの再設計なしに、Amazon Bedrock、Amazon SageMaker、Amazon S3、AWS Lambda などの AWS サービスと既存のデータベース ワークロードを安全に統合できます。これにより、AI を活用したクエリ アドバイザー、自動化されたパフォーマンス分析、イベント駆動型ワークフロー、Amazon EC2 上のカスタム Web サービスの呼び出しなどのシナリオが可能になります。SQL Server 2025 は、ライセンス費用なしで開発およびテスト用の新しい無料エディション (Standard Developer Edition、または Dev-SE) と、最大 32 コアおよび 256 GB のバッファ プール メモリへの大幅な Standard Edition の容量増加を導入します。Standard Edition は、以前は Enterprise Edition 専用だった Resource Governor も利用できるようになります。SQL Server 2025 は、ベクトル埋め込みをデータベース内に直接格納およびクエリするためのネイティブ ベクトル データ型も導入します。RDS で以前の SQL Server バージョンを実行している顧客は、DB エンジン バージョンを変更することで SQL Server 2025 にアップグレードできます。オンプレミスで SQL Server を実行している顧客は、完全に管理されたインフラストラクチャを活用してこれらの機能を利用するために移行できます。詳細については、Amazon RDS for SQL Server User Guide を参照してください。最新の価格と地域での利用可能性については、Amazon RDS for SQL Server Pricing を参照してください。
AWS HealthOmics プライベートワークフローがアジアパシフィック(東京)および米国東部(オハイオ)リージョンで利用可能になり、地域ごとのコンプライアンス要件を持つ研究、創薬、農業科学の取り組みのための、完全に管理されたバイオインフォマティクスワークフローへのアクセスが拡大されました。AWS HealthOmics は、ヘルスケアおよびライフサイエンスのお客様が、完全に管理されたバイオインフォマティクスワークフローで科学的ブレークスルーを加速するのに役立つ、HIPAA 対象サービスです。HealthOmics プライベートワークフローを使用すると、お客様は Nextflow、WDL、CWL を含む使い慣れたドメイン固有言語を使用してゲノムデータ分析パイプラインを構築およびスケーリングでき、ヘルスケアおよびライフサイエンスのお客様はインフラストラクチャ管理ではなく科学的発見に集中できるようになります。HealthOmics は、バージョン管理されたワークフロー開発のための Git 統合や、Amazon ECR を介したサードパーティコンテナレジストリサポートなどの組み込み機能を提供し、既存のパイプラインの移行を容易にし、完全なデータ来歴とコンプライアンス要件を維持しながら新しいゲノムワークフローの開発を加速します。プライベートワークフローは、以下の AWS リージョンで利用可能になりました。米国東部(バージニア北部、オハイオ)、米国西部(オレゴン)、欧州(フランクフルト、アイルランド、ロンドン)、イスラエル(テルアビブ)、アジアパシフィック(ソウル、シンガポール、東京)。詳細については、AWS HealthOmics ユーザーガイドをご覧ください。価格の詳細については、AWS HealthOmics の料金をご覧ください。
本日、AWSはAWS Data Exports(Cost and Usage Report)でAmazon Bedrockの標準化された製品メタデータを発表します。これにより、FinOpsチームおよびクラウド管理者は、Bedrockのコストを理解するための、一貫性のある構造化された属性を得ることができます。AWS Data Exportsを使用すると、AWSのコストと使用状況データをカスタマイズしてエクスポートし、Amazon S3に配信してAmazon Athenaでクエリを実行したり、データウェアハウスにロードしたりできます。これらの属性を使用すると、CUR 2.0でさまざまな製品メタデータを解析するためのカスタムロジックを構築することなく、Bedrockの支出を特定できます。標準化された属性には、モデルプロバイダー、モデル名、価格設定単位、推論タイプ(入力トークンまたは出力トークンなど)、および機能(オンデマンドまたはバッチなどの推論サービングモード)が含まれます。また、すべてのBedrockコストを統合する統一された「Amazon Bedrock」製品ファミリー名も含まれます。CUR 2.0では、モデルプロバイダー、モデル名、推論タイプ、および機能属性は製品マップ列で利用でき、価格設定単位は列として利用できます。標準化されたフィールドは、AWS Data Exportsを使用するAmazon Bedrockのお客様に、追加費用なしでデフォルトで利用可能です。詳細については、Amazon Bedrock製品ページをご覧ください。標準化された製品属性については、AWS Data Exportsユーザーガイドの製品列を参照してください。
本日より、Amazon Elastic Compute Cloud (Amazon EC2) の R8i および R8i-flex インスタンスが、欧州 (ストックホルム、チューリッヒ) リージョンで利用可能になりました。これらのインスタンスは、AWS 限定のカスタム Intel Xeon 6 プロセッサを搭載しており、クラウドにおける同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を提供します。R8i および R8i-flex インスタンスは、前世代の Intel ベースのインスタンスと比較して、最大 15% 優れた価格パフォーマンスと 2.5 倍のメモリ帯域幅を提供します。R7i インスタンスと比較して 20% 高いパフォーマンスを提供し、特定のワークロードではさらに高い向上が見られます。R7i と比較して、PostgreSQL データベースでは最大 30% 高速、NGINX Web アプリケーションでは最大 60% 高速、AI ディープラーニング推奨モデルでは最大 40% 高速です。R8i-flex は、初のメモリ最適化 Flex インスタンスであり、ほとんどのメモリ集約型ワークロードで価格パフォーマンスのメリットを得る最も簡単な方法です。large から 16xlarge までの最も一般的なサイズを提供し、すべてのコンピューティングリソースを完全に活用しないアプリケーションに最適です。R8i インスタンスは、すべてのメモリ集約型ワークロード、特に最大のインスタンスサイズまたは継続的な高い CPU 使用率を必要とするワークロードに最適です。R8i インスタンスは、2 つのベアメタルサイズと、最大のアプリケーション向けの新しい 96xlarge サイズを含む 13 のサイズを提供します。R8i インスタンスは SAP 認定を受けており、142,100 aSAPS を提供し、ミッションクリティカルな SAP ワークロードに優れたパフォーマンスをもたらします。開始するには、AWS Management Console にサインインしてください。R8i および R8i-flex インスタンスの詳細については、AWS News ブログをご覧ください。
本日、AWS は VPC エンドポイントのネットワークアクティビティイベントに対する強化されたイベントフィルタリングをローンチします。これは、Virtual Private Cloud Endpoint を介して送信されるアクションをキャプチャする CloudTrail イベントタイプです。お客様は、API コールを実行した IAM ユーザーの ID に基づいて、どのネットワークアクティビティイベントをログに記録するかを制御できるようになりました。例えば、呼び出し元のユーザー ID が既知のセーフリストにない場合に、アクセス拒否イベントのみをログに記録するようにセレクターを設定できます。これにより、信頼された ID からのルーチンなトラフィックを除外しつつ、不正なアクセス試行をキャプチャでき、ログ記録コストとノイズの両方を削減できます。ユーザー ID フィルタリングにより、データ境界戦略を構築しているお客様は、セキュリティ上最も重要なシナリオのネットワークアクティビティイベントログに集中できます。セレクターを設定して、信頼された IAM ロールのセット外の ID からの VpceAccessDenied イベントのみをログに記録できます。これにより、承認されたプリンシパルからのすべての成功した API コールをログに記録するコストなしに、VPC エンドポイントを介した潜在的なデータ漏洩試行を検出できます。ユーザー ID 条件を、eventName や vpcEndpointId のような既存のフィールドと組み合わせて、記録される内容をきめ細かく制御できます。この機能は、AWS マネジメントコンソール、AWS コマンドラインインターフェイス、および AWS SDK を介して使用できます。この機能は、CloudTrail ネットワークアクティビティイベントがサポートされているすべての AWS リージョンで利用可能です。ネットワークアクティビティイベントの詳細については、AWS CloudTrail ユーザーガイドを参照するか、ネットワークアクティビティイベントの有効化方法に関する AWS Blog をお読みください。