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

【AWSデイリーアップデート 8件】Qiskit 2.0のサポート、新EC2インスタンス、CloudWatch SDKの改善など

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

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

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


Amazon BraketがQiskit 2.0をサポート
#

投稿日: 2025年12月11日

Amazon BraketがQiskit 2.0をサポート
aws.amazon.com

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

Amazon BraketがQiskit 2.0をサポートしました。これにより、量子開発者は、ネイティブなプリミティブとクライアントサイドのコンパイル機能を備えた、最も人気のある量子ソフトウェアフレームワークの最新バージョンを使用できるようになります。Braketは、最適化されたバッチ処理のためにBraketのプログラムセットを活用する、QiskitのSamplerおよびEstimatorプリミティブのネイティブ実装を提供します。ネイティブプリミティブは、パラメータスイープと観測可能な測定をサービスサイドで処理します。また、双方向回路変換機能により、Braketデバイスに送信する前にQiskitの広範なコンパイルフレームワークを使用してクライアントサイドでトランスパイルできます。

何が嬉しいのか
#

最適化されたバッチ処理により、実行時間とコストが削減されます。顧客がパラメータスイープと観測可能な測定のロジックを手動で実装する必要がなくなります。エンタープライズユーザーや研究者に対し、デバイス特性評価実験やカスタムコンパイルパスに必要な制御と再現性を提供します。

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

  • これまで: 量子開発者は、Qiskitプリミティブに対して汎用的なラッパーアプローチを使用し、パラメータスイープや観測可能な測定のロジックを手動で実装する必要があったかもしれません。クライアントサイドのトランスパイルは、統合が不十分であったり、制御が限定的であったりした可能性があります。
  • これから: ネイティブのSamplerおよびEstimatorプリミティブが利用可能になり、最適化されたバッチ処理が活用されます。パラメータスイープと観測可能な測定はサービスサイドで処理されます。Qiskitの広範なコンパイルフレームワークを使用したクライアントサイドのトランスパイルがサポートされ、より高い制御と再現性が提供されます。

具体的なユースケース
#

  • デバイス特性評価実験
  • カスタムコンパイルパス

Amazon CloudWatch SDKが最適化されたJSONおよびCBORプロトコルをサポート
#

投稿日: 2025年12月11日

Amazon CloudWatch SDKが最適化されたJSONおよびCBORプロトコルをサポート
aws.amazon.com

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

Amazon CloudWatch SDKが、JSONおよびConcise Binary Object Representation (CBOR) プロトコルの両方をサポートするようになりました。SDKはこれらのプロトコルを新しいデフォルトの通信プロトコルとして自動的に使用します。このサポートは、Amazon CloudWatchが利用可能なすべてのAWSリージョンおよび一般提供されているすべてのAWS SDK言語バリアントで利用可能です。

何が嬉しいのか
#

CloudWatchのお客様は、低レイテンシーとパフォーマンスの向上を享受できます。エンドツーエンドの処理レイテンシーが低減され、ペイロードサイズ、アプリケーションクライアント側のCPUおよびメモリ使用量が削減されます。これにより、運用保守とリソースの使用量およびコストを最適化できます。

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

  • これまで: 従来のAWS Queryプロトコルが使用されていました。
  • これから: SDKはJSONまたはCBORを新しいデフォルトの通信プロトコルとして自動的に使用します。

具体的なユースケース
#

  • 監視リソースを管理するためにCloudWatch SDKを直接、またはInfrastructure as Codeソリューションを通じて使用しているお客様は、最新のSDKバージョンをインストールすることでパフォーマンスの向上を活用できます。

Amazon EC2 C8gnインスタンスが追加リージョンで利用可能に
#

投稿日: 2025年12月11日

Amazon EC2 C8gnインスタンスが追加リージョンで利用可能に
aws.amazon.com

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

本日より、最新世代のAWS Graviton4プロセッサを搭載したAmazon Elastic Compute Cloud (Amazon EC2) C8gnインスタンスが、AWS US East (Ohio) および Middle East (UAE) リージョンで利用可能になりました。これらのインスタンスは、最大48xlargeのインスタンスサイズ、最大384 GiBのメモリ、Amazon Elastic Block Store (EBS) への最大60 Gbpsの帯域幅を提供します。また、16xlarge、24xlarge、48xlarge、metal-24xl、metal-48xlのサイズではElastic Fabric Adapter (EFA) ネットワーキングをサポートします。

何が嬉しいのか
#

