എല്ലാ അഭ്യർത്ഥനകളും പ്രോസസ്സ് ചെയ്യുന്നതിന് ഒരു സെർവറിന്റെ ശക്തി പര്യാപ്തമല്ലെങ്കിൽ, സോഫ്റ്റ്വെയർ നിർമ്മാതാവ് ലോഡ് ബാലൻസിംഗ് നൽകുന്നില്ലെങ്കിൽ എന്തുചെയ്യും? ഒരു ലോഡ് ബാലൻസർ വാങ്ങുന്നത് മുതൽ അഭ്യർത്ഥനകളുടെ എണ്ണം പരിമിതപ്പെടുത്തുന്നത് വരെ നിരവധി ഓപ്ഷനുകൾ ഉണ്ട്. നിലവിലുള്ള സാഹചര്യങ്ങൾ കണക്കിലെടുത്ത് സാഹചര്യത്തിനനുസരിച്ച് ഏതാണ് ശരിയെന്ന് നിർണ്ണയിക്കണം. നിങ്ങളുടെ ബഡ്ജറ്റ് പരിമിതവും നിങ്ങൾക്ക് സൗജന്യ സെർവർ ഉണ്ടെങ്കിൽ നിങ്ങൾക്ക് എന്തുചെയ്യാനാകുമെന്ന് ഈ ലേഖനത്തിൽ ഞങ്ങൾ നിങ്ങളോട് പറയും.

സെർവറുകളിൽ ഒന്നിലെ ലോഡ് കുറയ്ക്കാൻ ആവശ്യമായ ഒരു സിസ്റ്റം എന്ന നിലയിൽ, ഞങ്ങൾ InfoWatch-ൽ നിന്ന് DLP (ഇൻഫർമേഷൻ ലീക്കേജ് പ്രിവൻഷൻ സിസ്റ്റം) തിരഞ്ഞെടുത്തു. "കോംബാറ്റ്" സെർവറുകളിൽ ഒന്നിൽ ബാലൻസർ ഫംഗ്ഷൻ സ്ഥാപിക്കുന്നതാണ് നടപ്പാക്കലിന്റെ ഒരു സവിശേഷത.

സോഴ്സ് നാറ്റ് (എസ്എൻഎടി) ഉപയോഗിക്കാനുള്ള കഴിവില്ലായ്മയാണ് ഞങ്ങൾ നേരിട്ട ഒരു പ്രശ്നം. എന്തുകൊണ്ടാണ് ഇത് ആവശ്യമായി വന്നത്, പ്രശ്നം എങ്ങനെ പരിഹരിച്ചു, ഞങ്ങൾ കൂടുതൽ വിവരിക്കും.

അതിനാൽ, തുടക്കത്തിൽ നിലവിലുള്ള സിസ്റ്റത്തിന്റെ ലോജിക്കൽ ഡയഗ്രം ഇതുപോലെ കാണപ്പെട്ടു:

ICAP ട്രാഫിക്, SMTP, ഉപയോക്തൃ കമ്പ്യൂട്ടറുകളിൽ നിന്നുള്ള ഇവന്റുകൾ ട്രാഫിക് മോണിറ്റർ (TM) സെർവറിൽ പ്രോസസ്സ് ചെയ്തു. അതേ സമയം, TM-ലെ ഇവന്റുകൾ പ്രോസസ്സ് ചെയ്തതിനുശേഷം ഡാറ്റാബേസ് സെർവർ ലോഡുമായി എളുപ്പത്തിൽ പൊരുത്തപ്പെട്ടു, പക്ഷേ TM-ലെ ലോഡ് തന്നെ കനത്തതായിരുന്നു. ഡിവൈസ് മോണിറ്റർ (ഡിഎം) സെർവറിൽ ഒരു സന്ദേശ ക്യൂ പ്രത്യക്ഷപ്പെടുന്നതിൽ നിന്നും അതുപോലെ തന്നെ സിപിയുവിൽ നിന്നും ടിഎമ്മിലെ മെമ്മറി ലോഡിൽ നിന്നും ഇത് വ്യക്തമായിരുന്നു.

