Weekly AWS アップデート情報 - 2026/2/16 ～AWS Support Center Console の AI トラブルシューティングが、日本語など7つの追加言語に対応～

分析

MSK が、新しい API とコンソール統合で Kafka トピック管理を簡素化
Amazon Managed Streaming for Apache Kafka (Amazon MSK) が、Kafka トピックの管理を簡素化する新しいAPI（CreateTopic, UpdateTopic, DeleteTopic）を提供開始しました。これにより、Kafka 管理クライアントをセットアップすることなく、AWS CLI, AWS SDKs, AWS CloudFormation を使ってプログラムでトピックの作成、更新、削除ができます。
これらのAPIは Amazon MSK コンソールにも統合され、トピック操作が一元化されました。コンソールからは、ガイドに従って数クリックでトピックを管理できます。
この機能は、Kafka バージョン 3.6 以上を使用する全ての MSK プロビジョニング済みクラスターで、追加費用なしで利用可能です。

Amazon Redshift が、自動最適化のための追加コンピューティング割り当てをサポート
Amazon Redshift が、自動最適化機能（autonomics）のために追加のコンピューティングリソースを割り当てることをサポートするようになりました。これにより、データベース管理者は、ユーザーアクティビティが高い期間でも、Automatic Table Optimization (ATO)、Automatic Table Sorting (ATS)、Auto Vacuum、Auto Analyze などの最適化を手動でスケジュールする必要がなくなります。
この機能拡張は、ユーザーのワークロードに影響を与えることなく、追加のコンピューティングリソースを自動的に活用して autonomics を確実に実行します。プロビジョニングされたクラスター向けのコスト管理機能も含まれており、autonomics が利用できるリソース量を制限できます。また、新しい「SYS_AUTOMATIC_OPTIMIZATION」システムテーブルにより、プロビジョニングされたクラスターとサーバーレスワークグループの両方で autonomics 操作に関する可観測性が向上します。
この機能は、Amazon Redshift がサポートされている全ての AWS リージョンで利用可能です。

Amazon OpenSearch Serverless が Collection Groups をサポート
Amazon OpenSearch Serverless が、Collection Groups をサポートするようになりました。この新機能により、異なる AWS KMS キーを持つコレクション間で OpenSearch Compute Units (OCUs) を共有でき、コストを最適化できます。
Collection Groups は、コレクションレベルのセキュリティを維持しつつ、共有コンピューティングモデルによって全体の OCU 費用を削減します。また、最小 OCU 割り当てを指定できるようになったため、コールドスタートをなくし、予測可能なパフォーマンスを実現できます。
この機能は、特に個別の暗号化キーを必要とするマルチテナントワークロードに有効です。Amazon OpenSearch Serverless が利用可能な全てのリージョンでサポートされています。

Amazon MSK が Express ブローカーのブローカーログをサポート
Amazon Managed Streaming for Apache Kafka (MSK) が、Express ブローカーのブローカーログを追加費用なしでサポートするようになりました。ブローカーログにアクセスすることで、クライアントの接続性や可用性の問題をトラブルシューティングしたり、リバランスやフェイルオーバー時のブローカーの動作に関する洞察を得ることができます。また、Amazon CloudWatch Logs や Amazon S3 との統合により、Kafka の運用テレメトリを既存の可観測性パイプラインに簡単に統合できます。
この機能は、新規および既存の Express ブローカーで利用でき、Amazon MSK コンソールまたは AWS CLI から有効にできます。Express ブローカーが利用可能な全ての AWS リージョンでサポートされています。

Amazon Athena が、1分単位の予約と4 DPUの最小容量をサポート
Amazon Athena が、1分単位のキャパシティ予約と、全ての予約で最小4 DPU (Data Processing Units) という低い最小容量をサポートするようになりました。これにより、より少ない容量から始め、ワークロードのパターンに合わせてきめ細かい調整が可能になり、長期的なコミットメントなしで短期間のクエリワークロードのコストを最大95%削減できます。
キャパシティ予約は、クエリの優先順位付けや同時実行制御が必要なワークロードに最適な専用サーバーレスコンピューティングを提供します。予約したキャパシティに対してのみ支払いが発生し、データスキャン料金はかかりません。既存の Athena クエリやワークグループとシームレスに連携し、SQLクエリやアプリケーションコードを変更することなく利用できます。

