Tudd Intuíció, előadás, klaszterek
- Service Network Load (NLB) .A Általában úgy van kialakítva, hogy az egyensúly a bejövő TCP / IP forgalmat. NLB általánosan használt webszerverek.
- .Realizuyutsya kiszolgálófürtök hogy átmeneteket hiba (failover) között fürtözött számítógépek. Cluster szolgáltatás rendszerint használt alkalmazások, amelyek adatbázisok.
Nem tudja használni mindkét technológiát alkalmazni egy szerveren, de akkor a két klaszter megoldások közös végrehajtására kiegészítő funkciók, például az adatbázist elérhetővé a honlap látogatói.
A klaszterek hálózati terheléselosztás
Hálózati terheléselosztás (NLB) - a szoftverfejlesztés használt Microsoft Windows Klaszterek IP-munkaprogramok méretarányos elosztásával ügyfél kéri több szerver a klaszter. NLB használják leginkább, hogy növelje a termelékenységet és a rendelkezésre álló webes alkalmazások, de azt is lehet használni, hogy javítsa teljesítményét a beállított IP-alapú alkalmazások a vállalaton belül.
Megjegyzés. Szolgáltatás hálózati terheléselosztás jelenlegi formájában vált, mint egy újratervezett helyettesítő szolgáltatás a Windows terheléselosztó szolgáltatását (WLBS), amit a Windows NT 4. Azonban, azt találjuk, hogy még mindig vannak elemei a WLBS forrásból, például egy parancssori szoftver, WLBS .exe, még mindig használják a visszamenőleges kompatibilitás.
- Standard Edition;
- Enterprise Edition;
- Datacenter Edition;
- Web Edition.
Előnyei hálózati terheléselosztás
készenlét
Az egyik fő előnye az NLB szolgáltatás - a magas rendelkezésre állás, amely biztosítja ezt a szolgáltatást a vállalati alkalmazásokhoz. Cluster szoftver automatikusan változtasson az ügyfél kéri esetén szerver hiba. Ebben a csoportban az egyes kiszolgálók és állapotának nyomon követéséhez egymást. A szerverek között, és az egyes szerver és a klaszter kicserélt vagy csoportos üzeneteket.
Ha az állapot a szerver (vagy több szerver) a klaszteren belül változik, az aktív szerver fut a folyamat, amely az úgynevezett „fusion” (konvergencia), hogy melyik szerver, mint a bal aktív és újra elosztja a terhelést a kettő között. Alapértelmezés szerint, NLB fürttagon veszteségét határozza meg öt másodpercig, és végrehajtja a folyamat összevonása a következő öt másodperc. Bár az egyesülés, az egyes csomópontok klaszter továbbra is kezelni az alkalmazás csomagokat a szabályok szerint, hogy létezett az egyesülés előtt.
Ha az egyesülés által kezdeményezett elvesztése az egyik szerver, az alkalmazás kéri, hogy dolgozta fel a sikertelen kiszolgálóüzenete beteljesületlen amíg megváltoztató kéréseket teljesíteni fogják végén (az egyesülés). Ez a hiba feltételnek kell figyelembe venni az átmeneti állapotban a felhasználó vagy alkalmazás, de nem a legnagyobb NLB szolgáltatás.
Ha a fürt hozzáadjuk egy másik fogadó szerver, ugyanez a folyamat az egyesülés lehetővé teszi az új gazda kap a részesedése a forgalomból. Ennek eredményeként a terjeszkedés a klaszter előfordul, teljesen átlátható módon az ügyfelek és az alkalmazásokat.
skálázhatóság
NLB kétféle szintű skálázhatóságot.
- Skálázhatóság akció .Povyshenie felhasználók száma és a forgalom növekedése következik be simán mivel a folyamatos forgalmazás lekérdezések, amely lehetővé teszi, hogy az egyenlő hozzáférés biztosítása valamennyi felhasználó számára egy alkalmazás vagy szolgáltatás.
- Rendszer skálázhatóság .Ezen klaszter tartalmazhat további összetevőket (szerverek vagy processzorokat).
kormányozhatóság
Adminisztráció hálózati terheléselosztás hatékonyan történik, mint a klaszter kezelik egy egységként egy egypontos menedzsment (ami eltávolítható). Rendszergazdák cluster segítségével shell parancsokat és parancsfájlokat futtatni, munkabeszüntetés, valamint a klaszter menedzsment. Ezen kívül a lehetőségét, hogy az egyes szerverek stand-alone mód csökkentése nélkül a teljesítményt a klaszter egyszerűsíti a karbantartást és a frissítéseket az operációs rendszerek.
építészet NLB
Az algoritmus meghatározott klaszter összevonása eljárás lehetővé teszi minden egyes csomóponthoz a klaszter eldönteni, hogy kell kezelni a következő ügyfél kérésére. A feldolgozó egység küldi a csomagot Az IP protokoll, és az összes többi csomópont dobja a csomagot. Minden gazda, akkor adja meg a százalékos a teher vagy a rakományt egyenletesen között házigazdák.
NLB elfogja csak a TCP és UDP csomagokat. Más protokollok, IP-csomagokat továbbítanak a protokoll és dolgozza fel az összes csomópont az NLB-fürt.
Felszerelés és protokollok
Bejövő ügyfél kéri megjelennek a klaszter házigazdák által terjed algoritmus. Amikor egy csomag megérkezik, minden gazda egyszerre elvégezni a leképezést. Ez lehetővé teszi, hogy gyorsan melyik gépet kell kezelni a csomagot. Ez az algoritmus egyidejűleg szűrés hatékonyabb feldolgozásához csomagokat, mint a programok, amelyek a központosított terheléskiegyenlítő algoritmusok. Központosított szűrés módosítását foglalja magában és újraküldés csomagok, amelyek növelhetik a késleltetési időt. Másrészt, egyidejű szűrést biztosít a magasabb általános teljesítményt.
NLB kezeli forgalmazásával kapcsolatot a TCP és az UDP datagram, hogy segítségével a bemeneti szűrő forgalom előtt van egy fellebbezést a program TCP / IP protokollt. A TCP / IP feldolgozása csak a TCP és UDP protokollok, és az összes alkalmazott ellenőrzések a kikötőben szinten.
NLB lehet konfigurálva, hogy kezelni egy klaszter forgalmi részletesebben olyan eszközökkel, mint szabályok portok vagy affinitás (affinitás). További információért lásd. Az alábbiakban a következő részben „telepítése és konfigurálása hálózati terheléselosztás”.
Virtuális klaszterek
Virtuális szerverek a következő tulajdonságokkal rendelkezik.
konfigurálása alkalmazások
Számos módja van, hogy konfigurálja a kérelmet NLB-fürt. A klaszter lehet úgy állítani, hogy egy példányt a szerver szoftver fut minden gépen; vagy az alkalmazás futhat ugyanazon a gépen, amikor minden a kéréseket fogadó helyett terhelés kiegyenlítése az egész fürt. Döntést kell hozni attól függ, hogy milyen típusú alkalmazást. Például igénylő központosítás, mint például a Microsoft Exchange Server, tartozik egyetlen host. Ezenkívül írási az adatbázishoz lehet küldeni egy dedikált adatbázis szerver a rendszerben. Ha a feltöltés egyensúlyban klasztert, minden csomópont a klaszter saját példányát az adatok. Frissíti a tartalmát az adatbázis tábla szinkronizálását rendszeresen egyesülő elérhető. Azonban a legtöbb esetben, a kritikus adatbázis környezetben telepített kiszolgálófürtben, átugorja a hiba (failover), de nem egy NLB környezetben (lásd. Alább szakasz „kiszolgálófürtök”).
NLB tiszta formájában a legalkalmasabb a decentralizált adatok tárolása vagy az alkalmazások, amelyek nem fogadja az adatokat az ügyfelek, hogy a szerver eléréséhez (azaz, a rendelkezésre álló írásvédett alkalmazás, amely a TCP vagy UDP). Weboldalak az ideális „jelölt” használata az NLB, mert megkönnyíti az, hogy minden gazda aktuális másolási oldalak (amelyek általában statikus), amely az egyszerűséget és a feldolgozás sebességét nagy forgalom miatt. A Web az ügyfelek részére a hozzáférést az adatbázishoz, webszerverek lekérdezéseket küldhetnek az adatbázis szerver. Vannak még a következő jelöltek, melyek alkalmasak NLB:
- HTTP, HTTPS, FTP, TFTP, SMTP és TCP / IP
- HTTP SSL - 443-as port
- FTP - 21-es port, port 20 port 535 és kikötői 1024,65
- SMTP - port 25
- Terminal Services - 3389-es port
- Web szerverek (mint például a Microsoft Internet Information Services) - Port 80
- Webkiszolgálókkal használja a kör alakú DNS-
- Szerverek, virtuális magánhálózat (VPN)
- Streaming média szerverek.
Az alkalmazás lehet telepíteni az NLB fürt, ha több példányt a kérelem egyidejűleg lehet végrehajtani anélkül, hogy hibákat vagy bármilyen sérülés.
Alkalmazás szerverek és kapcsolatokat stateful
Két típusú kapcsolatok közötti ügyfelek és gazdaszervezetek a alkalmazás szerverek, és ezek általában kifejezés alá tartozó állapot-nyilvántartó-vegyületet (vegyületet egy cserélhető állapotban).
- Interclient állami (állam, tekintettel az összes fogyasztó). A frissítések szinkronban végrehajtott tranzakciók más ügyfelek. Ennek egyik példája a frissítés a leltár adatainak az oldalon az e-kereskedelem az értékesítés után az áruk a kapcsolatot az ügyféllel.
- Intraclient-állapotban (az állam egy kliens). Állami fenn egy adott ügyfél egy session, amely magában foglalja például a termékek értékesítését (általában feldolgozásával a „bevásárlókocsik”) online e-kereskedelem. Tény, hogy a legtöbb helyen, az e-kereskedelem feldolgozás „bevásárlókocsik” szakkifejezés azt több különböző kapcsolatokat ugyanannak az ügyfélnek.
NLB szolgáltatás akkor működik a legjobban, ha azt használják, hogy egy skálázható felület szolgáltatások, amelyek nem változtatják állapotukat (például a szabványos HTTP web-alapú alkalmazások), még akkor is, ha a szolgáltató hozzáfér a megosztott alkalmazás szerver tárol.
NLB soha nem szabad használni InterClient-kapcsolatokat. Alkalmazások, hogy ezt a fajta stateful-csatlakozás, nem teszik lehetővé több példányát tartalmazó vegyületek, amelyek akkor férnek hozzá a megosztott adatbázis, és szinkronizálja a konkurens frissítéseket.
NLB lehet használni alkalmazások skálázhatóság intraclient-államok, még a keret a munkamenet, amely több vegyületet. Ha bekapcsolja az egyik lehetőség affinitása (affinitás) az NLB ügyfél irányítja az összes TCP-kapcsolatot az azonos klaszter fogadó, amely lehetővé teszi, hogy fenntartsák a munkamenet-állapotot a memóriában a gazda. (Kliens / szerver alkalmazások beágyazni állam egy cookie-fájlba vagy elküldheti az alkalmazás adatbázis nem szükséges ügyfél affinitás.)