VPN स्वास्थ्य जाँचहरूलाई अनुप्रयोग स्वास्थ्य जाँचहरूबाट अलग राख्नुहोस्

तपाईंको सुरुङ प्रक्रिया चलिरहेको हुँदा पनि संरक्षित जडान अप्रयोग्य हुन सक्छ, र असफल हुने वेब पृष्ठ सुरुङ भाँचिएको प्रमाण होइन। जब एउटा प्रोब सबैको प्रतिनिधित्व गर्छ, पुनःसुरु नीतिले गलत घटक पुनःसुरु गर्छ र त्यसलाई स्वचालन भन्छ। तलको प्रत्येक जाँचले आफूले अवलोकन गर्ने तह, यसको असफलताले सुरु गर्ने कार्य र त्यो कार्य चलेको प्रमाण बताउँछ। अन्तिम चरणले पूरै समूहलाई राति तीन बजे कसैले पछ्याउन सक्ने पृष्ठमा बदल्छ।

चरण 1: प्रत्येक जाँचले अवलोकन गर्ने तहको नाम दिनुहोस्

तिनीहरूमध्ये कुनै पनि लेख्नु अघि प्रत्येक प्रोबले वास्तवमै के देख्न सक्छ भनेर सोध्नुहोस्। जीवन्तताले डिमन चलिरहेको प्रमाण दिन्छ, ह्यान्डशेक वा सहकर्मी सूचीले सम्बन्ध रहेको प्रमाण दिन्छ, रुट गरिएको अनुरोधले डेलिभरी प्रमाण दिन्छ, र खोजले समाधान प्रमाण दिन्छ। तिनीहरू ठ्याक्कै त्यही क्रममा असफल हुन्छन्, र तिनीहरूमध्ये कुनैले पनि अर्कोलाई जनाउँदैन। हरियो प्रक्रिया जाँच मृत सुरुङको छेउमा हुनु सामान्य अवस्था हो, विरोधाभास होइन।

चारै जाँचहरू त्यही क्रममा लेख्नुहोस्, प्रत्येकका लागि ठ्याक्कै आदेश र अपेक्षित आउटपुटसहित। जसको अपेक्षित आउटपुट तपाईं बताउन सक्नुहुन्न, त्यो प्रोबलाई अलर्ट देख्ने प्रत्येक अपरेटरले फरक तरिकाले पढ्नेछ। त्यही सूची रनबुकमा मात्र नभई अलर्ट पाठमा पनि राख्नुहोस्, ताकि राति उठाइएको व्यक्ति लक्षणभन्दा अघि तहसँग भेटोस्। प्रत्येक आदेशलाई त्यो चलाउने होस्टमा प्रतिलिपि गर्न तयार राख्नुहोस्।

त्यसपछि अनुप्रयोग जाँचलाई पाँचौँ, छुट्टै वस्तुका रूपमा थप्नुहोस्। जसको खाता सेवा बन्द छ, त्यो पृष्ठले सुरुङ पुनःसुरु गर्नुको औचित्य दिँदैन।

चरण 2: प्रत्येक असफलतालाई एउटा कार्यसँग जोड्नुहोस्

प्रत्येक जाँचका लागि के पुनःसुरु हुने, के अवरुद्ध रहने र केले मानिसलाई बोलाउने निर्णय गर्नुहोस्। सुरुङ तहको असफलताले सुरुङ पुनःसुरु गर्ने औचित्य दिन सक्छ; रिजोल्भरको असफलताले ग्राहकमा DNS एकीकरणतर्फ संकेत गर्छ; अनुप्रयोग तहको असफलताले सुरुङलाई लगभग कहिल्यै छुनु हुँदैन।

असफलताले के गर्नु हुँदैन भन्नुहोस्, किनकि खतरनाक पूर्वनिर्धारित मानहरू अनुमति दिने नै हुन्। अस्वस्थ स्थिति कहिल्यै सिधा अनुप्रयोग ट्राफिकको अनुमति बन्नु हुँदैन, किनकि सुरुङलाई चुपचाप बाइपास गर्ने फलब्याकले सुरुङ हुनुको कारण नै हटाउँछ। कार्यहरू पनि साँघुरो पार्नुहोस्: एउटा गन्तव्य ढिलो छ भनेर साझा घटक पुनःसुरु गर्दा स्थानीय समस्या सम्पूर्ण बेडाको समस्या बन्छ। यसले कारण खोज्न आवश्यक प्रमाण पनि नष्ट गर्छ।

चरण 3: प्रोबहरूलाई हानिरहित र सस्तो राख्नुहोस्

