प्रौद्योगिकी साझेदारी

LVS KeepAlived उच्च उपलब्धता भारसंतुलनसमूहः

2024-07-12

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

lvs क्लस्टर् मध्ये उच्चउपलब्धता आर्किटेक्चर केवलं शेड्यूलरस्य उच्चउपलब्धतायाः कृते एव अस्ति ।

vrrp इत्यस्य आधारेण मुख्यं बैकअपं च शेड्यूलरं कार्यान्वितं कुर्वन्तु

अत्यन्तं उपलब्धं एचए वास्तुकला

मुख्यनिर्धारणकर्ता तथा बैकअप समयनिर्धारकः (बहुविधाः बैकअप समयनिर्धारकाः भवितुम् अर्हन्ति)

यदा शेड्यूलरः सामान्यतया कार्यं करोति तदा उपकरणं पूर्णतया अनावश्यकं (स्टैण्डबाई) भवति । इदं क्लस्टरस्य संचालने भागं न गृह्णाति यदा मुख्यः शेड्यूलरः विफलः भवति तदा एव बैकअप मुख्य शेड्यूलरस्य कार्यं गृह्णीयात् ततः परं मास्टरः क्लस्टरस्य प्रवेशद्वाररूपेण कार्यं करिष्यति , तथा च बैकअपः अनावश्यकस्थितौ (प्राथमिकतानुसारं) निरन्तरं भविष्यति ।

Keepalive LVS उच्च उपलब्धता समाधानं कार्यान्वितुं vrrp प्रोटोकॉल इत्यस्य आधारेण भवति ।

1. बहुप्रसारणसङ्केतः : १.

224.0.0.18 बहुप्रसारणसङ्केतस्य आधारेण संवादं करोति प्राथमिकं गौणयन्त्रं च अन्यपक्षः जीवितः अस्ति वा इति निर्धारयितुं सन्देशं प्रेषयति ।

2. प्राथमिकतानुसारं प्राथमिकस्य माध्यमिकस्य च स्थानानि निर्धारयन्तु।

3. फेलओवर, यदि प्राथमिकयन्त्रं लम्बते तर्हि बैकअपयन्त्रं कार्यं निरन्तरं करिष्यति यदा मुख्ययन्त्रं पुनः प्राप्तं भवति तदा बैकअपयन्त्रं प्रतीक्षते एव।

4. प्राथमिक-माध्यमिकयोः मध्ये स्विचिंग् VIP-सङ्केतस्य स्विचिंग् भवति ।

Keepalive विशेषतया LVS कृते दृश्यते, परन्तु LVS कृते अनन्यं नास्ति ।

core module: keepalive इत्यस्य कोर मॉड्यूल्, मुख्यप्रक्रियायाः आरम्भस्य, अनुरक्षणस्य च उत्तरदायी तथा च वैश्विकविन्याससञ्चिकानां लोडिंग्

vrrp module: vrrp प्रोटोकॉलं कार्यान्वितं मॉड्यूल्, यत् मुख्यं फंक्शन् मॉड्यूल् अस्ति

check module: स्वास्थ्यपरीक्षायाः उत्तरदायी, तथा च पृष्ठभूमितः वास्तविकसर्वरस्य स्थितिं अपि जाँचयितुं शक्नोति।

पूर्वाध्याये DR mode इत्यस्य प्रयोगस्य आधारेण वयं केचन विन्यासाः योजयामः । अस्मिन् समये द्वौ शेड्यूलरौ उपयुज्यते, एकः प्राथमिकः एकः च बैकअपः ।

प्रथमं scheduler इत्यत्र keepalive संस्थापयन्तु

yum -y install keepalived

संस्थापनस्य समाप्तेः अनन्तरं