AWS Lake Formation がクロスアカウント共有を強化
AWS Lake Formation のクロスアカウント共有機能が強化され、数十万のテーブルをアカウント間で共有できるようになりました。これにより、大規模できめ細やかなアクセス制御が必要なマルチアカウント分析環境において、カタログ、データベース、テーブルなどのリソース権限を Lake Formation で一元管理できます。
このアップデートにより、単一の AWS Resource Access Manager リソース共有で無制限のテーブルを共有できるようになり、リソースタイプごとの関連付け制限がなくなりました。新しい権限付与では、個々のリソースの代わりにワイルドカードパターンが自動的に使用されます。利用を開始するには、Lake Formation コンソールまたは API を通じてクロスアカウントバージョン5にアップグレードする必要があります。既存の共有と API は引き続き互換性があります。

ビジネスアプリケーション

Amazon Connect が、騒がしい環境向けの音声拡張機能を発表
Amazon Connect が、騒がしいコンタクトセンター環境での音声品質を向上させる音声拡張機能をリリースしました。この機能は、エージェント側の背景ノイズを抑制し、お客さまがエージェントの声をより明確に聞き取れるようにします。
この機能には、コンタクトセンター内のノイズと背景の会話の両方を抑制する「Voice Isolation」モードと、背景ノイズのみを抑制する「Noise Suppression」モードの2つのモードがあります。管理者はユーザー管理ページから、エージェントはコンタクトコントロールパネルから設定を調整できます。
この機能は、Amazon Connect が提供されている全ての商用 AWS リージョンで利用可能です。

Amazon Connect が、分析ダッシュボードの詳細なアクセス制御を開始
Amazon Connect のダッシュボードで、分析ダッシュボードに対する詳細なアクセス制御が可能になりました。これにより、エージェント、キュー、ルーティングプロファイルなどの特定リソースのメトリクスを誰が閲覧できるかを、リソースタグを使用して制御できます。また、タグを使用してメトリクスをフィルターリングし、同じタグを共有するエージェントやキューの集計メトリクスを表示することも可能です。例えば、「Department:Customer Service」というタグをエージェントに付けることで、ダッシュボードのメトリクスの可視性をカスタマーサービスチームのマネージャーに限定できます。この機能は、Amazon Connect が提供されている全ての AWS 商用リージョンおよび AWS GovCloud (US-West) リージョンで利用できます。

Amazon Connect が、ビジネスユーザーに重要な運用アラートを通知するアプリ内通知を開始
Amazon Connect が、ワークスペースヘッダーに表示されるアプリ内通知機能を導入しました。これにより、ユーザーは設定、データ分析、顧客対応などの作業を中断することなく、重要な運用アラートを常に把握できます。
通知アイコンはどのページからでも表示され、クリックするとメッセージの確認や関連リソースへのアクセスが可能です。新しい通知APIを使用すれば、特定の対象者にプログラムでメッセージを送信でき、緊急の更新やポリシー変更の周知に活用できます。
この機能は、Amazon Connectが利用可能な全てのAWSリージョンで提供され、公開APIとAWS CloudFormationをサポートしています。

Amazon Connect が、タスク向けのリアルタイムなAIによる概要と推奨される次のアクションを提供
Amazon Connect が、AIを活用したタスクの概要と推奨される次のアクションを提供するようになりました。これにより、エージェントは作業項目をより迅速に理解し、解決できます。例えば、エージェントがオンラインフォームから送信された返金リクエストを処理するタスクを受け取ると、Amazon Connect は注文詳細の確認や返品資格のチェックといった以前のアクティビティを要約し、返金を完了するための推奨される次のステップを提示します。
この機能を有効にするには、タスクがエージェントに割り当てられる前に、フローに Connect assistant フローブロックを追加します。ナレッジベースを追加することで、生成AIを活用したタスクアシスタントの推奨をガイドすることも可能です。
この新機能は、Amazon Connect のリアルタイムエージェント支援が利用可能な全ての AWS リージョンで利用できます。

