AWS What's New Digest

Appearance

2026年01月14日 ​

[Neptune] Amazon Neptune Database now supports R7g and R8g instances in 5 additional regions ​

概要 ​

Amazon Neptune が R7g（Graviton3/DDR5）および R8g（Graviton4/DDR5）インスタンスを、指定の5リージョンでサポート開始しました。Neptune エンジン v1.4.5 以上で既存クラスタのインスタンスタイプを変更するだけで利用可能です。

変更内容・新機能の詳細 ​

サポート対象は Amazon Neptune エンジンバージョン 1.4.5 以上のクラスタで、以下の点が主な特徴です。

  • リージョン追加: Asia Pacific (Hong Kong), Asia Pacific (Osaka), Asia Pacific (Singapore), Canada (Central), US West (N. California)。
  • インスタンス種類: R7g は AWS Graviton3 ベース、R8g は AWS Graviton4 ベース。R7g は DDR5 メモリを搭載する最初の AWS データベース向けインスタンスで、高速なメモリアクセスが可能。
  • 性能: R7g は最大 30 Gbps の強化ネットワーク（enhanced networking）と最大 20 Gbps の EBS 帯域を提供。R8g はより大きなインスタンスサイズ（最大 48xlarge）をサポートし、メモリ:vCPU 比が 8:1 と高メモリ比を実現。Graviton4 はデータベース処理で Graviton3 と比べ最大で約 40% 高速とされています。
  • コスト: R7g / R8g は R6g と比べて価格が約 -16%（記事時点）とされています（詳細はリージョン/サイズごとの料金を要確認）。
  • 利用方法: AWS マネジメントコンソールまたは AWS CLI からインスタンスタイプを変更して起動できます。既存クラスタのアップグレードはインスタンスタイプ修正のみで可能。
  • 補足: R8g は大規模メモリ集約ワークロード向け（メモリ重視のグラフクエリや大規模キャッシュ保持など）に適しており、R7g は高メモリ帯域・コスト効率を重視するケースに有効。

影響範囲・利用シーン ​

  • 対象ユーザー: グラフデータベースを運用するデータエンジニア、SRE、DBA、およびメモリ集約・低レイテンシを要求するアプリケーションオーナー
  • 利用シーン: 大規模グラフクエリ（トラバース/パス探索）、インメモリデータ保持やキャッシュ、低レイテンシ読み取り負荷の高いオンラインサービス、コストパフォーマンス改善を狙ったインスタンス移行
  • 運用効果: 同等または小さいコストで処理性能とメモリ容量を向上できるため、クエリ応答改善・スループット増加・ノード数削減による運用コスト最適化が期待できる

技術的な注意点 ​

  • エンジンバージョン: Neptune エンジン v1.4.5 以上が必要です。バージョン未満のクラスタではインスタンスタイプ変更前にエンジンをアップグレードしてください。
  • リージョン制限: 本対応は記事記載の 5 リージョン（Hong Kong、Osaka、Singapore、Canada (Central)、US West (N. California)）で追加されたものです。利用予定のリージョンで提供されているか事前に確認してください。
  • IAM 権限: インスタンスタイプ変更やクラスタ管理には neptune:ModifyDBCluster/ModifyDBInstance 等の権限が必要です。変更作業を行う IAM ロール/ユーザーの権限を確認してください。
  • ダウンタイム/再起動: インスタンスタイプの変更はインスタンス単位で再起動（またはフェイルオーバー）を伴う可能性があります。運用ウィンドウやローリングアップグレード計画を準備してください。
  • コスト: 記事時点で R7g/R8g は R6g より約 -16% とされていますが、実際の料金はリージョン・サイズ・購買オプション（オンデマンド、RI、Savings Plans 等）で異なります。事前に料金表で確認してください。
  • クォータ/リソース制限: 新しいインスタンスタイプの割当はデフォルトクォータに影響します。大きなサイズ（特に R8g の 48xlarge 等）を使う場合、EC2/Neptune のインスタンス数や EBS 帯域のクォータ増加申請が必要になる場合があります。
  • EBS/ネットワーク: R7g は最大 20 Gbps の EBS 帯域と最大 30 Gbps のネットワークをサポート。アプリケーションの I/O/ネットワーク要件を確認し、EBS ボリューム設定やスループット要件を調整してください。
  • 互換性: Graviton 系は ARM アーキテクチャ（aarch64）です。Neptune はマネージドサービスのためユーザー側で OS/バイナリ対応は不要ですが、もしクラスタ外で CPU 固有のクライアントライブラリやネイティブ拡張を利用している場合は互換性確認を行ってください。
  • 運用手順: コンソールまたは AWS CLI でインスタンスタイプを変更します。マルチ AZ クラスタではローリングで置換することで可用性を維持できますが、各インスタンスの再起動による短時間の接続途切れを想定してください。

