lvs क्लस्टर, NAT मोड तथा DR मोड, keepalive

मुख्यकार्यम् : बहुविधपृष्ठ-अन्त-सर्वर-अत्यन्त-उपलब्ध-उच्च-प्रदर्शन-सर्वर-समूहे निर्माणं कुर्वन्तु, उच्च-उपलब्धतां भार-सन्तुलनं च प्राप्तुं भार-संतुलन-एल्गोरिदम्-माध्यमेन पृष्ठ-अन्त-सर्वर्-भ्यः क्लायन्ट्-अनुरोधं वितरन्ति

अलीबाबा इत्यस्य SLB सर्वर loab संतुलनं lvs+keepalive इत्यस्य उपयोगेन कार्यान्वितम् अस्ति ।

समूहीकृत्य वितरितम्

व्यवस्थायाः विस्तारः कथं करणीयः : १.

ऊर्ध्वाधर-मापनम् : अधिक-सक्षम-सङ्गणकानां निर्माणार्थं उपरि स्केल-करणम् ।अटङ्कः : सङ्गणकस्य स्वस्य उपकरणस्य सीमाः हार्डवेयरस्य एव कार्यक्षमतायाः अटङ्काः

क्षैतिजविस्तारः : बहिः विस्तारं कृत्वा उपकरणानि योजयन्तु।समानान्तरेण अनेकसेवाः चालयन्तु तथा च आन्तरिकसञ्चारसमस्यानां समाधानार्थं संजालस्य उपरि अवलम्बन्ते, क्लस्टरक्लस्टर

क्लस्टरः - विशिष्टसमस्यायाः समाधानार्थं बहुसङ्गणकानां संयोजनेन निर्मितः एकः प्रणाली

समूहानां प्रकाराः : त्रयः प्रकाराः

LB: भारसंतुलनभारसंतुलनसमूहः, बहुभिः होस्ट्-समूहैः निर्मितः, प्रत्येकं होस्ट् केवलं अभिगम-अनुरोधानाम् भागं वहति

हा : high availability: प्रणाल्याः परिकल्पनकाले कतिपयानि उपायानि क्रियन्ते यत् यदि प्रणाल्याः कोऽपि घटकः वा भागः विफलः भवति तर्हि अपि सम्पूर्णं प्रणाली सामान्यरूपेण चालयितुं शक्नोतिप्रणाल्याः उपलब्धतां, विश्वसनीयतां, दोषसहिष्णुतां च निर्वाहयितुम्

एच् पी सी:उच्च-प्रदर्शन-गणना उच्च-प्रदर्शन-समूहः, प्रतिक्रियासमये प्रसंस्करण-शक्तेः च उच्चतर-आवश्यकताभिः सह

प्रणाली विश्वसनीयता सूचकांक

MYBF:विफलतायाः मध्ये औसतसमयः असफलतायाः मध्ये औसतसमयः

एमटीटीआर:Mean Time Recovery repair इत्यस्य अर्थः पुनर्प्राप्त्यर्थं समयः

क=एमटीबीएफ/(एमटीबीएफ+एमटीटीआर)

A सूचकाङ्कः 0 तः 1 पर्यन्तं भवितुमर्हति A सूचकाङ्कः प्रणाली उपलब्धतायाः मापः अस्ति । ० इत्यस्य अर्थः अस्ति यत् प्रणाली न्यूनतया उपलब्धा अस्ति, १ इत्यस्य अर्थः अस्ति यत् प्रणाली अधिका उपलब्धा अस्ति ।

ए सूचकः १ (९८%-९९% योग्यः; ९०%-९५% अयोग्यः) इत्यस्य अनन्तसमीपः भवेत् ।

सर्वे घण्टासु (१ वर्षे ८७६० घण्टाः, ३६५ दिवसेषु) सन्ति ।

अवकाशसमयः नियोजितः समयः च न समाविष्टः

