メインコンテンツへスキップ

【AWSデイリーアップデート】Kinesisレコードサイズ拡大、DocumentDBクエリ高速化など

· loading · loading ·
kiitosu
著者
kiitosu
画像処理やデバイスドライバ、データ基盤構築からWebバックエンドまで、多様な領域に携わってきました。地図解析や地図アプリケーションの仕組みにも経験があり、幅広い技術を活かした開発に取り組んでいます。休日は草野球とランニングを楽しんでいます。
目次

はじめに
#

AWSの基礎力をつけるためにAWS What’s Newを毎日目を通す事を始めました。 最初は日本語訳されたものを見ていたのですが、1週間ほど遅れて訳されるようなので、英語の情報を訳して整理することにしました。

本情報が役立つ人もいるかなと思い公開します。 個人的な理解なので、実際の情報は原典をあたってください。


感想
#

Amazon Kinesis Data Streamsが10倍大きいレコードサイズをサポートしました。10MiBあれば画像なども流せそうですね。これまで画像はS3にputしてStreamと後段で結合するような処理もあったかと思いますが、Steamで完結できそうです。

Amazon Nova Multimodal Embeddingsを発表しました。AIを使った様々なコンテンツタイプでの横断的な検索ができるようになり、AI機能開発が促進されそうです。

AWS Resource Explorerが47の追加リソースタイプをサポートしました。これまでAWS Glueも非対応だったのことで、これは意外でした。あまり使ったことのないサービスですが、一箇所でまとめて調査できるようになると嬉しいです。

Amazon DocumentDB(MongoDB互換)が最大10倍高速にクエリを実行できるアップグレードされたクエリプランナーを発表しました。否定演算子($neq$nin)やネストされた$elementMatchなどの演算子のインデックススキャンサポートが有効になったとのことです。これまで各自が独自のハックを生み出して高速化していたんだろうと想像しますが、サービス側でちゃんとやってくれるようになるのは嬉しいですね。


Amazon Kinesis Data Streamsが10倍大きいレコードサイズをサポート
#

投稿日: 2025年10月28日

何ができるようになったのか
#

Amazon Kinesis Data Streamsは、レコードサイズが最大10MiBまでサポートされるようになり、これは以前の1MiB制限から10倍の増加です。また、PutRecordsリクエストの最大サイズも5MiBから10MiBに倍増しました。

何が嬉しいのか
#

このアップデートにより、断続的に発生する大きなレコードのために別々の処理パイプラインを用意する必要がなくなり、データパイプラインが簡素化され、運用上のオーバーヘッドが削減されます。さらに、AWS LambdaはKinesis Data Streamsから最大6MiBのより大きなペイロードをサポートするようになりました。

これまでとどう変わるのか
#

  • これまで
    • レコードサイズの制限は1MiBでした。
    • PutRecordsリクエストサイズの制限は5MiBでした。
  • これから
    • レコードサイズの制限が10MiBになります。
    • PutRecordsリクエストサイズの制限が10MiBになります。

具体的なユースケース
#

  • IoT分析
  • 変更データキャプチャ(CDC)
  • 生成系AIワークロード

Amazon Nova Multimodal Embeddingsを発表
#

投稿日: 2025年10月28日

何ができるようになったのか
#

エージェントRAGおよびセマンティック検索向けに設計された新しい最先端の埋め込みモデルであるAmazon Nova Multimodal Embeddingsの一般提供が開始されました。これは、テキスト、ドキュメント、画像、ビデオ、オーディオなどのさまざまなコンテンツタイプを単一のモデルでサポートする初の統一埋め込みモデルであり、精度の高いクロスモーダル検索を可能にします。

何が嬉しいのか
#

このイノベーションは、多様なコンテンツの管理と検索を簡素化することを目的としています。従来は複数の特殊な埋め込みモデルが必要であり、複雑さ、コスト、データのサイロ化が増加していました。Amazon Nova Multimodal Embeddingsは、これらの多様なコンテンツタイプを統一された空間にマッピングし、開発者が複雑なクエリでビデオアーカイブを検索したり、顧客の質問に基づいて製品画像を見つけたり、インフォグラフィックとテキストの両方を含む財務書類を分析したりするなどのクロスモーダルアプリケーションを作成できるようにします。