Amazon Connect が、タスク、チャット、Eメールの自動受付を開始
Amazon Connect で、タスク、チャット、Eメール、コールバックの自動受付設定が可能になりました。自動受付を有効にすると、エージェントが手動で問い合わせを受け付けるのを待つことなく、着信が自動的に接続されるため、お客さまはタイムリーな支援を受けられます。以前はこの設定は着信音声のみで利用可能でしたが、今回のアップデートでチャンネルごとに設定できるようになりました。例えば、タスクでは自動受付を有効にし、音声通話では無効にするといった柔軟な設定が可能です。

Amazon Connect が、タスク、チャット、Eメールの問い合わせ後作業タイムアウト設定を開始
Amazon Connect で、タスク、チャット、Eメール、コールバックに対する問い合わせ後作業 (ACW) のタイムアウト設定が可能になりました。この機能は、エージェントがACWに費やす時間を制限し、自動的に次の問い合わせを受け付けられる状態にすることで、エージェントの効率を向上させます。
この設定はチャンネルごとに有効にでき、エージェントの時間配分をさらに最適化できます。例えば、EメールのACWタイムアウトは短く、音声通話のタイムアウトは長く設定することで、エージェントは次の顧客対応に備えるための準備時間を確保できます。

コンピューティング

第2世代 AWS Outposts ラックで Amazon EC2 C8i、M8i、R8i インスタンスを発表
第2世代 AWS Outposts ラックで、最新世代のx86ベース Amazon EC2 インスタンス（C8i, M8i, R8i）のローカルサポートが発表されました。これらの新しいインスタンスは、第2世代 Outposts ラック上の C7i, M7i, R7i インスタンスと比較して、パフォーマンスが20%向上し、メモリ帯域幅が2.5倍になります。
さらに、同じラックスペースと消費電力で20%多くのコンピューティング容量を提供し、オンプレミスワークロードのスペース効率とエネルギー効率を向上させます。これらのインスタンスは、AWS のみで利用可能なカスタム Intel Xeon 6 プロセッサを搭載しており、大規模データベース、メモリ集約型アプリケーション、高度なリアルタイムビッグデータ分析、高性能ビデオエンコーディング、CPUベースのエッジ推論など、パフォーマンスが要求される幅広いオンプレミスワークロードに最適です。

新しい Amazon EC2 汎用 M8azn インスタンスを発表
新しい汎用 Amazon EC2 M8azn インスタンスの一般提供が開始されました。このインスタンスは、第5世代 AMD EPYC プロセッサを搭載し、クラウドで最高の最大5GHzのCPU周波数を実現します。前世代の M5zn インスタンスと比較して最大2倍のコンピューティング性能、M8a インスタンスと比較して最大24%高い性能を提供します。
M8azn インスタンスは、M5zn インスタンスと比較して、メモリ帯域幅が最大4.3倍、L3キャッシュが10倍に向上しており、レイテンシーの影響を受けやすいコンピューティング集約型のワークロードでより迅速な結果を得られます。また、ネットワークスループットは最大2倍、EBSスループットは最大3倍に向上しています。
このインスタンスは、リアルタイム金融分析、ハイパフォーマンスコンピューティング (HPC)、高頻度取引 (HFT)、CI/CD、集中的なゲーム、シミュレーションモデリングなどのアプリケーションに最適です。
M8azn インスタンスは、アジアパシフィック（東京）を含む複数の AWS リージョンで利用可能です。