अनियोजितः समयः अर्थात् असफलतासमयः असफलताघटनातः असफलतानिराकरणपर्यन्तं कुलसमयः अस्ति अनियोजितः समयः एकः सूचकः अस्ति यस्य विषये अस्माभिः ध्यानं दातव्यम् ।

एलवीएस प्रयोज्य परिदृश्याः : १.

लघुसमूहानां lvs इत्यस्य उपयोगस्य आवश्यकता नास्ति, nginx इत्यस्य उपयोगः, बृहत् समूहानां lvs इत्यस्य उपयोगः भवति

lvs समूहे शब्दावली

VS: vittual server lvs service इत्यस्य तार्किकं नाम, यत् IP address तथा port अस्ति यत् वयं lvs cluster इत्यस्य बाह्यरूपेण अभिगमनसमये उपयुञ्ज्महे ।

DS: director server lvs cluster इत्यस्मिन् मुख्यः सर्वरः अर्थात् scheduler (अर्थात् nginx proxy server), क्लस्टरस्य कोरः अस्ति scheduler इत्यस्य उपयोगः क्लायन्ट् अनुरोधं स्वीकृत्य पृष्ठभागं प्रति अग्रे प्रेषयितुं भवति सर्वरः ।

RS: वास्तविकसर्वर lvs क्लस्टरस्य वास्तविकसर्वरः, पृष्ठभागः सर्वरः, DS द्वारा अग्रे प्रेषितान् अनुरोधं स्वीकुर्वितुं परिणामानां प्रतिक्रियां दातुं च उपयुज्यते।

CIP: client ip क्लायन्ट् इत्यस्य पता अर्थात् अनुरोधं आरब्धस्य क्लायन्ट् इत्यस्य पता

VIP: lvs क्लस्टरेन उपयुज्यमानं वर्चुअल् ip ip पता, आभासी ip पता यत् बाह्यक्लस्टर-प्रवेशं प्रदाति

DIP: director ip इति क्लस्टर् मध्ये शेड्यूलरस्य पता, यस्य उपयोगः RS इत्यनेन सह संवादं कर्तुं भवति

RIP: real ip क्लस्टर् मध्ये पृष्ठ-अन्त-सर्वरस्य IP-सङ्केतः

ल्व्स् कथं कार्यं करोति

NAT मोड्: मोड् क्लायन्ट् प्रति अनुसूचकेन प्रतिक्रिया क्रियते (पतेः अनुवादः) ।

DR मोड (direct routing mode): वास्तविकः सर्वरः क्लायन्ट् प्रति प्रत्यक्षतया प्रतिक्रियां ददाति

TUN मोड: सुरङ्ग मोड

सामान्यतया प्रयुक्ताः मोडाः : NAT मोड् तथा DR मोड्

NAT मोड्

NAT मोड् मध्ये LVS क्लायन्ट् तः अनुरोधसन्देशे लक्ष्यं IP-सङ्केतं पोर्ट् च LVS अन्तः IP-सङ्केतं पोर्ट् च परिवर्तयिष्यति, ततः अनुरोधं पृष्ठ-अन्त-सर्वरं प्रति अग्रे प्रेषयिष्यति

यदा प्रतिक्रियाफलं क्लायन्ट् प्रति प्रत्यागच्छति तदा प्रतिक्रियासन्देशः lvs द्वारा संसाधितः भवति तथा च लक्ष्य IP तथा पोर्ट् क्लायन्ट् इत्यस्य IP पतनं पोर्ट् च परिवर्तयन्ति ।