ഒറ്റനോട്ടത്തിൽ, ഈ സ്കീമിലേക്ക് ഞങ്ങൾ മറ്റൊരു TM സെർവർ ചേർക്കുകയാണെങ്കിൽ, ഒന്നുകിൽ ICAP അല്ലെങ്കിൽ DM ഇതിലേക്ക് മാറാം, പക്ഷേ തെറ്റ് സഹിഷ്ണുത കുറഞ്ഞതിനാൽ ഈ രീതി ഉപയോഗിക്കേണ്ടതില്ലെന്ന് ഞങ്ങൾ തീരുമാനിച്ചു.

പരിഹാരത്തിന്റെ വിവരണം

അനുയോജ്യമായ ഒരു പരിഹാരത്തിനായി തിരയുന്ന പ്രക്രിയയിൽ, ഞങ്ങൾ സ്വതന്ത്രമായി വിതരണം ചെയ്ത സോഫ്റ്റ്വെയറിൽ സ്ഥിരതാമസമാക്കി സൂക്ഷിച്ചു совестно с എൽവിഎസ്. കാരണം Keepalived ഒരു പരാജയ ക്ലസ്റ്റർ സൃഷ്ടിക്കുന്നതിനുള്ള പ്രശ്നം പരിഹരിക്കുന്നു, കൂടാതെ LVS ബാലൻസർ നിയന്ത്രിക്കാനും കഴിയും.

ഞങ്ങൾ നേടാൻ ആഗ്രഹിച്ചത് (TM-ലെ ലോഡ് കുറയ്ക്കുകയും നിലവിലെ ലെവൽ തെറ്റ് സഹിഷ്ണുത നിലനിർത്തുകയും ചെയ്യുക) ഇനിപ്പറയുന്ന സ്കീം അനുസരിച്ച് പ്രവർത്തിച്ചിരിക്കണം:

പ്രവർത്തനക്ഷമത പരിശോധിക്കുമ്പോൾ, സെർവറുകളിൽ ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്ന ഇഷ്‌ടാനുസൃത RedHat അസംബ്ലി SNAT-നെ പിന്തുണയ്ക്കുന്നില്ലെന്ന് തെളിഞ്ഞു. ഞങ്ങളുടെ കാര്യത്തിൽ, ഇൻകമിംഗ് പാക്കറ്റുകളും അവയിലേക്കുള്ള പ്രതികരണങ്ങളും ഒരേ IP വിലാസത്തിൽ നിന്നാണ് അയച്ചതെന്ന് ഉറപ്പാക്കാൻ SNAT ഉപയോഗിക്കാൻ ഞങ്ങൾ പദ്ധതിയിട്ടിരുന്നു, അല്ലാത്തപക്ഷം ഞങ്ങൾക്ക് ഇനിപ്പറയുന്ന ചിത്രം ലഭിക്കും:

ഇത് അസ്വീകാര്യമാണ്. ഉദാഹരണത്തിന്, ഒരു പ്രോക്സി സെർവർ, ഒരു വെർച്വൽ ഐപി (വിഐപി) വിലാസത്തിലേക്ക് പാക്കറ്റുകൾ അയച്ചുകഴിഞ്ഞാൽ, വിഐപിയിൽ നിന്ന് ഒരു പ്രതികരണം പ്രതീക്ഷിക്കും, എന്നാൽ ഈ സാഹചര്യത്തിൽ ബാക്കപ്പിലേക്ക് അയച്ച സെഷനുകൾക്കായി ഇത് IP2 ൽ നിന്ന് വരും. ഒരു പരിഹാരം കണ്ടെത്തി: താഴെ കാണിച്ചിരിക്കുന്നതുപോലെ, ബാക്കപ്പിൽ മറ്റൊരു റൂട്ടിംഗ് ടേബിൾ സൃഷ്ടിക്കുകയും രണ്ട് TM സെർവറുകൾ ഒരു പ്രത്യേക നെറ്റ്‌വർക്കുമായി ബന്ധിപ്പിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്:

ക്രമീകരണങ്ങൾ

ICAP, SMTP, TCP 9100 സേവനങ്ങളുള്ള രണ്ട് സെർവറുകളുടെ ഒരു സ്കീമും അവയിലൊന്നിൽ ഇൻസ്റ്റാൾ ചെയ്ത ഒരു ലോഡ് ബാലൻസറും ഞങ്ങൾ നടപ്പിലാക്കും.

ഞങ്ങൾക്ക് രണ്ട് RHEL6 സെർവറുകൾ ഉണ്ട്, അവയിൽ നിന്ന് സ്റ്റാൻഡേർഡ് റിപ്പോസിറ്ററികളും ചില പാക്കേജുകളും നീക്കം ചെയ്തിട്ടുണ്ട്.

ഞങ്ങൾ ബാലൻസ് ചെയ്യേണ്ട സേവനങ്ങൾ:

• ICAP - tcp 1344;

• SMTP - tcp 25.

DM-ൽ നിന്നുള്ള ട്രാഫിക് ട്രാൻസ്മിഷൻ സേവനം - tcp 9100.

ആദ്യം, ഞങ്ങൾ നെറ്റ്വർക്ക് പ്ലാൻ ചെയ്യണം.

വെർച്വൽ ഐപി വിലാസം (വിഐപി):

• IP: 10.20.20.105.

സെർവർ TM6_1:

• ബാഹ്യ ഐപി: 10.20.20.101;

• ആന്തരിക IP: 192.168.1.101.

സെർവർ TM6_2:

• ബാഹ്യ ഐപി: 10.20.20.102;

• ആന്തരിക IP: 192.168.1.102.

തുടർന്ന് ഞങ്ങൾ രണ്ട് ടിഎം സെർവറുകളിൽ ഐപി ഫോർവേഡിംഗ് പ്രവർത്തനക്ഷമമാക്കുന്നു. ഇത് എങ്ങനെ ചെയ്യാമെന്ന് RedHat-ൽ വിവരിച്ചിരിക്കുന്നു ഇവിടെ.

ഞങ്ങൾക്കുള്ള സെർവറുകളിൽ ഏതാണ് പ്രധാനം എന്നും ബാക്കപ്പ് ഏതാണ് എന്നും ഞങ്ങൾ തീരുമാനിക്കുന്നു. മാസ്റ്റർ TM6_1 ആയിരിക്കട്ടെ, ബാക്കപ്പ് TM6_2 ആയിരിക്കട്ടെ.

ബാക്കപ്പിൽ ഞങ്ങൾ ഒരു പുതിയ ബാലൻസർ റൂട്ടിംഗ് ടേബിളും റൂട്ടിംഗ് നിയമങ്ങളും സൃഷ്ടിക്കുന്നു:

[root@tm6_2 ~]echo 101 balancer >> /etc/iproute2/rt_tables
[root@tm6_2 ~]ip rule add from 192.168.1.102 table balancer
[root@tm6_2 ~]ip route add default via 192.168.1.101 table balancer

സിസ്റ്റം റീബൂട്ട് ചെയ്യുന്നതുവരെ മുകളിലുള്ള കമാൻഡുകൾ പ്രവർത്തിക്കുന്നു. റീബൂട്ടിന് ശേഷം റൂട്ടുകൾ സംരക്ഷിക്കപ്പെട്ടിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ, നിങ്ങൾക്ക് അവയിൽ പ്രവേശിക്കാം /etc/rc.d/rc.local, എന്നാൽ ക്രമീകരണ ഫയലിലൂടെ മികച്ചതാണ് /etc/sysconfig/network-scripts/route-eth1 (ശ്രദ്ധിക്കുക: വ്യത്യസ്ത വാക്യഘടനയാണ് ഇവിടെ ഉപയോഗിച്ചിരിക്കുന്നത്).

രണ്ട് TM സെർവറുകളിലും Keepalived ഇൻസ്റ്റാൾ ചെയ്യുക. വിതരണ ഉറവിടമായി ഞങ്ങൾ rpmfind.net ഉപയോഗിച്ചു:

[root@tm6_1 ~]#yum install https://rpmfind.net/linux/centos/6.10/os/x86_64/Packages/keepalived-1.2.13-5.el6_6.x86_64.rpm

Keepalived ക്രമീകരണങ്ങളിൽ, ഞങ്ങൾ സെർവറുകളിൽ ഒന്ന് മാസ്റ്ററായും മറ്റൊന്ന് ബാക്കപ്പായും നിയോഗിക്കുന്നു. തുടർന്ന് ഞങ്ങൾ ലോഡ് ബാലൻസിംഗിനായി വിഐപിയും സേവനങ്ങളും സജ്ജമാക്കി. ക്രമീകരണ ഫയൽ സാധാരണയായി ഇവിടെ സ്ഥിതിചെയ്യുന്നു: /etc/keepalived/keepalived.conf.

TM1 സെർവറിനായുള്ള ക്രമീകരണങ്ങൾ

vrrp_sync_group VG1 { 
   group { 
      VI_1 
   } 
} 
vrrp_instance VI_1 { 
        state MASTER 
        interface eth0 

        lvs_sync_daemon_inteface eth0 
        virtual_router_id 51 
        priority 151 
        advert_int 1 
        authentication { 
                auth_type PASS 
                auth_pass example 
        } 

        virtual_ipaddress { 
                10.20.20.105 
        } 
}

virtual_server 10.20.20.105 1344 {
    delay_loop 6
    lb_algo wrr 
    lb_kind NAT
    protocol TCP

    real_server 192.168.1.101 1344 {
        weight 1
        TCP_CHECK { 
                connect_timeout 3 
            connect_port 1344
        nb_get_retry 3
        delay_before_retry 3
        }
    }

    real_server 192.168.1.102 1344 {
        weight 1
        TCP_CHECK { 
                connect_timeout 3 
            connect_port 1344
        nb_get_retry 3
        delay_before_retry 3
        }
    }
}

virtual_server 10.20.20.105 25 {
    delay_loop 6
    lb_algo wrr 
    lb_kind NAT
    protocol TCP

    real_server 192.168.1.101 25 {
        weight 1
        TCP_CHECK { 
                connect_timeout 3 
            connect_port 25
        nb_get_retry 3
        delay_before_retry 3
        }
    }

    real_server 192.168.1.102 25 {
        weight 1
        TCP_CHECK { 
                connect_timeout 3 
            connect_port 25
        nb_get_retry 3
        delay_before_retry 3
        }
    }
}

virtual_server 10.20.20.105 9100 {
    delay_loop 6
    lb_algo wrr 
    lb_kind NAT
    protocol TCP

    real_server 192.168.1.101 9100 {
        weight 1
        TCP_CHECK { 
                connect_timeout 3 
            connect_port 9100
        nb_get_retry 3
        delay_before_retry 3
        }
    }

    real_server 192.168.1.102 9100 {
        weight 1
        TCP_CHECK { 
                connect_timeout 3 
            connect_port 9100
        nb_get_retry 3
        delay_before_retry 3
        }
    }
}

TM2 സെർവറിനായുള്ള ക്രമീകരണങ്ങൾ

vrrp_sync_group VG1 { 
   group { 
      VI_1 
   } 
} 
vrrp_instance VI_1 { 
        state BACKUP 
        interface eth0 

        lvs_sync_daemon_inteface eth0 
        virtual_router_id 51 
        priority 100 
        advert_int 1 
        authentication { 
                auth_type PASS 
                auth_pass example 
        } 

        virtual_ipaddress { 
                10.20.20.105 
        } 
}

ഞങ്ങൾ മാസ്റ്ററിൽ എൽവിഎസ് ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അത് ട്രാഫിക്ക് ബാലൻസ് ചെയ്യും. രണ്ടാമത്തെ സെർവറിനായി ഒരു ബാലൻസർ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിൽ അർത്ഥമില്ല, കാരണം കോൺഫിഗറേഷനിൽ ഞങ്ങൾക്ക് രണ്ട് സെർവറുകൾ മാത്രമേയുള്ളൂ.

