A hálózaton lévő számítógép pénzt keres, Számítógép-hálózatok | Digitális Tankönyvtár


Az exponenciális csökkenés és Zipf törvénye között az a különbség, hogy az exponenciális csökkenés esetén a farok vége biztonságosan figyelmen kívül hagyható, de Zipf törvénye esetén a farok teljes súlya jelentős, és nem hagyható figyelmen kívül.

Azért, hogy képesek legyünk hatékonyan dolgozni ebben az aszimmetrikus világban, mindkét típusú webhelyet képesnek kell lennünk felépíteni. A népszerűtlen webhelyeket könnyű kezelni. DNS használatával igazából sok különböző webhely mutathat az interneten belül ugyanarra a számítógépre, ami az összes ilyen webhelyet működteti.

Másrészt, a népszerű webhelyek kezelése nehéz. Nem létezik olyan egyedülálló számítógép, ami akár távolról is kellően nagy teljesítményű lenne. Egyetlen számítógép használata esetén, ha az elromlik, több millió felhasználó számára teheti elérhetetlenné a webhelyet. Ezeknek a webhelyeknek a kezeléséhez tartalomelosztó rendszereket kell építenünk.

Legközelebb ezek kérdéseivel foglalkozunk.

hogyan kereshetek nagy pénzt

Szerverfarmok és webhelyettesek Ahogyan azt egészen eddig láttuk, a web megvalósításaiban egyetlen kiszolgálógép volt, ami több ügyfélgéppel beszélgetett. Olyan nagy webhelyek létrehozásához, amelyek jó teljesítményt nyújtanak, felgyorsíthatjuk a műveletvégzést a kiszolgáló oldalán vagy az ügyfél oldalán.

A a hálózaton lévő számítógép pénzt keres nagyobb teljesítményű webszerverek építhetők egy szerverfarm segítségével, amelyben egy számítógépfürt úgy működik, mintha egyetlen kiszolgáló lenne. Az ügyféloldalon jobb teljesítmény érhető el jobb gyorstárazási technikákkal. Különösen a helyettes gyorstárak proxy cache biztosítanak egy nagy, megosztott gyorstárat egy ügyfélcsoport számára.

Egymás után mindegyik megoldást ismertetni fogjuk. Jegyezzük meg azonban, hogy egyik megoldás sem elegendő a legnagyobb webhelyek létrehozásához. Azoknak a népszerű webhelyeknek van szükségük a következő szakaszban ismertetendő módszerekre, amelyek sok, különböző helyeken lévő számítógépet fognak össze. Szerverfarmok Nem számít, hogy egy számítógépnek mekkora a sávszélessége, mert csak annyi webkérést szolgálhat ki, amennyi még nem jelent túl nagy terhelést.

Ebben az esetben az a megoldás, hogy egynél több számítógépet kell használni egy webszerver létrehozásához. Ez vezet a 7.

Ha nem látszik annak, akkor csak párhuzamosan működő, különböző webhelyeket hoztunk létre. Számos lehetséges megoldás létezik arra, hogy a kiszolgálók halmazát egyetlen webhelynek látszóvá tegyük.

opciók érintse meg

Mindegyik megoldás feltételezi, hogy bármelyik kiszolgáló bármelyik ügyféltől érkező kérést képes kezelni. Ennek érdekében minden kiszolgálónak rendelkeznie kell a webhely másolati példányával. Ezért a kiszolgálókat úgy ábrázoltuk, hogy azokat szaggatott vonal köti össze a közös háttér adatbázissal. Az egyik megoldáshoz a DNS-t kell használni a kéréseknek a szerverfarmban lévő kiszolgálók közötti szétterítésére.

Minden ügyfél megpróbálkozik egy IP-címmel, jellemzően a lista első helyén szereplővel. A hatás a hálózaton lévő számítógép pénzt keres, hogy a különböző ügyfelek különböző kiszolgálókkal veszik fel a kapcsolatot ugyanannak a webhelynek az elérése érdekében pontosan úgy, ahogy azt elterveztük.

A másik megoldás egy előtét-berendezésen front end alapul, ami szétszórja a beérkező kéréseket a szerverfarm készletében lévő kiszolgálók között. Ez még akkor is megtörténik, ha az ügyfél egyetlen segítségével lép érintkezésbe a szerverfarmmal.

