AWS Systems Manager Incident Manager は新規顧客に公開されなくなりました。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、「AWS Systems Manager Incident Manager 可用性の変更」を参照してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS Systems Manager OpsCenter への移行
このガイドは、Incident Manager と OpsCenter の主な違いを理解し、OpsCenter が運用ニーズに適しているかどうかを判断し、 AWS Systems Manager Incident Manager から OpsCenter に移行する方法を提供するのに役立ちます。
の一機能である AWS Systems Manager OpsCenter は AWS Systems Manager、オペレーションエンジニアや IT プロフェッショナルが AWS リソースに関連する運用作業項目 (OpsItems) を表示、調査、解決できる一元的な場所を提供します。OpsCenter は、 AWS リソースに影響を与える問題の平均解決時間 (MTTR) を短縮するように設計されています。OpsCenter では、各 OpsItem、関連する OpsItems、関連リソースに関するコンテキスト調査データを提供しながら、サービス全体で OpsItems を集約および標準化します。OpsCenter は Systems Manager Automation と統合されているため、Automation ランブックを使用して問題を調査および解決できます。OpsItems に関する自動生成された概要レポートをステータスとソース別に表示できます。OpsCenter のクロスアカウント機能を使用して、アカウント間で OpsItems を一元管理することもできます。
注記
OpsCenter の使用には料金がかかります。詳細については、AWS Systems Manager 料金表ページ
Incident Manager と同様に、OpsCenter は Amazon CloudWatch および Amazon EventBridge と統合されています。つまり、CloudWatch アラームが ALARM状態になったとき、または EventBridge がイベントを発行 AWS のサービス する からイベントを処理するときに、OpsCenter で OpsItem OpsItem を自動的に作成するようにこれらのサービスを設定できます。OpsItems を自動的に作成するように CloudWatch アラームと EventBridge イベントを設定すると、単一のコンソールから AWS リソースの問題をすばやく診断して修正できます。
違いを理解する
AWS Systems Manager Incident Manager は、自動対応計画、応答者のエンゲージメントとエスカレーション、オンコールローテーション管理、ランブック自動化、チャットオペレーション統合 (Slack、Microsoft Teams、Amazon Chime)、インシデント後分析などのインシデント対応機能を提供します。これらの機能は、 AWSホストされたアプリケーションに影響する重要で時間的制約のあるインシデントを組織が調整および解決するのに役立ちます。
対照的に、 AWS Systems Manager OpsCenter は、セキュリティアラート、パフォーマンスの低下、リソースの障害、ヘルス通知、状態の変化などのday-to-day運用上の問題に対する運用作業項目 (OpsItems) の管理に焦点を当てています。OpsCenter は、Amazon CloudWatch と Amazon EventBridge を介して AWS リソースと統合され、Systems Manager Automation ランブックを使用した OpsItem の自動作成と修復を可能にします。OpsCenter は、リージョン内の OpsItems のクロスアカウント管理をサポートしているため、運用チームは複数の AWS アカウントにわたる問題を表示、調査、解決できます。ただし、OpsCenter にはページングまたはオンコールローテーション機能は含まれません。
これら 2 つの AWS サービスの主な違いは、その焦点と範囲にあります。Incident Manager は重要で時間的制約のあるインシデント対応向けに設計されており、OpsCenter はより広範な運用タスクと作業項目の管理を目指しています。
次の表は、Incident Manager と OpsCenter の主な機能を比較したものです。この比較を使用して、OpsCenter が運用ニーズに適しているかどうかを判断します。
| 機能 | AWS Systems Manager Incident Manager | AWS Systems Manager OpsCenter |
|---|---|---|
| 主な目的 | 重要で時間的制約のあるインシデント対応と調整 | Day-to-dayの作業項目管理 |
| ユースケース | アプリケーションに影響するインシデント、セキュリティ違反、サービス停止、重大なシステム障害 | セキュリティアラート、パフォーマンスの低下、リソースの障害、ヘルス通知、状態の変更 |
| 自動ページング | はい - 組み込みのページングとレスポンダーエンゲージメント | いいえ - サードパーティーの統合が必要 (PagerDuty、ServiceNow、Jira) |
| 通話中のローテーション管理 | はい - ネイティブのオンコールスケジュールとローテーション | いいえ - サポートされていません |
| エスカレーションポリシー | はい - 自動エスカレーションチェーン | いいえ - 手動エスカレーションが必要 |
| Chat-Ops の統合 | はい - Slack、Microsoft Teams、Amazon Chime | 制限あり - 手動統合が必要 |
| ランブックの自動化 | はい - 対応計画による自動実行 | はい - Systems Manager Automation ランブックの手動実行 |
| クロスアカウント管理 | はい - クロスアカウントインシデント共有 | はい - リージョン内のクロスアカウント OpsItem 管理 |
移行オプション
Incident Manager と統合された既存の CloudWatch アラームと EventBridge ルールがある場合は、それらを更新して OpsCenter と統合する必要があります。次のいずれかのアプローチを使用して移行できます。
- ランブックを使用した自動移行
-
Systems Manager Automation ランブックを使用して、CloudWatch アラームと EventBridge ルールを Incident Manager から OpsCenter に自動的に移行します。このアプローチには、バックアップ、設定可能な承認ワークフロー、詳細なログ記録が含まれます。移行前に手動承認を要求するか、自動大規模移行の承認ステップをスキップするかを選択できます。手順については、「OpsCenter での移行ランブックの使用」を参照してください。
- 手動統合
-
CloudWatch アラームと EventBridge ルールを手動で設定して、OpsCenter と統合します。手順については、Systems Manager ユーザーガイドのOpsItems を作成する CloudWatch アラームの設定」およびOpsItems を作成する EventBridge の設定」を参照してください。
関連リソース