सिद्धान्तः - प्रथमं यदा भारसंतुलकः ग्राहकस्य अनुरोधपैकेटं प्राप्नोति तदा समयनिर्धारण-एल्गोरिदम् इत्यस्य आधारेण अनुरोधं कस्मिन् पृष्ठभाग-वास्तविक-सर्वर (RS) प्रेषयितव्यम् इति निर्धारयति
ततः भारसंतुलकः क्लायन्ट् द्वारा प्रेषितस्य अनुरोधपैकेटस्य लक्ष्यं IP-सङ्केतं पोर्ट् च पृष्ठ-अन्त-वास्तविक-सर्वरस्य IP-सङ्केतं (RIP) परिवर्तयति ।
वास्तविकः सर्वरः अनुरोधस्य प्रतिक्रियां दत्तस्य अनन्तरं पूर्वनिर्धारितमार्गं परीक्ष्य प्रतिक्रियापैकेटं भारसंतुलकं प्रति प्रेषयति
पैकेट् इत्यस्य स्रोतसङ्केतं वर्चुअल् एड्रेस् (VIP) इति परिवर्त्य पुनः क्लायन्ट् प्रति प्रेषयन्तु ।

लाभाः : क्लस्टर्-मध्ये सर्वर्-जनाः TCP/IP-समर्थकं किमपि प्रचालन-प्रणालीं उपयोक्तुं शक्नुवन्ति, यावत् लोड-बैलेन्सर्-इत्यस्य कानूनी IP-सङ्केतः भवति ।

दोषाः : सीमितमापनीयता यदा सर्वर नोड्स अत्यधिकं वर्धन्ते, यतः सर्वेषां अनुरोधानाम् प्रतिक्रियाणां च भारसंतुलकस्य माध्यमेन गन्तुं आवश्यकता भवति ।
अतः भारसंतुलकः सम्पूर्णस्य प्रणाल्याः अटङ्कः भविष्यति ।

पतानुवादेन लक्षणम्

पतानुवादः : आन्तरिकजालम् - बाह्यजालम्, स्रोतः IP-सङ्केतः SNAT इति परिवर्तितः भवति

बाह्यजाल-आन्तरिकजालं गन्तव्यस्य IP-सङ्केतं DNAT परिवर्तयति

lvs साधनम्

इप्वसद्म्lvs क्लस्टर्स् विन्यस्तं प्रबन्धनं च कर्तुं साधनानि

-A वर्चुअल सर्वर vip योजयति

-D वर्चुअल सर्वर पता विलोपयन्तु

-s भारसंतुलननिर्धारण-अल्गोरिदम् निर्दिशति

-a वास्तविकं सर्वरं योजयति

-d वास्तविक सर्वरं विलोपयति

-t VIP पतां पोर्ट् च निर्दिशति

-r rip इत्यस्य पतां पोर्ट् च निर्दिशति

-m NAT मोडस्य उपयोगं कुर्वन्तु

-g DR मोडस्य उपयोगं कुर्वन्तु

-i सुरङ्गविधानस्य उपयोगं कुर्वन्तु

-w भारं निर्धारयति

-p 60 60s यावत् संयोजनं धारयति संयोजनधारणसमयं सेट् कुर्वन्तु

-l सूचीदृश्यम्

-n डिजिटल प्रदर्शन

अल्गोरिदम

मतदान rr

भारित मतदान wrr

न्यूनतम संयोजन lc

भारित न्यूनतम कड़ी wlc

प्रयोगं

दत्तांशप्रवाहः

nginx 1 RS1 192.168.233.20

nginx2 RS2 192.168.233.30

test1 scheduler ens33 192.168.233.10 ens36 12.0.0.1

test2 client 12.0.0.10

चरण

1. समयनिर्धारकविन्यासः (test1 192.168.233.10)

युम् -य स्थापन ipvsadm* -y

ens33 विन्यस्तं कुर्वन्तु

systemctl पुनः आरम्भं संजालम्

ens36 विन्यस्तं कुर्वन्तु

cd /etc/sysconfig/जाल-स्क्रिप्ट्/

cp ifcfg-ens33 यदिcfg-ens36

विम् ifcfg-ens36

systemctl पुनः आरम्भं संजालम्

2. आर एस विन्यास (nginx1 तथा nginx2) .

nginx1 विन्यस्तं कुर्वन्तु 192.168.233.20 द्वारं परिवर्तयन्तु

systemctl पुनः आरम्भं संजालम्