これまでとどう変わるのか
#

  • これまで
    • 多様なコンテンツタイプを扱うには、複数の専門的な埋め込みモデルが必要でした。
  • これから
    • 単一の統一モデルで、テキスト、ドキュメント、画像、ビデオ、オーディオなど、さまざまなコンテンツタイプを扱うことができます。

具体的なユースケース
#

  • 複雑なクエリによるビデオアーカイブの検索
  • 顧客の質問に基づいた製品画像の検索
  • インフォグラフィックとテキストを含む財務書類の分析

Amazon VPC Reachability AnalyzerとAmazon VPC Network Access AnalyzerがAWS GovCloud (US) リージョンで利用可能に
#

投稿日: 2025年10月24日

何ができるようになったのか
#

Amazon VPC Reachability AnalyzerとAmazon VPC Network Access Analyzerが、AWS GovCloud (US-West)およびAWS GovCloud (US-East)リージョンで利用可能になりました。

何が嬉しいのか
#

VPC Reachability Analyzerは、VPC内のリソース間のネットワーク到達可能性の問題を診断するのに役立ちます。VPC Network Access Analyzerは、AWSリソースへの意図しないネットワークアクセスを特定し、ネットワークパスを検証することでセキュリティとコンプライアンスを支援します。

これまでとどう変わるのか
#

  • これまで
    • これらのツールはGovCloudリージョンでは利用できませんでした。
  • これから
    • GovCloudリージョンでも、ネットワークの接続性を診断し、セキュリティとコンプライアンスを検証するためにこれらのツールを利用できるようになります。

具体的なユースケース
#

  • ネットワーク接続の問題診断
  • ネットワークセキュリティとコンプライアンスの検証

AWS Resource Explorerが47の追加リソースタイプをサポート
#

投稿日: 2025年10月28日

何ができるようになったのか
#

AWS Resource Explorerが、Amazon Bedrock、AWS Shield、AWS Glueなどのサービスを含む47の新しいリソースタイプをサポートするようになりました。

何が嬉しいのか
#

このアップデートにより、AWSエコシステム内のリソースの検出と管理が強化されます。

これまでとどう変わるのか
#

  • これまで
    • これら47のリソースタイプはResource Explorerで検索できませんでした。
  • これから
    • より広範なAWSサービスにわたるリソースを検索できるようになります。

具体的なユースケース
#

  • 様々なAWSサービスにまたがるリソースの横断的な検索

Amazon DocumentDB(MongoDB互換)が最大10倍高速にクエリを実行できるアップグレードされたクエリプランナーを発表
#

投稿日: 2025年10月28日

何ができるようになったのか
#

Amazon DocumentDB(MongoDB互換)は、高度なクエリ最適化機能と改善されたパフォーマンスを備えた新しいクエリプランナーであるPlannerVersion 2.0を発表しました。インデックスを使用してfindおよびupdate演算子を使用する場合、以前のバージョンよりも最大10倍のパフォーマンス向上を実現します。

何が嬉しいのか
#

パフォーマンスの向上は、主により最適なインデックスプランを使用し、否定演算子($neq$nin)やネストされた$elementMatchなどの演算子のインデックススキャンサポートを有効にすることによってもたらされます。PlannerVersion 2.0のクエリは、より優れたコスト見積もり技術、最適化されたアルゴリズム、および強化された安定性によって高速に実行されます。また、PlannerVersion 2.0ではクエリ構文も簡素化されます。たとえば、$regexクエリでインデックスを利用するために明示的なヒントを提供する必要がなくなりました。

これまでとどう変わるのか
#

  • これまで
    • 古いクエリプランナーが使用されていました。
  • これから
    • 大幅なパフォーマンス向上と簡素化された構文を提供するPlannerVersion 2.0が利用可能になります。

具体的なユースケース
#

  • インデックスを使用したfindおよびupdate演算子
  • 否定演算子またはネストされた$elementMatchを使用したクエリ
  • $regexクエリ