Amazon EC2 C8id、M8id、R8id インスタンスが東京など追加リージョンで利用可能に
Amazon EC2 C8id, M8id, R8id インスタンスが、アジアパシフィック（東京）を含む追加リージョンで利用可能になりました。これらのインスタンスはカスタム Intel Xeon 6 プロセッサを搭載し、前世代と比較して最大43%高いパフォーマンスと3.3倍のメモリ帯域幅を提供します。
I/O集約型のワークロードにおいて、データベースでは最大46%のパフォーマンス向上、リアルタイムデータ分析では最大30%高速なクエリ結果を実現します。また、ネットワークと EBS の帯域幅を柔軟に割り当てる Instance Bandwidth Configuration もサポートしています。
各インスタンスの主な用途は以下の通りです。
・ C8id: Webサーバーやバッチ処理などのコンピューティング集約型ワークロード
・ M8id: アプリケーションサーバーやマイクロサービスなどのバランスの取れたワークロード
・ R8id: インメモリデータベースやリアルタイムビッグデータ分析などのメモリ集約型ワークロード

AWS Elastic Beanstalk が、アプリケーションの自動デプロイのための GitHub Actions をサポート
AWS Elastic Beanstalk が GitHub Actions をサポートし、GitHub リポジトリへのコードや設定の変更をプッシュした際に、Webアプリケーションを自動的にデプロイできるようになりました。これにより、スケーラブルなWebアプリケーションの継続的インテグレーションと継続的デプロイ (CI/CD) パイプラインが効率化されます。
この新しい GitHub Action は、デプロイパッケージの作成、S3 へのアップロード、バージョン管理、環境モニターリングを自動化します。また、必要に応じてアプリケーションと環境を自動作成し、OpenID Connect (OIDC) 認証を使用して IAM とシームレスに統合します。
この機能は、Elastic Beanstalk が利用可能な全ての商用 AWS リージョンで利用できます。

AWS Batch が、ジョブキューと共有使用率の可視化を提供
AWS Batch が、キューと共有の利用率の可視化機能を提供するようになりました。これにより、ワークロードがコンピューティングリソースにどのように分散されているかについての洞察が得られます。この機能は、ジョブキューのスナップショットにキュー使用率データを導入し、FIFO およびフェアシェアジョブキューが使用するコンピューティング容量と、個々のフェアシェア割り当てによる容量消費を明らかにします。
さらに、ListServiceJobs API には「scheduledAt」タイムスタンプが含まれるようになり、ジョブの実行スケジュールを追跡できます。どのフェアシェア割り当てが最も容量を消費しているかを把握し、リソースの配分を最適化できます。
この機能は、API または AWS Batch Management Console を通じてアクセスでき、AWS Batch が利用可能な全ての AWS リージョンで利用可能です。

コンテナ

Amazon EKS Auto Mode が、マネージド Kubernetes 機能の強化されたロギングを発表
Amazon EKS Auto Mode のマネージド機能が、Amazon CloudWatch Vended Logs を使用してログ配信ソースとして設定できるようになりました。これにより、コンピューティングのオートスケーリング、ブロックストレージ、ロードバランシング、ポッドネットワーキングなどのマネージド機能からログを自動収集し、クラスターの監視とトラブルシューティングをより効果的に行うことができます。
お客さまは CloudWatch API または AWS コンソールを使用してログ配信を設定でき、配信先として CloudWatch Logs、Amazon S3、または Amazon Kinesis Data Firehose を選択できます。この機能は、標準の CloudWatch Logs よりも低価格で、信頼性の高いログ配信を提供します。この機能は、EKS Auto Mode が利用可能な全てのリージョンで利用可能です。

データベース

Amazon RDS が、スナップショットの復元時にバックアップ設定をサポート
Amazon Relational Database Service (RDS) および Amazon Aurora で、スナップショットを復元する際にバックアップ設定を表示・変更できるようになりました。これにより、バックアップ保持期間や優先バックアップウインドーを復元操作の前または最中に指定でき、柔軟性が向上します。
以前は、復元されたデータベースはスナップショットのバックアップ設定を継承し、復元完了後にしか変更できませんでした。今回のアップデートにより、復元時にこれらの設定を直接変更できるため、復元後の追加作業が不要になります。
この機能は、全ての Amazon RDS データベースエンジンと Amazon Aurora で、サポートされている全ての AWS 商用リージョンおよび AWS GovCloud (US) リージョンで追加費用なしで利用可能です。