nginx2 विन्यस्तं कुर्वन्तु 192.168.233.30 द्वारं परिवर्तयन्तु

systemctl पुनः आरम्भं संजालम्

vim /usr/स्थानीय/nginx/html/index.html

आगतपृष्ठस्य सामग्रीं परिवर्तयन्तु

अभिगमः सम्बद्धः अस्ति वा इति पश्यन्तु

3. पतानुवादः (test1 192.168.233.10) .

iptables -t nat -vnL nat सारणीयाः नीतिः अस्ति वा इति परीक्ष्यताम्

iptables -t nat -A POSTROUTING -s 192.168.233.0/24 -o ens36 -j SNAT --to 12.0.0.1

१९२.१६८.२३३.०/२४ तः यन्त्रसङ्केतः १२.०.०.१ इति परिवर्तितः भवति

ipvsadm -C मूलनीतिं स्वच्छं करोति

ipvsadm -A -t 12.0.0.1:80 -s rr VIP पता पोर्ट् च निर्दिशन्तु

प्रथमं वर्चुअल् सर्वरस्य VIP, IP, पोर्ट् च योजयन्तु, ततः वास्तविकं सर्वरं योजयन्तु

इपवसादम् -अ -त १२.०.०.१:८० -र १९२.१६८.२३३.२०:८० -म

-a add real server

-t vip पता निर्दिशति

-r वास्तविकसर्वरस्य पतां पोर्ट् च निर्दिशति

-m इत्यनेन mode इत्यस्य nat mode इति निर्दिश्यते

ipvsadm -ln दृश्य

इपवसादम्-रक्षे रक्षे

ipvsadm -D -t 192.168.233.10:80 नीतिं विलोपयन्तु

ipvsadm -d -r 192.168.233.20: -t 12.0.0.1:80 नोड् सर्वरं विलोपयन्तु

5. रूटिंग् तथा अग्रेषणं कार्यं सक्षमं कुर्वन्तु

विम /आदि/sysctl.conf

net.ipv4.ip_forward=1

4. ग्राहक (test2 12.0.0.10) .

test2 इत्यस्य IP-सङ्केतं द्वारं च परिवर्तयन्तु

प्रयोगात्मकाः परिणामाः

भारित मतदानम्

डी आर मोड

कल्पना

प्रत्यक्षमार्गनिर्देशनविधिः अस्ति

NAT मोड् : सम्पूर्णे LVS क्लस्टर् मध्ये शेड्यूलरः सर्वाधिकं महत्त्वपूर्णः भवति NAT मोड् इत्यस्मिन् अनुरोधं प्राप्तुं, लोड बैलेन्सिंग् एल्गोरिदम् अनुसारं यातायातस्य अग्रे प्रेषणं कर्तुं, क्लायन्ट् प्रति प्रतिक्रियाः प्रेषयितुं च उत्तरदायी भवति

DR मोड: शेड्यूलरः अद्यापि अनुरोधं प्राप्तुं उत्तरदायी अस्ति, अपि च लोड बैलेन्सिंग् एल्गोरिदम् अनुसारं RS कृते यातायातस्य अग्रे प्रेषयति, प्रतिक्रिया च RS द्वारा प्रत्यक्षतया क्लायन्ट् प्रति प्रेष्यते

प्रत्यक्षमार्गणम् : एषः स्तरः 2 अग्रे प्रेषणविधिः अस्ति तथा च दत्तांशपैकेटस्य स्रोत-IP गन्तव्य-IP च परिवर्तनं विना स्रोत-MAC-सङ्केतस्य गन्तव्य-MAC-सङ्केतस्य च आधारेण तान् अग्रे प्रेषयति दत्तांशपैकेट् इत्यस्य MAC पतेः आधारेण अग्रे प्रेषयन्तु ।

