Technology sharing

lvs botrus, NAT modus, DR modus, keepalive

2024-07-12

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

Tabula contentorum

lvs botrum portassent concept

Genera uvarum: tria genera

Ratio Reliability Index

Terminology in lvs botri

Ut lvs operatur

NAT modus

lvs instrumenta

algorithmus

experimentum

data fluxus

step

1. Scheduler configuration (test1 192.168.233.10)

2. RS configuration (nginx1 et nginx2)

3. Inscriptio translationis (test1 192.168.233.10)

Eventus experimentalis

Dr modus

conceptum

Data fluxus tabulae

interrogatio:

1.VIP oratio conflictus

2. Cum nuntius redditur, inscriptio VIP adhuc ibi est. Quomodo client responsio accipere potest?

Exsequendam DR modus

step

1. Scheduler configuration (test1 192.168.233.10)

2. RS configuratione (nginx1 et nginx2) [mutari debet utroque tempore]

Eventus experimentalis

Summatim

Experimentum summarium

LVS instrumentum quattuor iacuit + nginx promouendi instrumenta septem-strauit (dynamica).

Data fluxus tabulae

Gradus experimentales

Eventus experimentalis

Tres modos operantes lvs

Praesto HA architectura

conceptum

keepalive experimentum

Gradus experimentales

host

Edit

para

Eventus Experimentalis Edit


lvs botrum portassent concept

Nomen plenum est Linux virtualis server, quod est programmata instrumenta quae librant in gradu kernel Linux.

Praecipuum munus: formas plures posteriores-finis servers in maxime promptum ac summus operandi servo botrum, et clientes petitiones distribue ut servitores-finis per onus algorithms aequante ad consequendum alta promptitudine et onere conparando.

Alibaba's SLB servo loab statera perficitur utens lvs+ custodis.

Conglobati et distributi

Quomodo systema expandatur:

Vertical Scaling: Ascendere sursum ad computatores magis idoneos aedificare.Bottleneck: limitationes propriae instrumenti computatrum;

Expansio Horizontalis: Expande externa et apparatum adde.Plures officia currunt in parallelis et confidunt in retiacula ad solvendas quaestiones communicationis internas, racemum botrum

Botrus: Una ratio formata componendo plures computers ad solvendum problema specifica

Genera uvarum: tria genera

LB: onus statera onus botrum librans, ex multiplici exercitu composito, unaquaeque exercitus tantum partem petit accessus

HA Praeparatio alta: Cum excogitat rationem, certa consilia capiuntur ut, si pars vel pars systematis deficiat, tota ratio adhuc regulariter currere possit.Ratio conservandi disponibilitate, constantia, et culpa tolerantiae

HPChigh-perficiendi computandi botrus summus perficientur, cum altioribus requisitis in responsione temporis et potentiae dispensando

Ratio Reliability Index

MYBFMean tempus Inter defectum medium tempus inter defectis

MTTRMean Tempus Recuperatio interdum medium tempus convaluisset

A=MTBF/(MTBF+MTTR)

Index debet esse inter 0 et 1. Index est mensura disponibilitate systematis. 0 significat systema minus promptum, 1 significat systema magis promptum.

A indicator in infinitum prope I (98% -99% qualified; XC% -95% simpliciter)

Omnes in horis sunt (8760 in horis 1 anni, 365 dies)

Downtime et cogitavit tempus non includitur

Tempus inconditum, id est tempus deficiendi, totum tempus ob defectum eventum ad defectum solutionis est.

LVS competit missionibus;

Racemi parvi non indigent lvs, uti nginx, racemi magni utuntur lvs

Terminology in lvs botri

VS: Logicum nomen servitutis vittualis lvs, quod est IP oratio et portus, utimur cum accessu lvs extra glomerantur.

DS: Praecipuus cultor in directorio servo lvs botri, id est, schedulae (id est nginx proxy), nucleus botri est cultor.

RS: Servus verus in servo reali lvs botri, a tergo-finis servo, petitiones DS adiutas accipere adhibetur et ad proventus respondebit.

CIP: client ip Oratio clientis, id est, oratio clientis qui petitioni initiati sunt

VIP: virtual ip oratio ip lvs botri adhibita, virtualis oratio ip quae accessum botri externum praebet

SUMMERGO: director ip oratio est schedularum in botro, communicare cum RS

RIP: real IP The IP address of the back-fin server in the cluster

Ut lvs operatur

NAT modus: Modus respondetur clienti a schedula (inscriptio translationis)

DR modus (modus directus routing): server verus directe respondet clienti

TUN modus: cuniculum modus

Modi communiter: NAT modus et DR modus

NAT modus

