サポート終了通知: Amazon DevOps Guru は 2026 年 10 月 29 日に新規顧客の受け入れを停止します。現在のお客様は影響を受けず、2027 年 9 月 30 日まで Amazon DevOps Guru を引き続き使用できます。2027 年 9 月 30 日以降、Amazon DevOps Guru にアクセスできなくなります。詳細については、「[Amazon DevOps Guru のサポート終了](devops-guru-end-of-support.md)」を参照してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon DevOps Guru から Amazon CloudWatch および Amazon DevOps エージェントへの移行
Amazon DevOps Guru は 2027 年 9 月 30 日にサポートを終了します。この日以降、DevOps Guru はリソースを分析しなくなり、以前に生成されたインサイトは利用できなくなります。基盤となる AWS インフラストラクチャとワークロードは影響を受けません。DevOps Guru モニタリングレイヤーのみが削除されます。
このガイドは、変更点と実行する必要があるアクションを理解するのに役立ちます。Amazon CloudWatch はリソースの異常検出とアラートを提供し、Amazon DevOps Agent は AI 支援の調査を提供します。ワークロードは移行を必要とせずに維持されます。
**Topics**
+ [DevOps Guru とその置き換えの違い](#transition-how-differ)
+ [移行の仕組み](#transition-how-works)
+ [移行を通じてお客様をサポートする方法](#transition-support)
+ [誰が、いつまでに行動する必要があるか](#transition-who-acts)
+ [変更点の概要](#transition-at-a-glance)
+ [メトリクス異常の検出とアラート](#transition-metric-anomaly)
+ [ログ異常検出](#transition-log-anomaly)
+ [データベース異常検出](#transition-database-anomaly)
+ [調査と根本原因の分析](#transition-investigation)
+ [事前対応型インサイト](#transition-proactive)
+ [Infrastructure as Code と CLI の使用](#transition-iac)
+ [API 統合](#transition-api)
+ [データをエクスポートする](#transition-export)
+ [DevOps Guru リソースを削除する](#transition-delete)
+ [タイムラインとサポート](#transition-timeline)
+ [移行チェックリスト](#transition-checklist)
+ [よくある質問](#transition-faq)
+ [関連リソース](#transition-related)
## DevOps Guru とその置き換えの違い
Amazon DevOps Guru はマネージドモデルを使用します。リソースをカバレッジに追加し、通常の動作を学習し、異常を検出し、関連する異常をインサイトにグループ化して、アクションを推奨します。しきい値を分析または設定するメトリクスは選択しません。
Amazon CloudWatch は設定されたモデルを使用します。モニタリングするメトリクスとロググループを選択し、異常ディテクター、アラーム、通知アクションを作成します。これには 1 回限りの設定が必要で、モニタリング対象、各アラームの機密性、通知先を直接制御できます。Amazon DevOps Agent は、DevOps Guru インサイトが CloudWatch アラームから、またはオンデマンドで提供した調査と根本原因分析を提供します。
CloudWatch は検出とアラートの両方を一緒に使用できます。Amazon DevOps Agent は根本原因の調査と検出に役立ちます。
## 移行の仕組み
ワークロードは移行されません。アプリケーション、データベース、インフラストラクチャは、正確な場所にとどまります。これはモニタリング設定の変更であり、ワークロードの移行ではありません。
移行には 4 つの部分があります。
1. Amazon CloudWatch で依存する検出とアラートを再生成します。
1. 調査用に Amazon DevOps エージェントを設定します。
1. DevOps Guru をコードテンプレートおよび API 統合としてインフラストラクチャから削除します。
1. 保持するインサイトをエクスポートし、分析カバレッジを None に設定します。
一度に 1 つのアカウントまたはアプリケーションを移行でき、新しい設定の検証中に DevOps Guru と CloudWatch を並行して実行できます。DevOps Guru はワークロードをホストしないため、移行中のダウンタイムはありません。各ユースケースを移動するサービスに関するガイダンスについては、サポートページの最後にある[適切な移行パスの選択](devops-guru-end-of-support.md#eos-choosing-path)「」を参照してください。
## 移行を通じてお客様をサポートする方法
2027 年 9 月 30 日まで、DevOps Guru は通常どおり動作し続けます。サポート AWS チャネルを通じてセキュリティパッチ、重要なバグ修正、サポートを引き続き提供し、サービスの可用性を維持します。新機能は追加されません。
[Amazon DevOps Guru のサポート終了](devops-guru-end-of-support.md) このページは、日付と移行ステップの継続的なリファレンスです。移行中に質問がある場合は、 [AWS サポート](https://console.aws.amazon.com/support)にお問い合わせください。サポート終了日の 2027 年 9 月 30 日より前にバッファを許可するには、2027 年 6 月 30 日までに移行を完了することをお勧めします。
## 誰が、いつまでに行動する必要があるか
この変更の影響は、DevOps Guru の使用方法によって異なります。
| オプション: | サポート終了時に何が起こるか | 優先度 |
| --- | --- | --- |
| AWS CloudFormation、 AWS CDK、または Terraform テンプレートで DevOps Guru リソースを宣言する | 廃止されたリソースタイプを参照するスタックオペレーションは失敗します。障害が発生した 1 つのリソースは、スタックの更新全体をブロックできます。 | 最高。最初にこれを完了します。 |
| ダッシュボード、チケットシステム、または内部ツールから DevOps Guru API を呼び出す | 統合はデータの返しを停止します。 | 高 |
| DevOps Guru for Amazon RDS などのインサイトとアラートに DevOps Guru コンソールを使用する | カバレッジ内のリソースの異常検出とレコメンデーションが失われます。 | 中 |
| 過去のインサイトを記録したい | Insights は利用できなくなりました。カバレッジを削除する前にエクスポートします。 | オフボードする前に |
2027 年 9 月 30 日より前にすべてのアクションを実行します。DevOps Guru の比較がまだ利用可能である間に CloudWatch と Amazon DevOps Agent の設定を検証できるように、2027 年 6 月 30 日までに移行を終了することをお勧めします。
## 変更点の概要
次の表は、移行後に利用できるものと、DevOps Guru との違いをまとめたものです。
| 機能 | 移行後に利用できますか? | 相違点 |
| --- | --- | --- |
| メトリクス異常検出 | はい、お客様が設定済み | CloudWatch 異常検出は、各メトリクスの予想範囲を自動的に学習します。有効にするメトリクスを選択します。 |
| 運用アラート | はい、お客様が設定済み | 異常検出アラームと複合アラームを使用し、アラーム状態の変更を Amazon SNS または Amazon EventBridge にルーティングします。アラームを自動的に受信するのではなく、アラームを定義します。 |
| ログ異常検出 | はい、同じカバレッジ | CloudWatch Logs ロググループで異常検出を直接有効にし、CloudWatch Logs Insights で調査します。 |
| データベース異常検出 (DevOps Guru for Amazon RDS) | はい、同じカバレッジ | CloudWatch Database Insights には、DevOps Guru for Amazon RDS が分析したのと同じデータベースロード、待機イベント、上位 SQL データが表示されます。DBLoad メトリクスで CloudWatch 異常検出アラームを作成して異常負荷を通知し、アラーム期間中に Database Insights でオンデマンドパフォーマンス分析を実行して原因を特定します。 |
| DevOps Guru に追加した CloudWatch アラーム | はい、同じカバレッジ | アラームは変更されません。これらを使用して、DevOps エージェントまたは CloudWatch で AWS 調査を開始します。 |
| 根本原因分析でグループ化されたインサイト | はい、お客様が開始しました | Amazon DevOps エージェントと CloudWatch の調査では、メトリクス、ログ、変更イベント、トレースを関連付けて根本原因を特定します。調査は、継続的に実行するのではなく、アラームまたはオンデマンドから開始されます。 |
| サービス依存関係コンテキスト | はい、お客様が設定済み | 調査でサービス関係をマッピングできるように、 AWS X-Ray と CloudWatch Application Signals を有効にします。 |
| 推奨事項と修復 | はい、お客様が開始しました | DevOps Guru は各インサイトにレコメンデーションをアタッチしました。Amazon DevOps Agent は調査中にレコメンデーションを生成し、 AWS Systems Manager オートメーションは定義した修復ランブックを実行します。 |
| 通知 | はい、同じカバレッジ | Amazon SNS、Amazon EventBridge、Systems Manager OpsCenter は、DevOps Guru が使用するのと同じ送信先です。CloudWatch アラームに接続します。 |
| 事前対応型インサイト | 利用不可 | DevOps Guru プロアクティブインサイトは サービスで終わります。早期警告が重要なリソースについては、アカウントクォータの使用率しきい値に関する CloudWatch アラームと Service Quotas 使用状況アラームを作成できます。 |
## メトリクス異常の検出とアラート
DevOps Guru では、リソースのメトリクスの異常検出は、リソースがカバレッジ内にあるときに自動的に開始されます。CloudWatch では、選択したメトリクスで異常検出を有効にし、アラームを作成します。
**実行する必要があること**
1. CPU 使用率、リクエスト数、4XX および 5XX エラー率、レイテンシー、異常なホスト数、メモリ、ディスクなど、DevOps Guru で分析したメトリクスを特定します。
1. これらのメトリクスで CloudWatch 異常検出を有効にします。CloudWatch は、履歴から各メトリクスの予想範囲を学習します。
1. 異常検出アラームを作成します。複合アラームを使用して、関連するアラームを組み合わせてノイズを減らします。
1. 既存の Amazon SNS トピックまたは Amazon EventBridge ルールに通知を送信するアラームアクションを追加します。
**変更点**
検出は、カバレッジ境界内のすべてのリソースではなく、選択したメトリクスに適用されます。アラームの感度、評価期間、通知ルーティングを制御します。
## ログ異常検出
DevOps Guru では、ログ異常はインサイトのメトリクス異常とともに表示されます。CloudWatch では、各ロググループで異常検出を有効にし、CloudWatch Logs コンソールで異常を表示します。
**実行する必要があること**
1. 重要なロググループで CloudWatch Logs の異常検出を有効にします。
1. CloudWatch Logs Insights を使用して、異常の背後にあるログイベントをクエリおよび調査します。
1. `AWS::DevOpsGuru::LogAnomalyDetectionIntegration` リソースタイプを宣言した場合は、テンプレートから削除します。「[Infrastructure as Code と CLI の使用](#transition-iac)」を参照してください。
**変更点**
ログの異常は、DevOps Guru インサイトにグループ化されるのではなく、CloudWatch のロググループごとに表示されます。ログの異常とメトリクスの異常を関連付けるには、Amazon DevOps Agent の調査を開始します。
## データベース異常検出
DevOps Guru for Amazon RDS では、Amazon Relational Database Service および Amazon Aurora データベースのデータベースロードの異常が、関連する待機イベントの推奨事項を含むインサイトとして報告されました。CloudWatch では、Database Insights は同じ Performance Insights データを提供し、アラート用のアラームを作成します。
**実行する必要があること**
1. DevOps Guru for Amazon RDS の対象となるデータベースの [CloudWatch Database Insights](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Database-Insights.html) を有効にします。
1. ワークロードにとって重要な`DBLoad`メトリクスと待機イベントメトリクスに CloudWatch アラームを作成します。
1. Amazon DevOps Agent の調査に、アプリケーションアラームとともにデータベースアラームを含めます。
**変更点**
Database Insights は、データベースのロードに関するフリートレベルのダッシュボードと上位寄与要因の分析を提供します。データベースロードの異常検出は、DevOps Guru が開いたインサイトではなく、設定したアラームになります。
## 調査と根本原因の分析
DevOps Guru では、関連する異常がレコメンデーションを含むインサイトにグループ化されました。 AWS DevOps エージェントは、メトリクス、ログ、トレース、最近のデプロイと設定の変更を関連付けて根本原因を特定する AI 支援の調査を提供します。CloudWatch 調査は、CloudWatch コンソール内から同じタイプの調査を提供します。
**実行する必要があること**
1. アカウントに Amazon DevOps エージェントを設定します。
1. AWS X-Ray と CloudWatch Application Signals を有効にして、調査にサービストポロジとトレースコンテキストを持たせます。
1. CloudWatch アラームを設定して調査を開始するか、問題が発生したときにオンデマンドで開始します。
**変更点**
調査は、継続的に実行するのではなく、アラームまたはオンデマンドから開始されます。レビューして対処できる根本原因の仮説を受け取り、 AWS Systems Manager 自動化で定義した修復ランブックを実行できます。
## 事前対応型インサイト
DevOps Guru では、プロアクティブなインサイトにより、リソースの容量制限に近づいたり、リスクを高める設定など、問題につながる可能性のある条件について警告されました。プロアクティブインサイトは CloudWatch や Amazon DevOps Agent の一部ではなく、サービスで終わります。
早期警告が重要なリソースについては、制限に達する前に通知する CloudWatch アラームを作成します。
1. たとえば、プロビジョニングされた容量の 80% など、しきい値が制限を下回った使用率メトリクスに対してアラームを作成し、短いスパイクを無視するのに十分な評価期間を設定します。
1. Lambda 同時実行や DynamoDB アカウント容量など、ワークロードが依存するアカウントレベルのクォータの Service Quotas 使用状況アラームを作成します。詳細については、[Service Quotas の CloudWatch アラームの作成](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html)」を参照してください。
**変更点**
警告する条件を定義し、それらが適用されるリソースを選択します。DevOps Guru が条件とリソースを選択しました。
## Infrastructure as Code と CLI の使用
次のリソースタイプを参照するテンプレートとスタックは、リソースタイプが取り消された後に作成または更新に失敗します。
+ `AWS::DevOpsGuru::ResourceCollection`
+ `AWS::DevOpsGuru::NotificationChannel`
+ `AWS::DevOpsGuru::LogAnomalyDetectionIntegration`
Terraform AWS プロバイダーは、同等の `aws_devopsguru_resource_collection`、、`aws_devopsguru_event_sources_config`、および `aws_devopsguru_notification_channel``aws_devopsguru_service_integration`リソースを公開します。
**実行する必要があること**
1. AWS CloudFormation、 AWS CDK、Terraform テンプレートと、これらのリソースタイプを参照する AWS CLI スクリプトをインベントリします。
1. 同等の CloudWatch 設定を作成します。DevOps Guru 通知チャネルとカバレッジを置き換えるアラーム、Amazon SNS トピック、Amazon EventBridge ルール、およびログ異常検出統合を置き換える CloudWatch Logs 異常ディテクターです。
1. テンプレートから DevOps Guru リソースを削除し、リソースがスタックによって管理されなくなるように変更をデプロイします。それらをバンドから削除するのではなく、テンプレートから削除して、スタックとテンプレートが一致するようにします。
**変更点**
単一の障害が発生したリソースはスタックオペレーション全体をブロックできるため、これが最も高い重要度の影響です。最初に完了します。
## API 統合
ダッシュボード、チケット発行システム、または内部ツールが DevOps Guru API を呼び出す場合は、サポート終了前に同等の CloudWatch API オペレーションを使用するように更新します。サポートが終了すると、DevOps Guru API オペレーションは使用できなくなります。
| ツールが を呼び出す場合 | 代わりに を使用 |
| --- | --- |
| ListInsights, DescribeInsight, ListAnomaliesForInsight | CloudWatch DescribeAlarms、DescribeAlarmHistory、および GetMetricData; CloudWatch Logs ListLogAnomalyDetectorsおよび ListAnomalies |
| ListRecommendations | Amazon DevOps Agent の調査結果 |
| DescribeAccountHealth, DescribeResourceCollectionHealth | アラーム状態、または各アプリケーションの複合アラームでDescribeAlarmsフィルタリングされた CloudWatch |
| ListNotificationChannels, AddNotificationChannel | CloudWatch アラーム状態の変更に関する Amazon SNS トピックと Amazon EventBridge ルール |
API の詳細については、[「Amazon DevOps Guru API リファレンス](https://docs.aws.amazon.com/devops-guru/latest/APIReference/Welcome.html)」と[Amazon CloudWatch API リファレンス](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/Welcome.html)」を参照してください。
## データをエクスポートする
DevOps Guru インサイトは、2027 年 9 月 30 日以降は使用できません。インサイトの記録を保持する場合は、その日付より前にエクスポートします。ほとんどのお客様は、次の両方を実行することをお勧めします。
1. **サポートが終了するまで新しいインサイトをキャプチャします。**アーカイブできるトピックに新しいインサイトが配信されるように、Amazon SNS 通知チャネルを設定します。
1. **すでに蓄積したインサイトをエクスポートします。**`ListInsights` を呼び出してリストし、保持するインサイト`ListRecommendations`ごとに `DescribeInsight`、`ListAnomaliesForInsight`、 を呼び出します。レスポンスを Amazon S3 またはチケット発行システムに保存します。
カバレッジを減らしたり、リソースを削除する前に、エクスポートを完了してください。
## DevOps Guru リソースを削除する
サポート終了前に分析を停止し、料金の発生を停止するには、データをエクスポートして CloudWatch 設定をセットアップした後、カバレッジチャネルと通知チャネルを削除します。
1. DevOps Guru が有効になっているアカウントと AWS リージョンごとに、分析カバレッジを **None** に設定します。コンソールで、**設定**、**DevOps Guru 分析カバレッジ**、**管理**、**None** を選択します。を呼び出し`UpdateResourceCollection`て、カバレッジ境界を定義する CloudFormation スタックまたはタグを削除することもできます。
1. 通知チャネルを削除します。を呼び出すか`RemoveNotificationChannel`、コンソール**の設定**から削除します。チャネルを削除しても、Amazon SNS トピックや既にアーカイブしているものは削除されません。
1. インフラストラクチャ内の DevOps Guru リソースをコードとして宣言する場合は、それらをバンドから削除するのではなく、テンプレートから削除します。「[Infrastructure as Code と CLI の使用](#transition-iac)」を参照してください。
## タイムラインとサポート
| マイルストーン | 日付 |
| --- | --- |
| 発表 | 2026 年 9 月 29 日 |
| 新規顧客なし | 2026 年 10 月 29 日 |
| 推奨される移行の完了 | 2027 年 6 月 30 日 |
| サポートの終了 | 2027 年 9 月 30 日 |
DevOps Guru の比較がまだ利用可能である間、CloudWatch と Amazon DevOps Agent の設定をライブオペレーションと照合できるように、2027 年 6 月 30 日までに移行を完了することをお勧めします。移行中に質問がある場合は、 [AWS サポート](https://console.aws.amazon.com/support)にお問い合わせください。
## 移行チェックリスト
+ 、、および の Inventory AWS CloudFormation、 AWS CDK`AWS::DevOpsGuru::ResourceCollection`、Terraform`AWS::DevOpsGuru::NotificationChannel`、および AWS CLI の使用`AWS::DevOpsGuru::LogAnomalyDetectionIntegration`。
+ DevOps Guru インサイトを読み取るすべての API 統合を特定します。
+ 主要なメトリクスで CloudWatch 異常検出を有効にし、アラームを作成します。
+ 重要なロググループで CloudWatch Logs の異常検出を有効にします。
+ DevOps Guru for Amazon RDS の対象となるデータベースの CloudWatch Database Insights を有効にします。
+ AWS X-Ray と CloudWatch Application Signals を有効にします。
+ 調査用に Amazon DevOps エージェントを設定します。
+ Amazon SNS、Amazon EventBridge、または Systems Manager OpsCenter を使用して通知を設定します。
+ Amazon SNS 通知チャネルと API を使用して DevOps Guru インサイトをエクスポートします。 Amazon SNS
+ テンプレートから DevOps Guru リソースを削除し、分析カバレッジを None に設定します。
## よくある質問
**サポート終了後、アプリケーションまたはデータベースは機能しなくなりますか?**
いいえ。DevOps Guru はモニタリングサービスです。実行するリソースが監視され、ホストされません。サポートが終了すると、DevOps Guru の可視性とレコメンデーションは失われますが、ワークロードは引き続き実行されます。
**時間内に移行しない場合はどうなりますか?**
DevOps Guru コンソールまたは API にアクセスできなくなり、DevOps Guru リソースタイプは AWS CloudFormation と AWS CLI で失敗します。Insights は使用できなくなります。
**サポートが終了するまで DevOps Guru を引き続き使用できますか?**
はい。アカウントが 2026 年 10 月 29 日より前にサインアップした場合。サポートが終了するまで、セキュリティパッチ、重要なバグ修正、サポート、および可用性の維持が提供されます。新機能は追加されません。
**DevOps Guru を one-to-one で置き換えるサービスは 1 つありますか?**
いいえ。DevOps Guru の検出とアラートは Amazon CloudWatch にマッピングされ、調査と根本原因分析は Amazon DevOps Agent にマッピングされます。両方を一緒に使用できます。
**DevOps Guru for Amazon RDS はどうなりますか?**
サービスの残りの部分で終わります。CloudWatch Database Insights は、同じ Performance Insights データを提供します。アラート用のデータベースロード時にアラームを作成します。
## 関連リソース
+ [Amazon DevOps Guru のサポート終了](devops-guru-end-of-support.md)
+ *AWS 全般のリファレンス*の[「Sunset のサービス](https://docs.aws.amazon.com/general/latest/gr/sunset_services.html)」
+ [Amazon CloudWatch ユーザーガイド](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ 「[CloudWatch 異常検出の使用](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Anomaly_Detection.html)」
+ [CloudWatch Logs の異常検出](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/LogsAnomalyDetection.html)
+ [CloudWatch Database Insights](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Database-Insights.html)
+ [CloudWatch の調査](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Investigations.html)
+ [Amazon DevOps エージェントユーザーガイド](https://docs.aws.amazon.com/devopsagent/)
+ [Amazon CloudWatch の料金](https://aws.amazon.com/cloudwatch/pricing/)
+ [AWS サポート](https://console.aws.amazon.com/support)