सामग्री पर जाएं
इन्वेंटरी अवलोकन

इन्वेंटरी अवलोकन

Markdown के रूप में देखें

इन्वेंटरी उन सभी चीज़ों की एक सूची है जिनके बारे में Status200 आपके परिवेश में जानता है: सेवाएँ, होस्ट, Kubernetes ऑब्जेक्ट, वर्चुअल मशीनें, नेटवर्क डिवाइस, क्लाउड संसाधन, IoT डिवाइस, सर्वरलेस फ़ंक्शन, और वे चीज़ें जो कोई टेलीमेट्री नहीं भेजतीं। इसका ज़्यादातर हिस्सा उसी से अपने आप भर जाता है जिस पर Status200 पहले से नज़र रखता है। आप वह जोड़ते हैं जो नज़र रखने से पता नहीं चलता: कोई चीज़ किस काम की है, उसका मालिक कौन है, उसकी वारंटी कब ख़त्म होती है।

आइटम इन्वेंटरी में कैसे आते हैं

Status200 निगरानी के लिए पहले से ही आपके परिवेश पर नज़र रखता है, इसलिए कैटलॉग उसी से बनता है जो वह देखता है, न कि उससे जो किसी ने टाइप करना याद रखा। हर आइटम का एक स्रोत होता है, और स्रोत तय करता है कि आइटम पर किसका अधिकार है: आप उसे संपादित कर सकते हैं या नहीं, और वह अपने आप हट सकता है या नहीं।

flowchart TB T["आपकी भेजी हुई<br/>टेलीमेट्री"] -->|"Discovered"| I["इन्वेंटरी: हर चीज़<br/>का एक आइटम, एक<br/>स्थिर पहचान कुंजी<br/>के साथ"] R["Status200 के<br/>पोलर"] -->|"Mirrored, हर<br/>15 मिनट में"| I Y["बिना टेलीमेट्री<br/>वाली चीज़ें"] -->|"Added by you"| I I --> L["All Items, Topology<br/>Map और आइटम पेज"] I --> X["कस्टम फ़ील्ड, CSV<br/>निर्यात और API"]

एक सूची में आने के तीन रास्ते

स्रोतAPI मेंकहाँ से आता हैकब तक रहता है
DiscovereddiscoveredOpenTelemetry रिसोर्स एट्रिब्यूट, जो टेलीमेट्री आते ही पढ़े जाते हैं: कोई सेवा, होस्ट, Kubernetes ऑब्जेक्ट या वर्चुअल मशीन जो टेलीमेट्री भेजती है।हर बैच के साथ फिर से दर्ज होता है। अपने प्रकार की अवधि से ज़्यादा समय तक चुप रहने पर हटा दिया जाता है (नीचे देखें)।
Mirroredinventoryएक रिकॉर्ड जिसे Status200 का कोई पोलर रखता है: नेटवर्क डिवाइस, क्लाउड संसाधन, IoT डिवाइस, सर्वरलेस फ़ंक्शन, RUM ऐप्लिकेशन, Docker होस्ट और Podman होस्ट। हर 15 मिनट में कॉपी किया जाता है।जब तक उसका रिकॉर्ड है। रिकॉर्ड हटाएँ, और आइटम भी उसके साथ चला जाता है।
Added by youmanualआपका जोड़ा हुआ, किसी ऐसी चीज़ के लिए जिसे Status200 नहीं देख सकता: कोई थर्ड-पार्टी API, वेंडर द्वारा प्रबंधित डेटाबेस, रैक में रखा कोई अप्लायंस।जब तक आप उसे हटा न दें। कोई चीज़ उसे समाप्त नहीं करती।

खोजे गए या मिरर किए गए आइटम का नाम या प्रकार नहीं बदला जा सकता: उसका स्रोत अगली बार में बदलाव को फिर से लिख देगा। आइटम का सेटिंग्स पेज बताता है कि स्थायी बदलाव कहाँ करना है। आप किसी भी आइटम में, स्रोत चाहे जो हो, हमेशा कस्टम फ़ील्ड के मान जोड़ सकते हैं: इन्वेंटरी कस्टम फ़ील्ड देखें।

चुप आइटम कब तक रहता है

खोजे गए आइटम की एक धड़कन होती है। हर बार जब उसकी टेलीमेट्री आती है, उसका आख़िरी बार देखे जाने का समय आगे बढ़ता है, और सूची का स्थिति कॉलम बताता है कि वह कितना हाल का है। मिरर किए गए आइटम और आपके जोड़े हुए आइटम की कोई धड़कन नहीं होती, इसलिए उनकी स्थिति चिंता जगाने के बजाय खाली रहती है।