साना, पढ्ने-मात्र अनुरोधहरू प्रयोग गर्नुहोस्: स्थिर स्रोत, आफ्नै निर्भरता रिपोर्ट गर्ने स्वास्थ्य अन्त्यबिन्दु, वा तपाईंले नियन्त्रण गर्ने पोर्टमा TCP जडान। प्रमाणहरू, निजी ब्राउजिङ र प्रत्येक अन्तरालमा अवस्था बदल्ने कुनै पनि कुराबाट बच्नुहोस्, किनकि लेख्ने प्रोब तालिकाअनुसारको लोड परीक्षण हो।

प्रत्येक प्रोबका लागि गन्तव्य, मार्ग अपेक्षा र समयसीमा अभिलेख गर्नुहोस्। मार्ग अपेक्षा नै मानिसहरूले छाड्ने क्षेत्र हो, र पछि अलर्ट पढ्दा सुरुङ असफलतालाई राउटिङ गल्तीबाट छुट्याउने यही हो। अन्तराल र असफलता सीमा तपाईंले वाचा गरेको पुनःप्राप्ति समयबाट निकाल्नुहोस्, र समयसीमा अन्तरालभन्दा छोटो राख्नुहोस्। अर्को सुरु हुँदा अझै चलिरहेको प्रोबले एउटै असफलता दुई पटक रिपोर्ट गर्छ र कम्पनजस्तो देखिन्छ।

चरण 4: प्रत्येक तह भाँच्नुहोस् र सही प्रोब रातो हुन्छ कि हेर्नुहोस्

सुरुङ प्रक्रिया रोक्नुहोस् र DNS अझै क्यासबाट जवाफ दिन सक्दा प्रक्रिया जाँच असफल हुन्छ भनी पुष्टि गर्नुहोस्। मार्ग बदल्नुहोस् र प्रक्रिया तथा ह्यान्डशेक स्वस्थ रहँदा रुट गरिएको अनुरोध असफल हुन्छ भनी पुष्टि गर्नुहोस्। केवल DNS भाँच्नुहोस् र अनुप्रयोग जाँचले सुरुङ त्रुटिको सट्टा समाधान रिपोर्ट गर्छ भनी पुष्टि गर्नुहोस्। यदि दुई प्रोब सधैं सँगै चल्छन् भने तपाईंसँग सोचेभन्दा कम जाँचहरू छन्।

त्यही अनुशासनले पुनःप्राप्तिको दिशा परीक्षण गर्नुहोस्। तह पुनर्स्थापित गरेपछि प्रोब म्यानुअल पुनःसुरुविना सफा हुनुपर्छ, र सुरु भएको कार्यले पछाडि कुनै बाइपास छाड्नु हुँदैन। हरियो अवस्थामा विश्वास गर्नु अघि एउटा पूरा चक्र हेर्नुहोस्, किनकि हातले मात्र सफा हुने प्रोबले भाँचिएको पुनःप्राप्ति मार्ग लुकाउँछ।

चरण 5: रनबुक अलर्टले देखाउने ठाउँमा राख्नुहोस्

पाँच पङ्क्तिको एउटा पृष्ठले पूरै ढाँचा बोक्छ: तह, आदेश, अपेक्षित नतिजा, असफलतामा कार्य, मालिक। प्रत्येक प्रोबबारे यसले जानाजान के परीक्षण गर्दैन भन्ने एउटा पङ्क्ति थप्नुहोस्। त्यही पङ्क्तिले अर्को व्यक्तिलाई सबै कुरा नाप्ने र केही पनि छुट्याउने नगर्ने छैटौँ जाँच थप्नबाट रोक्छ। अलर्ट पाठबाट पृष्ठ लिङ्क गर्नुहोस्, नत्र घटना चलिरहँदा कसैले पनि त्यो खोल्नेछैन।

कन्टेनर तैनाथीमा, निर्भरता सर्तले स्टार्टअपलाई आकार दिन्छ र अरू केही होइन। Compose स्टार्टअप क्रम र स्वास्थ्य सर्त कागजातले तयारीले सेवाहरू सुरु हुने क्रम कसरी निर्धारण गर्छ भनी वर्णन गर्छ; यसमध्ये केहीले पनि पछि बाहिर जाने नीति लागू गर्दैन, र सुरुङ खस्दा यसमध्ये केही पनि बन्द भएर असफल हुँदैन। निरन्तर कार्यान्वयनका लागि आफ्नै नीति र आफ्नै प्रोब चाहिन्छ, त्यही पृष्ठमा लेखिएको।

सही तह पुनःप्राप्त हुँदा र कसैले पनि अनुपलब्ध वेबसाइटलाई भाँचिएको सुरुङका रूपमा नपढ्दा रनबुक पूरा हुन्छ। त्यो सुरुङको होइन, कागजातको परीक्षण हो।