DR मोड् इत्यस्मिन् LVS वर्चुअल् IP-सङ्केतं अपि निर्वाहयति, तथा च सर्वे अनुरोधाः अस्मिन् VIP प्रति प्रेष्यन्ते यतः लेयर 2 अग्रेषणस्य उपयोगः भवति, यदा क्लायन्ट्-अनुरोधः शेड्यूलर-पर्यन्तं प्राप्नोति तदा लोड-बैलेन्सिङ्ग्-एल्गोरिदम् तथा VIP-सर्वर्-अनुसारं RS चयनितः भवति परिवर्तनं भवति।गन्तव्यं mac RS इत्यस्य mac पता भवति ततः परं, तत् सन्देशे क्लायन्ट् इत्यस्य स्रोतः mac पतानुसारं प्रत्यक्षतया प्रतिक्रियां प्रेषयितुं शक्नोति।

सिद्धान्तः - प्रथमं यदा भारसंतुलकः ग्राहकस्य अनुरोधपैकेटं प्राप्नोति तदा समयनिर्धारण-एल्गोरिदम् इत्यस्य आधारेण अनुरोधं कस्मिन् पृष्ठभाग-वास्तविक-सर्वर (RS) प्रेषयितव्यम् इति निर्धारयति
ततः भारसंतुलकः क्लायन्ट् द्वारा प्रेषितस्य अनुरोधपैकेटस्य गन्तव्य MAC पतां पृष्ठभागस्य वास्तविकसर्वरस्य MAC पतां (R-MAC) परिवर्तयति ।
वास्तविकः सर्वरः अनुरोधस्य प्रतिक्रियां दत्तस्य अनन्तरं पूर्वनिर्धारितमार्गं परीक्ष्य प्रतिक्रियापैकेट् प्रत्यक्षतया क्लायन्ट् प्रति प्रेषयति यत् लोड् बैलेन्सर् मार्गेण न गच्छति ।

लाभाः : भारसंतुलनकर्ता केवलं पृष्ठ-अन्त-नोड्-सर्वर्-मध्ये अनुरोध-पैकेट्-वितरणस्य उत्तरदायी भवति, यदा तु RS-इत्येतत् प्रत्यक्षतया उपयोक्तृभ्यः प्रतिक्रिया-पैकेट्-इत्येतत् प्रेषयति ।
अतः भारसंतुलनकर्ताद्वारा दत्तांशप्रवाहस्य बृहत् परिमाणं न्यूनीकरोति भारसंतुलनकर्ता प्रणाल्याः अटङ्कः नास्ति तथा च महतीं अनुरोधं सम्भालितुं शक्नोति ।

हानिः : भारसंतुलनकर्ता तथा वास्तविकसर्वर RS इत्येतयोः द्वयोः अपि एकस्मिन् भौतिकसंजालखण्डे सम्बद्धं संजालकार्डं आवश्यकं भवति तथा च एकस्मिन् LAN वातावरणे भवितुमर्हति

दत्तांशप्रवाहचित्रम्

प्रश्न:

1.VIP पता विग्रहः

कारणम् : शेड्यूलरः VIP इत्यनेन सह विन्यस्तः अस्ति, RS अपि VIP-सङ्केतेन सह विन्यस्तः अस्ति । VIP पताविग्रहः, यतः शेड्यूलरः आरएस च द्वौ अपि एकस्मिन् संजालखण्डे स्तः, एआरपी संचारविकारं जनयिष्यति । यतः सम्पूर्णे LAN मध्ये प्रसारितं भवति, सर्वे यन्त्राणि तत् प्राप्नुवन्ति ।

lo इत्यस्य लूप्बैक् प्रतिक्रियां कथं अवरुद्ध्य यथा अस्य यन्त्रस्य भौतिकं IP-सङ्केतः एव प्रतिक्रियां ददाति ।

समाधानम् : कर्नेल् पैरामीटर्स् परिवर्तयन्तु :arp_ignore=1

केवलं प्रणाल्याः भौतिकः IP-सङ्केतः ARP-अनुरोधानाम् प्रतिक्रियां दास्यति, तथा च lo loopback-अन्तरफलकं ARP-अनुरोधानाम् प्रतिक्रियां न दास्यति ।

