2026年06月11日
[ECS] Amazon ECS Managed Daemons now support inter-task visibility and communication
- 公開日: 2026-06-11 (JST)
- カテゴリ: ECS
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/06/ecs-managed-daemons-pid-ipc-modes/
概要
Amazon ECS の Managed Daemons がタスク間のプロセス可視化（PID 名前空間）と IPC 名称空間の共有をサポートしました。これにより、トレーシング／プロファイリング／セキュリティエージェント等をアプリケーションのサイドカーではなくデーモンタスクとして安全に展開できます。
変更内容・新機能の詳細
今回の更新で、ECS のデーモンタスク定義に pidMode と ipcMode の2つの設定が追加されました。各設定は既定値 "none"（分離）と "shared"（共有）を取り、pidMode を "shared" にするとデーモンタスクはインスタンス上の全プロセスを参照できるようになり、ipcMode を "shared" にすると他のコンテナと IPC 名前空間（例：System V IPC、POSIX メッセージキュー、ソケットペア等）を共有します。ECS の Managed Daemons は各 Managed Instance に対してちょうど1つ配置され、アプリケーションタスクより先に起動するため、プラットフォームチームがエージェントを独立して配備・更新して全ワークロードに一貫して適用できます。デーモンタスクはコンソール、AWS CLI、CloudFormation、SDK で登録可能で、対象のクラスターに ECS Managed Instances 用のキャパシティプロバイダーを関連付けてデーモンを作成／更新します。本機能は全リージョンで利用可能で、追加料金は発生しません。
影響範囲・利用シーン
- 対象ユーザー: プラットフォーム／SRE チーム、セキュリティチーム、APM（アプリ性能管理）/トレーシング/プロファイリング担当者
- 利用シーン: アプリケーションプロセスのトレース（例: eBPFベースのプロファイラ）、セキュリティエージェント（ランタイム監視、プロセス検査）、IPC を利用するメトリクス収集やロギングエージェントのデプロイ
- 運用効果: サイドカー化によるタスク定義の分散管理を避け、エージェントの一元的な配備と更新が可能になり、全インスタンスに一貫して適用されるため運用負荷が低減される
- コスト: サービス自体に追加料金は無いが、エージェントのリソース使用（CPU/RAM/ディスク）によるインスタンスサイズや数の見直しが必要になる場合がある
技術的な注意点
- 対応環境: 本機能は ECS Managed Instances（EC2 ベースのマネージドインスタンス）向けで、Fargate ではサポートされません
- IAM権限: デーモンタスクの登録・更新やキャパシティプロバイダーの関連付けには通常の ECS 操作権限が必要です。エージェントが AWS API を呼ぶ場合は追加の IAM ロール/ポリシーが必要です
- セキュリティ: pidMode/ipcMode を "shared" にするとデーモンタスクはインスタンス上の他プロセスや IPC リソースへアクセスできるため、最小権限の原則、コンテナの実行ユーザー、Linux セキュリティ機能（seccomp、capabilities、SELinux/AppArmor など）を活用してリスクを軽減してください
- 互換性: 共有 PID/IPC 名称空間はカーネルとコンテナランタイムの機能に依存します。ECS 最適化 AMI や利用しているコンテナランタイムのバージョンで動作確認を行ってください
- 構成手順: デーモンタスク定義で pidMode または ipcMode を "shared" に設定し、該当タスク定義でデーモンを登録、クラスタに ECS Managed Instances 用キャパシティプロバイダーを関連付けてデーモンを作成/更新します（Console/CLI/CloudFormation/SDK 利用可）
- リージョン制限: 記事によると全リージョンで利用可能です
- コスト注意点: 機能自体に追加料金はありませんが、エージェントが消費するリソースによりインスタンス構成の見直しが必要になる場合があります
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/06/ecs-managed-daemons-pid-ipc-modes/
- https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-managed-daemons.html
[Ec2] Amazon EC2 M9g and M9gd general purpose instances are now available
- 公開日: 2026-06-11 (JST)
- カテゴリ: Ec2
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/06/ec2-m9g-m9gd-instances-graviton5-processors-available
概要
Amazon EC2のM9gおよびM9gdインスタンス（AWS Graviton5搭載）が一般提供開始されました。汎用ワークロード向けに最大25%の計算性能向上を実現し、M9gdはローカルNVMeベースのSSDを提供します。
変更内容・新機能の詳細
M9g/M9gdはAWSがカスタム設計した第5世代プロセッサ「AWS Graviton5」を採用した汎用インスタンスで、アプリケーションサーバ、マイクロサービス、ゲーム、キャッシュ、コンテナに加え、リアルタイム推論やコード生成、マルチステップオーケストレーションなどのエージェント型AIユースケースにも適した性能を提供します。M9gdはインスタンスストアとしてNVMeベースのローカルSSDを備え、メディア処理、バッチ／ログ処理、一時的なキャッシュやスクラッチ領域が必要なアプリケーション向けに低レイテンシかつ高スループットのローカルストレージを提供します。性能面ではM8g（Graviton4）比で最大25%のコンピュート性能向上、データベースで最大30%高速化、Webアプリで最大35%高速化、機械学習で最大35%高速化が公称されています。基盤は第6世代AWS Nitro Systemで、今回から「Nitro Isolation Engine」による形式手法（formal verification）を用いた数学的保証により、顧客ワークロードと他テナントおよびAWSオペレータ間の分離を強化しています。提供リージョンは US East (N. Virginia, Ohio)、US West (Oregon)、EU (Frankfurt)で、購入方法はSavings Plans、On‑Demand、Spot、Dedicated Instances、Dedicated Hostsが利用可能です。なお、M9g/M9gdはARM64アーキテクチャ（AArch64）を採るため、OS/AMIやバイナリの互換性確認（ARM版AMIかマルチアーキテクチャコンテナの利用、ネイティブビルドや再コンパイル）が必要です。
影響範囲・利用シーン
- 対象ユーザー: クラウドエンジニア、SRE、アプリケーション開発者、データベース運用者、機械学習エンジニア
- 利用シーン: 一般的なアプリケーションサーバやマイクロサービス、コンテナ基盤、ゲームサーバ、キャッシュ、メディア処理やバッチ処理、エージェント型AI（リアルタイム推論・コード生成・マルチステップオーケストレーション）
- 運用効果: 同世代（M8g/Graviton4）から移行することで計算性能とスループットが向上しコスト効率が改善される可能性が高い。M9gdを使うことでローカルNVMeの低遅延I/Oが活かせるワークロードで処理時間短縮やI/Oボトルネックの解消が期待できる
技術的な注意点
- アーキテクチャ互換性: Graviton5はARM64（AArch64）なので、使用するOS/AMI、ネイティブバイナリ、カスタムカーネルモジュールはARM対応である必要があります。x86バイナリは動作しません。
- インスタンスストア（M9gd）: M9gdのNVMeはインスタンスストア（エフェメラル）です。停止・終了でデータは消失するため永続化はEBSやS3を使用してください。
- Nitro/セキュリティ: 第6世代Nitro SystemとNitro Isolation Engineにより形式手法での分離保証が提供されますが、顧客側のセキュリティ対策（IAM・ネットワーク設計・暗号化）は引き続き必要です。
- リージョン制限: 現時点での公開リージョンは US East (N. Virginia, Ohio)、US West (Oregon)、EU (Frankfurt) のみ。日本（ap-northeast-1）などでは未対応のためリージョン制限に注意してください。
- コスト: 公称の性能向上はコスト効率改善につながりますが、実運用でのTCOはワークロード特性とスポット/Savings Plansなどの購入形態に依存します。価格差を確認のうえ性能あたりコストを評価してください。
- 購入方法: On‑Demand、Savings Plans、Spot、Dedicated Instances、Dedicated Hostsで利用可能です。スポットや専用ホストの在庫/価格はリージョンや時期で変動します。
- 互換性検証: 既存のアプリケーションは実運用前にARM向けビルドやマルチアーキコンテナで十分な動作検証（性能・依存ライブラリ・ネイティブ拡張）を行ってください。
- インスタンスタイプ詳細: 各インスタンスサイズごとのvCPU、メモリ、ローカルSSD容量、ネットワーク帯域はタイプ毎に異なります。移行時は用途に合わせてサイズを選定し、ベンチマークで確認してください。
- サポートツール: 多くのAWSの監視/プロファイリングツール（CloudWatch、X‑Rayなど）は対応しますが、パフォーマンスチューニング時はARM向けプロファイラやライブラリの互換性を確認する必要があります。