Amazon RDS が、Microsoft SQL Server 向けの最新の累積更新プログラム (CU23) をサポート
Amazon Relational Database Service (Amazon RDS) for SQL Server が、SQL Server 2022 の最新の累積更新プログラム (CU23) KB5078297 をサポートするようになりました。この更新プログラムを適用するために、Amazon RDS Management Console、AWS SDK、または CLI を使用してインスタンスをアップグレードすることが推奨されます。

Amazon RDS for PostgreSQL が、マイナーバージョン 18.2、17.8、16.12、15.16、および 14.21 をサポート
Amazon Relational Database Service (RDS) for PostgreSQL が、最新のマイナーバージョン 18.2、17.8、16.12、15.16、および 14.21 をサポートするようになりました。最新バージョンへのアップグレードにより、既知のセキュリティ脆弱性の修正やバグ修正といったメリットがあります。今回のリリースには、パフォーマンスメトリクスを収集し、クエリパフォーマンスの洞察を統一されたビューで評価できる新しい拡張機能「pg_stat_monitor」も含まれています。
アップグレードは、自動マイナーバージョンアップグレードや、ダウンタイムを最小限に抑える Amazon RDS Blue/Green デプロイなどを利用して行うことができます。また、AWS Organizations Upgrade Rollout Policy を使えば、大規模なアップグレードを段階的に調整することも可能です。

Amazon RDS for MariaDB が、コミュニティー MariaDB のマイナーバージョン 10.6.25、10.11.16、11.4.10、11.8.6 をサポート
Amazon Relational Database Service (Amazon RDS) for MariaDB が、コミュニティー MariaDB のマイナーバージョン 10.6.25、10.11.16、11.4.10、および 11.8.6 をサポートするようになりました。
最新バージョンへのアップグレードにより、既知のセキュリティ脆弱性の修正、バグ修正、パフォーマンス改善、新機能の利用といったメリットがあります。
アップグレードは、自動マイナーバージョンアップグレードや、より安全でシンプルかつ高速な更新を実現する Amazon RDS マネージド Blue/Green デプロイを活用して行うことができます。

Amazon Aurora Global Database が、管理されたマイナーバージョンアップグレードをサポート
Amazon Aurora Global Database が、管理されたマイナーバージョンアップグレードをサポートするようになりました。これにより、グローバルなトポロジー全体で最小限のダウンタイムでのアップグレードが可能になり、各クラスターを手動で個別にアップグレードする必要がなくなるため、運用上の負担が軽減されます。
Aurora Global Database は、単一の Aurora データベースを最大11の AWS リージョンにまたがらせることができ、リージョン規模の障害からの災害復旧や、グローバルに分散したアプリケーションの高速なローカル読み取りを実現します。
この機能は現在、Aurora PostgreSQL 互換エンジンでのみサポートされており、全ての商用 AWS リージョンおよび AWS GovCloud (US) リージョンで利用可能です。アップグレードは、AWS Management Console、SDK、または CLI を通じて実行できます。

Amazon Aurora DSQL が、アイデンティティー列とシーケンスオブジェクトのサポートを追加
Amazon Aurora DSQL が、アイデンティティー列とシーケンスオブジェクトをサポートするようになりました。これにより、開発者は使い慣れたSQLパターンを使用して、自動インクリメントの整数ベースのIDをデータベースで直接生成できます。
この機能は、既存の PostgreSQL アプリケーションの移行を簡素化し、データベースで管理される整数識別子に依存する新しいワークロードの開発をサポートします。開発者は、アプリケーションコードやミドルウェアでカスタムのID生成ロジックを実装することなく、注文番号やアカウントIDなどのコンパクトで人間が判読可能なIDを作成できます。

機械学習