keepalived.conf सञ्चिकां परिवर्तयामः

  1. [root@test1 ~]# vim /etc/keepalived/keepalived.conf
  2. notification_email_from [email protected]
  3. smtp_server 127.0.0.1
  4. smtp_connect_timeout 30
  5. router_id LVS_01
  6. vrrp_skip_check_adv_addr
  7. vrrp_strict
  8. vrrp_garp_interval 0
  9. vrrp_gna_interval 0
  10. vrrp_iptables
  11. }
  12. vrrp_instance VI_1 {
  13. state MASTER
  14. interface ens33
  15. virtual_router_id 51
  16. priority 120
  17. advert_int 1
  18. authentication {
  19. auth_type PASS
  20. auth_pass 1111
  21. }
  22. virtual_ipaddress {
  23. 192.168.124.100
  24. }
  25. }
  26. virtual_server 192.168.124.100 80 {
  27. delay_loop 6
  28. lb_algo rr
  29. lb_kind DR
  30. persistence_timeout 50
  31. protocol TCP
  32. real_server 192.168.124.40 80 {
  33. weight 1
  34. TCP_CHECK {
  35. connect_port 80
  36. connect_timeout 3
  37. nb_get_retry 3
  38. delay_before_retry 3
  39. }
  40. }
  41. real_server 192.168.124.50 80 {
  42. 9,1 36%

प्रथमे scheduler मध्ये विन्याससञ्चिकां द्वितीयं scheduler प्रति प्रतिलिख्यताम्

  1. scp root@192.168.233.10:/etc/keepallved/keepallved.conf
  2. /etc/keepallved

ततः विन्यासं परिवर्तयन्तु

प्राथमिकं माध्यमिकं च प्राथमिकता

iptables विकल्पं योजयन्तु

एवं प्रकारेण ipetables नियमसारणीयां keepalive नियमानाम् अभिगमः न स्थगितः भविष्यति ।

  1. [root@localhost ~]# ipvsadm -ln
  2. IP Virtual Server version 1.2.1 (size=4096)
  3. Prot LocalAddress:Port Scheduler Flags
  4. -> RemoteAddress:Port Forward Weight ActiveConn InActConn
  5. TCP 192.168.124.100:80 rr persistent 50
  6. -> 192.168.124.40:80 Route 1 0 0
  7. -> 192.168.124.50:80 Route 1 0 0

पश्यन्तु

ततः सर्वं पुनः आरभत

ग्राहकस्य परिणामान् अवलोकयन्तु

प्रथमं मुख्यं शेड्यूलरं निरुद्धं कुर्मः

stsemctl stop keepalived.servers

बैकअप शेड्यूलरः मास्टरस्य कार्यं स्वीकृत्य कार्यं कुर्वन् अस्ति ।

एतत् VIP-सङ्केतं यत् सज्जीकृते scheduler मध्ये अपलोड् कृतम् अस्ति क्लायन्ट् तत् अभिगच्छति ।

अद्यापि प्रवेशं कर्तुं शक्नोति


सारांशं कुरुत

Keepalived मुख्यतया त्रयः मॉड्यूलाः सन्ति: कोर (कोर मॉड्यूल, मुख्यप्रक्रियाप्रारम्भस्य, अनुरक्षणस्य तथा वैश्विकविन्याससञ्चिकायाः ​​लोडिंगस्य विश्लेषणस्य च उत्तरदायी), चेक (स्वास्थ्यपरीक्षामॉड्यूल्) तथा vrrp (vrrp प्रोटोकॉलस्य कार्यान्वयनम्)

Keepalived इत्यस्य कार्यसिद्धान्तः VRRP प्रोटोकॉल इत्यस्य आधारेण भवति समानानि कार्याणि प्रदातुं बहुविधाः सर्वराः सर्वरसमूहे निर्मिताः भवन्ति, यस्य मास्टरः बहुविधः बैकअपः च भवति । मास्टर इत्यत्र एकः VIP अस्ति यः बहिः जगति सेवां प्रदाति (LAN मध्ये अन्ययन्त्राणां पूर्वनिर्धारितः मार्गः यत्र सर्वरः अस्ति सः VIP अस्ति यदा बैकअपः VRRP पैकेटं प्राप्तुं न शक्नोति)। चिन्तयिष्यति यत् मास्टरः अधः अस्ति, ततः VRRP स्तरस्य प्राथमिकतानुसारं नूतनः मास्टरः भवितुम् एकं बैकअपं निर्वाचयितुं।

LVS + Keepalived विन्यस्तं कुर्वन् सामान्यतया भवद्भिः मास्टर तथा बैकअप नोड् इत्यत्र सम्बन्धितं सॉफ्टवेयरं (यथा ipvsadm, keepalived) संस्थापयितुं, keepalived.conf सञ्चिकां च विन्यस्तं कर्तव्यम् उदाहरणार्थं, मुख्यनोडस्य विन्याससञ्चिकायां, भवद्भिः राज्यं (राज्यं) मुख्यरूपेण, संजाल-अन्तरफलकं (अन्तरफलकं), आभासीमार्ग-ID (virtual_router_id), प्राथमिकता (प्राथमिकता), विज्ञापनान्तरं (advert_int), प्रमाणीकरणसूचना इति निर्दिष्टुं आवश्यकम् (प्रमाणीकरणम्) तथा च आभासी IP पता (virtual_ipaddress), इत्यादि बैकअप नोड् इत्यस्य विन्यासः समानः अस्ति, परन्तु स्थितिः बैकअप अस्ति तथा च प्राथमिकता प्रायः मास्टर इत्यस्मात् न्यूना भवति

विन्यासस्य समाप्तेः अनन्तरं उच्च-उपलब्धता-भारसन्तुलनं प्राप्तुं keepalived सेवां पुनः आरभत । यदा मुख्यनोड् विफलः भवति तदा VIP स्वयमेव सेवायां सामान्यप्रवेशं सुनिश्चित्य बैकअप नोड् प्रति स्विच् करिष्यति, तदा पुनः मुख्यभारनोड्रूपेण कार्यं करिष्यति; तदतिरिक्तं वास्तविकं सर्वरं (rs) तदनुसारं अपि विन्यस्तुं शक्यते उदाहरणार्थं संचारार्थं DR मॉडलस्य उपयोगं कुर्वन् lo rs इत्यस्य नेटवर्क् कार्ड् इत्यत्र VIP इति विन्यस्तं भवितुमर्हति ।

एवं प्रकारेण, LVS + Keepalived संयोजनं निम्नलिखितलक्ष्याणि प्राप्तुं शक्नोति: ग्राहकः VIP मार्गेण सेवां प्राप्नोति, तथा च अनुरोधः विन्यासनियमानुसारं वितरितः भविष्यति यदा मास्टरस्य भारसंतुलननोड् विफलः भवति तदा स्वयमेव बैकअपं प्रति स्विच् कर्तुं शक्नोति node to ensure that the service is normal when a certain rs यदा कोऽपि नोड् विफलः भवति तदा नोड् स्वयमेव निष्कासयितुं शक्यते तथा च पुनर्प्राप्तेः अनन्तरं पुनः क्लस्टरमध्ये योजयितुं शक्यते

वास्तविक-अनुप्रयोगेषु, प्रासंगिकविषयेषु ध्यानं दातव्यं, यथा Keepalived विन्याससञ्चिकायां virtual_ipaddress द्वारा विन्यस्तं IP-सङ्केतं समानजालखण्डे भवितुमर्हति, प्राथमिकता-मूल्यं यत्किमपि अधिकं भवति, तत्किमपि नोडस्य गुरुत्वस्य सम्भावना अधिका भवति node advert_int मूल्यं यावत् लघु भवति, नोडस्य VRRP सन्देशान् प्रेषयितुं तावत् अधिका सम्भावना भवति । तस्मिन् एव काले सम्पूर्णस्य प्रणाल्याः स्थिरतां कुशलसञ्चालनं च सुनिश्चित्य संजालवातावरणं, सर्वरप्रदर्शनम् इत्यादीनां कारकानाम् अपि विचारः करणीयः