लिनक्स पर वीआरआरपी

भौतिक के लिए पहुँच के संगठन के गठन के भोर में एक युवा विकासशील प्रदाता पर। निम्नलिखित नेटवर्क वास्तुकला को व्यक्तियों द्वारा अपनाया गया था:

• IPoE
• आईपी ​​पोर्ट बाइंडिंग
• डीएचसीपी के माध्यम से पते जारी करना (विकल्प 82)
• लिनक्स राउटिंग सर्वर (CentOS)

जैसे-जैसे ग्राहक आधार बढ़ता गया, पहले तीन बिंदुओं की सभी समस्याएं सफलतापूर्वक हल हो गईं। और बाद वाली छोटी समस्याओं की भविष्यवाणी की गई:

• सर्वर रिबूट (अपडेट या विफलता स्थापित करना) के दौरान डाउन समय लगभग 15 मिनट था। सर्वर पर, वलान को सैकड़ों के क्रम की मात्रा में समाप्त कर दिया गया, और वलान के लिए प्रत्येक इंटरफ़ेस को उठाने में लगभग 5-7 सेकंड लगे, जिससे कुल मिलाकर सर्वर को पूरी तरह से लोड होने में एक प्रभावशाली समय मिला। इस समय, सर्वर ने पिंग किया, लेकिन ssh अनुपस्थित था, जिसने मुझे थोड़ा परेशान किया।
• सर्वर पर लोड बढ़ाना लोहे की शक्ति को बढ़ाकर हल किया जा सकता है, हालांकि, लोहे का अंतहीन उन्नयन न करें।
• और मुख्य समस्या है। अतिरेक का अभाव। तकनीकी सहायता कॉल की संख्या को कम करने और संचार की कमी को देखने वाले ग्राहकों की संख्या को कम करने के लिए, देर रात या सुबह के लिए रिबूट समय की योजना बनाई गई थी। मैं इस तथ्य के बारे में पहले से ही चुप हूं कि शाम को भीड़ के समय हुई विफलता ने सिर पर भूरे बालों का एक गुच्छा जोड़ दिया।

यदि तकनीक PPPoE या PPTP / L2TP थी, तो सब कुछ बस एक सर्वर (PPPoE) को जोड़कर और PPTP / L2TP सर्वर के लिए राउंड-रॉबिन DNS रिकॉर्ड स्थापित करके हल किया जाएगा (इस विषय में थोड़ा कमजोर, जो गड़बड़ हो सकता है)।

हमारी पहुंच तकनीक के लिए, वीआरआरपी एकमात्र विकल्प था।
आप इसे यहाँ ले जा सकते हैं। मैं स्थापना का वर्णन नहीं करूंगा, कुछ विशिष्ट नहीं है।

संक्षेप में VRRP के बारे में:
प्रत्येक सर्वर पर एक वर्चुअल इंटरफ़ेस बनाया जाता है। सर्वरों में से एक MASTER बन जाता है, दूसरा - BACKUP, और सभी ट्रैफ़िक MASTER सर्वर से होकर जाता है। मास्टर सर्वर अनुरोधों का जवाब देता है, बैकप सर्वर चुप है। दो सर्वर विशेष पैकेजों का आदान-प्रदान करते हैं जो यह निर्धारित करते हैं कि उनमें से कौन-सा मास्टर और इसकी उपलब्धता है, ताकि मास्टर सर्वर के अनुपलब्ध होने की स्थिति में, बैकस्ट सर्वर, मास्टर स्टेट में ही स्विच हो जाए।

वीआरआरपी पृष्ठ पर, दो वर्चुअल इंटरफेस उठाए जाने पर एक लोड बैलेंसिंग विधि का संकेत दिया जाता है, और डीएचसीपी के माध्यम से विभिन्न गेटवे पते दिए जाते हैं।
मैंने एक अलग विधि का उपयोग करने का फैसला किया। क्योंकि vlan को इन सर्वरों पर समाप्त किया जाना चाहिए, फिर प्रत्येक vlan-s के लिए एक वायरल इंटरफ़ेस होगा, केवल अजीब संख्या के लिए vlan मास्टर सर्वर नंबर 1 होगा, और सर्वर नंबर 2 BACKUP होगा। Vlan नंबरों के लिए भी, सब कुछ बिल्कुल विपरीत होगा - सर्वर नंबर 1 बैकपैक होगा, और नंबर 2 मास्टर होगा। क्योंकि बहुत सारे इंटरफेस हैं, फिर रूट किए गए ट्रैफ़िक को लगभग समान रूप से विभाजित किया जाएगा।

तो, समाप्त समाधान:
सर्वर # 1 इंटरफेस (vlan नंबर, इंटरफ़ेस IP- पता, VRRP में स्थिति):
1 10.0.1.2 MASTER
2 10.0.2.2 BACKUP
3 10.0.3.2 MASTER
...
254 10.0.254.2 BACKUP
255 10.0.255.2 MASTER

सर्वर # 2 (vlan नंबर, इंटरफ़ेस IP पता, VRRP में स्थिति):
1 10.0.1.3 BACKUP
2 10.0.2.3 MASTER
3 10.0.3.3 BACKUP
...
254 10.0.254.3 MASTER
255 10.0.255.3 BACKUP

वर्चुअल इंटरफेस में पते (vlan नंबर, ip-address) होंगे:
1 10.0.1.1
2 10.0.2.1
3 10.0.3.1
...
254 10.0.254.1
255 10.0.255.1