स्थितिइसका अर्थ
Liveपिछले 30 मिनट में देखा गया।
Recentपिछले एक दिन के भीतर देखा गया।
Staleएक दिन से ज़्यादा समय से नहीं देखा गया। Gone Quiet पेज इन्हें दिखाता है।

हर तीन घंटे में, Status200 उन खोजे गए आइटम को हटा देता है जो अपने प्रकार की अवधि से ज़्यादा समय तक चुप रहे हैं, संग्रहित आइटम भी, और उनके कस्टम फ़ील्ड के मान भी उनके साथ चले जाते हैं। मिरर किए गए आइटम और आपके जोड़े हुए आइटम इस तरह कभी नहीं हटाए जाते।

आइटम का प्रकारटेलीमेट्री के बिना इतने समय बाद हटाया जाता है
पॉड, डिप्लॉयमेंट, Proxmox गेस्ट और VMware वर्चुअल मशीनें1 दिन
Kubernetes नोड और नेमस्पेस, Proxmox नोड, VMware होस्ट, क्लस्टर और डेटास्टोर, और वे डेटाबेस और रिमोट सेवाएँ जिन्हें आपके ट्रेस कॉल करते हैं7 दिन
सेवाएँ, होस्ट, Kubernetes, Proxmox और Ceph क्लस्टर, स्टोरेज ऐरे, vCenters और Docker Swarm क्लस्टर30 दिन

Status200 का खोजा हुआ कोई संबंध 30 दिन तक दोबारा न दिखने पर हटा दिया जाता है।

रास्ता ढूँढें

उत्पाद → संसाधन → इन्वेंटरी खोलें। उसके साइड मेन्यू में ये पेज हैं। By Source, सेटिंग्स, सहायता और उन्नत मुड़े हुए शुरू होते हैं: किसी सेक्शन को खोलने के लिए उसके शीर्षक पर क्लिक करें।

पेजवहाँ आपको क्या मिलता है
अवलोकनआपके पास कितने आइटम हैं, वे क्या हैं, कितने चुप हो गए हैं, और सबसे हाल में क्या जोड़ा गया।
All Itemsहर आइटम। नाम, विवरण या पहचान कुंजी से खोजें, सूची को प्रकार, स्रोत, स्थिति या कस्टम फ़ील्ड से छोटा करें, और हाथ से आइटम जोड़ें।
Topology Mapआइटम कैसे जुड़े हैं: सेवाएँ, वे क्या कॉल करती हैं, और वे होस्ट, पॉड और डिवाइस जिन पर वे चलती हैं।
Gone Quietवे खोजे गए आइटम जिन्होंने एक दिन से ज़्यादा समय से टेलीमेट्री नहीं भेजी है।
By Sourceकिसी एक स्रोत के आइटम: Discovered, Mirrored या Added by You।
सेटिंग्स → कस्टम फ़ील्डवे फ़ील्ड जिन्हें आपका प्रोजेक्ट हर आइटम पर रखता है।
सहायता → दस्तावेज़ीकरणइन्वेंटरी की एक छोटी गाइड, उन आइटम प्रकारों के साथ जिन्हें वह पहचानता है।
उन्नत → संग्रहीतवे आइटम जिन्हें आपने संग्रहित किया। उन्हें यहीं से असंग्रहित करें।

कोई आइटम खोलें, और उसके अपने साइड मेन्यू में उसका अवलोकन (उसका प्रकार, स्रोत और स्थिति, और उस पर देखा गया हर एट्रिब्यूट), उसके Connections और उसके कस्टम फ़ील्ड; उसके लॉग, ट्रेस, मेट्रिक्स, प्रदर्शन प्रोफ़ाइल और अपवाद; और उसकी घटनाएं, अलर्ट और अनुसूचित रखरखाव होते हैं। उन्नत के नीचे उसकी सेटिंग्स, उसके ऑडिट लॉग और Delete Item हैं। टेलीमेट्री पेज वह दिखाते हैं जो आइटम ने खुद भेजा। घटनाएँ, अलर्ट और रखरखाव इवेंट उस सेवा, होस्ट या Kubernetes क्लस्टर के होते हैं जिसका आइटम प्रतिनिधित्व करता है; किसी और आइटम पर, वे पेज बताते हैं कि इसके बजाय किस संसाधन को देखना है।

एसेट विवरण

