आपका अपना सॉफ़्टवेयर
आपके लोड किए गए किसी मॉड्यूल से kernel panic, पूरी तरह भरी डिस्क, या पहुंच रोकने वाला कोई फ़ायरवॉल नियम — ऐसे मामलों में समाधान में मदद मिलती है; यह SLA के विरुद्ध नहीं गिना जाता।
प्रतिबद्धता वह न्यूनतम सीमा है जिसके नीचे जाने पर भुगतान देय होना शुरू होता है। दूसरा आंकड़ा वह है जो पिछले नब्बे दिनों में मापा गया, जिसे उसी पृष्ठ पर प्रकाशित किया जाता है ताकि दोनों की तुलना की जा सके।
बैंड
प्रति सेवा और प्रति कैलेंडर माह, अगले चालान पर अपने आप लागू होता है, इसके लिए कुछ भी करने की ज़रूरत नहीं। मिनट वाला कॉलम बताता है कि हर श्रेणी व्यवहार में क्या मतलब रखती है, क्योंकि महीने का प्रतिशत ऐसी मात्रा नहीं है जिसे कोई कल्पना में देख सके।
| उपलब्धता | डाउनटाइम | क्रेडिट | यह श्रेणी आमतौर पर क्या दर्शाती है |
|---|---|---|---|
| 99.9% – 99.5% | 44 min से कम | 10% | एक रीबूट जो तय समय से अधिक चले, या एक स्विच जिसे अपेक्षा से अधिक समय लगे। |
| 99.5% – 99.0% | 44 min – 3 h 39 | 25% | एक ऐसी खामी जिसे हम पर्याप्त तेजी से नहीं पकड़ सके। यह वह श्रेणी है जहां हम केवल क्रेडिट नहीं बल्कि स्पष्टीकरण के भी ऋणी हैं। |
| 99.0% – 95.0% | 3 h 39 – 36 h | 50% | कोई संरचनात्मक चीज़ विफल हुई। बिना मांगे एक लिखित पोस्ट-मॉर्टम की अपेक्षा करें। |
| 95.0% से कम | 36 घंटे से अधिक | 100% | वह महीना मुफ़्त है। ऐसा कोई परिदृश्य नहीं है जिसमें हम इस पर बहस करें। |
प्रति सेवा मापा जाता है, नेटवर्क औसत के रूप में नहीं — औसत की मदद से कोई प्रदाता एक ग्राहक के भयानक महीने को बाकी सबके अच्छे महीनों के भीतर छिपा सकता है। पिछले 365 दिनों में वास्तविक उपलब्धता 99.954% रही, और status page उन घटनाओं को दिखाता है जिनसे यह परिणाम मिला।
वह हिस्सा जो सब कुछ तय करता है
अधिकांश सेवा स्तर करार यहीं मरते हैं, उस खंड में जिसे कोई नहीं पढ़ता। हमारा करार पांच बिंदुओं का है, और "force majeure" को परिभाषित किया गया है, न कि उस दिन जो सुविधाजनक लगे उसका अर्थ मान लेने पर छोड़ दिया गया है।
आपका अपना सॉफ़्टवेयर
आपके लोड किए गए किसी मॉड्यूल से kernel panic, पूरी तरह भरी डिस्क, या पहुंच रोकने वाला कोई फ़ायरवॉल नियम — ऐसे मामलों में समाधान में मदद मिलती है; यह SLA के विरुद्ध नहीं गिना जाता।
निर्धारित रखरखाव
स्थिति पृष्ठ पर कम से कम 72 घंटे पहले घोषित, प्रति तिमाही अधिकतम 4 घंटे तक सीमित, और लगभग हमेशा इसके बजाय लाइव-माइग्रेट किया जाता है।
दो इनकारों के लिए निलंबन
बाल यौन शोषण सामग्री या हिंसा आयोजित करने वाली सामग्री। हटाना तुरंत होता है और कोई क्रेडिट लागू नहीं होता।
भुगतान न होना
ऐसा चालान जो अपनी छूट अवधि के बाद भी अवैतनिक रहे। सेवा उस कारण से रुकती है जिसे आप नियंत्रित करते हैं।
अप्रत्याशित घटना
युद्ध, प्राकृतिक आपदा, या दोनों ट्रांज़िट ऑपरेटरों का एक साथ राष्ट्रीय स्तर का आउटेज। जानबूझकर संकुचित रूप से परिभाषित — "force majeure" वह खंड है जिसके पीछे हर प्रदाता छिपता है।
जो बाहर नहीं रखा गया है, और जिसका नाम लेना ज़रूरी है: हार्डवेयर विफलता, असफल अपग्रेड, कॉन्फ़िगरेशन की गलती, रूटिंग त्रुटि, डिनायल-ऑफ-सर्विस हमला, या डेटासेंटर पावर इवेंट। इनमें से हर एक एक सामान्य परिचालन जोखिम है, और इसे वहन करना ही वह है जिसके लिए आप भुगतान कर रहे हैं।
दर्ज करने के लिए कोई दावा नहीं
चार गुण जो तय करते हैं कि कोई सेवा स्तर समझौता एक प्रतिबद्धता है या बीच में छोड़ दिए जाने के लिए बनी एक प्रक्रिया।
आपको कभी दावा दायर नहीं करना पड़ता
डाउनटाइम हमारी ओर से मापा जाता है, और वही प्रक्रिया जिसने इसे मापा, क्रेडिट को अगले चालान में जोड़ देती है। न कोई फ़ॉर्म है, न जमा करने की कोई समय-सीमा, और न कोई प्रमाण संलग्न करने की ज़रूरत।
प्रभाव का कोई प्रमाण आवश्यक नहीं
जो प्रदाता आपसे व्यावसायिक नुकसान साबित करने को कहते हैं, वे ऐसी चीज़ मांग रहे हैं जो तय समय में कोई नहीं दे सकता। यदि घटक बंद था, तो क्रेडिट देय है।
एक बिलिंग चक्र के भीतर लागू
न तो आगे बढ़ाया जाता है, न भविष्य की किसी बढ़ोतरी के विरुद्ध समायोजित किया जाता है, न ही बिना मांगे किसी सेवा विस्तार में बदला जाता है। यह अगले चालान में घटा दिया जाता है।
धनवापसी योग्य, न कि केवल क्रेडिट योग्य
यदि क्रेडिट शेष के साथ खाता छोड़ा जाता है, तो वह चुपचाप समाप्त होने के बजाय उसी कॉइन में लौटाया जाता है जिससे भुगतान किया गया था। यह असामान्य है, और यह जानबूझकर किया गया है।
यह प्रभावी पाठ है। यह सेवा की शर्तें का हिस्सा है, और अपटाइम से जुड़े किसी प्रश्न पर दोनों में अंतर होने पर यही दस्तावेज़ मान्य होता है।
प्रत्येक सेवा हर कैलेंडर माह के कम से कम 99.9% समय तक उपलब्ध रहती है, जिसे नेटवर्क औसत के बजाय प्रति सेवा मापा जाता है। 43 मिनट की अनियोजित अनुपलब्धता वाला महीना प्रतिबद्धता को पूरा करता है; 45 मिनट वाला नहीं, और क्रेडिट केवल प्रभावित सेवा पर लागू होता है।
उपलब्धता का अर्थ है कि सेवा नेटवर्क पर प्रतिक्रिया देती है। ऐसी मशीन जो चालू है पर पहुँच योग्य नहीं, अनुपलब्ध मानी जाती है, क्योंकि यह अंतर आपके लिए मायने रखता है, हमारे लिए नहीं।
हमारे अपने नहीं ऐसे तीन नेटवर्कों पर जांच के ज़रिए — फ्रैंकफर्ट, एम्स्टर्डम और न्यूयॉर्क — हर 60 सेकंड पर। जब तीन में से कम-से-कम दो सहमत होते हैं, तभी किसी सेवा को डाउन गिना जाता है, जिससे किसी एक जांच के अपने ही कनेक्शन की समस्या ऐसा क्रेडिट पैदा नहीं करती जिसे किसी ने अनुभव ही न किया हो।
डाउनटाइम पहली विफल जांच से गिना जाता है, टिकट खुलने के समय से नहीं, और यह तब तक चलता है जब तक दो जांचें सहमत न हों कि सेवा वापस आ गई है। इस परिभाषा के दोनों छोर हमें मिनट बचाने के बजाय गंवाते हैं।
यह स्वचालित रूप से अगले चालान पर लागू होता है, प्रभावित सेवा के मासिक शुल्क के प्रतिशत के रूप में, ऊपर प्रकाशित श्रेणियों के अनुसार। क्रेडिट सेवाओं में संचयी होते हैं लेकिन किसी भी एक महीने में किसी भी एक सेवा के मासिक शुल्क के 100% तक सीमित हैं।
आपको दावा प्रस्तुत करने की आवश्यकता नहीं है। न कोई सूचना अवधि है, न प्रमाण की आवश्यकता, न हमारी ओर से कोई विवेकाधिकार — डाउनटाइम दर्ज करने वाला वही कार्य क्रेडिट लागू करता है।
यदि आपके द्वारा अपेक्षित कोई क्रेडिट नहीं दिखता, तो यह आपके अधिकार पर विवाद नहीं बल्कि हमारे बिलिंग में एक त्रुटि है। सहायता को बताएं और इसे सुधारकर पिछली तारीख से लागू किया जाता है।
पांच बातें हैं, और यही पूरी सूची है: इंस्टॉल किए गए सॉफ़्टवेयर में खराबी; कम से कम 72 घंटे पहले घोषित और प्रति तिमाही चार घंटे तक सीमित निर्धारित रखरखाव; स्वीकार्य उपयोग नीति के दो निषेधों के अंतर्गत निलंबन; अनुग्रह अवधि के बाद भुगतान न करना; और अप्रत्याशित घटना।
अप्रत्याशित घटना को जानबूझकर संकीर्ण रूप से परिभाषित किया गया है: युद्ध, प्राकृतिक आपदा, या मोल्दोवा के बाहर के कारणों से दोनों ट्रांज़िट ऑपरेटरों की एक साथ विफलता। इसमें हार्डवेयर की खराबी, असफल अपग्रेड, कॉन्फ़िगरेशन त्रुटि, रूटिंग की गलती, या डिनायल-ऑफ-सर्विस हमला शामिल नहीं है — ये सभी सामान्य परिचालन जोखिम हैं जिन्हें वहन करने के लिए हमें भुगतान किया जाता है।
इसकी घोषणा स्थिति पृष्ठ पर और ईमेल द्वारा कम-से-कम 72 घंटे पहले, एक निर्धारित समय-सीमा के साथ की जाती है। अधिकांश हिस्सा लाइव माइग्रेट किया जाता है और कुछ भी दिखाई नहीं देता। जहां रीबूट अनिवार्य हो, वहां प्रभावित ग्राहकों को सामान्य सूचना के बजाय व्यक्तिगत रूप से बताया जाता है।
घोषित समय-सीमा से अधिक चलने वाला रखरखाव, समय-सीमा समाप्त होते ही रखरखाव नहीं रह जाता, और अतिरिक्त समय अनियोजित डाउनटाइम में गिना जाता है।
हमारे नेटवर्क के भीतर पैकेट लॉस 0.1% से कम रखने की प्रतिबद्धता है, और हमारे edge तथा किसी भी ट्रांज़िट ऑपरेटर के बीच लेटेंसी 2 ms से कम। इनमें से किसी का भी लगातार उल्लंघन प्रभावित सेवा के लिए अनुपलब्धता माना जाता है, उन्हीं क्रेडिट श्रेणियों पर।
हमारे ट्रांज़िट ऑपरेटरों से आगे इंटरनेट के बारे में हम कोई प्रतिबद्धता नहीं करते, क्योंकि यह कोई नहीं कर सकता। जो प्रतिबद्धता हम निभाते हैं वह यह बताना है कि समस्या उस सीमा-रेखा के किस ओर है, traceroute के साथ, बजाय यह दावा करने के कि यह आपकी है।
एक घंटे से अधिक चलने वाली कोई भी एकल घटना, या 99.5% से नीचे गिरने वाला कोई भी महीना, सात दिनों के भीतर स्थिति पृष्ठ पर प्रकाशित एक लिखित पोस्ट-मॉर्टम पाता है: क्या हुआ, कारण क्या था, और क्या बदला। यह प्रकाशित होता है चाहे किसी ने पूछा हो या नहीं, और चाहे यह हमारे पक्ष में हो या न हो।
यदि कोई सेवा लगातार दो महीनों तक 99.0% से नीचे रहती है, तो इसे तुरंत समाप्त किया जा सकता है और चालू अवधि की पूरी धनवापसी दी जाती है, तथा पहले से लागू क्रेडिट को उस धनवापसी में से नहीं घटाया जाता। कोई सूचना अवधि लागू नहीं होती और कोई निकास शुल्क नहीं है।
किसी विशेष महीने से जुड़े प्रश्न क्लाइंट पैनल से उठाए जाते हैं, और उनका उत्तर सारांश से नहीं बल्कि प्रोब डेटा से दिया जाता है।
संस्करण 1.3 · अंतिम सारभूत परिवर्तन 2026-07-01 · 2026-07-22 से प्रभावी। महत्वपूर्ण बदलावों की सूचना लागू होने से 30 दिन पहले ईमेल से दी जाती है, और पिछला संस्करण उपलब्ध बना रहता है।
वादे के पीछे की संख्या
दोनों आंकड़े स्थिति पृष्ठ पर उपलब्ध हैं, साथ ही हर उस घटना के साथ जिसने दूसरे आंकड़े को बदला।