Amazon SageMaker HyperPod が、コンソールからのノードアクションをサポート
Amazon SageMaker HyperPod で、AWS コンソールから直接個々のクラスターノードを管理できるようになりました。これまで手動での文字列構築や CLI コマンドが必要だったノードへの接続、再起動、置き換えといった操作が、コンソール上の単一のインターフェースで実行できます。
コンソールから AWS Systems Manager (SSM) 経由でノードに接続でき、SSM CLI コマンドの事前入力やセッションの直接起動もサポートされています。メモリのオーバーランなど、自動復旧が難しいシナリオでも、手動での再起動、削除、置き換えが一貫したアプローチで実行でき、バッチ操作にも対応しているため、ノードの問題を迅速に解決できます。
この機能は、Amazon SageMaker HyperPod がサポートされている全ての AWS リージョンで利用可能です。

Amazon Bedrock が、6つのフルマネージドオープンウエートモデルのサポートを追加
Amazon Bedrock が、推論とエージェントコーディングに特化した6つの新しいオープンウエートモデル（DeepSeek V3.2, MiniMax M2.1, GLM 4.7, GLM 4.7 Flash, Kimi K2.5, Qwen3 Coder Next）のサポートを開始しました。これにより、お客さまは最先端のパフォーマンスをより低い推論コストで利用できるようになります。
これらのモデルは、企業のAIワークロードの全領域をカバーします。
・ DeepSeek V3.2 と Kimi K2.5: 推論とエージェント知能の最先端を推進
・ GLM 4.7 と Minimax 2.1: 大規模な出力ウインドーで自律コーディングの新しい標準を確立
・ Qwen3 Coder Next と GLM 4.7 Flash: 本番環境向けに構築された軽量でコスト効率の高い代替手段を提供
これらのモデルは、Amazon Bedrock の新しい分散推論エンジンである Project Mantle によって提供されます。Project Mantle は、モデルのオンボーディングを簡素化し、高性能なサーバーレス推論を提供するとともに、OpenAI API 仕様との互換性も備えています。

Amazon Bedrock が AWS PrivateLink のサポートを拡張
Amazon Bedrock が AWS PrivateLink のサポートを拡張し、これまでの bedrock-runtime エンドポイントに加え、bedrock-mantle エンドポイントでもプライベートアクセスが可能になりました。bedrock-mantle エンドポイントは、新しい分散推論エンジンである Project Mantle によって提供され、高性能なサーバーレス推論と OpenAI API 仕様との互換性を備えています。この機能は、アジアパシフィック（東京）を含む多くの AWS リージョンで利用可能です。

Amazon Bedrock AgentCore Browser がプロキシ設定をサポート
Amazon Bedrock AgentCore Browser が、お客さま提供のプロキシ設定をサポートするようになりました。これにより、お客さまはブラウザーセッションを独自のプロキシインフラストラクチャー経由でルーティングし、ジオターゲティング、地域コンテンツへのアクセス、コンプライアンス要件に対応できます。
この機能により、組織は地域制限のあるコンテンツへのアクセスや、地域固有の価格設定の検証が可能になります。医療や金融サービスなどの規制の厳しい業界では、企業のプロキシインフラストラクチャーを経由してトラフィックをルーティングすることで、セキュリティポリシーを満たすことができます。また、IP許可リストの要件に対応する安定した出口アドレスを提供します。
この機能は HTTP と HTTPS プロトコルをサポートし、AWS Secrets Manager による安全な認証情報管理が可能です。アジアパシフィック（東京）を含む14の AWS リージョンで利用できます。

AWS HealthOmics が、バイオインフォマティクスワークフロー開発のための Kiro Power と Kiro IDE 拡張機能を発表
AWS HealthOmics は、AIエージェント支援開発により、HealthOmics ワークフローの作成、実行、デバッグ、最適化を高速化する Kiro Power と Kiro IDE 拡張機能を発表しました。
Kiro IDE 用の HealthOmics 拡張機能を使用すると、お客さまは Nextflow や WDL などのドメイン固有言語でワークフローを Kiro インターフェース内で直接作成、変更、分析できます。AWS HealthOmics は、フルマネージドのバイオインフォマティクスワークフローで科学的発見を大規模に加速するのに役立つ HIPAA 対応サービスです。
この拡張機能は、シンタックスハイライト、コード補完、トラブルシューティングガイダンス、HealthOmics エンジンの互換性チェック、パフォーマンス最適化の推奨、障害診断付きの自動実行分析、ワークフローのインポート/エクスポート機能などを提供します。