किसी होस्ट या नेटवर्क डिवाइस में एक एसेट विवरण कार्ड होता है जो दोनों को एक ही तरह से बताता है: होस्टनाम, IP पता, MAC पता, क्रम संख्या, निर्माता, मॉडल, फ़र्मवेयर संस्करण, ऑपरेटिंग सिस्टम, OS संस्करण, डिवाइस प्रकार और स्थान। जिस तथ्य की किसी ने जानकारी नहीं दी, वह अज्ञात दिखता है, और कार्ड बताता है कि अज्ञात तथ्य कैसे भरे जाते हैं।

  • होस्ट के तथ्य उसकी टेलीमेट्री के रिसोर्स एट्रिब्यूट से आते हैं: उसके IP और MAC पते, आर्किटेक्चर और ऑपरेटिंग सिस्टम शुरू से ही, और उसकी क्रम संख्या, निर्माता, मॉडल और फ़र्मवेयर तब, जब आप उन्हें जोड़ देते हैं।
  • नेटवर्क डिवाइस के तथ्य उसके SNMP पोल, उसकी भूमिका और उसकी साइट से आते हैं। जो उसके पोल ने नहीं पढ़ा, वह डिस्कवरी से आता है: उसके पते का पिछला स्कैन, किसी राउटर की ARP तालिका, या उसके प्रोब का DNS लुकअप। ENTITY-MIB के बिना कोई डिवाइस, जैसे Meraki MX, फिर भी अपने सिस्टम विवरण से अपना निर्माता और मॉडल पा लेता है। उसका IP पता कभी उसके होस्टनाम के रूप में नहीं दिखाया जाता।

कार्ड बताता है कि हर तथ्य कहाँ से और कब आया। ज़्यादातर तथ्यों का साझा स्रोत, जैसे होस्ट का कलेक्टर, नेटवर्क डिवाइस का अपना SNMP पोल या उसे पढ़ने वाला डिस्कवरी स्कैन, एक ही बार, तथ्यों के नीचे, बताया जाता है। कोई भी दूसरा स्रोत, जैसे किसी राउटर की ARP तालिका या डिवाइस पर सहेजा गया कोई मान, अपने तथ्य के नीचे बताया जाता है। नेटवर्क डिवाइस पर सहेजा गया मान डिस्कवरी जो पढ़ती है उससे कभी नहीं बदला जाता, और जब दोनों अलग हों, तो कार्ड दोनों दिखाता है।

यही तथ्य All Items सूची के कॉलम हैं, जो आपके चालू करने तक छिपे रहते हैं, और वे उसके CSV निर्यात में जाते हैं। CMDB में निर्यात करना उनकी कुंजियाँ बताता है।

कनेक्शन

किसी आइटम का Connections पेज दोनों दिशाओं में उसके पड़ोसियों को दिखाता है, जो कॉल, Called by, Runs on और Related में बँटे होते हैं। हर समूह अपना कुल दिखाता है (100,000 से ज़्यादा कनेक्शन वाला समूह "100,000+" दिखाता है), और और दिखाएँ बाकी को पेज दर पेज दिखाता है, ताकि कोई व्यस्त क्लस्टर, नेमस्पेस या नोड पहले कुछ के बजाय हर कनेक्शन दिखाए। यह पेज किसी समय सीमा तक सीमित नहीं है: इसमें API के ज़रिए हाथ से जोड़े गए संबंध, और संग्रहित किए जा चुके पड़ोसी भी शामिल हैं। जो पड़ोसी अब इन्वेंटरी में नहीं है, वह अपनी कुंजी से दिखाया जाता है।

हाथ से कुछ जोड़ें

किसी ऐसी चीज़ के लिए आइटम जोड़ें जिसे Status200 कभी अपने आप नहीं देखेगा, ताकि कोई निर्भरता किसी असली चीज़ पर ख़त्म हो और वह चीज़ आपके कस्टम फ़ील्ड रख सके।

  1. All Items खोलें

    उत्पाद → संसाधन → इन्वेंटरी पर जाएँ, फिर All Items पर।

  2. आइटम जोड़ें

    Item जोड़ें पर क्लिक करें। उसका प्रकार चुनें, उसे एक नाम दें, और चाहें तो एक विवरण भी। नाम और प्रकार मिलकर आइटम की पहचान बनाते हैं, इसलिए एक ही प्रकार के दो आइटम का नाम एक नहीं हो सकता।

  3. उसके कस्टम फ़ील्ड भरें

    नया आइटम खोलें। उसका स्रोत Added by you दिखता है, और उसका कस्टम फ़ील्ड पेज वे मान लेता है जिन्हें आपका प्रोजेक्ट ट्रैक करता है।