In NAT modo, LVS scopum IP oratio et portum in renuntio rogationis a cliente ad IP inscriptionem et portum intra LVS mitigabit, ac deinde rogationem ad finem posterioris servientis promovebit.

Cum responsio ad clientem resultat, nuntius responsionis discessit ab lvs et scopo IP ac portus ad huius IP oratio et portum modificatur.

Principium: Primum, cum librator onus accepit rogationem fasciculi emptoris, id decernit uter remittat servitorem realem (RS) ut petitionem mittat in scheduling algorithmo fundato.
Onus librarius tunc scopo IP inscriptionem mutat et portum rogationis fasciculum missum a cliente ad IP oratio (RIP) servientis realis posterioris-finis.
Post verus server respondet petitioni, itineris defectus coercet et responsionem datam fasciculum ad libratorem oneris mittit
Fons inscriptionis fasciculi muta ad virtualem electronicam (VIP) et remitte clienti.

Commoda: Servers in botro uti possunt aliqua systema operandi quae TCP/IP sustinet, modo librarius onus IP inscriptionem legalem habet.

Incommoda: scalabilitas limitata. Cum nodi servi nimis crescunt, cum omnes petitiones et responsa necesse est ire per libramen oneris;
Ergo librarius onus totius systematis bottleneck fiet.

Propria electronica translatione

Inscriptio translationis: retis interni - retis externi, fons IP oratio convertitur SNAT

Externum retis-internum convertat locum desideratum IP oratio DNAT

lvs instrumenta

ipvsadmInstrumenta configurandi et administrandi lvs clusters

A addit servo virtual vip

-D delere virtualis server electronica

-s cificat pondera scheduling algorithmus

-a adiungit verum servo

d delete verum servo

t dat speciem VIP oratio et portum

-r dat speciem inscriptionis et portum de rip

-m usus NAT modus

-g usus Marcus modus

-i usus cuniculi modus

-w ponit pondus

-p LX tenet nexum pro 60s pone nexum hold tempus

-l album visum

-n digital ostentationem

algorithmus

Poll rr

Segment suffragium wrr

Minimum connexionem lc

ponderati saltem link wlc

experimentum

data fluxus

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

step
1. Scheduler configuration (test1 192.168.233.10)

yum -y install ipvsadm * -y *

Configurare ens33

systemctl sileo network

Configurare ens36

cd /etc/sysconfig/network-scripts/

cp ifcfg-ens33 ifcfg-ens36

vim ifcfg-ens36

systemctl sileo network

2. RS configuration (nginx1 et nginx2)

Configurare nginx1 192.168.233.20 Configurare januam

systemctl sileo network

Configurare nginx2 192.168.233.30 Configurare januam

systemctl sileo network

vim /usr/local/nginx/html/index.html

Mutare contenta paginae visited

Reprehendo si aditus coniungitur

3. Inscriptio translationis (test1 192.168.233.10)

iptables -t nat -vnL Perscriptio num nat table habet consilium

1.

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

Inscriptio machinalis ex 192.168.233.0/24 convertitur ad 12.0.0.1

2.

ipvsadm -C purgat originale consilium

ipvsadm -A -t 12.0.0.1:80 -s rr Specificare VIP inscriptionis et port

Primum adde VIP, IP et portum virtualis servientis, et adde verum servo

3.

ipvsadm -a -t 12.0.0.1:80 -r 192.168.233.20:80 -m

-a addendi verum servo

t cificat vip oratio

-r dat speciem inscriptionis et portum verus server

-m dat speciem modus ut nat modus

ipvsadm -ln visum

4.

ipvsadm-nisi nisi

ipvsadm -D -t 192.168.233.10:80 delere policy

ipvsadm -d -r 192.168.233.20: -t 12.0.0.1:80 dele nodi server

5 Admitte excitandas et procuret munus

vim /etc/sysctl.conf

net.ipv4.ip_forward=1

4. Client (test2 12.0.0.10)

Mutare IP oratio et porta test2

Eventus experimentalis

praegrauata suffragium

Dr modus

conceptum

sit recta profectus modus

NAT modus: Schedularius est potissimus in toto LVS botri. In NAT modo, postulata accipiendi responsabilis est, negotiatio emissa secundum onus algorithmum aequans, et responsa ad clientem mittit.

DR modus: Schedularius adhuc responsabilis est ad petitiones recipiendas, ac etiam ad RS negotiatio promovenda secundum algorithmum pondera librans, et responsio directe RS ad clientem mittitur.

Dirige Routing: Iacuit modus 2 promovendi. Iacuit 2 antrorsum datae tabulae et promovent eas ex fonte MAC inscriptionis et destinationis MAC inscriptionis sine modificatione IP et destinatione IP notitiarum fasciculi. Transmittere in MAC inscriptionem notitia fasciculi.