C8gnインスタンスは、Graviton3ベースのAmazon EC2 C7gnインスタンスと比較して最大30%優れたコンピューティング性能を提供し、ネットワーク最適化されたEC2インスタンスの中で最高のネットワーク帯域幅である最大600 Gbpsのネットワーク帯域幅を提供します。これにより、パフォーマンスとスループットを向上させながら、ネットワーク集約型ワークロードの実行コストを最適化できます。EFAのサポートにより、密結合されたクラスターにデプロイされたワークロードでは、低レイテンシーとクラスターパフォーマンスの向上が実現されます。

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

  • これまで: Amazon EC2 C8gnインスタンスは、これらの追加リージョンでは利用できませんでした。以前の世代のC7gnインスタンスは、コンピューティング性能とネットワーク帯域幅が低く、特定のリージョンでの選択肢が限られていました。
  • これから: 最新世代のAWS Graviton4プロセッサを搭載したAmazon EC2 C8gnインスタンスが、より多くのリージョンで利用可能になり、大幅に向上したコンピューティング性能とネットワーク帯域幅を提供することで、より要求の厳しいワークロードに対応できるようになります。

具体的なユースケース
#

  • ネットワーク仮想アプライアンスの実行
  • 大規模なデータ分析ワークロードの処理
  • CPUベースの人工知能 (AI) および機械学習 (ML) 推論の実行
  • Elastic Fabric Adapter (EFA) を利用した、低レイテンシーと高パフォーマンスが求められる密結合されたクラスターワークロードのデプロイ

Amazon EC2 X8gインスタンスがアジアパシフィック（シドニー）リージョンで利用可能に
#

投稿日: 2025年12月11日

Amazon EC2 X8gインスタンスがアジアパシフィック（シドニー）リージョンで利用可能に
aws.amazon.com

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

Amazon Elastic Compute Cloud (Amazon EC2) X8g インスタンスが、アジアパシフィック (シドニー) リージョンで利用可能になりました。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、最大 3 TiB の合計メモリと、他の Graviton4 ベースのインスタンスと比較して vCPU あたりのメモリが増加しています。

何が嬉しいのか
#

AWS Graviton2 ベースの Amazon EC2 X2gd インスタンスと比較して最大 60% 優れたパフォーマンスを提供し、EC2 X シリーズインスタンスの中で最高の価格性能を誇ります。これにより、メモリ集約型ワークロードの効率とコストパフォーマンスが向上します。

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

  • これまで: Amazon EC2 X8g インスタンスはアジアパシフィック (シドニー) リージョンでは利用できませんでした。メモリ集約型ワークロードは、主に AWS Graviton2 ベースの X2gd インスタンスで実行されていました。
  • これから: アジアパシフィック (シドニー) リージョンで Amazon EC2 X8g インスタンスが利用可能になり、AWS Graviton4 プロセッサによる大幅なパフォーマンス向上と、最大 3 TiB のメモリ容量を活用できるようになります。

具体的なユースケース
#

  • 電子設計自動化 (EDA) ワークロード
  • インメモリデータベース (Redis、Memcached)
  • リレーショナルデータベース (MySQL、PostgreSQL)
  • リアルタイムビッグデータ分析
  • リアルタイムキャッシングサーバー
  • メモリ集約型コンテナ化アプリケーション

Amazon ElastiCache Serverlessが同一スロットのWATCHコマンドをサポート
#

投稿日: 2025年12月11日

Amazon ElastiCache Serverlessが同一スロットのWATCHコマンドをサポート
aws.amazon.com

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

Amazon ElastiCache Serverlessが、同一スロットのトランザクション向けにWATCHコマンドをサポートするようになりました。

何が嬉しいのか
#

この機能により、開発者は高並行性シナリオにおいて、データの一貫性を向上させ、より信頼性の高いアプリケーションを構築できます。WATCHコマンドは、監視対象のキーが変更されていない場合にのみトランザクションが実行されるようにすることで、条件付きトランザクションを可能にします。

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

  • これまで: ElastiCache Serverlessでは、同一スロットのWATCHコマンドによる条件付きトランザクションが直接サポートされていませんでした。
  • これから: WATCHコマンドにより、監視対象のキーが変更されていない場合にのみトランザクションが実行されるようになります。ElastiCache Serverlessでは、WATCHコマンドは監視対象のキーと同じハッシュスロット内のキーで動作するトランザクションで機能します。

具体的なユースケース
#

  • 開発者は、キー名にハッシュタグを使用することでキーの配置を制御し、キーが同じスロットにハッシュされるようにできます。
  • 利用を開始するには、お好みのクライアントライブラリを通じてWATCHコマンドを使用するトランザクションを作成します。

Amazon GameLift ServersがAI支援でゲーム開発者向けAWSコンソールを強化
#

投稿日: 2025年12月11日

Amazon GameLift ServersがAI支援でゲーム開発者向けAWSコンソールを強化
aws.amazon.com

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

Amazon GameLift Serversは、AWSコンソール内でAIを活用した支援機能を開始しました。Amazon Q Developerを利用して、ゲーム開発者向けにカスタマイズされたガイダンスを提供します。この新機能は、GameLift Serversの専門知識を統合し、複雑なワークフローのナビゲート、問題のトラブルシューティング、ゲームサーバーデプロイメントの効率的な最適化を支援します。

何が嬉しいのか
#

この機能強化は、意思決定プロセスの合理化、トラブルシューティング時間の短縮、全体的なリソース利用率の向上を目的としており、コスト削減とより良いプレイヤーエクスペリエンスにつながります。

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

  • これまで: ゲーム開発者は、複雑なワークフローのナビゲート、問題のトラブルシューティング、ゲームサーバーデプロイメントの最適化を手動で行う必要がありました。
  • これから: Amazon Q Developerを活用したAI支援により、AWSコンソール内でGameLift Serversに関する専門知識に基づいたガイダンスを直接受けられるようになります。

具体的なユースケース
#

  • ゲームサーバーの統合、フリート設定、パフォーマンス最適化に関するAI支援の推奨事項に、AWSコンソール内のAmazon GameLift Serversから直接アクセスできます。

Amazon EC2 C8gbインスタンスが一般利用可能に
#

投稿日: 2025年12月11日

Amazon EC2 C8gbインスタンスが一般利用可能に
aws.amazon.com

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

AWS Graviton4プロセッサを搭載した新しいAmazon EBS最適化Amazon EC2 C8gbインスタンスが一般提供開始されました。これらのインスタンスは、AWS Graviton3プロセッサと比較して最大30%優れたコンピューティング性能を提供し、最大150 GbpsのEBS帯域幅により、同サイズのGraviton4ベースのインスタンスよりも高いEBS性能を提供します。最大24xlarge（metal-24xlを含む）のインスタンスサイズ、最大192 GiBのメモリ、最大150 GbpsのEBS帯域幅、最大200 Gbpsのネットワーク帯域幅を提供し、スケーラビリティが向上しています。16xlarge、24xlarge、metal-24xlサイズではElastic Fabric Adapter (EFA) ネットワーキングをサポートし、密結合クラスターにデプロイされたワークロードのレイテンシーを低減し、クラスター性能を向上させます。

何が嬉しいのか
#

これらの新しいEBS最適化EC2インスタンスが提供する高いブロックストレージ性能を活用することで、高性能ファイルシステムなどのワークロードの性能とスループットを向上させながら、ワークロードの実行コストを最適化できます。

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

  • これまで: AWS Graviton3プロセッサを搭載したインスタンスや、同サイズのGraviton4ベースのインスタンスと比較して、コンピューティング性能やEBS性能が低かった。
  • これから: AWS Graviton4プロセッサによりAWS Graviton3プロセッサより最大30%優れたコンピューティング性能を提供し、最大150 GbpsのEBS帯域幅により同サイズのGraviton4ベースのインスタンスよりも高いEBS性能を提供します。

具体的なユースケース
#

  • 高性能ファイルシステム

AWS Support Center Consoleが画面共有によるトラブルシューティングをサポート
#

投稿日: 2025年12月11日

AWS Support Center Consoleが画面共有によるトラブルシューティングをサポート
aws.amazon.com

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

AWS Support Center Consoleで、サポートケースのトラブルシューティングのために画面共有がサポートされるようになりました。この新機能により、アクティブなチャットや通話中にバーチャルミーティングをリクエストしたり、ミーティングブリッジリンクを介してワンクリックでサポート通話に参加したりできます。新しいバーチャルミーティングでは、ミーティング中に画面を共有し、ケースの詳細にシームレスにアクセスして効率的なトラブルシューティングを行うことができます。

何が嬉しいのか
#

すべてのサポートインタラクションをAWS Support Center Console内で完結させることで、サポート体験が簡素化されます。

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

  • これまで: 画面共有やワンクリックでのバーチャルミーティングはAWS Support Center Consoleに統合されていませんでした。
  • これから: AWS Support Center Console内で、アクティブなチャットや通話中にバーチャルミーティングをリクエストし、ワンクリックでサポート通話に参加し、画面共有を行いながらケースの詳細にシームレスにアクセスして効率的なトラブルシューティングを行うことができます。

具体的なユースケース
#

  • アクティブなチャットや通話中にバーチャルミーティングをリクエストし、画面を共有しながらサポートケースのトラブルシューティングを行う。
Reply by Email

関連記事

【AWSデイリーアップデート 10件】Amazon OpenSearch Serviceが自動セマンティックエンリッチメントをサポート
· loading · loading
Aws Whatsnew
【AWSデイリーアップデート 43件】Amazon Bedrockに新モデル、EC2高性能インスタンス、S3オブジェクトサイズ50TB対応、AWS SupportのAI強化など
· loading · loading
Aws Whatsnew
【AWSデイリーアップデート 49件】Amazon ConnectのAI機能強化、AWS Transformによるモダナイゼーション、AWS Marketplaceの進化
· loading · loading
Aws Whatsnew