आप हाथ से तीन प्रकार जोड़ सकते हैं:

  • external.service (External Service): कोई थर्ड-पार्टी API या सॉफ़्टवेयर-ऐज़-ए-सर्विस निर्भरता।
  • external.database (External Database): ऐसा डेटाबेस जो कोई सर्वर नहीं है जिसे Status200 मॉडल कर सके। कोई डेटाबेस सर्वर, सेल्फ़-होस्टेड या मैनेज्ड, PostgreSQL से लेकर Snowflake तक, इसके बजाय Databases → डेटाबेस बनाएँ के नीचे आता है (डेटाबेस): वह रिकॉर्ड उन ट्रेस, कंटेनर और इंजन मेट्रिक्स से जुड़ता है जो उसी पते का नाम लेते हैं, जो कोई इन्वेंटरी आइटम कभी नहीं करता, और एक ही सर्वर को दोनों तरह से जोड़ने पर दो असंबद्ध रिकॉर्ड बन जाते हैं।
  • appliance (Appliance): बिना एजेंट वाला हार्डवेयर या सॉफ़्टवेयर।

यह पाबंदी दोहराव रोकती है। जिस प्रकार को Status200 देख सकता है, जैसे होस्ट, उसका हाथ से बना आइटम आपके टाइप किए नाम पर आधारित कुंजी पाएगा, जबकि उसी मशीन का खोजा गया आइटम उसके बताए एट्रिब्यूट पर आधारित कुंजी पाता है। दोनों कभी नहीं मिलेंगे, इसलिए एक ही होस्ट आपकी सूची में हमेशा के लिए दो बार रहेगा।

हटाने के बजाय संग्रहित करें

संग्रहित करने से आइटम सूची से बाहर हो जाता है, जबकि उसकी पहचान, उसका इतिहास और उसके कस्टम फ़ील्ड के मान बने रहते हैं। इसका मतलब है: मैंने इसे देख लिया है, और मैं इसे अपनी सूची में नहीं चाहता। संग्रहित आइटम टेलीमेट्री इकट्ठा करता रहता है।

स्रोतसंग्रहित करेंहटाएँ
Discoveredसंग्रहित रहता है।अपनी टेलीमेट्री के अगले बैच के साथ लौट आता है।
Mirroredसंग्रहित रहता है।अगली कॉपी के साथ लौट आता है। इसके बजाय मूल रिकॉर्ड हटाएँ।
Added by youसंग्रहित रहता है।हमेशा के लिए चला जाता है।

आइटम संग्रहित करने के लिए, उन्हें All Items में चुनें और एक साथ संग्रहित करें, या कोई आइटम खोलें और उसके सेटिंग्स पेज पर संग्रहित करें कार्ड का उपयोग करें। संग्रहित आइटम इन्वेंटरी → उन्नत → संग्रहीत के नीचे होते हैं, जहाँ आप उन्हें चुनकर असंग्रहित कर सकते हैं।

नोट

जब कोई मिरर किया गया डिवाइस अपने मालिक रिकॉर्ड से हटाया जाता है, तो Status200 उसका आइटम भी हटा देता है, जब तक उस आइटम में आपके दर्ज किए कस्टम फ़ील्ड मान न हों। वे मान इकलौती कॉपी हैं और उन्हें वापस नहीं लाया जा सकता, इसलिए आइटम हटाने के बजाय संग्रहित किया जाता है। आप उसे उन्नत → संग्रहीत के नीचे पाएँगे, आपकी टाइप की हुई हर चीज़ के साथ।

संबंध और टोपोलॉजी

Status200 आइटम को दिशा वाले संबंधों से जोड़ता है, जैसे-जैसे वह उन्हें देखता है। इन्वेंटरी → Topology Map उन्हें बनाता है, और किसी आइटम का Connections पेज उसके अपने संबंध दिखाता है। देखें टोपोलॉजी।

संबंधउदाहरण के लिए
runs-onएक पॉड किसी नोड पर चलता है; एक वर्चुअल मशीन अपने होस्ट पर चलती है।
member-ofएक पॉड, नोड या नेमस्पेस किसी क्लस्टर का सदस्य है।
hosted-onएक सेवा किसी होस्ट पर होस्ट होती है।
part-ofएक पॉड अपने डिप्लॉयमेंट का हिस्सा है।
depends-onएक सेवा दूसरी सेवा को कॉल करती है, उन स्पैन से जो उनके बीच से गुज़रते हैं।

अगले कदम