Számítógép-hálózatok | Digitális Tankönyvtár

Az előtét-berendezés általában egy adatkapcsolati rétegbeli kapcsoló vagy egy IP-útválasztó, azaz egy eszköz, amely kereteket vagy csomagokat kezel. Minden megoldás, ami az előtét-berendezésre vagy a kiszolgálókra épül, a hálózati, szállítási vagy alkalmazási réteg fejléceibe kukkant, és nem szabványos módon használja azokat. Egy webkérés és egy webválasz TCP-összeköttetésként kerül továbbításra. A helyes működés érdekében az előtét-berendezésnek a webkérés minden csomagját ugyanannak a kiszolgálónak kell kiosztania.

Az előtét-berendezés egy egyszerű megvalósításában minden beérkező kérést üzenetszórással minden kiszolgálóhoz eljuttatnak. Minden egyes kiszolgáló a kéréseknek csak egy töredékére válaszol, egy előzetes megállapodás alapján.

Például 16 kiszolgáló megnézheti a forrás IP-címet, és csak akkor válaszolnak a kérésre, ha a forrás IP-cím utolsó 4 bitje egyezik a beállított szelektorukkal.

A többi csomagot eldobják. Noha ez a bejövő sávszélességre nézve pazarló, a válaszok gyakran sokkal hosszabbak, mint a kérés, tehát közel sem olyan hatástalan, mint amilyennek látszik. Egy általánosabb kivitel esetén az előtét-berendezés megvizsgálhatja a csomagok IP- TCP- és HTTP-fejléceit, és tetszőleges módon hozzárendelheti azokat egy kiszolgálóhoz.

A leképezést terhelés-kiegyenlítő load balancing házirendnek nevezik, mert célja a kiszolgálók közötti munkaterhelés kiegyenlítése. A házirend lehet egyszerű vagy összetett. Egy egyszerű házirend a kiszolgálókat egymás után sorban, vagy körbeforgó módon használhatja.

Ennél a megközelítésnél az előtét-berendezésnek minden egyes kéréshez tartozó leképezésre emlékeznie kell, hogy az újabb csomagok, amelyek ugyanannak a kérésnek a részét képezik, ugyanahhoz a kiszolgálóhoz kerüljenek. Annak érdekében, hogy ezt a webhelyet megbízhatóbbá is tegyék, mint egy egyedüli kiszolgáló, az előtét-berendezésnek észre kell vennie, amikor a kiszolgálók meghibásodtak, és le kell állítani a kéréseknek a hozzájuk történő küldését.

A NAT-hoz hasonlóan, ez az általános konstrukció veszélyes, vagy legalábbis törékeny abban az értelemben, hogy az imént létrehoztunk egy eszközt, ami megsérti a rétegszerkezetű protokollok legalapvetőbb elvét, amely szerint vezérlési célokra minden rétegnek a saját fejlécét kell használnia, valamint nem lenne szabad megvizsgálnia és felhasználnia az adatmezőből származó információt semmilyen célra.

Az emberek azonban terveznek ilyen rendszereket, és amikor ezek a jövőben tönkremennek a magasabb rétegekben végzett változtatások miatt, hajlamosak meglepődni. Az előtét-berendezés ebben az esetben egy kapcsoló vagy útválasztó, de a szállítási, vagy magasabb rétegbeli információ alapján cselekedhet.

Az ilyen dobozt ún.

forex eladó fizet

Ebben az esetben az a legjobb, ha az előtét-berendezést a szerverfarm belső részének tekintjük, ami fel egészen az alkalmazási rétegig az összes réteget lezárja és ezért azoknak a rétegeknek az összes fejrész információját használhatja.

Ennek ellenére, mint a NAT esetében is, ez a felépítés hasznos a gyakorlatban. A TCP-fejlécek megtekintésének az az oka, hogy jobban el lehet végezni a terhelés kiegyenlítés munkáját, mint csak egyedül az IP-információ alapján. Például egyetlen IP-cím képviselhet egy egész vállalatot, és sok kérést létesíthet.

Csak a TCP vagy magasabb rétegbeli információ megtekintésével rendelhetőek ezek a kérések a különböző kiszolgálókhoz. A HTTP-fejrészek megvizsgálásának oka némileg különböző. Sok webes tevékenység hozzáfér az adatbázisokhoz és frissíti azokat, mint például amikor egy vásárló utánanéz a legutóbbi vásárlásának. A kérést teljesítő kiszolgálónak le kell kérdeznie a háttér-adatbázist.