[root@tm6_1 ~]##yum install https://rpmfind.net/linux/centos/6.10/os/x86_64/Packages/ipvsadm-1.26-4.el6.x86_64.rpm

ഞങ്ങൾ ഇതിനകം കോൺഫിഗർ ചെയ്‌ത Keepalived ആണ് ബാലൻസർ നിയന്ത്രിക്കുന്നത്.

ചിത്രം പൂർത്തിയാക്കാൻ, രണ്ട് സെർവറുകളിലും ഓട്ടോസ്റ്റാർട്ടിലേക്ക് Keepalived ചേർക്കാം:

[root@tm6_1 ~]#chkconfig keepalived on

തീരുമാനം

ഫലങ്ങൾ പരിശോധിക്കുന്നു

നമുക്ക് രണ്ട് സെർവറുകളിലും കീപ്അലൈഡ് പ്രവർത്തിപ്പിക്കാം:

service keepalived start

ഒരു VRRP വെർച്വൽ വിലാസത്തിന്റെ ലഭ്യത പരിശോധിക്കുന്നു

വിഐപി മാസ്റ്ററാണെന്ന് ഉറപ്പാക്കാം:

ബാക്കപ്പിൽ വിഐപി ഇല്ല:

പിംഗ് കമാൻഡ് ഉപയോഗിച്ച്, ഞങ്ങൾ വിഐപിയുടെ ലഭ്യത പരിശോധിക്കും:

ഇപ്പോൾ നിങ്ങൾക്ക് മാസ്റ്റർ ഷട്ട്ഡൗൺ ചെയ്ത് വീണ്ടും കമാൻഡ് പ്രവർത്തിപ്പിക്കാം ping.

ഫലം അതേപടി നിലനിൽക്കണം, ബാക്കപ്പിൽ ഞങ്ങൾ വിഐപി കാണും:

സേവന ബാലൻസ് പരിശോധിക്കുന്നു

ഉദാഹരണത്തിന് SMTP എടുക്കാം. നമുക്ക് 10.20.20.105-ലേക്ക് ഒരേസമയം രണ്ട് കണക്ഷനുകൾ സമാരംഭിക്കാം:

telnet 10.20.20.105 25

രണ്ട് കണക്ഷനുകളും സജീവമാണെന്നും വ്യത്യസ്ത സെർവറുകളിലേക്ക് ബന്ധിപ്പിച്ചിട്ടുണ്ടെന്നും മാസ്റ്ററിൽ നമ്മൾ കാണണം:

[root@tm6_1 ~]#watch ipvsadm –Ln

അങ്ങനെ, TM സെർവറുകളിൽ ഒന്നിൽ ഒരു ബാലൻസർ ഇൻസ്റ്റാൾ ചെയ്തുകൊണ്ട് ഞങ്ങൾ TM സേവനങ്ങളുടെ ഒരു തെറ്റ്-സഹിഷ്ണുത കോൺഫിഗറേഷൻ നടപ്പിലാക്കി. ഞങ്ങളുടെ സിസ്റ്റത്തെ സംബന്ധിച്ചിടത്തോളം, ഇത് ടിഎമ്മിലെ ലോഡ് പകുതിയായി കുറച്ചു, ഇത് സിസ്റ്റം ഉപയോഗിച്ച് തിരശ്ചീന സ്കെയിലിംഗിന്റെ അഭാവം പരിഹരിക്കുന്നത് സാധ്യമാക്കി.

മിക്ക കേസുകളിലും, ഈ പരിഹാരം വേഗത്തിലും അധിക ചിലവുകളില്ലാതെയും നടപ്പിലാക്കുന്നു, എന്നാൽ ചിലപ്പോൾ കോൺഫിഗറേഷനിൽ നിരവധി പരിമിതികളും ബുദ്ധിമുട്ടുകളും ഉണ്ട്, ഉദാഹരണത്തിന്, UDP ട്രാഫിക് ബാലൻസ് ചെയ്യുമ്പോൾ.

അവലംബം: www.habr.com