参考情報 ​

[Ec2] Amazon EC2 X8aedz instances are now available in Asia Pacific (Mumbai, Seoul) regions ​

概要 ​

Amazon EC2の高クロック・高メモリ比率インスタンス「X8aedz」が、アジアパシフィック（ムンバイ／ソウル）リージョンで利用可能になりました。5GHzの高最大CPU周波数と大容量メモリ、ローカルNVMeを組み合わせた設計で、EDAやシングルスレッド性能を重視するデータベースに最適です。

変更内容・新機能の詳細 ​

X8aedzインスタンスは第5世代AMD EPYCプロセッサ（コード名Turin）を採用し、クラウド上で最大5.0GHzのCPU周波数を実現します。第6世代AWS Nitroカードを基盤とし、ローカルNVMe SSD（最大8TB）を組み合わせることで、フロアプランニング、ロジック配置、クロックツリー合成（CTS）、ルーティング、電源/信号整合性解析などのメモリ集約型バックエンドEDAワークロードで高速処理を可能にします。インスタンスはメモリ:vCPU比が32:1で、2〜96 vCPU（メモリ64〜3,072 GiB）までの8サイズと、2つのベアメタルバリアントを提供します。購入はオンデマンド、Savings Plans、Spotが利用可能です。開始はAWS マネジメントコンソールから行えます。

影響範囲・利用シーン ​

  • 対象ユーザー: 半導体設計者（EDAワークロード）、データベース管理者、ハイパフォーマンス単一スレッド処理を必要とするアプリケーション開発者
  • 利用シーンまたは効果: フロアプランニング、ロジックプレースメント、CTS、ルーティング、電源/信号整合性解析などのバックエンドEDA処理で処理時間短縮。大規模インメモリ型リレーショナルDB（例：OLTP/OLAP）でのレスポンス改善
  • 運用効果: 高クロックCPUと大容量メモリにより単一スレッド性能が向上し、E2Eの設計サイクル短縮やクエリレイテンシ低減が見込める
  • コスト関連: 高性能インスタンスのためオンデマンド料金は高め。長期利用はSavings PlansやSpot活用でコスト削減可能
  • リージョン影響: 現時点では Asia Pacific (Mumbai) と Asia Pacific (Seoul) に追加。その他リージョンでの利用は順次対応の可能性あり

技術的な注意点 ​

  • リージョン制限: 現時点で ap-south-1（ムンバイ）と ap-northeast-2（ソウル）のみで提供されています。他リージョンは未対応の可能性あり
  • AMI/OSサポート: NitroベースかつAMD EPYC向けのカーネル/ドライバを含む最新のAmazon Linux 2/対応ディストロを使用することを推奨します。古いカーネルやカスタムイメージは動作確認が必要
  • ローカルNVMe: 最大8TBのNVMeはインスタンスの一時ストレージ（インスタンスストア）です。停止/終了でデータは消失するため、永続化が必要な場合はEBSまたはS3へバックアップしてください
  • ベアメタル: ベアメタルバリアントはホスト直接アクセスを提供しますが、ホスト固有のドライバやライセンス、セキュリティポリシーに注意してください
  • CPU周波数の扱い: 5GHzは『最高周波数（turbo）』であり、ワークロードやサーマル/電力状況により持続可能な周波数は変動します。ベンチマークで実運用値を確認してください
  • インスタンス制限/クォータ: 新インスタンス型はデフォルトクォータが低めに設定されていることがあるため、必要に応じてService Quotasで引き上げ申請を行ってください
  • ネットワーキング/ENA: NitroベースのためEnhanced Networking（ENA）や最新のENI機能を利用可能ですが、ネットワーク性能要件に応じてVPC設定やセキュリティグループを確認してください
  • ライセンス: ソフトウェアのコア／ソケットライセンス（商用EDAツール等）を使用する場合、vCPU数とベアメタルの違いがコストに影響することがあります
  • コスト: 高性能・大容量メモリインスタンスのため料金は高め。SpotやSavings Plansの活用、ワークロードのスケジューリングでコスト最適化を検討してください

参考情報 ​

[Connect] Amazon Connect Cases now supports AWS CloudFormation ​

概要 ​

Amazon Connect Cases が AWS CloudFormation をサポートしました。Cases のテンプレート、フィールド、レイアウトなどの設定をインフラストラクチャとしてコード（IaC）で定義・配備・管理できるようになります。

変更内容・新機能の詳細 ​

