announcements管理者とデータアカウントおよびユーザーの管理データとAPIデータ辞書セキュリティとプライバシーライセンスこの機械翻訳は、参考として提供されています。英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。Relicダッシュボードやアラートを含むあらゆる種類のインフラストラクチャとサービスをプロビジョニングします。プロバイダーのドキュメントを確認してください。取り込み、ワークフローを簡素化します。タイプのテンプレートを追加できます。つのアラート条件、通知チャネルをプロビジョニングします。監視に基づいています。アプリケーションがリクエストを処理するのにかかる時間。システムが受信するリクエストの量。失敗したリクエストの割合。アプリケーションの要求を満たすためのリソースへのストレス。両方に関する基本的な知識が必要です。インストールしてください。構成ファイルを作成します。プロバイダーをインストールして使用するように指示します。バージョンに設定しています。実行の安定性が向上します。プロバイダーを構成する必要があります。providerを構成します。Relicユーザーキー。キーはプレフィックスNRAK-で始まります。one.newrelic.comの場合、リージョンはUSです。one.eu.newrelic.comの場合、リージョンはEUです。main.tfで、プロバイダーに次の値を設定します。介してアカウントに代わって変更を行うようにそのプロバイダーを構成します。プロバイダーを設定することもできます。これは、プロバイダー構成のデフォルト値を設定する便利な方法です。プロバイダーの構成の詳細については、公式のプロバイダードキュメントを参照してください。planの実行などの次のアクション可能なステップが表示されます。planを実行する前に、リソースを作成する必要があります。プロバイダーを構成して初期化したら、アプリケーションのアラート戦略を定義できます。アプリケーション情報をフェッチし、構成内の別の場所でそのデータを参照できるようにします。newrelic_alert_policyを作成します。アプリケーションの名前に基づいて、ポリシーに動的な名前を付けます。これは、ポリシーの範囲を指定するのに役立ちます。${data.newrelic_entity.example_app.name}"}コピーこの時点で、ドライランで構成をテストできるはずです。実行計画を示す出力が表示されます。実行するアクションが含まれています。ポリシーを作成することを示しています。リソースをプロビジョニングします。実行するように指示したアクションを確認するよう求めます。「はい」と入力します。ログをコンソールに送信します。よって新しいポリシーが作成されたことを確認します。applyを実行できます。ページを更新して、新しいリソースを表示します。シグナルに基づいて、アプリケーションのアラート条件を追加します。ポリシーに適用します。Latencyほとんどの人は、応答時間が遅くなることは避けたいと考えています。秒を超えた場合にトリガーするnewrelic_alert_conditionを作成できます。ポリシーにリンクしていることに注意してください。アラートを使用することになります。次の設定を使用して、上記と同じ機能を実行するNRQL集計を作成できます。}}コピーTrafficトラフィックは、特定の瞬間にシステムにどれだけの需要があるかを表します。スループットは、アプリケーションへのトラフィック量を測定する指標です。分間下回った場合にトリガーするnewrelic_alert_conditionを作成します。トラフィックが予想される場合に役立ちます。トラフィックの低下は問題を示している可能性があります。Errorsアプリケーションのエラー率が急上昇した場合は、それについて知る必要があります。超えた場合にトリガーするnewrelic_alert_conditionを作成します。時間、メモリ割り当て、キューの深さなど、さまざまな形式を取ることができます。使用率が特定の閾値を超えて急上昇した場合の集計を構成すると想定します。超えた場合にトリガーされるnewrelic_infra_alert_conditionを作成しました。ポリシーに追加して、アラートがトリガーされたときに適切な人に通知されるようにします。newrelic_notification_destinationとnewrelic_notification_channelを使用します。メール通知先を作成して受信者リストを構成します。受信者リストは、特定の人またはチームにすることができます。これは、通知チャネルを作成するときに使用されます。テンプレートを作成して、アラート通知を電子メールに送信します。newrelic_workflowを作成します。}}コピーnewrelic_workflowは、作成したばかりの通知チャネルをアラートにリンクします。applyを実行して、構成済みのすべてのリソースが最新であることを確認してください。チャネルは非推奨であり、将来のバージョンではサポートされません。ポリシーに追加して、アラートがトリガーされたときに適切な人が確実に通知されるようにします。newrelic_alert_channelを使用します。メール通知チャネルを作成して、アラート通知をメールに送信します。アラートがトリガーされたときに特定の人またはチームに通知する場合は、これを使用します。複数のrecipientsを指定する場合は、電子メールのカンマ区切りリストを使用してください。newrelic_alert_policy_channelを作成します。ポリシーにリンクします。applyを実行して、構成済みのすべてのリソースが最新であることを確認してください。いくつかのタイプの通知チャネルをサポートしています。チャネルを作成してみてください。チャネルを選択する必要があります。チャネルに通知を送信します。システムをチームが評価すると、アラートのしきい値や期間などの構成値を微調整する必要がある場合があることがわかります。コントリビューションとともにこれらの変更をレビューできるようにすることができます。パイプラインでこのプロセスを自動化することも検討してください。プラクティスを発展させる方法について学習してください。