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 सञ्चिकां परिवर्तयामः
- [root@test1 ~]# vim /etc/keepalived/keepalived.conf
- notification_email_from [email protected]
- smtp_server 127.0.0.1
- smtp_connect_timeout 30
- router_id LVS_01
- vrrp_skip_check_adv_addr
- vrrp_strict
- vrrp_garp_interval 0
- vrrp_gna_interval 0
- vrrp_iptables
- }
-
- vrrp_instance VI_1 {
- state MASTER
- interface ens33
- virtual_router_id 51
- priority 120
- advert_int 1
- authentication {
- auth_type PASS
- auth_pass 1111
- }
- virtual_ipaddress {
- 192.168.124.100
- }
- }
-
- virtual_server 192.168.124.100 80 {
- delay_loop 6
- lb_algo rr
- lb_kind DR
- persistence_timeout 50
- protocol TCP
-
- real_server 192.168.124.40 80 {
- weight 1
- TCP_CHECK {
- connect_port 80
- connect_timeout 3
- nb_get_retry 3
- delay_before_retry 3
- }
- }
-
- real_server 192.168.124.50 80 {
- 9,1 36%
प्रथमे scheduler मध्ये विन्याससञ्चिकां द्वितीयं scheduler प्रति प्रतिलिख्यताम्
- scp root@192.168.233.10:/etc/keepallved/keepallved.conf
- /etc/keepallved
ततः विन्यासं परिवर्तयन्तु
प्राथमिकं माध्यमिकं च प्राथमिकता
iptables विकल्पं योजयन्तु
एवं प्रकारेण ipetables नियमसारणीयां keepalive नियमानाम् अभिगमः न स्थगितः भविष्यति ।
- [root@localhost ~]# ipvsadm -ln
- IP Virtual Server version 1.2.1 (size=4096)
- Prot LocalAddress:Port Scheduler Flags
- -> RemoteAddress:Port Forward Weight ActiveConn InActConn
- TCP 192.168.124.100:80 rr persistent 50
- -> 192.168.124.40:80 Route 1 0 0
- -> 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 सन्देशान् प्रेषयितुं तावत् अधिका सम्भावना भवति । तस्मिन् एव काले सम्पूर्णस्य प्रणाल्याः स्थिरतां कुशलसञ्चालनं च सुनिश्चित्य संजालवातावरणं, सर्वरप्रदर्शनम् इत्यादीनां कारकानाम् अपि विचारः करणीयः