In DR modo, LVS etiam virtualem IP inscriptionem conservat, omnesque petitiones ad hunc VIP mittuntur. Cum tabula 2 promovenda adhibetur, cum huius rogatio schedulam attingit, RS seligitur secundum onus algorithmum et VIP server Destinatio mac electronica RS fit. Postquam RS processit roganti, protinus responsionem mittere potest clienti ex fonte mac inscriptionis clientis in nuntio, quin per schedulas perveniat.

Principium: Primum, cum librator onus accepit rogationem fasciculi emptoris, id decernit uter remittat servitorem realem (RS) ut petitionem mittat in scheduling algorithmo fundato.
Onus librarius tunc mutat scopum MAC inscriptionem electronicam postulationis cursoris a cliente ad MAC electronicam reverso servo reali (R-MAC).
Post verus server respondet petitioni, itineris defectus coercet et responsionem fasciculum directe ad clientem mittit sine librario oneris eundo.

Commoda: Onus librarius solum responsabile est ut postulationes nodi distribuendae distribuant servientes nodi, dum RS responsionis sarcinas directe usoribus mittit.
Ergo magna moles notitiarum fluit per libratorem onus reductum.

Incommoda: Tum onus librarius et verus server RS ​​necesse habere card retis ad eandem segmentum retis corporis connexum et in eodem ambitu LAN debet esse.

Data fluxus tabulae

interrogatio:
1.VIP oratio conflictus

Ratio: Schedule cum VIP configuratur, et RS etiam cum VIP inscriptionem configuratur. VIP conflictus inscriptionis, quia schedulae et RS sunt simul in segmento retis eiusdem, ARP inordinationem communicationis causabunt. Quia per totam LAN iaciatur, omnes machinis eam accipiunt.

Quomodo responsionem loopback lo impediret ut solum IP oratio physica machinae huius respondeat.

Solutio: Modificare parametri nucleos;arp_ignore = 1

Solummodo physica IP oratio systematis ARP petitionibus respondebit, et lo loopback interfacies petitionibus ARP non respondebit.

2. Cum nuntius redditur, inscriptio VIP adhuc ibi est. Quomodo client responsio accipere potest?

Solutio:arp_anounce=2

Systema non utitur fonte inscriptionis IP fasciculi ad petitionem ARP respondendi, sed directe IP oratio instrumenti physici emittit.

Exsequendam DR modus

nginx1 RS (realis ip) 192.168.233.20

nginx2 RS 192.168.233.30

vip 192.168.233.100

Scheduler 192.168.233.10

Client 192.168.233.40

step
1. Scheduler configuration (test1 192.168.233.10)

yum -y install ipvsadm * -y *

Adde virtualis network card ens33:0

Modificare responsionis parametri scheduler

vim /etc/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**

Adde consilium

cd / opt

ipvsadm -A -t 192.168.233.100:80 -s rr

ipvsadm -a -t 192.168.233.100:80 -r 192.168.233.20:80 -g

ipvsadm -a -t 192.168.233.100:80 -r 192.168.233.30:80 -g

ipvsadm-salva >/etc/sysconfig/ipvsadm

systemctl sileo ipvsadm

ipvsadm -ln

2. RS configuratione (nginx1 et nginx2) [mutari debet utroque tempore]

Modificare ostentationem contentum paginarum staticarum

vim /usr/local/nginx/html/index.html

systemctl sileo nginx

Addere loopback oratio

cd /etc/sysconfig/network-scripts/

cp ifcfg-lo ifcfg-lo:0

vim ifcfg-lo:0

Add lo: 0 interface ut vip

route add -host 192.168.233.100 dev lo:0

Locum IP ad 192.168.233.100 constitue et eam ad interfaces loopback ut VIP lvs adde

Responsio RS vera servo nucleo mitigare

vim /etc/sysctl.conf

net.ipv4.conf.lo.arp_ignore=1
net.ipv4.conf.lo.arp_announce=2
net.ipv4.conf.all.arp_ignore=1
net.ipv4.conf.all.arp_announce=2

Eventus experimentalis

VIP mutare algorithmus suffragium

Mutare pondus in consilium suffragium

Summatim

Discrimen inter lvs et nginx pro onere librans

LVS quattuor iacuit procuret, nucleo modi ip+porti utens, solum uti in quattuor iacuit procuratorem.

nginx quattuor accumsan procuratorem vel septem accumsan procuratorem

Experimentum summarium

lvs (DR modus)+nginx+tomcat

LVS instrumentum quattuor iacuit + nginx promouendi instrumenta septem-strauit (dynamica).

