2026/11/4 9:00:00 ~ 2026/11/5 9:00:00 (JST)
最近の発表
Amazon Elastic Container Service (Amazon ECS) では、Amazon ECS マネージドインスタンス用の JSON ファイルログドライバーサポートと Amazon ECS マネージドデーモン用のログドライバーボリュームが導入されました。これらの機能を組み合わせることで、任意のオブザーバビリティエージェントでアプリケーションログを収集し、任意の宛先に転送できます。\n 今回の起動により、ECS マネージドインスタンス上のアプリケーションコンテナは、ほとんどのオブザーバビリティエージェントがネイティブに読み取る標準の Docker json ファイル形式のローカルファイルとしてログを書き込むことができます。マネージドデーモンは、ホストのバインドマウントパスを指定したり、root 権限を必要としたりすることなく、ボリュームマウントを通じてこれらのファイルを直接読み取ることができます。その結果、各インスタンスの 1 つの管理対象デーモンが、json-file ログドライバーを使用するすべてのアプリケーションコンテナーからログを収集できます。Amazon ECS は各コンテナのログをコンテナ ID の付いた専用ディレクトリに保存し、コンテナが削除されるまで保持します。そのため、マネージドデーモンはネイティブのファイルベースのログ収集を使用して、ログを生成したコンテナまですべてのログを追跡できます。 まず、アプリケーションタスク定義の LogConfiguration でログドライバを json-file に設定します。次に、LogDriverVolumeConfiguration でボリュームを指定するデーモンタスク定義を登録し、MountPoints を使用してそのボリュームをデーモンコンテナにマウントします。これは AWS マネジメントコンソール、AWS CLI、API、AWS SDK、または AWS CloudFormation を使用して設定できます。この機能は、Amazon ECS マネージドインスタンスとマネージドデーモンが利用できるすべての商用 AWS リージョンで、追加料金なしで利用できます。詳細については、ドキュメントページを参照するか、Amazon ECS マネージドインスタンスをご覧ください。
Amazon DocumentDB (MongoDB との互換性あり) がアジアパシフィック (台北) およびアジアパシフィック (ニュージーランド) リージョンで利用できるようになりました。Amazon DocumentDB を使用できるリージョンのリストに追加されました。\n Amazon DocumentDB は完全マネージド型のネイティブ JSON データベースで、インフラストラクチャを管理しなくても、実質的にあらゆる規模で重要なドキュメントワークロードを簡単かつ費用対効果の高い方法で運用できます。Amazon DocumentDB は、ミッションクリティカルな MongoDB ワークロードを運用する際に必要なスケーラビリティと耐久性を提供するように設計されています。ストレージはアプリケーションに影響を与えずに 128 TiB まで自動的にスケーリングされます。さらに、Amazon DocumentDB は Amazon CloudWatch、AWS CloudTrail、AWS Lambda、AWS Backup などとネイティブに統合されています。Amazon DocumentDB は 1 秒あたり数百万件のリクエストをサポートし、アプリケーションのダウンタイムなしで数分で低レイテンシーのリードレプリカを 15 個までスケールアウトできます。
Amazon DocumentDB の詳細については、Amazon DocumentDB の製品ページと価格ページをご覧ください。Amazon DocumentDB クラスターは、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK から作成できます。
Amazon RDS for Oracle now supports copying option groups during cross-Region snapshot copy
Amazon RDS for Oracle では、DB スナップショットに関連するオプショングループを別の AWS リージョンにコピーするときに、そのスナップショットをコピーできるようになりました。\n Amazon RDS for Oracle では、オプショングループを使用してデータベースを簡単に管理できる機能を有効にして設定します。オプショングループは、作成した AWS リージョンに固有のものです。以前は、オプショングループを含む RDS バックアップを別の AWS リージョンに複製したいお客様は、スナップショットを復元する前に、オプショングループなしでスナップショットをコピーし、ターゲットリージョンでオプショングループを再作成する必要がありました。これで、手順を分ける必要がなくなり、代わりにスナップショットのコピーを開始して、スナップショットコピーと同じリクエストでオプショングループのコピーを指定できるようになりました。
CopyDBSnapshot API と CLI コマンドの既存のブール型パラメーター CopyOptionGroup も、クロスアカウントコピーとともにクロスリージョンコピーをサポートするようになりました。このパラメータを true に設定することで、オプショングループをソーススナップショットからターゲット AWS リージョンの宛先スナップショットにコピーできるようになりました。
この機能は Amazon RDS for Oracle のすべての商用 AWS リージョンと AWS GovCloud (米国) リージョンで利用できます。詳細については、Amazon RDS API ドキュメントをご覧ください。
AWS announces AWS Interconnect - last mile preview with Equinix
AWS インターコネクト-ラストマイルが Equinix でプレビューできるようになりました。世界各地の 282 のデータセンターから成るエクイニクスのグローバルネットワークのインフラストラクチャを、数回クリックするだけで AWS に接続できます。\n インターコネクト-ラストマイルでは、AWS へのマネージド、プライベート、レジリエントな接続が可能になるため、クロスコネクトを注文したり、ルーターを設定したりする必要はありません。AWS マネジメントコンソールでセットアップするには、AWS リージョン、帯域幅速度、Direct Connect ゲートウェイ、および Equinix Fabric One プロジェクト ID を選択します。AWS によりアクティベーションキーが生成されます。このアクティベーションキーを Equinix Fabric One ポータルに入力すると、セットアップが完了します。Equinix Fabric One ポータルから接続を開始することもできます。AWSとEquinixは、BGPピアリング、VLAN、ASNを設定して、2つの場所と4つの個別のリンクにまたがるクアッド冗長容量を事前に設定しています。すべての接続は最大限の耐障害性を実現するように構築されており、99.99% の可用性の SLA が適用されます。AWS と Equinix エッジデバイス間のトラフィックは、デフォルトで MACsec で暗号化されます。
プレビュー期間中は、サンノゼメトロ経由で米国西部 (北カリフォルニア) リージョンへ、北バージニアメトロ経由で米国東部 (バージニア北部) リージョンへの 1 Gbps インターコネクト (ラストマイル接続) を無料で注文できます。インターコネクト-ラストマイル・ウィズ・エクイニクスが一般公開されると、コンソールで帯域幅を 1 Gbps から 100 Gbps にスケーリングできるようになります。コンソール、AWS CLI、または API を使用して接続を作成できます。パートナーは GitHub のオープン API パッケージを使用して統合できます。詳細については、AWS インターコネクト-ラストマイルのドキュメントを参照してください。
Amazon Connect Customer now shows associated cases in contact records
Amazon Connect Customer では、問い合わせレコードにケース ID と参照番号を含めることができるようになりました。これにより、スーパーバイザーやアナリストは、どの顧客の問題が問い合わせ量の増加につながっているかを把握できます。ケースでは、返金リクエストや請求に関する異議申し立てなどの問題を、やり取りやチーム全体で追跡できます。スーパーバイザーは、個々のケースを検索しなくても、連絡先詳細ページでインタラクションに関連するケースを直接特定できるようになりました。アナリストは DescribeContact API と連絡先イベントストリームを通じて同じ情報にアクセスし、ケースごとのインタラクション数を測定できます。\n ケースは、米国東部 (バージニア北部)、米国西部 (オレゴン)、カナダ (中央)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アフリカ (ケープタウン) の AWS リージョンでご利用いただけます。詳細を確認して使用を開始するには、ケースのウェブページとドキュメントをご覧ください。
Amazon EC2 and VPC now display related resources for all resource types
Amazon Elastic Compute Cloud (Amazon EC2)、Amazon 仮想プライベートクラウド (Amazon VPC)、AWS グローバルビューは、すべてのリソースタイプの関連リソースをコンソールに表示するようになりました。以前は、関連リソースを表示できるのはセキュリティグループのみでした。EC2 インスタンス、Amazon Elastic Block Store (Amazon EBS) ボリューム、起動テンプレート、Auto Scaling グループ、サブネット、ルートテーブルなど、すべての EC2 および VPC リソースタイプのリレーションシップを確認できるようになりました。[関連リソース] タブもコンソールのツールバーに移動され、アクセスしやすくなりました。\nこの機能は、インフラストラクチャーの依存関係をよりよく理解し、問題をより効率的にトラブルシューティングするのに役立ちます。たとえば、EC2 インスタンスの問題を調査する場合、複数のコンソールページに移動しなくても、関連する EBS ボリューム、セキュリティグループ、サブネット、ルートテーブルをすばやく表示できます。ネットワーク管理者は、サブネットから関連するルートテーブル、ネットワーク ACL、インスタンスへの接続をトレースできるようになり、ネットワーク設定のレビューやセキュリティ監査が効率化されました。 この機能は現在、すべての商用 AWS リージョンで利用可能です。 詳細については、AWS マネジメントコンソールの Amazon EC2 と Amazon VPC をご覧ください。
AWS DataSync Enhanced mode supports OpenID Connect (OIDC) for Google Cloud and Microsoft Azure
AWS DataSync 拡張モードは、Google クラウドストレージと Microsoft Azure Blob Storage ロケーションの OpenID Connect (OIDC) 認証をサポートするようになりました。DataSync は AWS ID およびアクセス管理 (IAM) ロールを使用して Google Cloud または Microsoft Entra ID から有効期間が短い認証情報を取得して自動的に更新するので、転送が中断されることなく実行されます。\n ハッシュベースのメッセージ認証コード (HMAC) キーや共有アクセス署名 (SAS) トークンなどの長期的な認証情報がなくても、DataSync を使用して Google クラウドストレージと Azure Blob Storage にアクセスできるようになりました。これにより、長期間の認証を禁止するセキュリティポリシーを遵守しながら、クラウド間でデータを移動できます。
まず、AWS CLI、API、または AWS CloudFormation を使用して、DataSync ロケーションに IAM ロールを追加することから始めることができます。この機能は、DataSync 拡張モードがサポートされているすべての AWS リージョンで利用できます。詳細については、AWS DataSync ユーザーガイドをご覧ください。
RHEL 10, Rocky 10 and Ubuntu 26.04 Bundles for WorkSpaces
AWSは、ロッキーLinux 10、レッドハットエンタープライズLinux 10、Ubuntu 26.04 LTSを含む、Amazon WorkSpaces Personal 向けの新しい Linux バンドルを発表しました。これらのバンドルを使用すると、最新のエンタープライズ Linux オペレーティングシステムで WorkSpaces を起動したり、これらのリリースでのみ利用可能な新しいソフトウェアパッケージを使用したりできます。これらの新しいバンドルには最新の Wayland ディスプレイテクノロジーが搭載されており、最新の Linux デスクトップ機能にアクセスできます。また、新しい OS オプションにより、各ディストリビューションのセキュリティが強化され、サポートライフサイクルが長くなります。\n Rocky Linux 8 と 9、Red Hat Enterprise Linux 8 と 9、Ubuntu 22.04 LTS と 24.04 LTS を搭載した WorkSpaces バンドルは引き続き利用できますが、新しいバンドルでは最新リリースを独自のタイムラインで採用できます。既存の WorkSpaces は変更されずに稼働し続けます。アプリケーションとワークフローの準備が整ったら、ユーザーを新しいオペレーティングシステムに移行できます。
まず、新しい Linux WorkSpace を作成するときに、管理対象の Rocky Linux 10、Red Hat Enterprise Linux 10、または Ubuntu 26.04 LTS バンドルを選択してください。これらのバンドルは、Amazon WorkSpaces が利用できるすべての AWS リージョンで、スタンダード、パフォーマンス、パワー、パワープロの各サイズでご利用いただけます。サポートされているオペレーティングシステムの全リストについては、「WorkSpaces Personal のバンドルとイメージ」を参照してください。料金情報については、Amazon WorkSpaces の料金表ページをご覧ください。
New features for Amazon EC2 Capacity Manager
Amazon EC2 Capacity Manager は、リアルタイムのサポート性チェックとキャパシティフルフィルメントメトリクスを提供するようになりました。リアルタイムのサポート性チェックは、インスタンスを起動したり予約したりしなくても、各インスタンスタイプとアベイラビリティーゾーンがリクエストをどの程度サポートできるかを採点することで、お客様がキャパシティを見つけるのに役立ちます。キャパシティフルフィルメントメトリックスは、リクエストされた容量に対してどれだけのキャパシティが提供されたかを示します。\n 数百のアカウントで数千のワークロードを実行するグローバル企業は、多くの場合、各ワークロードを複数のインスタンスタイプやアベイラビリティーゾーンに分散させているため、Amazon EC2 では各リクエストを満たすための選択肢が増えています。本日より、お客様は Capacity Manager のサポート性チェックを活用して、どのアベイラビリティーゾーンとインスタンスタイプで必要なキャパシティを確保できる可能性が最も高いかを把握できるようになりました。このチェックでは、各オプションの「高」、「中」、または「低」のスコアと全体のスコアが返されます。さらに、フルフィルメントメトリクスを使用すると、顧客は AWS 組織、アカウント、リージョン、タグ付けされたワークロード全体のフルフィルメント率をインスタンスタイプとアベイラビリティーゾーン別の内訳とともに測定し、それらの選択肢がどの程度機能しているかを示すことができます。
どちらの機能も、ミッションクリティカルなワークロードを実行するグローバル企業向けの AWS サポートプランである AWS Unified Operations に含まれており、すべての商用 AWS リージョンで利用できます。
詳細については、AWS コンピュートブログの「Amazon EC2 キャパシティマネージャーによる EC2 の柔軟性の計画と測定」と、Amazon EC2 キャパシティマネージャーユーザーガイドを参照してください。開始するには、キャパシティマネージャーコンソールにアクセスしてください。
AWS Blogs
Amazon Web Services ブログ (日本語)
AWS News Blog
AWS Cloud Financial Management
AWS Compute Blog
- 別の AWS アウトポストにある Amazon RDS for PostgreSQL インスタンス間の PostgreSQL 論理レプリケーションの実装
- Amazon EC2 キャパシティマネージャーを使用して EC2 の柔軟性を計画および測定する
Desktop and Application Streaming
Artificial Intelligence
- Amazon Bedrock エージェントコア評価で意思決定モデルを使用する
- Amazon Quickのスマート承認:重要な場面での人間による監視
- プロダクションAIエージェント向けの4層のコンテキストエンジニアリング:Deep Insightがそれらを作業コードに適用する方法
- Indegeneがライフサイエンス分野の企業データ品質をいかに近代化し拡大しているか
- ユーモバイルが Amazon Bedrock AgentCore を使用してエージェント通信事業を構築した方法