次の方法で共有

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

  • [アーティクル]

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

Marketplace の購入エラー

  • Microsoft.SaaS RP が Azure サブスクリプションに登録されていません。

  • プランは無料サブスクリプションでは購入できません。アカウントをアップグレードしてください。

  • Azure サブスクリプションに関連付けられている有効な支払い方法が見つからないため、購入に失敗しました。

    • 別の Azure サブスクリプションを使用するか、このサブスクリプションの現在のクレジット カードまたは支払い方法の情報を追加または更新します。 詳細については、「Azure portal で SaaS オファーを購入する」を参照してください。

  • 発行元は、お使いのサブスクリプションまたは Azure アカウントのリージョンでオファー、プランを提供していません。

    • オファーまたは特定のプランが、Azure サブスクリプションに結び付けられている課金アカウントの市場では使用できません。

  • Azure Marketplace の登録は Free/BYOL SKU のみに設定されています。Azure 製品の購入は許可されていません。 EA の設定を変更するには、登録管理者に問い合わせてください。

    • エンタープライズ管理者は、その加入契約下のすべての Azure サブスクリプションに対して、Azure Marketplace での購入を無効または有効にすることができます。 詳細については、「Azure Marketplace - Microsoft Cost Management」を参照してください。 さまざまな登録情報オプションの詳細については、「登録情報オプションの概要」を参照してください

  • Azure サブスクリプションに対して Marketplace が有効になっていません。

    • エンタープライズ管理者は、その加入契約下のすべての Azure サブスクリプションに対して、Azure Marketplace での購入を無効または有効にすることができます。 「Azure Marketplace - Microsoft Cost Management」を参照してください。

  • テナントの IT 管理者によって行われたプライベート マーケットプレースの設定により、発行元によるプランを購入することはできません。

    • お客様がプライベート マーケットプレースを使用して、組織のアクセスを特定のオファーとプランに制限しています。 特定のオファーまたはプランは、テナントのプライベート マーケットプレースで使用できるように設定されませんでした。 テナントの IT 管理者に問い合わせてください。

  • この EA サブスクリプションでは、Marketplace での購入は許可されていません。

    • 別のサブスクリプションを使用するか、お使いの EA サブスクリプションで Marketplace の購入が有効かどうかを確認してください。 詳細については、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 つの診断設定という制限があります。 詳細情報

次のステップ