以降はすべてEC2のインスタンスに関する更新です


Amazon EC2 I7iインスタンスが追加のAWS GovCloud (US) リージョンで利用可能に
#

投稿日: 2025年10月28日

何ができるようになったのか
#

高性能ストレージ最適化Amazon EC2 I7iインスタンスが、AWS GovCloud (US-East, US-West) リージョンで利用可能になりました。これらのインスタンスは第5世代Intel Xeonスケーラブルプロセッサを搭載し、前世代のI4iインスタンスと比較して最大23%優れたコンピューティング性能と10%以上優れた価格性能を提供します。

何が嬉しいのか
#

  • ストレージ: 第3世代AWS Nitro SSDを搭載し、最大45TBのNVMeストレージを提供します。
  • パフォーマンス: I4iインスタンスと比較して、最大50%優れたリアルタイムストレージ性能、最大50%低いストレージI/Oレイテンシ、および最大60%低いストレージI/Oレイテンシのばらつきを実現します。
  • ワークロード: 非常に高いランダムIOPS性能とリアルタイムレイテンシを必要とする、I/O集約型およびレイテンシに敏感なワークロードに最適です。
  • データベース最適化: 最大16KBのブロックサイズでのTorn Write Prevention(書き込み途中のデータ破損防止)をサポートし、データベースのパフォーマンスボトルネック解消に貢献します。

これまでとどう変わるのか
#

  • これまで
    • I7iインスタンスはAWS GovCloud (US) リージョンでは利用できませんでした。
  • これから
    • AWS GovCloud (US) リージョンでも、高いI/O性能と低レイテンシを特徴とするI7iインスタンスを利用して、要求の厳しいワークロードを実行できるようになります。

具体的なユースケース
#

  • I/O集約型でレイテンシに敏感なアプリケーション
  • 高いランダムIOPS性能を必要とするデータベース
  • 中小規模(数TB)のデータセットにリアルタイムでアクセスする必要があるワークロード

Amazon EC2 I7ieインスタンスがAWS GovCloud (US) リージョンで利用可能に
#

投稿日: 2025年10月28日

何ができるようになったのか
#

Amazon EC2 I7ieインスタンスがAWS GovCloud (US-West) リージョンで利用可能になりました。これらのインスタンスは、大規模なストレージI/O集約型のワークロード向けに設計されており、第5世代Intel Xeonプロセッサを搭載し、既存のI3enインスタンスと比較して最大40%優れたコンピューティング性能と20%優れた価格性能を提供します。

何が嬉しいのか
#

  • クラウドで最も高いストレージ最適化インスタンス向けの最大120TBのローカルNVMeストレージ密度
  • 前世代のインスタンスと比較して最大2倍のvCPUとメモリ
  • 第3世代AWS Nitro SSDを搭載し、I3enインスタンスと比較して最大65%優れたリアルタイムストレージ性能、最大50%低いストレージI/Oレイテンシ、65%低いストレージI/Oレイテンシのばらつきを実現
  • 大規模なデータセットに対して高いランダム読み取り/書き込み性能と低レイテンシの一貫性を備えた高速ローカルストレージを必要とするワークロードに最適

これまでとどう変わるのか
#

  • これまで
    • I7ieインスタンスはAWS GovCloud (US-West)では利用できませんでした。
  • これから
    • AWS GovCloud (US-West)でも、大規模なデータセットを扱うI/O集約型ワークロードに対して、より高い性能とストレージ密度を持つI7ieインスタンスを利用できるようになります。

具体的なユースケース
#

  • 大規模なストレージI/O集約型ワークロード
  • 高いランダム読み取り/書き込み性能と低レイテンシの一貫性が求められる大規模データセットを扱うアプリケーション

Amazon EC2 Im4gnインスタンスがAWSヨーロッパ(ミラノ)リージョンで利用可能に
#

投稿日: 2025年10月28日

何ができるようになったのか
#

Amazon EC2 Im4gnインスタンスがAWSヨーロッパ(ミラノ)リージョンで利用可能になりました。これらのインスタンスはAWS Nitro System上に構築され、AWS Graviton2プロセッサを搭載しています。第2世代AWS Nitro SSDによる最大30TBのインスタンスストレージを備え、SQL/NoSQLデータベース、検索エンジン、分散ファイルシステム、データ分析などのI/O集約型ワークロードのストレージ性能のためにカスタム設計されています。

何が嬉しいのか
#

Im4gnインスタンスは、高いコンピューティング性能と高いネットワークスループットの恩恵を受ける、中規模から大規模のデータセットを持つリレーショナルデータベース(MySQL、MariaDB、PostgreSQLなど)やNoSQLデータベース(KeyDB、ScyllaDB、Cassandraなど)のようなワークロードに最適です。また、ローカルストレージ上のデータへの高速アクセスを必要とする検索エンジンやデータ分析ワークロードにも適しています。インスタンスは最大100Gbpsのネットワーキングも提供し、ノード間通信のレベルが高いアプリケーション向けにElastic Fabric Adapter(EFA)をサポートしています。

これまでとどう変わるのか
#

  • これまで
    • Im4gnインスタンスはミラノリージョンでは利用できませんでした。
  • これから
    • ミラノリージョンでも、AWS Graviton2プロセッサを搭載し、高いI/O性能とネットワーク性能を持つIm4gnインスタンスを利用できるようになります。

具体的なユースケース
#

  • SQL/NoSQLデータベース(MySQL, MariaDB, PostgreSQL, KeyDB, ScyllaDB, Cassandra)
  • 検索エンジン
  • 分散ファイルシステム
  • データ分析

Amazon EC2 R8iおよびR8i-flexインスタンスがヨーロッパ(ロンドン)で利用可能に
#

投稿日: 2025年10月28日

何ができるようになったのか
#

Amazon EC2 R8iおよびR8i-flexインスタンスがヨーロッパ(ロンドン)リージョンで利用可能になりました。これらのインスタンスは、AWS専用にカスタムされたIntel Xeon 6プロセッサを搭載しており、前世代に比べて大幅な性能向上を実現しています。

何が嬉しいのか
#

  • パフォーマンス: 前世代のIntelベースのインスタンスと比較して、最大15%優れた価格性能と2.5倍のメモリ帯域幅を提供します。R7iインスタンスよりも20%優れた性能を発揮し、特定のワークロードではさらに高い向上率を示します(例: PostgreSQLで最大30%高速、NGINX Webアプリケーションで最大60%高速、AI深層学習レコメンデーションモデルで最大40%高速)。
  • R8i-flex: これらは初のメモリ最適化Flexインスタンスであり、メモリ集約型ワークロードの大部分向けに設計されており、largeから16xlargeまでの一般的なサイズを提供します。
  • R8i: すべてのメモリ集約型ワークロード、特に最大のインスタンスサイズや継続的な高いCPU使用率を必要とするワークロードに最適です。R8iインスタンスは、2つのベアメタルと新しい96xlargeサイズを含む13のサイズを提供します。SAP認定済みで、142,100 aSAPSを提供します。

これまでとどう変わるのか
#

  • これまで
    • R8iおよびR8i-flexインスタンスはロンドンリージョンでは利用できませんでした。
  • これから
    • ロンドンリージョンでも、最新のIntelプロセッサを搭載し、メモリ集約型ワークロードに対して高い性能と価格性能を提供するR8iおよびR8i-flexインスタンスを利用できるようになります。

具体的なユースケース
#

  • メモリ集約型ワークロード
  • PostgreSQLデータベース
  • NGINX Webアプリケーション
  • AI深層学習レコメンデーションモデル
  • SAPワークロード
Reply by Email

関連記事

【AWSデイリーアップデート】Amazon Connectが待望のスレッド表示対応!ニッチな広告サービスや秘密のリージョンも登場
· loading · loading
【AWSデイリーアップデート】Amazon Novaで生成AIの安全性カスタマイズが可能に、他多数アップデート
· loading · loading
【AWSデイリーアップデート】BedrockのAIモデル拡充とStep Functions、Aurora、RDSのAI/ML連携強化
· loading · loading