- 重要な情報
- はじめに
- 用語集
- エージェント
- インテグレーション
- OpenTelemetry
- 開発者
- API
- CoScreen
- アプリ内
- インフラストラクチャー
- アプリケーションパフォーマンス
- 継続的インテグレーション
- ログ管理
- セキュリティ
- UX モニタリング
- 管理
Agent 5.3 以上を実行している場合は、必要なトラブルシューティング情報を 1 つのフレアコマンドで Datadog のサポートチームに送信できます。
flare
は Agent のすべての構成ファイルを収集し、1 つのアーカイブファイルに記録します。パスワード、API キー、プロキシ資格情報、SNMP コミュニティ文字列などの機密情報は削除されます。アーカイブのアップロードを確認すると、アーカイブが直ちに Datadog のサポートチームに送信されます。
Datadog Agent は完全にオープンソースなので、コードの動作を検証することができます。フレアは、アップロードの前に確認を求めるため、必要に応じて送信前にフレアを確認できます。
以下のコマンドで、<CASE_ID>
を実際の Datadog サポートケース ID(ある場合)に置き換え、それに紐づけされているメールアドレスを入力します。
ケース ID がない場合は、Datadog へのログインに使用するメールアドレスを入力して新しいサポートケースを作成します。
プラットフォーム | コマンド |
---|---|
AIX | datadog-agent flare <CASE_ID> |
Docker | docker exec -it dd-agent agent flare <CASE_ID> |
macOS | datadog-agent flare <CASE_ID> または Web GUI を使用 |
CentOS | sudo datadog-agent flare <CASE_ID> |
Debian | sudo datadog-agent flare <CASE_ID> |
Kubernetes | kubectl exec <ポッド名> -it agent flare <ケース_ID> |
Fedora | sudo datadog-agent flare <CASE_ID> |
Redhat | sudo datadog-agent flare <CASE_ID> |
Suse | sudo datadog-agent flare <CASE_ID> |
ソース | sudo datadog-agent flare <CASE_ID> |
Windows | Windowsに関する個別のドキュメントをご参照ください。 |
Heroku | Herokuに関する個別のドキュメントをご参照ください。 |
PCF | sudo /var/vcap/jobs/dd-agent/packages/dd-agent/bin/agent/agent flare <CASE_ID> |
Agent v7.19 以降を使用し、Datadog Helm Chart を最新バージョンで使用するか、Datadog Agent と Trace Agent が別々のコンテナにある DaemonSet を使用する場合は、以下を含む Agent Pod をデプロイします。
各コンテナからフレアを取得するには、次のコマンドを実行します。
kubectl exec -it <AGENT_POD_NAME> -c agent -- agent flare <CASE_ID>
kubectl exec -it <AGENT_POD_NAME> -c process-agent -- agent flare <CASE_ID> --local
kubectl exec -it <AGENT_POD_NAME> -c trace-agent -- agent flare <CASE_ID> --local
kubectl exec -it <AGENT_POD_NAME> -c security-agent -- security-agent flare <CASE_ID>
system-probe コンテナはフレアを送信できないため、代わりにコンテナログを取得します:
kubectl logs <AGENT_POD_NAME> -c system-probe > system-probe.log
ECS Fargate プラットフォーム v1.4.0 を使用する場合、Amazon ECS Exec を有効にすることで、実行中の Linux コンテナへのアクセスを許可するように ECS タスクとサービスを構成できます。構成が完了したら、次のコマンドを実行してフレアを送信します。
aws ecs execute-command --cluster <CLUSTER_NAME> \
--task <TASK_ID> \
--container datadog-agent \
--interactive \
--command "agent flare <CASE_ID>"
注: ECS Exec は、新しいタスクに対してのみ有効にできます。ECS Exec を使用するには、既存のタスクを再作成する必要があります。
プラットフォーム | コマンド |
---|---|
Docker | docker exec -it dd-agent /etc/init.d/datadog-agent flare <CASE_ID> |
macOS | datadog-agent flare <CASE_ID> |
CentOS | sudo service datadog-agent flare <CASE_ID> |
Debian | sudo service datadog-agent flare <CASE_ID> |
Kubernetes | kubectl exec <ポッド名> -it /etc/init.d/datadog-agent flare <ケース_ID> |
Fedora | sudo service datadog-agent flare <CASE_ID> |
Redhat | sudo service datadog-agent flare <CASE_ID> |
SUSE | sudo service datadog-agent flare <CASE_ID> |
ソース | sudo ~/.datadog-agent/bin/agent flare <CASE_ID> |
Windows | Windowsに関する個別のドキュメントをご参照ください。 |
メモ: Linux ベースのシステムを使用していて service
ラッパーコマンドを使用できない場合は、代替手段の一覧をご参照ください。
プラットフォーム | コマンド |
---|---|
Kubernetes | kubectl exec <CLUSTER_POD_NAME> -it datadog-cluster-agent flare <CASE_ID> |
Cloud Foundry | /var/vcap/packages/datadog-cluster-agent/datadog-cluster-agent-cloudfoundry flare -c /var/vcap/jobs/datadog-cluster-agent/config <CASE_ID> |
Agent フレアプロトコルは、コンフィギュレーションとログをまずローカルの /tmp
ディレクトリにあるアーカイブファイルに収集します。
Agent のデータ収集に問題がある場合は、このファイルを手動で取得してサポートに送信してください。
Kubernetes でアーカイブファイルを取得するには、kubectl コマンドを使用します。
kubectl cp datadog-<pod-name>:tmp/datadog-agent-<date-of-the-flare>.zip flare.zip -c agent
お役に立つドキュメント、リンクや記事: