次の方法で共有


Datadog の一般的なエラーを修正する

このドキュメントには、Datadog を使用するソリューションのトラブルシューティングに関する情報が含まれています。

Marketplace の購入エラー

エラーメッセージ 詳細
"Microsoft.SaaS RP は Azure サブスクリプションに登録されていません。" リソース プロバイダーを使用する前に、Azure サブスクリプションが登録されていることを確認する必要があります。 詳細については、「リソース プロバイダーの登録」および「リソース プロバイダーの登録のエラーを解決する」を参照してください。
"プランは無料サブスクリプションでは購入できません。アカウントをアップグレードしてください。" 無料の Azure サブスクリプションで Azure Marketplace を購入することはできません。 詳細については、Azure Portal の Azure 無料アカウント に関する FAQ と SaaS オファーの購入に関するページを参照してください。
"Azure サブスクリプションに関連付けられている有効な支払い方法が見つからないため、購入に失敗しました。" 別の Azure サブスクリプションを使用するか、このサブスクリプションのクレジット カードまたは支払い方法の情報を追加または更新します。 詳細については、「 Azure portal で SaaS オファーを購入する」を参照してください。
パブリッシャーは、サブスクリプション/Azure アカウントのリージョンでオファーやプランを提供していません。 オファーまたは特定のプランは、Azure サブスクリプションに接続されている課金アカウント 市場では使用できません。
"Azure Marketplace の登録は Free/BYOL SKU のみに設定されており、Azure 製品の購入は許可されていません。 EA の設定を変更するには、登録管理者に問い合わせてください。 エンタープライズ管理者は、その加入契約下のすべての Azure サブスクリプションに対して、Azure Marketplace での購入を無効または有効にすることができます。 詳細については、「 Azure Marketplace での購入の有効化 」および「 登録情報オプションの概要」を参照してください。
"Marketplace は Azure サブスクリプションに対して有効になっていません。" エンタープライズ管理者は、その加入契約下のすべての Azure サブスクリプションに対して、Azure Marketplace での購入を無効または有効にすることができます。 詳細については、「 Azure Marketplace での購入の有効化」を参照してください。
テナントの IT 管理者によって行われたプライベート マーケットプレースの設定により、発行元によるプランを購入することはできません。 顧客はプライベート マーケットプレースを使用して、組織のアクセスを特定のオファーとプランに制限します。 特定のオファーまたはプランは、テナントのプライベート マーケットプレースで使用できるように設定されませんでした。 テナントの IT 管理者に問い合わせてください。
"EA サブスクリプションでは Marketplace の購入が許可されていません。" 別のサブスクリプションを使用するか、Enterprise Agreement サブスクリプションで Azure Marketplace の購入が有効になっているかどうかを確認します。 詳細については、「 Azure Marketplace での購入の有効化」を参照してください。

これらの方法で問題が解決しない場合は、Datadog のサポートにお問い合わせください。

Datadog を作成できない

Azure Datadog 統合を設定するには、Azure サブスクリプションに対する所有者アクセス権が必要です。 設定を開始する前に、適切なアクセス権があることをご確認ください。

シングル サインオン エラー

  • シングル サインオンの設定を保存できない

    • このエラーは、Datadog SAML 識別子を使用している別のエンタープライズ アプリがある場合に発生します。 使用しているアプリを検索するには、[基本的な SAML 構成] セクションの [編集] を選択します。

    この問題を解決するには、もう一方のアプリを無効にするか、もう一方のアプリをエンタープライズ アプリとして使用して、Datadog で SAML SSO を設定します。 他のアプリを使用する場合は、アプリに必要な設定があることを確認します。

  • シングル サインオンの設定ページにアプリが表示されない

    • 最初に、アプリケーション ID を検索します。 結果が表示されない場合は、アプリの SAML の設定を調べます。 グリッドには、SAML の設定が正しいアプリのみが表示されます。

      識別子の URL が https://us3.datadoghq.com/account/saml/metadata.xml である必要があります。

      応答 URL は https://us3.datadoghq.com/account/saml/assertion である必要があります。

      次の図は正しい値を示したものです。

  • テナントに招待されたゲスト ユーザーがシングル サインオンにアクセスできない

    • 一部のユーザーは Azure portal で 2 つのメール アドレスを持っています。 通常、1 つのメールはユーザー プリンシパル名 (UPN) で、もう 1 つのメールは代替メールです。

    ゲスト ユーザーを招待するときは、ホーム テナントの UPN を使用します。 UPN を使用すると、シングル サインオン プロセスの間にメール アドレスの同期が維持されます。 UPN は、ユーザーの Azure portal の右上隅にあるメール アドレスを検索することで見つけることができます。

ログが送信されない

  • Datadog にログを送信するのは、Azure Monitor リソースのログ カテゴリの一覧に含まれるリソースだけです。

    リソースが Datadog にログを出力しているかどうかを確認するには:

    1. 特定のリソースの Azure 診断設定に移動します。

    2. Datadog 診断設定があることを確認します。

  • リソースでログの送信がサポートされていません。 ログを送信するように構成できるのは、監視ログ カテゴリを持つリソースの種類だけです。 詳細については、サポートされているカテゴリに関する記事を参照してください。

  • 診断設定が上限の 5 個に達しました。 各 Azure リソースに設定できる診断設定の数は、最大 5 個です。 詳細については、診断の設定に関する記事を参照してください。

  • パートナー ソリューションによる Azure Monitor 診断設定では、メトリック データのエクスポートはサポートされていません。

メトリックが送信されない

Datadog リソースには、適切な Azure サブスクリプションで監視閲覧者ロールが割り当てられます。 このロールにより、Datadog リソースはメトリックを収集し、それらのメトリックを Datadog に送信できます。

リソースに正しいロールの割り当てがあるかどうかを確認するには、Azure portal を開き、サブスクリプションを選択します。 左側のペインで [アクセス制御 (IAM)] を選択します。 Datadog リソースの名前を検索します。 Datadog リソースに [監視閲覧者] ロールが割り当てられていることを確認します。

Datadog エージェントのインストールが失敗する

Azure Datadog 統合を使用すると、仮想マシンまたはアプリ サービスに Datadog エージェントをインストールできます。 Datadog エージェントの構成には、[API キー] 画面で [既定のキー] として選択されている API キーが使用されます。 既定のキーが選択されていない場合、Datadog エージェントのインストールは失敗します。

Datadog エージェントが正しくないキーで構成されている場合は、[API キー] 画面に移動し、[既定のキー] を変更します。 新しい API キーを使用して仮想マシンを構成するには、Datadog エージェントをアンインストールして再インストールする必要があります。

Datadog リソースを無効にした後、または必要なタグ規則を適用した後でも、診断設定はアクティブになります

Datadog リソースが無効になった後、またはタグ規則が変更されて特定のリソースが除外された後でも、ログが出力され、監視対象のリソースで診断設定がアクティブなままである場合は、リソースまたはそのリソースを含むリソース グループに削除ロックが適用されている可能性があります。 このロックにより、診断設定をクリーンアップできなくなるため、これらのリソースのログは転送され続けます。 この問題を解決するには、リソースまたはリソース グループから削除ロックを削除します。 Datadog リソースの削除後にロックが削除された場合は、診断設定を手動でクリーンアップしてログ転送を停止する必要があります。

リソースを移動した後、診断設定が想定どおりに作成されない

リソースの削除、リソースの名前変更、または移動、またはリソース グループまたはサブスクリプション間での移行が必要な場合は、最初にその診断設定を削除します。 そうしないと、このリソースを再作成した場合に、各リソースのリソース構成によっては、削除されたリソースの診断設定が新しいリソースに含まれる可能性があります。 診断設定が新しいリソースに含まれている場合、診断設定で定義されているリソース ログの収集が再開され、該当するメトリックとログ データが以前に構成された宛先に送信されます。 環境をきれいに保つためには、削除予定で今後使用しないリソースの診断設定を削除することをお勧めします。 詳細情報

タグ ルールを使用して作成された診断設定の手動更新

診断設定は、タグ ルールに基づいて作成されます。 現時点では、診断設定ページを使用したログ カテゴリの変更は許可されていません。 ログ カテゴリをオフにして保存できることもありますが、(タグ ルールに従って) 既定の設定に戻ります。

変換先の詳細が変更されると、元の構成で新しい診断設定が再作成されます。 これには、リソースごとに最大 5 つの診断設定という制限があります。 詳細情報

次のステップ