今回のリリースにより、管理者は CloudFormation テンプレートで Amazon Connect Cases の構成要素（ケーステンプレート、カスタムフィールド、レイアウト等）を定義し、プログラム的にデプロイおよび更新できるようになりました。これにより手動での GUI 操作によるセットアップやヒューマンエラーを削減でき、テンプレートのパラメータ化や変更セットを使った検証、スタックの自動展開を通じて複数の Connect インスタンスへ一貫した設定を配布できます。CloudFormation を通じてデプロイすることで、デプロイ順序や依存関係を管理しやすくなり、CI/CD パイプライン（例：CodePipeline / GitHub Actions）からの自動化も容易になります。Amazon Connect Cases の CloudFormation サポートは、記事記載のリージョン（US East (N. Virginia)、US West (Oregon)、Canada (Central)、Europe (Frankfurt)、Europe (London)、Asia Pacific (Seoul)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Africa (Cape Town)）で利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: Amazon Connect を利用し Cases を運用するクラウドエンジニア、SRE、コールセンタ管理者、DevOps チーム
  • 利用シーン: マルチインスタンス/マルチリージョンでの一貫した Cases 設定配布、CI/CD による構成管理、ステージング→本番への安全な構成反映
  • 運用効果: 手動設定の削減によるヒューマンエラー低減、テンプレート化による再現性向上、変更セットやスタック管理による安全なロールアウト

技術的な注意点 ​

  • IAM権限: CloudFormation 実行ロールに対して Amazon Connect Cases の設定を変更できる適切な connect:* 権限（ケーステンプレートやフィールドの作成/更新/削除権限）を付与する必要があります
  • リージョン制限: Cases の CloudFormation サポートは記事で列挙されたリージョンで利用可能です。対象リージョンで Cases 自体が有効化されていることを確認してください
  • デプロイ順序/依存関係: テンプレート・フィールド・レイアウト等のリソース間の依存関係を考慮し、CloudFormation の DependsOn や明示的な参照を適切に設定してください
  • 変更管理: 既存設定を上書きする操作は影響範囲が大きいため、Change Sets を使った検証やステージング環境でのテストを推奨します
  • CDK/CLI 利用: CloudFormation テンプレートはコンソール、AWS CLI、SDK、および AWS CDK（CloudFormation に準拠する L1 リソースを介して）からデプロイできます。CDK の高レベルサポートは別途確認してください
  • コスト: CloudFormation 自体に追加料金は発生しませんが、Cases の利用や関連する Connect の機能は課金対象となる場合があります。導入前に料金モデルを確認してください
  • ロールバック/可観測性: スタックロールバック時の影響や、変更が既存ケースデータやワークフローに与える影響を事前に評価してください。CloudWatch ログや監査ログで変更履歴を追跡する運用を整備してください

参考情報 ​

[Msk] Amazon MSK Connect is now available in three additional AWS Regions ​

概要 ​

Amazon MSK Connectが新たに3つのAWSリージョン（Asia Pacific (New Zealand)、AWS GovCloud (US-East)、AWS GovCloud (US-West)）で利用可能になりました。これによりMSK Connectは合計38リージョンで利用可能です。

変更内容・新機能の詳細 ​

MSK ConnectはAmazon Managed Streaming for Apache Kafka（Amazon MSK）向けのフルマネージドなKafka Connect実行基盤を提供します。少ない操作でコネクタのデプロイ、監視、スケールを行え、データベース、ファイルストア、検索インデックスなどの外部システムとKafka／Amazon MSK間でデータを移動できます。インフラのプロビジョニングや維持管理は不要で、使用に応じたリソース課金（従量課金）です。Kafka Connectとの互換性がフルサポートされているため、既存のConnector設定やコードをほとんど変更せずに移行でき、Amazon MSK管理下のクラスタとセルフマネージドのApache Kafkaクラスタの両方をサポートします。操作はAmazon MSKコンソールまたはAWS CLIから開始可能で、CloudWatch等を用いた監視やログ収集、IAMロールやSecrets Managerによる資格情報管理、VPC内ネットワーク設定などのセキュリティ設定が利用できます。今回の追加により、MSK Connectは合計38リージョンで利用可能になりました。

影響範囲・利用シーン ​

  • 対象ユーザー: Kafka/データパイプラインの構築・運用を行うプラットフォームエンジニア、データエンジニア、SRE
  • 利用シーン: データベースやファイルシステムからKafkaへデータ流入、またはKafkaから検索インデックスやデータレイクへデータ流出するETL／CDCパイプラインの実行
  • 運用効果: インフラ管理工数の削減、コネクタの自動スケーリングによる負荷対応、既存Kafka Connect資産の容易な移行
  • リージョン対応: GovCloud（US-East/US-West）への展開で米政府関連ワークロードや専用コンプライアンス要件に対応可能
  • 可用性・拡張性: マネージドサービスによりノード管理不要で、使用量に応じた自動スケールと従量課金が活用可能