Data fluxus tabulae

Gradus experimentales

Fundata supra experimentis in DR modo, dynamica et stabilis fit separatio.

1. Tomcat partem

1. crea paginas dynamicas in tomcat1 et tomcat2 respectively

<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<html>
<head>
<title>JSP test1 page</title>
</head>
<body>
&lt;% out.println("Dynamica pagina 1, http://www.test1.com");%&gt;
</body>
</html>

2. Add sites tomcat1 et tomcat2 respectively

cd conf

vim server.xml

Delere in originali situs primus

<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
    <Context docBase="/usr/local/tomcat/webapps/test" path="" reloadable="true" />

Reprehendo an portum esse coepi

Visit 192.168.233.40:8080/index.jsp

2. nginx part

Configurare nginx2 et nginx3

cd /usr/loci/nginx/conf/

cp nginx.conf nginx.conf.bak.2024.07.08

vim nginx.conf

flumine tomcat {
server 192.168.233.40:8080 weight=1;
server 192.168.233.50:8080 weight=1;
}

location ~ .*.jsp${
proxy_pass http://tomcat;
proxy_set_header HOST $exercitum;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Procurum-pro $proxy_add_x_forwarded_for;
        }

Tunc systemctl sileo nginx

Configurare nginx1 ineundo

Quattuor ORDO agentis

cd /usr/loci/nginx/conf

vim nginx.conf

Tunc systemctl sileo nginx

Eventus experimentalis

Visita 192.168.100:81 static page

Visita 192.168.233.100:82/index.jsp dynamicam paginam

Tres modos operantes lvs

NAT DR TUN

Commoda: Inscriptionis translatio, conformatio simplex, optima perficiendi LURIDUS, longiorem distantiam notitiarum fasciculum transmissionis consequi potest

Incommoda euismod bottleneck Non sustinet segmentum crucis network canalibus dicatum, requirit foramen VPN (pecuniam sumptus)

RS requisita: Nullae restrictiones. ARP responsa de interfaces non-physicis debilitari debent.

Quantitas RS 10-20 unitates 100 unitates 100 unitates

Colloquium quaestiones:

1. Breviter describere tres modos et differentias lvs

mensa supra

2. Quomodo solvere cerebri scissurae in custodiendo

Praesto HA architectura

conceptum

Summus dispositio est architecturae in nobis botri, modo ad altam facultatem schedulae

Pelagus ac tergum exsecutionem schedulers secundum VRP

Pelagus scheduler et tergum scheduler (multa unitates)

Cum principale schedula normaliter laborat, tergum est prorsus in statu redundanti (sto) et operationi botri non participat. Solum cum primarius horarius deficit, tergum server opus schedulae primariae assumet. Si principalis cedularum munus suum repetit, praecipuus cedularum ad botri introitum inservire perget, et standum erit in statu redundanti, qui a prioritate non necessario pendet.

Servativum fundatur in vrp protocollo ad effectum deducendi lvs solutionem altam disponibilitate

1.Multicast oratio

224.0.0.18 communicat ex inscriptione multicasti et nuntios mittit inter cogitationes primarias et secundarias.Determinare si adversarius vivit

2. Determinare positiones primariae et secundariae secundum prius

3. Defectus, si primarius ministrator defecerit, tergum servo laborare pergit.Dominus recuperavit et est in standby

4. Commutatio inter primariam et secundariam est commutatio inscriptionis VIP

Servativum specie LVS apparet, sed non proprium LVS.

nucleus modulus: nucleus moduli custodiendi, responsalis satus et sustentatio processus praecipui et onerationis imagini globalis imagini

vrrp modulus: modulus qui vrrp protocollo utitur, quod est principale munus moduli

modulus reprehendo: responsalis pro perscriptio sanitatis, et etiam status servientis realis in curriculo "reprehendere"

keepalive experimentum

test1 192.168.233.10

test2 192.168.233.50

vip 192.168.233.100

nginx1 192.168.233.20

nginx2 192.168.233.30

Client 192.168.233.40

Gradus experimentales

1. Primae et secundae operationes eodem modo faciendae sunt.

yum -y install ipvsadm keepalived

vim /etc/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**

ipvsadm -C

ipvsadm -A -t 192.168.233.100:80 -s rr

ipvsadm -a -t 192.168.233.100:80 -r 192.168.233.20:80 -g

ipvsadm -a -t 192.168.233.100:80 -r 192.168.233.30:80 -g

ipvsadm-salva &gt;/etc/sysconfig/ipvsadm

systemctl sileo ipvsadm

ipvsadm -ln

host

cd /etc/keepalive

vim keepalived.conf

para

Eventus experimentalis