चरण 3 — फेलओवर

चरण 3, चरण 1 के ज़ोन के ऊपर हेल्थ-चेक्ड फेलओवर जोड़ता है: एक F5 XC DNS लोड बैलेंसर पूल की हेल्थ के आधार पर किसी नाम के लिए अलग-अलग उत्तर देता है, जिससे ट्रैफ़िक स्वतः एक स्वस्थ पूल में स्थानांतरित हो जाता है।

dns-lb मॉड्यूल के लंबित

यह चरण अभी निष्पादन योग्य नहीं है। यह एक dns-lb Terraform मॉड्यूल पर निर्भर करता है जो वर्तमान योजना का अनुवर्ती है, और lb_record वायर फ़ॉर्मेट को पिन करने पर अवरुद्ध है। यह पृष्ठ इच्छित डिज़ाइन को दस्तावेज़ीकृत करता है ताकि संरचना पूर्ण हो; चलाने योग्य चरण मॉड्यूल के साथ उपलब्ध होंगे।

नियोजित डिज़ाइन

DNS लोड-बैलेंसर स्टैक में तीन F5 XC संसाधन और ज़ोन में एक रिकॉर्ड हैं:

संसाधन	भूमिका
xcsh_dns_lb_health_check	पूल की हेल्थ तय करने के लिए प्रत्येक सदस्य (HTTP, HTTPS, TCP, ICMP, या UDP) की जाँच करता है
xcsh_dns_lb_pool	लोड-बैलेंसिंग मोड (ROUND_ROBIN, PRIORITY, …) और हेल्थ चेक के संदर्भ के साथ सदस्यों का एक समूह
xcsh_dns_load_balancer	नियम जो प्रति अनुरोध एक पूल चुनते हैं, एक फ़ॉलबैक पूल के साथ
lb_record (xcsh_dns_zone में)	ज़ोन में एक नाम को DNS लोड बैलेंसर से बाँधता है

dns-lb मॉड्यूल इन्हें व्यक्त करेगा, और ज़ोन मॉड्यूल में एक lb_record प्रविष्टि जुड़ेगी जो लोड बैलेंसर की ओर इंगित करेगी — इस प्रकार एक ही terraform apply से पूरा फेलओवर पथ तैयार हो जाएगा।

नियोजित प्रदर्शन

मॉड्यूल उपलब्ध होने के बाद, फेलओवर डेमो निम्नलिखित कार्य करेगा:

1. DNS लोड बैलेंसर के पीछे हेल्थ चेक के साथ दो पूल (प्राथमिक और द्वितीयक) तैनात करें।
2. लोड-बैलेंस्ड नाम को रिज़ॉल्व करें और पुष्टि करें कि यह प्राथमिक पूल का उत्तर लौटाता है।
3. प्राथमिक को अनहेल्दी बनाएं और पुष्टि करें कि रिज़ॉल्यूशन द्वितीयक में फेल ओवर होता है — तत्परता गेट dig को तब तक पोल करता है जब तक उत्तर नहीं बदलता।
4. प्राथमिक को पुनर्स्थापित करें और फेलबैक की पुष्टि करें।

तब तक, चरण 1 के ज़ोन को हटाने के लिए चरण 4 — टियरडाउन पर जाएँ।