Terraform 0.11

datadog_monitor




terraform

datadog_monitor

डेटाडॉग मॉनिटर संसाधन प्रदान करता है। इसका उपयोग डेटाडॉग मॉनिटर बनाने और प्रबंधित करने के लिए किया जा सकता है।

उदाहरण उपयोग

# Create a new Datadog monitor
resource "datadog_monitor" "foo" {
  name               = "Name for monitor foo"
  type               = "metric alert"
  message            = "Monitor triggered. Notify: @hipchat-channel"
  escalation_message = "Escalation message @pagerduty"

  query = "avg(last_1h):avg:aws.ec2.cpu{environment:foo,host:foo} by {host} > 4"

  thresholds {
    ok                = 0
    warning           = 2
    warning_recovery  = 1
    critical          = 4
    critical_recovery = 3
  }

  notify_no_data    = false
  renotify_interval = 60

  notify_audit = false
  timeout_h    = 60
  include_tags = true

  silenced {
    "*" = 0
  }

  tags = ["foo:bar", "baz"]
}

तर्क संदर्भ

निम्नलिखित तर्क समर्थित हैं:

  • type - (आवश्यक) मॉनिटर का प्रकार, से चुना गया:
  • name - (आवश्यक) डेटाडॉग मॉनिटर का नाम
  • query - (आवश्यक) आप जिस प्रकार के मॉनिटर का निर्माण कर रहे हैं, उसके आधार पर सिंटैक्स के साथ सूचित करने के लिए मॉनिटर क्वेरी। विकल्पों के लिए एपीआई संदर्भ देखें।
  • message - (आवश्यक) इस मॉनिटर के लिए सूचनाओं को शामिल करने के लिए एक संदेश। ईवेंट के रूप में समान '@username' संकेतन का उपयोग करके विशिष्ट उपयोगकर्ताओं को ईमेल सूचनाएं भेजी जा सकती हैं।
  • escalation_message - (वैकल्पिक) पुनः सूचना के साथ शामिल करने के लिए एक संदेश। समर्थन करता है '@username' अधिसूचना कहीं और अनुमति दी।
  • thresholds - (वैकल्पिक)

    • मीट्रिक अलर्ट: थ्रेसहोल्ड प्रकार द्वारा थ्रेसहोल्ड का एक शब्दकोश। वर्तमान में हमारे पास मीट्रिक अलर्ट के लिए चार दहलीज प्रकार हैं: महत्वपूर्ण, महत्वपूर्ण वसूली, चेतावनी और चेतावनी वसूली। महत्वपूर्ण को क्वेरी में परिभाषित किया गया है, लेकिन इस विकल्प में भी निर्दिष्ट किया जा सकता है। चेतावनी और पुनर्प्राप्ति थ्रेसहोल्ड केवल थ्रेसहोल्ड विकल्प का उपयोग करके निर्दिष्ट किया जा सकता है। उदाहरण का उपयोग: thresholds { critical = 90 critical_recovery = 85 warning = 80 warning_recovery = 75 }
    • सेवा की जाँच: स्थिति द्वारा थ्रेसहोल्ड का एक शब्दकोश। क्योंकि सेवा की जाँच में कई थ्रेसहोल्ड हो सकते हैं, हम उन्हें सीधे क्वेरी में परिभाषित नहीं करते हैं। डिफ़ॉल्ट मान: thresholds { ok = 1 critical = 1 warning = 1 }
  • notify_no_data (वैकल्पिक) एक बूलियन जो यह बताता है कि क्या यह मॉनिटर सूचित करेगा कि कब डेटा रिपोर्टिंग बंद हो जाती है। झूठे की अवहेलना करता है।

  • new_host_delay (वैकल्पिक) समय (सेकंड में) बूट के लिए एक मेजबान और अनुप्रयोगों की निगरानी परिणामों के मूल्यांकन शुरू करने से पहले पूरी तरह से शुरू करने की अनुमति देने के लिए। एक गैर नकारात्मक पूर्णांक होना चाहिए। 300 के लिए चूक।

  • evaluation_delay में देरी करने के लिए evaluation_delay (वैकल्पिक) समय (सेकंड में) एक गैर-नकारात्मक पूर्णांक के रूप में। उदाहरण के लिए, यदि मान 300 (5min) पर सेट है, तो समय सीमा last_5m पर सेट है और समय 7:00 है, मॉनिटर 6:50 से 6:55 तक डेटा का मूल्यांकन करेगा। यह AWS क्लाउडवेच और अन्य बैकफ़िल्ड मैट्रिक्स के लिए उपयोगी है, यह सुनिश्चित करने के लिए कि मूल्यांकन के दौरान मॉनिटर के पास हमेशा डेटा रहेगा।

  • no_data_timeframe (वैकल्पिक) एक मॉनिटर से पहले मिनटों की संख्या सूचित करेगी जब डेटा रिपोर्टिंग बंद हो जाती है। मीट्रिक अलर्ट के लिए मॉनिटर समय सीमा कम से कम 2x या सेवा की जांच के लिए 2 मिनट का होना चाहिए। डिफ़ॉल्ट: मीट्रिक अलर्ट के लिए 2x समय सीमा, सेवा जांच के लिए 2 मिनट।

  • renotify_interval (वैकल्पिक) मॉनिटर से पहले अंतिम अधिसूचना के बाद मिनटों की संख्या वर्तमान स्थिति पर फिर से सूचित करेगी। इसे हल नहीं किया जाएगा तो यह केवल फिर से सूचित करेगा।

  • notify_audit (वैकल्पिक) एक बूलियन जो दर्शाता है कि टैग किए गए उपयोगकर्ताओं को इस मॉनीटर में परिवर्तन के बारे में सूचित किया जाएगा। झूठे की अवहेलना करता है।

  • timeout_h (वैकल्पिक) मॉनिटर के घंटों की संख्या डेटा को रिपोर्ट नहीं करने से पहले यह स्वचालित रूप से ट्रिगर स्थिति से हल हो जाएगी। झूठे की अवहेलना करता है।

  • include_tags (वैकल्पिक) एक बूलियन जो यह बताता है कि क्या इस मॉनीटर से सूचनाएं स्वचालित रूप से अपने ट्रिगर टैग को शीर्षक में सम्मिलित करेंगी। सत्य की अवहेलना।

  • require_full_window (वैकल्पिक) एक बूलियन यह दर्शाता है कि मूल्यांकन से पहले इस मॉनिटर को डेटा की पूरी विंडो की आवश्यकता है या नहीं। हम आपको यह सलाह देते हैं कि विरल मैट्रिक्स के लिए इसे गलत पर सेट करें, अन्यथा कुछ मूल्यांकन छोड़ दिए जाएंगे। डिफ़ॉल्ट: "औसतन", "हर समय" और "कुल" एकत्रीकरण में सही। असत्य अन्यथा।

  • locked (वैकल्पिक) एक बूलियन यह दर्शाता है कि क्या इस मॉनीटर में परिवर्तन रचनाकार या व्यवस्थापक तक सीमित होना चाहिए। झूठा करने के लिए चूक।

  • tags (वैकल्पिक) आपके मॉनिटर के साथ जुड़ने के लिए टैग की एक सूची। यह यूआई के प्रबंधन मॉनिटर पृष्ठ में मॉनिटरों को वर्गीकृत करने और फ़िल्टर करने में आपकी सहायता कर सकता है। नोट: एपीआई द्वारा क्वेरी करते समय वर्तमान में इन टैग को फ़िल्टर करना संभव नहीं है

  • silenced (वैकल्पिक) दिए गए प्रत्येक दायरे को तब तक म्यूट किया जाएगा जब तक कि दिए गए POSIX टाइमस्टैम्प या हमेशा के लिए न हो यदि मान 0. पूरी तरह से अलर्ट म्यूट करना है:

    silenced {
      "*" =  0
    }
    

    भूमिका निभाने के लिए: db थोड़े समय के लिए:

    silenced {
      "role:db" = 1412798116
    }
    

संदर्भ संदर्भित करता है

निम्नलिखित विशेषताएँ निर्यात की जाती हैं:

  • id - डेटाडॉग मॉनिटर की आईडी

आयात

मॉनिटर्स को उनकी संख्यात्मक आईडी का उपयोग करके आयात किया जा सकता है, जैसे

$ terraform import datadog_monitor.bytes_received_localhost 2081