99.743% · 30 दिन
111 मिनट अनियोजित डाउनटाइम, जिसका कारण नीचे सूचीबद्ध है। नियोजित रखरखाव को गणना से बाहर रखा गया है और अलग से सूचीबद्ध किया गया है।
हर सिस्टम सामान्य स्थिति दिखा रहा है
हमारे अपने नेटवर्क के बाहर तीन नेटवर्क से, हर 60 सेकंड में जांच की जाती है। नीचे दिया गया अपटाइम घटना के मिनटों से निकाला जाता है, SLA से कॉपी नहीं किया जाता।
- कंपोनेंट चालू
- 10 में से 10
- अंतिम बार जांचा गया
- 03:28 UTC
- अपटाइम, 90 दिन
- 99.894%
- पिछली घटना के बाद से
- 6 दिन पहले
अभी
दस घटक, प्रत्येक का अपना मापन
“ऑपरेशनल” अकेले बहुत कम कहता है। हर पंक्ति में वह आंकड़ा होता है जो जांच ने वास्तव में दिया, इसलिए कोई ऐसा घटक जो तकनीकी रूप से चालू लेकिन धीमा हो, हरे बिंदु के पीछे छिप नहीं सकता।
सभी सिस्टम सामान्य रूप से रिपोर्ट कर रहे हैं
03:28 UTC पर आख़िरी जांच · 6 दिन पहले में कोई अनियोजित घटना नहीं · पिछले 90 दिनों में 99.894%
वर्चुअल सर्वर
परिचालन में
34 हाइपरवाइज़र रिपोर्टिंग
डेडिकेटेड सर्वर
परिचालन में
सभी चेसिस रिपोर्ट कर रहे हैं
नेटवर्क — ट्रांज़िट ऑपरेटर A
परिचालन में
BGP स्थापित · 0.3 ms जिटर
नेटवर्क — ट्रांज़िट ऑपरेटर B
परिचालन में
BGP स्थापित · 0.6 ms जिटर
DDoS फ़िल्टरिंग
परिचालन में
तैयार · कोई सक्रिय शमन नहीं
क्लाइंट पैनल
परिचालन में
83 ms माध्य प्रतिक्रिया
सार्वजनिक API
परिचालन में
54 ms माध्य प्रतिक्रिया
प्रोविजनिंग
परिचालन में
root तक पहुँचने की माध्यिका 59 सेकंड
भुगतान
परिचालन में
सभी 8 नेटवर्क पुष्टि कर रहे हैं
सहायता डेस्क
परिचालन में
पहली प्रतिक्रिया की माध्यिका 7 मिनट
पिछले पांच मिनट के मेडियन, तीन ऐसे नेटवर्कों से जो हमारे नहीं हैं। जैसे ही किसी कंपोनेंट का मेडियन अपने सामान्य आंकड़े से दोगुना हो जाता है, वह डिग्रेडेड दिखने लगता है — हम खराब दस मिनट को हरे रंग में पूर्णांकित करने के बजाय अधिक रिपोर्ट करना पसंद करते हैं।
दावा नहीं, गणना की गई
तीन विंडो, और हर एक के पीछे के मिनट
अकेला एक प्रतिशत मनचाहा चुना जा सकता है। यहां हर आंकड़ा नीचे दी गई घटना सूची पर आधारित अंकगणित है — सूची बदलें और प्रतिशत बदल जाता है, यही इस संख्या का एकमात्र संस्करण है जो प्रकाशित करने लायक है।
99.894% · 90 दिन
137 मिनट अनियोजित डाउनटाइम, जिसका कारण नीचे सूचीबद्ध है। नियोजित रखरखाव को गणना से बाहर रखा गया है और अलग से सूचीबद्ध किया गया है।
99.954% · 365 दिन
241 मिनट अनियोजित डाउनटाइम, जिसका कारण नीचे सूचीबद्ध है। नियोजित रखरखाव को गणना से बाहर रखा गया है और अलग से सूचीबद्ध किया गया है।
जो कुछ हुआ
घटना इतिहास, उन घटनाओं सहित जो हमारी वजह से हुईं
केवल नियोजित रखरखाव वाला इतिहास कोई इतिहास नहीं है। प्रत्येक प्रविष्टि बताती है कि क्या टूटा, वह कितने समय तक चला, और बाद में क्या बदला गया ताकि वह दोबारा उसी तरह न हो।
-
2026-08-22 · 6 दिन पहले
इस्तांबुल की ओर पैकेट लॉसआंशिक · 111 मिनट
ट्रांज़िट ऑपरेटर A के किसी अपस्ट्रीम ने गलती से हमारे एक प्रीफिक्स को ब्लैकहोल कर दिया। निदान के 51 मिनट बाद उस ऑपरेटर से इसे वापस लिया गया; पूरी पहुँच एक घंटे बाद बहाल हुई। हर दूसरे शहर तक का ट्रैफिक पूरे समय अप्रभावित रहा।
-
2026-07-08 · 2 महीने पहले
प्रोविजनिंग कतार रुकी हुईआंशिक · 26 मिनट
नए ऑर्डर बनने की जगह कतार में रह गए। मौजूदा सर्वर प्रभावित नहीं हुए। कारण था इमेज होस्ट पर स्पूल का भर जाना, जो अब 95% की जगह 70% पर ही अलार्म देता है।
-
2026-05-05 · 4 महीने पहले
API रेट लिमिटर बहुत आक्रामकआंशिक · 47 मिनट
एक कड़ी की गई सीमा ने फ्लीट बना रहे तीन ग्राहकों के वैध बर्स्ट को अस्वीकार कर दिया। एक घंटे के भीतर वापस लिया गया और प्रति-टोकन बर्स्ट भत्ते से बदल दिया गया।
-
2026-03-09 · 6 महीने पहले
क्लाइंट पैनल धीमा, सर्वर अप्रभावितआंशिक · 38 मिनट
एक माइग्रेशन के बाद चालान तालिका पर एक इंडेक्स गायब रह गया और पैनल की गति बेहद धीमी हो गई। हाइपरवाइज़र, नेटवर्क और API अप्रभावित रहे। जिस भी खाते ने टिकट खोला, उसे प्रभाव सिद्ध करने को कहे बिना क्रेडिट जारी किया गया।
-
2025-12-28 · 8 महीने पहले
फ़िल्टरिंग सक्रिय, 340 Gbpsआंशिक · 19 मिनट
एक ग्राहक पते के विरुद्ध वॉल्यूमेट्रिक हमले को अपस्ट्रीम पर ही अवशोषित कर लिया गया। फ़िल्टरिंग ने उस अवधि के लिए लगभग 2 ms जोड़े। कुछ भी null-route नहीं किया गया और किसी को छोड़ने के लिए नहीं कहा गया।
इससे पुरानी प्रविष्टियां अनिश्चित काल तक प्रकाशित करने के बजाय रखी जाती हैं और मांगने पर दी जाती हैं — जो पृष्ठ 3 साल का इतिहास रखे, उसे कोई अंत तक नहीं पढ़ता। किसी भी अनियोजित घटना के लिए क्रेडिट अपटाइम SLA के अंतर्गत बिना दावा किए अपने आप लागू हो जाते हैं।
यह पृष्ठ कैसे तैयार किया जाता है
4 निर्णय जो आंकड़ों को पढ़ने लायक बनाते हैं
इनमें से हर एक हमारे आंकड़ों को विकल्प की तुलना में थोड़ा खराब दिखाता है, और इसी से पता चलता है कि इन्हें अच्छा दिखने के लिए नहीं चुना गया।
हमारे अपने नेटवर्क के बाहर से प्रोब किया गया
अन्य प्रदाताओं की तीन मशीनों से — फ्रैंकफ़र्ट, एम्स्टर्डम और न्यूयॉर्क में। जो स्थिति पृष्ठ उसी डेटासेंटर के भीतर से जांचा जाता है जिसकी वह निगरानी करता है, वह आउटेज के दौरान भी हरा दिख सकता है।
कोई घटक डाउन होने से पहले डिग्रेडेड होता है
सामान्य से धीमा होना एक ऐसी स्थिति है जिसे हम प्रकाशित करते हैं, न कि जिसे हम पूर्णांकित कर “सामान्य” बता दें। नीचे दी गई अधिकांश प्रविष्टियां आउटेज के बजाय गिरावटें हैं, जो एक ईमानदार इतिहास जैसा दिखता है।
अपटाइम गणना की जाती है, दावा नहीं किया जाता
ऊपर दिए गए प्रतिशत नीचे सूचीबद्ध घटना मिनटों से आते हैं। इतिहास बदलें और प्रतिशत भी बदल जाएगा; ऐसा कोई अलग आँकड़ा नहीं है जिसे हम चुपचाप अनुकूल बनाए रख सकें।
यह पृष्ठ Chișinău में होस्ट नहीं किया गया है
यह जानबूझकर कहीं और चलता है, ताकि बिजली गंवाने वाली इमारत उस पेज को भी न ले जाए जो यह बताता।
एक खराब महीना हमें कितना पड़ता है
डाउनटाइम के लिए क्रेडिट दिया जाता है, बहस नहीं की जाती
स्तर प्रकाशित हैं, क्रेडिट स्वतः लागू होते हैं, और अपवाद इतने सीमित हैं कि एक ही बैठक में पढ़े जा सकें।