2. यदा सन्देशः प्रत्यागच्छति तदा VIP-सङ्केतः अद्यापि तत्रैव भवति ।

समाधानं:arp_announce=2

प्रणाली ARP अनुरोधस्य प्रतिक्रियायै IP-पैकेटस्य स्रोत-सङ्केतं न उपयुङ्क्ते, परन्तु भौतिक-अन्तरफलकस्य IP-सङ्केतं प्रत्यक्षतया प्रेषयति ।

डीआर मोडस्य कार्यान्वयनम्

nginx1 आर एस (वास्तविक ip) 192.168.233.20

nginx2 आर एस 192.168.233.30

विप १९२.१६८.२३३.१००

अनुसूची 192.168.233.10

ग्राहक 192.168.233.40

चरण

1. समयनिर्धारकविन्यासः (test1 192.168.233.10)

युम् -य स्थापन ipvsadm* -y

वर्चुअल् नेटवर्क् कार्ड् ens33:0 योजयन्तु

scheduler’s response parameters परिवर्तनं कुर्वन्तु

विम /आदि/sysctl.conf

net.ipv4.ip_forward=0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects=0
net.ipv4.conf.ens33.send_redirects=0

sysctl -p

नीतिं योजयतु

cd /opt

इपवसादम् -अ -त १९२.१६८.२३३.१००:८० -स र्र

इपवसादम् -अ -त १९२.१६८.२३३.१००:८० -र १९२.१६८.२३३.२०:८० -छ

इपवसादम् -अ -त १९२.१६८.२३३.१००:८० -र १९२.१६८.२३३.३०:८० -छ

ipvsadm-save >/आदि/sysconfig/ipvsadm

systemctl पुनः आरम्भ ipvsadm

इप्वसद्म् -लञ्

2. RS विन्यासः (nginx1 तथा nginx2) [उभयवारं परिवर्तनीयम्]।

स्थिरपृष्ठानां प्रदर्शनसामग्री परिवर्तयन्तु

vim /usr/स्थानीय/nginx/html/index.html

systemctl पुनः आरभत nginx

लूपबैक् पता योजयन्तु

cd /etc/sysconfig/जाल-स्क्रिप्ट्/

cp ifcfg-lo ifcfg-lo:0

विम् ifcfg-lo:0

lo:0 अन्तरफलकं vip इति योजयन्तु

route add -host 192.168.233.100 देव लो:0

IP-सङ्केतं 192.168.233.100 इति सेट् कृत्वा lvs इत्यस्य VIP इति लूप्बैक्-अन्तरफलके योजयन्तु इदं रूटिंग्-मोड्-माध्यमेन RS-इत्यत्र अग्रे प्रेष्यते, यत् VIP-इत्यस्मै वास्तविक-सर्वर-परिचयस्य अनुमतिं ददाति

RS real server इत्यस्य कर्नेल् प्रतिक्रियां परिवर्तयन्तु

विम /आदि/sysctl.conf

net.ipv4.conf.lo.arp_ignore=1
net.ipv4.conf.lo.arp_घोषणा=2
net.ipv4.conf.all.arp_ignore=1
net.ipv4.conf.all.arp_घोषणा=2

प्रयोगात्मकाः परिणामाः

VIP मतदान एल्गोरिदम् परिवर्तयन्तु

नीतिमतदानस्य भारं परिवर्तयन्तु

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

भारसन्तुलनार्थं lvs तथा nginx इत्येतयोः मध्ये अन्तरम्

LVS चतुःस्तरीयं अग्रे प्रेषणं भवति, कर्नेल् मोड् ip + पोर्ट् इत्यस्य उपयोगेन, केवलं चतुःस्तरीयप्रॉक्सीरूपेण उपयोक्तुं शक्यते ।

nginx चतुर्स्तरीयं प्रॉक्सी, अथवा सप्तस्तरीयं प्रॉक्सी

