Megfelelő elhelyezés helyén e választani hosting Európában vagy az USA-ban
Ph.D. Lavlinskiy NE technikai igazgatója LLC „módszer Lab”
Ragályos gyorsulás oldalak szakmailag, önkéntelenül kezdik észrevenni lassú oldalak napi munkájuk során. Miután a gyors elemzés gyakran kiderül, hogy a helyszínen lehet gyorsítani elemi mozgó szerver közelebb a felhasználókhoz.
Okai lassú betöltés honlapok sok, de most fogunk összpontosítani pontosan a választott földrajzi helyét a szerver. Ez a kérdés azért fontos, mert sok fejlesztő helyek, akkor nem érti a következményeit ügyfeleik oldalakat hozott tárhely Európában (néha még az USA-ban). Ebben az esetben a túlnyomó többsége orosz nyelvű közönség a helyszínen található Magyarországon (kb kivételek később).
Miért webhelyet Európában vagy az USA-ban?
Két fontosabb érvek: ez olcsó és megbízható. Mi a helyzet a költségek minden nem olyan egyszerű, ha összehasonlítjuk a minőség tárhely is ne feledkezzünk meg, hogy a külföldi tárhely van töltve a valuta, amely hordozza a nagy kockázatot hordoz, amelyet a közelmúltban játszott komolyan. Általában a legtöbb üzleti projektek nélkül nagy terhelés csak egy dedikált szerver vagy VPS. A költség az ilyen tárhely szolgáltatók minőségi Magyarországon 1000-6000 rubelt havonta. Beszéljen a gazdaság az ilyen összeg nincs értelme egy üzleti honlap.
A szempont a megbízhatóság egy szubjektív értékelést, és szabály szerint a kérelmet a stabilitás egy adatközpont nem támasztja alá objektív adatokat. Ha a projekt magas szintű kritikus, az üzleti, minden esetben ez szükséges egy rugalmas megoldás legalább két adatközpontok. Ezután a megbízhatóság az adatközpont nem igazán számít. Abban az esetben, bármely adatközpont projekt lesz a kockázata leállás (akkor is, ha ez szuper stabil Tier IV DC).
Egy másik szempont kapcsolódik illegális tevékenységet, ha a telephely kiveszik Magyarország joghatósága másik országban. Ebben az esetben, akkor nem hagyja abba, ez inkább aggodalomra ad okot a bűnüldözés.
A rossz házigazdák Németországban, és általában el a felhasználó?
Térjünk át a legfontosabb: Mi tárhely probléma távoli földeken? Sőt, akkor ugyanaz a globális internet, a nemzeti határok nem fogja megállítani minket.
Tekintsünk egy egyszerű példát. Hatásának értékeléséhez az elhelyezés honlapunkon Európában meglehetősen egyszerű ping segédprogram. Fussunk, és nézd meg a helyzetet a Yandex:
# Ping ya.ru
PING ya.ru (213.180.193.3) 56 (84) byte adatot.
64 bájt a www.yandex.ru (213.180.193.3): icmp_req = 1 TTL = 56 idő = 3,01 ms
64 bájt a www.yandex.ru (213.180.193.3): icmp_req = 2 TTL = 56 idő = 3,05 ms
64 bájt a www.yandex.ru (213.180.193.3): icmp_req = 3 TTL = 56 idő = 3,39 ms
64 bájt a www.yandex.ru (213.180.193.3): icmp_req = 4 TTL = 56 idő = 3,25 ms
Mint látható, a ping a számítógépről a Yandex valamivel több, mint 3 milliszekundum. Ekkor 3 ms azt jelenti, a folyosón a csomag (ebben az esetben, 56 (84) bájt) oda-vissza.
Most mi ugyanazt a tesztet egy ismert host Hetzner (Németország).
# Ping hetzner.de
PING hetzner.de (213.133.107.227) 56 (84) byte adatot.
64 bájt a www.hetzner.de (213.133.107.227): icmp_req = 1 TTL = 50 idő = 54,8 ms
64 bájt a www.hetzner.de (213.133.107.227): icmp_req = 2 TTL = 50 idő = 54,8 ms
64 bájt a www.hetzner.de (213.133.107.227): icmp_req = 3 TTL = 50 idő = 54,7 ms
64 bájt a www.hetzner.de (213.133.107.227): icmp_req = 4 TTL = 50 idő = 56,0 ms
Az eredmény egészen más: átlagosan 55 ms.
Az ember azt gondolná: Tehát mi, akkor is gyorsan? Nem is olyan egyszerű. A lényeg itt az, hogy a szabványos böngésző és a HTTP.
Ha egyszerűsíteni a letöltési folyamat a következő:
Az egyik legfontosabb akadály itt van egy kijelölt elem, mert az oldal átlagos 50-100 források. Mivel a böngésző betölti ezeket a forrásokat? Ha minden helyére kerül és szállítani, egy szál, nem tudunk várni, hogy töltse le az oldalt, és kapcsolja ki a böngészőt. Fel kell gyorsítani a böngésző megnyitja a több párhuzamos kapcsolat, általában legfeljebb 6, és általában egyetlen host. Akkor a képek betöltődnek már 6 párhuzamos adatfolyamot.
Mint láttuk korábban, az átadás még a kompakt tart 55 ms. Ez azt jelenti, hogy annak érdekében, hogy letölthető bármely elemét az oldalt, akkor kiad egy minimum 55 ms (akár irreális nyújtott azonnali válasz a szervertől). Egyszerű számítási betöltési időt megadjuk egyetlen kapcsolat: 50/6 * 55 + 2 * 55 = 568 ms. Ha a fogadó Magyarországon 31 ms. Ez egy nagyon kompakt változata az oldalon. A tényleges forgatókönyv másfél-két alkalommal lassabb. Vagyis mi is minél több, mint a második veszteség csak a hálózati késleltetés.
Ne felejtsük el, hogy a csatorna sávszélesség is nem javult az eltávolítása a szerver. Szűk lesz a „gyorsítás TCP-kapcsolat”, amely a TCP lassú indulás algoritmusa. Gyorsítási idő fordítottan arányos a késedelem a hálózatban.
Ennek eredményeként az igazi eredmény kiszolgálóhelyet Németországban az átlagos vállalati website: 3-4 másodperccel tovább a feltöltések a felhasználó. Mint tudjuk, a lassú weboldal csökkenti az átalakítás a hűség és a bizalom a potenciális ügyfelek. Mentése 500-1000 rubel tárhely ez megéri?
Mi a teendő, ha a felhasználók nem csak Moszkvában, vagy Magyarországon?
Az oldalak egy elosztott közönség csak egy minőségi megoldás: a tartalom elhelyezése CDN (Content Delivery Network), hogy a helyszínen volt közel a felhasználó minden esetben. Ugyanakkor ügyelni kell arra, hogy a CDN volt pontok, a lehető legközelebb az Ön számára. További erről beszélni egy külön cikkben.
Jobb gyorsulás helyek RuNet
Ár 19 900 P