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ärgnev artikkel kirjeldab viisi, kuidas luua navigatsiooniproksi teenusele kõrge käideldavus ja skaleeritavus. Juhul, kui üks proksiserveritest peaks rikki minema, tuvastab Relianoid Application Delivery Controlleriga rakendatud koormuse tasakaalustaja rikke ja proksi keelatakse saadaolevas serveripoolis, lisaks suunatakse klient teisele saadaolevale navigatsiooniproksile, ilma et see mõjutaks liiklusühendusi.

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 juba koormuse tasakaalustajas konfigureeritud. Relianoidi rakenduste edastamise kontrolleris on sellise virtuaalse IP-aadressi peal 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 konfigureerimisprotseduuri, et luua Relianoidi koormuse tasakaalustajas koormuse tasakaalustamise navigeerimisproksi jaoks õige 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.

(taustaprogrammide arv * ajalõpu sekundid taustaprogrammi kohta (-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 Eesnimi 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!