मैं यह नहीं बताऊंगा कि भौतिक इंटरफेस को कैसे कॉन्फ़िगर किया जाए - इस विषय पर बहुत सारी सामग्री है।
/Etc/init.d/ में सिस्टम शुरू करते समय vrrp को स्वचालित रूप से लोड करने के लिए, हम एक स्टार्ट स्क्रिप्ट बनाते हैं (आप इंटरनेट पर अपने खुद के या तैयार किए गए टेम्प्लेट का उपयोग कर सकते हैं, क्योंकि वे खोजना आसान हैं)। लब्बोलुआब यह है कि प्रत्येक इंटरफ़ेस के लिए एक प्रक्रिया शुरू करना है। बैश पर एक साधारण स्क्रिप्ट बनाई गई थी जो सर्वर नंबर 1 के लिए कुछ समान उत्पन्न करती है:
/bin/vrrpd -i eth1.1 -v 1 10.0.1.1 -p 255
/bin/vrrpd -i eth1.2 -v 2 10.0.2.1 -p 100
/bin/vrrpd -i eth1.3 -v 3 10.0.3.1 -p 255
...
/bin/vrrpd -i eth1.254 -v 254 10.0.254.1 -p 100
/bin/vrrpd -i eth1.255 -v 255 10.0.255.1 -p 255

और सर्वर नंबर 2 के लिए:
/bin/vrrpd -i eth1.1 -v 1 10.0.1.1 -p 100
/bin/vrrpd -i eth1.2 -v 2 10.0.2.1 -p 255
/bin/vrrpd -i eth1.3 -v 3 10.0.3.1 -p 100
...
/bin/vrrpd -i eth1.254 -v 254 10.0.254.1 -p 255
/bin/vrrpd -i eth1.255 -v 255 10.0.255.1 -p 100

इन उदाहरणों में:
/ बिन / vrrpd - निष्पादन योग्य के लिए पथ
-i eth1.1 - भौतिक इंटरफ़ेस जिस पर आभासी
-v 1 - vrrp समूह का आईडी (255 समूहों से अधिक नहीं हो सकता है)
10.0.1.1 - वर्चुअल इंटरफ़ेस का आईपी पता
-p 255 - सर्वर प्राथमिकता, उच्च प्राथमिकता। डिफ़ॉल्ट रूप से, यह माना जाता है कि प्राथमिकता एक सर्वर के लिए 255 है जो एक मास्टर है।
Vrrp शुरू होने के बाद, वर्चुअल इंटरफ़ेस में 00: 00: 5E: 00: 01: xx का मैक एड्रेस होगा, जहां xx VRRP समूह का आईडी है। राउटर भी अपनी स्थिति की घोषणा करते हुए पैकेटों का आदान-प्रदान शुरू कर देंगे। ये पैकेज मल्टीकास्ट हैं, आपको यह सुनिश्चित करने की आवश्यकता है कि स्विचेस में जिसके माध्यम से ये दोनों सर्वर 224.0.0.18 पते पर मल्टीकास्ट से जुड़े हैं, फ़िल्टर नहीं किए गए हैं।

और अब हम iptables को कॉन्फ़िगर करेंगे ताकि सर्वर स्वयं आवश्यक पैकेट को फ़िल्टर न करे। निम्नलिखित पंक्तियों को / etc / sysconfig / iptables फ़ाइल में जोड़ें:
:allow_vrrp - [0:0] # vrrp
-A RH-Firewall-1-INPUT -p 112 -j allow_vrrp # 112 ( vrrp)
-A allow_vrrp -s 10.0.1.0/30 -j ACCEPT #
-A allow_vrrp -s 10.0.2.0/30 -j ACCEPT
-A allow_vrrp -s 10.0.3.0/30 -j ACCEPT
...
-A allow_vrrp -s 10.0.254.0/30 -j ACCEPT
-A allow_vrrp -s 10.0.255.0/30 -j ACCEPT
-A allow_vrrp -j LOG --log-level notice #
-A allow_vrrp -j DROP #

वह सब है।

परिणाम:

• बैकअप सर्वर पर स्विच करना एक सेकंड से भी कम समय में होता है, अधिक सटीक रूप से माप नहीं किया गया। ग्राहक के लिए, सब कुछ पारदर्शी रूप से होता है, केवल वर्तमान सत्र बंद हो जाते हैं और (ग्रे आईपी वाले NAT के पीछे ग्राहकों के लिए) - आईपी बदल जाता है जिसके साथ वे घूमते हैं।
• सर्वरों को रिबूट करना व्यापार के घंटों के दौरान चुपचाप किया जा सकता है, यह जानकर कि सभी उपयोगकर्ता स्वचालित रूप से रिजर्व में स्थानांतरित हो जाएंगे। यदि विफलता है, तो भी कोई विशेष आतंक नहीं है।
• ट्राइट, लेकिन - दो सर्वर एक से अधिक उत्पादक हैं, और विशेष इच्छा के साथ उनकी संख्या सुरक्षित रूप से बढ़ाई जा सकती है।

दूरदराज के मेजबानों को ट्रेस करते समय विशेष रूप से सावधानीपूर्वक ग्राहकों ने केवल विचित्रता देखी। विषमता कुछ इस तरह दिखती है:
tracert ya.ru
0 10.0.34.35 # ip
1 10.0.34.3 # ip .3, .1

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