Ajándékok és tippek

Érdemes az ugyanattól a felhasználótól érkező későbbi kéréseket ugyanahoz a kiszolgálóhoz irányítani, mert annak a kiszolgálónak a gyorstárában már van információ a felhasználóról. A legegyszerűbb mód annak előidézésére, hogy ez történjen, a websütik felhasználása vagy más információ a felhasználó megkülönböztetéséhez és a HTTP-fejrészek megvizsgálása a sütik megtalálása végett.

Hálózat 1 (alapvető ismeretek, ip cím, netmask, stb) 2019-12-05

Utolsó megjegyzésként, bár úgy írtuk le ezt a felépítést, mint ami webhelyekhez használatos, szerverfarmot azonban másfajta kiszolgálókhoz is lehet építeni. Erre példa az UDP felett a médiát kereskedési jelek szolgáltatói továbbító szerverek. Az egyetlen szükséges változtatás, hogy az előtét-berendezésnek képesnek kell lennie az ezeknek a kéréseknek a következtében fellépő terhelés kiegyenlítésére a kéréseknek más protokoll fejrész mezői lesznek, mint a webkéréseknek.

A böngészők különféle fejrészmezőket és szabályokat használnak annak megállapításához, hogy egy weboldalnak a gyorstárban lévő másolata még mindig friss-e.

Hogyan pénzt keres a Facebook?

Itt nem fogjuk megismételni azt az anyagot. A gyorstárazás a válaszidő rövidítésével és a hálózati terhelés csökkentésével növeli a teljesítőképességet. Ha a böngésző képes önállóan megállapítani, hogy a gyorstárban lévő oldal friss, az oldal azonnal lekérhető a gyorstárból, a legkisebb hálózati forgalom nélkül.

Még akkor is, ha a böngészőnek a kiszolgáló megerősítését kell kérnie, hogy az oldal még mindig friss, a válaszidő lerövidül és a hálózati forgalom csökken, különösen nagy oldalak esetén, mivel csak egy kis üzenetet kell elküldeni.

A legjobb azonban, amit egy böngésző tehet, hogy a gyorstárban tart minden weboldalt, amelyet a felhasználó korábban meglátogatott. A népszerűségről szóló értekezésünkből felidézheti, hogy létezik néhány népszerű oldal, amit sok ember rendszeresen látogat, és sok-sok népszerűtlen oldal is. A gyakorlatban ez korlátozza a böngésző gyorstárazásának hatékonyságát, mert sok olyan oldal van, amit az adott felhasználó csak egyszer látogatott meg.

Ezeket az oldalakat mindig le kell kérni a kiszolgálóról. Az egyik stratégia a gyorstárazás hatékonyabbá tételére a gyorstár több felhasználó közötti megosztása. Ily módon az egyik felhasználó számára lekért oldal visszaadható egy másik felhasználónak, amikor az ugyanazt kéri le.

legjobb bitcoin befektetés

Böngészőoldali gyorstárazás nélkül mindkét felhasználónak le kellene kérnie ugyanazt az oldalt a kiszolgálóról. Természetesen ezt a megosztást nem lehet elvégezni titkosított forgalom esetén, olyan oldalaknál, amelyek hitelesítést igényelnek, és a nem gyorstárazható oldalaknál például aktuális részvényárfolyamokamelyeket programok adnak vissza.

Különösen az egyre gyakoribb, programok által készített dinamikus oldalak esetén nem hatékony a gyorstárazás. Ennek ellenére sok olyan weboldal van, ami számos felhasználó számára látható és ugyanúgy néz ki, a hálózaton lévő számítógép pénzt keres függetlenül, hogy melyik felhasználó kérte le például képek. A webhelyettest Web proxy arra használják, hogy megossza a gyorstárat a felhasználók között.

A helyettes egy ügynök, ami valaki más, például a felhasználó érdekében jár el. Sokféle helyettes létezik. Például az ARP-helyettes ARP-kérésekre válaszol egy olyan felhasználó helyett, aki máshol van és nem tud válaszolni magának. Egy webhelyettes webkéréseket hajt végre a felhasználóinak a nevében.