マネジメントとガバナンス

AWS が Resource Control Policies のサポートを Amazon DynamoDB に拡張
AWS Resource Control Policies (RCPs) が Amazon DynamoDB をサポートするようになりました。RCPs は、組織内のリソースに対する最大利用可能権限を一元的に管理するために使用できる組織ポリシーです。この拡張により、例えば組織外のアイデンティティーによる DynamoDB へのアクセスを禁止するポリシーを作成し、データ境界の構築やセキュリティ基準の徹底に役立てることができます。この機能は、全ての AWS 商用リージョンおよび AWS GovCloud (US) リージョンで利用可能です。

AWS CloudWatch のアラームミュートルールがアラート疲れを解消
Amazon CloudWatch が、アラームミュートルールをサポートするようになりました。この機能により、計画的なデプロイ、メンテナンス、オフアワー中に、モニターリングの可視性を損なうことなくアラーム通知を一時的にミュートでき、アラート疲れを軽減します。単発または定期的なルールを作成して、最大100個のアラーム通知を停止できます。ルールが期限切れになると、ミュートされていたアクションが自動的にトリガーされるため、重要な問題を見逃すことはありません。この機能は、アラームレベルのミュートをサポートする全てのAWSリージョンで利用可能です。

移行と転送

AWS が、東京を含む6つの新しい AWS Data Transfer Terminal 拠点を発表
AWS Data Transfer Terminal が、東京（日本）を含む6つの新しい場所で利用可能になりました。これは、ストレージデバイスを持ち込み、高速ネットワーク接続を利用して Amazon S3 や Amazon EFS などの AWS サービスにデータをアップロードできる、安全な物理的拠点です。
このサービスは、大量のデータを迅速かつ安全に AWS へ転送する必要があるお客さまに最適です。主なユースケースには、映像制作データ、先進運転支援システム (ADAS) のトレーニングデータ、レガシーデータの移行、機器センサーデータのアップロードなどがあります。アップロード後は、Amazon Athena での分析や Amazon SageMaker での機械学習など、AWS サービスをすぐに活用できます。

ストレージ

Amazon S3 Tables が、CreateTable API でのパーティションとソート順の定義を追加
Amazon S3 Tables が、CreateTable API でパーティションとソート順の定義をサポートするようになりました。この機能強化により、テーブル作成時にこれらのプロパティをプログラムで簡単に設定でき、データの管理と最適化が容易になります。
この機能を利用するには、CreateTable API 呼び出し、AWS CLI、または AWS SDK を使用して、パーティション変換とソート順のフィールドを指定します。利用には最新バージョンの AWS CLI および AWS SDK へのアップグレードが必要です。このサポートは、S3 Tables が利用可能な全ての AWS リージョンで提供されます。

AWS Backup が、論理エアギャップボールトへのクロスリージョンデータベーススナップショットコピーを追加
AWS Backup が、論理エアギャップボールトへのクロスリージョンでのデータベーススナップショットコピーを、単一のアクションでサポートするようになりました。この機能は Amazon Aurora、Amazon Neptune、Amazon DocumentDB のスナップショットで利用でき、ターゲットリージョンでの中間的なコピーステップが不要になります。
ランサムウェアイベントやリージョン障害などのインシデントから保護するために、クロスリージョンおよびクロスアカウントのスナップショットコピーを実行できます。従来は2ステップのプロセスが必要でしたが、今回のアップデートにより1ステップで完了できるようになり、より迅速な目標復旧時点 (RPO) を達成しつつ、中間コピーに関連するコストを削減できます。また、この効率化されたプロセスにより、中間コピーのステータスを監視するためのカスタムスクリプトや AWS Lambda 関数も不要になります。
この機能は、AWS Backup がこれらのデータベースと論理エアギャップボールトをサポートする全てのリージョンで利用可能です。

今週の Weekly AWS は、以上です。

最後までお読みいただき、ありがとうございました。

関連サービス