tutvustus

A proksi võib kirjeldada kui serveriseadet või rakendust, mis vahendab klientide taotlusi või kliente, kes üritavad otsida ressursse mitmetelt nendelt serveritelt. See selgitab, et see tähendab, et puhverserver töötab kliendi või kliendi nimel, kui teenust taotletakse, ja võib-olla varjata serverisse päringu tegelikku päritolu või allikat.

Protsess seisneb selles, et klient esitab päringu otse puhverserverisse, selle asemel, et ühendada ainult konkreetse serveriga, mis suudab pakkuda taotletud ressurssi, näiteks faile või veebe, ja seejärel hindab puhverserver seda päringut ning arendab sobivat ja nõutavat võrku tehingud. See on viis, kuidas muuta päringu keerukust lihtsamaks või kontrollitumaks, ja lisaks sellele pakub see muid eeliseid, nagu turvalisus, sisu kiirendamine või privaatsus. Välja on töötatud volitused olemasolevate hajutatud süsteemide kapseldamiseks ja struktureerimiseks. Mõned enimkasutatavad veebinavigatsiooni puhverserverid on kalmaar, privoxyvõi SwiperProxy.

Mõnikord ei piisa puhverserverist samaaegsete kasutajate arvu haldamiseks või puhverserver ise on üks ebaõnnestumispunkt sellega tuleb tegeleda, siis on vaja ADC-d.

Järgmises artiklis kirjeldatakse navigeerimisproksi teenuse kõrge kättesaadavuse ja mastaapsuse loomise võimalust, juhul kui mõni puhverserver ebaõnnestub, tuvastab ZEVENET-i rakenduse kohaletoimetamise kontrolleriga rakendatud koormuse tasakaalustaja rikke ja puhverserver keelatakse. saadaval olev bassein, lisaks suunatakse klient liiklusühendusi mõjutamata teisele saadaolevale navigeerimise puhverserverile.

Puhverserveri arhitektuur

Idee abil panna lugeja konfiguratsiooni paremini mõistma, tahame jõuda järgmise arhitektuuri kirjeldava skeemini.

Erinevad kliendid (sülearvutid, arvutid, mobiilid ja tahvelarvutid) konfigureerivad korporatiivsele puhverserverile osutava navigeerimisbrauseri, nt https://proxy.company.com:3128. Kõik kliendi ja veebinavigatsiooni puhverserveri vahelised ühendused on lihtsad HTTP or SSL on TCP põhineb, nii et seda kasutatakse meie koormuse tasakaalustamise talu ehitamiseks.

IP-eraldusvõime proxy.company.com on Virtuaalne IP on juba koormuse tasakaalustajaga konfigureeritud. ZEVENETi rakenduste kohaletoimetamise kontrolleris on sellise virtuaalse IP-i kohal farm, nt 192.168.103.34 ja virtuaalne port 3128 in NAT režiim TCP protokoll.

Farm on meie näites konfigureeritud kõigi taustaprogrammidega, mis loovad navigeerimise puhverservelli 192.168.103.253 ja 192.168.103.254 TCP-pordi kaudu 3128. Niipea, kui klient proovib ühenduse luua konfigureeritud puhverserveriga, saab ADC ühenduse ja see suunatakse ümber ühte basseini saadaolevatest navigeerimise puhverserveritest, jagades kasutajaid kõigi saadaolevate taustaproksi puhverserverite vahel.

Veebinavigatsiooni puhverserveri kõrge kättesaadavuse konfiguratsioon

Järgmises jaotises kirjeldatakse seadistamisprotseduuri, et luua koormuse tasakaalu navigeerimise puhverserverite jaoks ZEVENETi koormuse tasakaalustaja korralik konfiguratsioon.

Veebinavigatsiooni puhverserveri tervisekontroll

Esiteks looge järgmistel ridadel tervisekontroll koormuse tasakaalustamise põllumajandusettevõttes kasutamiseks. Selle uue tervisekontrolli eesmärk on kontrollida, kas taustaprogrammi puhverserverites olev TCP-port on lubatud.

Minge jaotisse JÄRELEVALVE> Talu hooldaja, looge uus nimega talupidaja check_tcp_navigation_proxy ja kopeerige check_tcp ja tehke ajalõppudes väikseid muudatusi, nagu allpool näidatud:

aasta käsk väljal lisage lipp -t 5, see on ajalõpp taustaprogrammi kohta, et vastata koormuse tasakaalustaja TCP-ühendusele. The Intervall Rekursiooni vältimiseks on väljal väärtus 11, 5 sekundit taustaprogrammi kohta + 1 sekund sekund. Optimaalse valiku määramiseks soovitame kasutada järgmist valemit Intervall väärtus.

(number of backends * timeout seconds per backend (-t) ) + 1

Veebinavigatsiooni puhverserveri virtuaalne teenus

Seejärel looge LSLB> L4xNAT talu, nt nimega navigatsiooni_puhverserver, Sealhulgas Virtuaalne IP ja Virtuaalne port nagu on näidatud eelmises skeemis. Kui see on loodud, minge sisse redigeerimiseks edasijõudnud režiimis ja veenduge Protokolli tüüp on konfigureeritud TCP ja NAT tüüp on konfigureeritud NAT režiimis.

Virtuaalse teenuse käitumise konfigureerimiseks minge vahekaardile Teenused ja konfigureerige koormuse tasakaalustamise algoritm Kaal (vaikimisi). Palun kohandage see väärtus oma keskkonnale ja soovitud käitumisele kõige sobivamaks.

Seejärel minge samas jaotises tabelisse Taustaprogrammid ja lisage tõelised veebi navigeerimise puhverserverid, mis haldavad kasutaja ühendusi.

Lõpuks valige eelmises etapis juba loodud tervisekontroll check_tcp_navigation_proxy et kontrollida, kas TCP taustaport on juba avatud.

Nüüd saab koormuse tasakaalustatud virtuaalset teenust enne klientide konfigureerimist testida.

Klientide konfiguratsioon

Viimane samm on konfigureerida puhverserveri sätted kliendi veebibrauseris, osutades sellele Virtuaalne IP ja Virtuaalne port kasutada koormuse tasakaalustajana või tutvustada Virtuaalne IP ühistul DNS ja kasutage a Nimi selle asemel meie klientide klientides puhverserver.näide.com osutatakse virtuaalsele IP-le 192.168.103.34).

Lõpuks nautige oma koormusega tasakaalustatud veebi navigeerimise puhverserverit kõrge kättesaadavusega!