技術的な注意点 ​

  • IAM権限: MSK Connectの作成・実行には適切なIAMロールとポリシー（MSK、EC2、IAM、CloudWatch、Secrets Manager等へのアクセス権）が必要です
  • リージョン制限: 新たに発表された3リージョンで利用可能になりましたが、すべてのリージョンで同一のコネクタプラグインや機能が提供されるとは限りません。利用前に対象リージョンでのサポート状況を確認してください
  • コスト: MSK Connectはリソース（容量/実行時間）に応じた課金です。データ転送（特にリージョン間／インターネット転送）や関連サービス（MSKクラスタ、CloudWatch、Secrets Manager等）の料金も考慮してください
  • ネットワーク: MSK ConnectはVPC内で動作するため、サブネット、セキュリティグループ、ルート設定、NATやVPCエンドポイントの構成を確認してください。セルフマネージドKafkaへ接続する場合はネットワーク到達性（VPN/Direct Connect等）を確保する必要があります
  • コネクタ互換性・ライセンス: Kafka Connect互換を謳いますが、特定コネクタはサードパーティ製でライセンスやバージョン依存があります。必要なコネクタプラグインがリージョンで利用可能か、または独自にプラグインをアップロードできるか確認してください
  • GovCloud注意点: GovCloudリージョンはアカウントの分離やアクセス手続き、エンドポイントの違いがあります。GovCloudアカウントでの操作方法・料金やコンプライアンス要件を事前に確認してください
  • 監視とログ: CloudWatchメトリクス／ログや、必要に応じてS3へログエクスポートする設定を行い、コネクタのパフォーマンスと障害を監視してください

参考情報 ​

[Lex] Amazon Lex launches improved speech recognition models for English ​

概要 ​

Amazon Lexが英語向けにニューラル自動音声認識（ASR）モデルを導入しました。従来より会話的な発話や非ネイティブ・地域訛りを高精度に認識し、音声ボットの自己解決率を改善します。

変更内容・新機能の詳細 ​

今回のアップデートで提供されるASRはニューラルネットワークを用いたモデルで、複数の英語ロケールのデータで学習されています。会話体の短縮語や不明瞭な発話、非ネイティブや地域アクセントに強く、ユーザーが繰り返し発話する必要を減らすことを目的としています。利用方法はボットのロケール設定内で「Neural」を音声認識オプションとして選択するだけで有効になります。本機能はAmazon ConnectとAmazon Lexが稼働するすべてのAWS商用リージョンで利用可能とされています。記事ではレイテンシや料金の変更については明示されていないため、既存の音声認識フロー（ASR -> NLU）の挙動確認やA/Bテストを推奨します。また、本アップデートは音声認識（ASR）モデルの改良に関するものであり、意図解釈（NLU）の設定やボット設計自体は別途最適化が必要です。

影響範囲・利用シーン ​

  • 対象ユーザー: 音声ボットを運用・開発するSRE／音声UXエンジニア、Contact Center導入企業
  • 利用シーン: コールセンターの自動応答（IVR）やセルフサービス音声ボットでの発話認識精度向上
  • 運用効果: ユーザーの再発話が減り自己解決率が向上、呼戻しやオペレータ転送の削減による運用負荷低減が期待できる

技術的な注意点 ​

  • IAM権限: ボット設定の更新にはLexのボット編集権限（例: lex:PutBot、lex:UpdateBot）が必要です。Amazon Connect連携を行う場合はConnect側の権限設定も確認してください。
  • リージョン制限: 記事によればAmazon ConnectとLexが稼働するすべてのAWS商用リージョンで利用可能。ただし、実際に利用するリージョンで「Neural」オプションが表示されるか公式ドキュメントやコンソールで確認してください。
  • コスト: 記事で専用の追加料金は明示されていませんが、Lex/Connectの音声処理に対する通常の課金が適用されます。料金影響はサービスの利用状況に依存するため事前に料金ページで確認してください。
  • 設定手順: ボットのロケール設定で音声認識を"Neural"に切替えることで有効化されます。適用後はテスト通話や既存ユーザーパターンで認識精度を検証してください。
  • 互換性: 本変更はASRモデルの改良であり、NLU（意図解析）やダイアログフロー自体は別に最適化が必要です。既存のカスタムスロットやエンティティ抽出ロジックとの相互作用を検証してください。
  • 運用上の注意: 音声データのプライバシー・保存ポリシー（録音の保持期間等）や監査要件に準拠しているか確認してください。テストは多様なアクセント・非ネイティブ発話を含めて実施することを推奨します

参考情報 ​

AI要約はOpenAI GPT-5-miniによって生成されています。

Copyright © 2026