सारांश प्रयोग

lvs (DR मोड)+nginx+tomcat

LVS चतुर्स्तरीय अग्रेषणं कार्यान्वितं करोति + nginx सप्तस्तरीय अग्रेषणं कार्यान्वितं करोति LVS इत्यस्य VIP पतां प्राप्तुं गतिशीलं स्थिरं च पृथक्करणं प्राप्तुं शक्नोति ।

दत्तांशप्रवाहचित्रम्

प्रयोगात्मकपदार्थाः

DR मोड् इत्यस्मिन् उपर्युक्तप्रयोगानाम् आधारेण गतिशीलं स्थिरं च पृथक्करणं प्राप्यते ।

1. tomcat भागः

1. क्रमशः tomcat1 तथा tomcat2 इत्यत्र गतिशीलपृष्ठानि रचयन्तु

<%@ पृष्ठभाषा="java" import="java.util.*" pageEncoding="UTF-8"%>
<html>
<head>
<title>JSP test1 पृष्ठं</title>
</head>
<body>
<% out.println("गतिशील पृष्ठ 1, http://www.test1.com");%>
</body>
</html>

2. क्रमशः tomcat1 तथा tomcat2 इत्यत्र साइट् योजयन्तु

cd conf

vim सर्वर.xml

प्रथमं मूलस्थलं विलोपयन्तु

पोर्ट् आरब्धम् अस्ति वा इति पश्यन्तु

192.168.233.40:8080/index.jsp इति सञ्चिकां पश्यन्तु

2. ङिन्क्स भाग

nginx2 तथा nginx3 विन्यस्यताम्

cd / usr / स्थानीय / nginx / conf / 1।

cp nginx.conf nginx.conf.bak.2024.07.08

विम् ङिन्क्स.कॉन्फ

अपस्ट्रीम टॉमकैट् { .
सर्वर 192.168.233.40:8080 भारः = 1;
सर्वर 192.168.233.50:8080 भारः = 1;
}

स्थान ~ .*.jsp$ { .
प्रॉक्सी_पास http://tomcat;
proxy_set_header HOST $ मेजबान;
proxy_set_header X-वास्तविक-IP $ दूरस्थ_addr;
proxy_set_header X-अग्रेषित-कृते $ proxy_add_x_forwarded_for;
}

ततः systemctl nginx पुनः आरभत

nginx1 प्रॉक्सी विन्यस्तं कुर्वन्तु

चतुर्स्तरीयः एजेण्टः भवतु

cd / usr / स्थानीय / nginx / conf

विम् ङिन्क्स.कॉन्फ

ततः systemctl nginx पुनः आरभत

प्रयोगात्मकाः परिणामाः

192.168.100:81 स्थिरपृष्ठं पश्यन्तु

192.168.233.100:82/index.jsp गतिशीलपृष्ठं पश्यन्तु

त्रयः कार्यविधयः lvs

NAT DR TUN

लाभाः : पतानुवादः, सरलविन्यासः, सर्वोत्तमप्रदर्शनं WAN, दीर्घदूरस्य आँकडापैकेट अग्रे प्रेषणं प्राप्तुं शक्नोति

हानिः कार्यप्रदर्शनस्य अटङ्कः पार-जाल-खण्ड-समर्पित-चैनल-समर्थनं न करोति, VPN (लाभ-धनम्) उद्घाटयितुं आवश्यकम्

आरएस आवश्यकताः: गैर-भौतिक-अन्तरफलकेषु एआरपी-प्रतिक्रियाः अक्षमाः भवेयुः ।

आर एस १०-२० यूनिट् १०० यूनिट् १०० यूनिट् इत्यस्य मात्रा

साक्षात्कारप्रश्नाः : १.

1. संक्षेपेण ल्वस्य त्रयः गुणाः भेदाः च वर्णयतु

उपरि सारणी

2. keepalive इत्यस्मिन् विभक्तमस्तिष्कस्य समाधानं कथं करणीयम्