{"id":39304,"date":"2019-10-31T22:29:40","date_gmt":"2019-10-31T19:29:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-aws-varit-svoi-elastichnye-servisy-masshtabirovanie-seti\/"},"modified":"2019-10-31T22:29:40","modified_gmt":"2019-10-31T19:29:40","slug":"kak-aws-varit-svoi-elastichnye-servisy-masshtabirovanie-seti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/kak-aws-varit-svoi-elastichnye-servisy-masshtabirovanie-seti","title":{"rendered":"Hogyan \"f\u0151zi\" az AWS az elastic szolg\u00e1ltat\u00e1sait. H\u00e1l\u00f3zat m\u00e9retez\u00e9s","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Az Amazon Web Services h\u00e1l\u00f3zata vil\u00e1gszerte 69 z\u00f3n\u00e1t foglal mag\u00e1ban 22 r\u00e9gi\u00f3ban: Egyes\u00fclt \u00c1llamok, Eur\u00f3pa, \u00c1zsia, Afrika \u00e9s Ausztr\u00e1lia. Minden z\u00f3n\u00e1ban legfeljebb 8 adatk\u00f6zpont tal\u00e1lhat\u00f3. Minden adatk\u00f6zpontban t\u00f6bb ezer vagy sz\u00e1zezer szerver m\u0171k\u00f6dik. A h\u00e1l\u00f3zat \u00fagy van fel\u00e9p\u00edtve, hogy minden val\u00f3sz\u00edn\u0171tlen le\u00e1ll\u00e1si forgat\u00f3k\u00f6nyvet figyelembe vegyen. P\u00e9ld\u00e1ul minden r\u00e9gi\u00f3 elszigetelt egym\u00e1st\u00f3l, a rendelkez\u00e9sre \u00e1ll\u00e1si z\u00f3n\u00e1k t\u00f6bb kilom\u00e9teres t\u00e1vols\u00e1gra helyezkednek el egym\u00e1st\u00f3l. M\u00e9g ha egy k\u00e1belt el is v\u00e1gnak, a rendszer \u00e1t\u00e1ll a tartal\u00e9k csatorn\u00e1kra, \u00e9s az inform\u00e1ci\u00f3vesztes\u00e9g n\u00e9h\u00e1ny adatcsomagra korl\u00e1toz\u00f3dik. A h\u00e1l\u00f3zat fel\u00e9p\u00edt\u00e9s\u00e9r\u0151l \u00e9s m\u0171k\u00f6d\u00e9s\u00e9r\u0151l Vaszilij Pantuuhin mes\u00e9l.<\/p>\n

\"Hogyan
\n
\nVaszilij Pantuuhin<\/b> Unix-adminisztr\u00e1tork\u00e9nt kezdte a .ru c\u00e9gekn\u00e9l, 6 \u00e9vig foglalkozott a Sun Microsystems nagy g\u00e9peivel, 11 \u00e9ven \u00e1t hirdette a vil\u00e1g adatk\u00f6zpontus\u00e1g\u00e1t az EMC-n\u00e9l. Term\u00e9szetes \u00faton fejl\u0151d\u00f6tt a mag\u00e1nfelh\u0151kh\u00f6z, majd \u00e1tp\u00e1rtolt a nyilv\u00e1nos felh\u0151k fel\u00e9. Jelenleg az Amazon Web Services \u00e9p\u00edt\u00e9szek\u00e9nt technikai tan\u00e1csokkal seg\u00edti az AWS felh\u0151ben val\u00f3 \u00e9letet \u00e9s fejl\u0151d\u00e9st.<\/p>\n

A tril\u00f3gia el\u0151z\u0151 r\u00e9sz\u00e9ben az AWS fel\u00e9p\u00edt\u00e9s\u00e9r\u0151l Vaszilij a fizikai szerverek \u00e9s az adatb\u00e1zisok m\u00e9retez\u00e9s\u00e9vel foglalkozott. Nitro-k\u00e1rty\u00e1k, egyedi KVM alap\u00fa hipervizor, Amazon Aurora adatb\u00e1zis \u2014 mindezekr\u0151l a \"Hogyan \u201ef\u0151zi\u201d az AWS az elastic szolg\u00e1ltat\u00e1sait. Szerverek \u00e9s adatb\u00e1zisok sk\u00e1l\u00e1z\u00e1sa<\/a><\/noindex>\" cikkben olvashatsz. Olvasd el, hogy m\u00e9lyebben belemer\u00fclj a kontextusba, vagy n\u00e9zd meg a vide\u00f3felv\u00e9telt<\/a><\/noindex> a besz\u00e9d\u00e9b\u0151l.<\/p>\n

Ebben a r\u00e9szben a h\u00e1l\u00f3zat m\u00e9retez\u00e9s\u00e9r\u0151l lesz sz\u00f3 - az AWS egyik legbonyolultabb rendszer\u00e9r\u0151l. Az evol\u00faci\u00f3 a s\u00edkh\u00e1l\u00f3zatr\u00f3l a Virtual Private Cloud-ra \u00e9s annak fel\u00e9p\u00edt\u00e9se, a Blackfoot \u00e9s HyperPlane bels\u0151 szolg\u00e1ltat\u00e1sok, a zajos szomsz\u00e9d probl\u00e9m\u00e1ja, \u00e9s a v\u00e9g\u00e9n - a h\u00e1l\u00f3zat m\u00e9retei, gerinch\u00e1l\u00f3zat \u00e9s fizikai k\u00e1belek. Mindez a cikkben.<\/p>\n

Nyilatkozat: minden, ami alatta tal\u00e1lhat\u00f3 - Vaszilij szem\u00e9lyes v\u00e9lem\u00e9nye, \u00e9s nem felt\u00e9tlen\u00fcl egyezik meg az Amazon Web Services \u00e1ll\u00e1spontj\u00e1val.<\/i>
\n<\/a><\/noindex><\/p>\n

H\u00e1l\u00f3zat m\u00e9retez\u00e9s<\/h2>\n

\nAz AWS felh\u0151t 2006-ban ind\u00edtott\u00e1k el. A h\u00e1l\u00f3zata el\u00e9gg\u00e9 primit\u00edv volt - s\u00edk strukt\u00far\u00e1val. A priv\u00e1t c\u00edmek tartom\u00e1nya k\u00f6z\u00f6s volt a felh\u0151 \u00f6sszes b\u00e9rl\u0151je sz\u00e1m\u00e1ra. \u00daj virtu\u00e1lis g\u00e9p ind\u00edt\u00e1sakor v\u00e9letlenszer\u0171en egy el\u00e9rhet\u0151 IP-c\u00edmet kapt\u00e1l ebb\u0151l a tartom\u00e1nyb\u00f3l.<\/p>\n

\"Hogyan
\n
\nEz a megk\u00f6zel\u00edt\u00e9s egyszer\u0171 volt a megval\u00f3s\u00edt\u00e1s szempontj\u00e1b\u00f3l, de alapvet\u0151en korl\u00e1tozta a felh\u0151 haszn\u00e1lat\u00e1t. K\u00fcl\u00f6n\u00f6sen neh\u00e9z volt hibrid megold\u00e1sok kidolgoz\u00e1sa, ahol a helyi mag\u00e1n h\u00e1l\u00f3zatokat az AWS-ben \u00f6tv\u00f6zt\u00e9k. A legelterjedtebb probl\u00e9ma az IP-c\u00edm tartom\u00e1nyok \u00e1tfed\u00e9se volt.<\/p>\n

\"Hogyan
\n<\/p>\n

Virtu\u00e1lis Mag\u00e1n Felh\u0151<\/h3>\n

\nA felh\u0151 ir\u00e1nti kereslet megn\u0151tt. Elj\u00f6tt az id\u0151, hogy elgondolkodjunk a sk\u00e1l\u00e1zhat\u00f3s\u00e1gr\u00f3l \u00e9s a lehet\u0151s\u00e9gr\u0151l, hogy ezt t\u00f6bb t\u00edzmilli\u00f3 b\u00e9rl\u0151 terheire haszn\u00e1lhassuk. A s\u00edk h\u00e1l\u00f3zat lett a legnagyobb akad\u00e1ly. Ez\u00e9rt arra gondoltunk, hogyan lehet elk\u00fcl\u00f6n\u00edteni a felhaszn\u00e1l\u00f3kat egym\u00e1st\u00f3l a h\u00e1l\u00f3zati szinten, \u00fagy, hogy \u00f6n\u00e1ll\u00f3an v\u00e1laszthass\u00e1k meg az IP tartom\u00e1nyokat.<\/p>\n

\"Hogyan
\n
\nMi jut el\u0151sz\u00f6r esz\u00e9be, amikor a h\u00e1l\u00f3zati elk\u00fcl\u00f6n\u00edt\u00e9sre gondol? Term\u00e9szetesen VLAN<\/b> \u00e9s VRF \u2013 Virtu\u00e1lis Routing \u00e9s Forwarding<\/b>.<\/p>\n

Sajnos, ez nem m\u0171k\u00f6d\u00f6tt. A VLAN ID csup\u00e1n 12 bit, ami mind\u00f6ssze 4096 izol\u00e1lt szegmentumot biztos\u00edt sz\u00e1munkra. M\u00e9g a legnagyobb switch-ek eset\u00e9n is maxim\u00e1lisan 1-2 ezer VRF haszn\u00e1lhat\u00f3. A VRF \u00e9s a VLAN egy\u00fcttes haszn\u00e1lata mind\u00f6ssze n\u00e9h\u00e1ny milli\u00f3 alh\u00e1l\u00f3t ad sz\u00e1munkra. Ez biztosan nem elegend\u0151 t\u00f6bb t\u00edzmilli\u00f3 b\u00e9rl\u0151 sz\u00e1m\u00e1ra, akik mind szeretn\u00e9nek t\u00f6bb alh\u00e1l\u00f3zatot haszn\u00e1lni.<\/p>\n

Emellett egyszer\u0171en nem engedhetj\u00fck meg magunknak, hogy megv\u00e1s\u00e1roljuk a sz\u00fcks\u00e9ges sz\u00e1m\u00fa nagy dobozt, p\u00e9ld\u00e1ul a Cisco-t\u00f3l vagy Junipert\u0151l. K\u00e9t ok van: ez d\u00f6givel dr\u00e1ga, \u00e9s nem szeretn\u00e9nk f\u00fcgg\u0151v\u00e9 v\u00e1lni a fejleszt\u00e9si \u00e9s jav\u00edt\u00e1si politik\u00e1jukr\u00f3l.<\/p>\n

Az egyetlen k\u00f6vetkeztet\u00e9s \u2013 saj\u00e1t megold\u00e1st kell f\u0151zn\u00fcnk.<\/p><\/blockquote>\n

\n2009-ben bejelentett\u00fck VPC<\/b> \u2014 Virtu\u00e1lis Mag\u00e1n Felh\u0151<\/b>. A n\u00e9v megragadt, \u00e9s most m\u00e1r sok felh\u0151szolg\u00e1ltat\u00f3 is haszn\u00e1lja azt.<\/p>\n

A VPC egy virtu\u00e1lis h\u00e1l\u00f3zat SDN<\/b> (Szoftveresen Meghat\u00e1rozott H\u00e1l\u00f3zat). \u00dagy d\u00f6nt\u00f6tt\u00fcnk, hogy nem tal\u00e1lunk ki speci\u00e1lis protokollokat az L2 \u00e9s L3 szinteken. A h\u00e1l\u00f3zat a szabv\u00e1nyos Etherneten \u00e9s IP-n m\u0171k\u00f6dik. A virtu\u00e1lis g\u00e9pek forgalm\u00e1t a saj\u00e1t protokollunk burkolat\u00e1ba \u00e1gyazzuk. Ebben szerepel a VPC b\u00e9rl\u0151h\u00f6z tartoz\u00f3 azonos\u00edt\u00f3.<\/p>\n

\"Hogyan
\n
\nJ\u00f3nak t\u0171nik. Ugyanakkor t\u00f6bb komoly m\u0171szaki feladatot kell megoldani. P\u00e9ld\u00e1ul hol \u00e9s hogyan t\u00e1roljuk a virtu\u00e1lis MAC\/IP c\u00edmek, VPC ID \u00e9s a megfelel\u0151 fizikai MAC\/IP t\u00e9rk\u00e9pez\u00e9s\u00e9nek adatait. Az AWS m\u00e9reteivel ez egy hatalmas t\u00e1bl\u00e1zat, amely minim\u00e1lis k\u00e9sleltet\u00e9ssel kell, hogy m\u0171k\u00f6dj\u00f6n. Err\u0151l a t\u00e9rk\u00e9pez\u0151 szolg\u00e1ltat\u00e1s<\/b>, amely v\u00e9kony r\u00e9tegben van elosztva az eg\u00e9sz h\u00e1l\u00f3zaton.<\/p>\n

Az \u00faj gener\u00e1ci\u00f3s g\u00e9pekben a Nitro k\u00e1rty\u00e1k szintj\u00e9n val\u00f3sul meg az encapsul\u00e1ci\u00f3. A r\u00e9gi p\u00e9ld\u00e1nyokn\u00e1l az encapsul\u00e1ci\u00f3 \u00e9s a decapsul\u00e1ci\u00f3 szoftveres megold\u00e1s.\u00a0<\/p>\n

\"Hogyan
\n
\nN\u00e9zz\u00fck meg, hogyan m\u0171k\u00f6dik ez \u00e1ltal\u00e1nos \u00e9rtelemben. Kezdj\u00fck az L2 szinttel. Tegy\u00fck fel, hogy van egy virtu\u00e1lis g\u00e9p\u00fcnk 10.0.0.2 IP c\u00edmmel a 192.168.0.3 fizikai szerveren. Ez adatokat k\u00fcld a 10.0.0.3 virtu\u00e1lis g\u00e9pnek, amely a 192.168.1.4-en tal\u00e1lhat\u00f3. ARP k\u00e9r\u00e9s keletkezik, amely eljut a Nitro h\u00e1l\u00f3zati k\u00e1rty\u00e1hoz. Egyszer\u0171s\u00e9g kedv\u00e9\u00e9rt t\u00e9telezz\u00fck fel, hogy mindk\u00e9t virtu\u00e1lis g\u00e9p egy \u201ek\u00e9k\u201d VPC-n bel\u00fcl tal\u00e1lhat\u00f3.<\/p>\n

\"Hogyan
\n
\nA k\u00e1rtya helyettes\u00edti a forr\u00e1s c\u00edmet a saj\u00e1tj\u00e1val, \u00e9s tov\u00e1bb\u00edtja az ARP keretet a lek\u00e9pez\u0151 szolg\u00e1ltat\u00e1snak.<\/p>\n

\"Hogyan
\n
\nA lek\u00e9pez\u0151 szolg\u00e1ltat\u00e1s visszaadja a sz\u00fcks\u00e9ges inform\u00e1ci\u00f3t az L2 fizikai h\u00e1l\u00f3zaton val\u00f3 tov\u00e1bb\u00edt\u00e1shoz.<\/p>\n

\"Hogyan
\n
\nA Nitro k\u00e1rtya az ARP v\u00e1laszban a fizikai h\u00e1l\u00f3zaton lev\u0151 MAC c\u00edmet lecser\u00e9li a VPC-beli c\u00edmre.<\/p>\n

\"Hogyan
\n
\nAdatok tov\u00e1bb\u00edt\u00e1sa sor\u00e1n a logikai MAC \u00e9s IP c\u00edmeket a VPC burkolat\u00e1ba csomagoljuk. Mindezt a megfelel\u0151 IP Nitro k\u00e1rty\u00e1k seg\u00edts\u00e9g\u00e9vel tov\u00e1bb\u00edtjuk a fizikai h\u00e1l\u00f3zaton.<\/p>\n

\"Hogyan
\n
\nA fizikai g\u00e9p, amelynek a csomag a c\u00edme, ellen\u0151rzi azt. Ez sz\u00fcks\u00e9ges az c\u00edmek hamis\u00edt\u00e1s\u00e1nak megel\u0151z\u00e9se \u00e9rdek\u00e9ben. A g\u00e9p egy k\u00fcl\u00f6nleges k\u00e9rd\u00e9st k\u00fcld a lek\u00e9pez\u0151 szolg\u00e1ltat\u00e1snak, \u00e9s megk\u00e9rdezi: \"A 192.168.0.3 fizikai g\u00e9pr\u0151l kaptam egy csomagot, amely a 10.0.0.3 sz\u00e1m\u00e1ra k\u00e9sz\u00fclt a \"k\u00e9k\" VPC-n. Ez jogos?\"\u00a0<\/p>\n

\"Hogyan
\n
\nA lek\u00e9pez\u0151 szolg\u00e1ltat\u00e1s \u00f6sszeveti a saj\u00e1t er\u0151forr\u00e1s-mapping t\u00e1bl\u00e1j\u00e1val, \u00e9s lehet\u0151v\u00e9 teszi vagy megakad\u00e1lyozza a csomag \u00e1thalad\u00e1s\u00e1t. Minden \u00faj p\u00e9ld\u00e1nyban tov\u00e1bbi \u00e9rv\u00e9nyes\u00edt\u00e9st \u00e9p\u00edtettek be a Nitro k\u00e1rty\u00e1kba. Ezt elm\u00e9letileg sem lehet megker\u00fclni. Ez\u00e9rt a spoofing a m\u00e1sik VPC er\u0151forr\u00e1saira nem m\u0171k\u00f6dik.<\/p>\n

\"Hogyan
\n
\nEzut\u00e1n az adatokat a megfelel\u0151 virtu\u00e1lis g\u00e9phez k\u00fcldik.\u00a0<\/p>\n

\"Hogyan
\n
\nA lek\u00e9pez\u0151 szolg\u00e1ltat\u00e1s logikai routerk\u00e9nt is m\u0171k\u00f6dik az adatokat a k\u00fcl\u00f6nb\u00f6z\u0151 alh\u00e1l\u00f3zatokban l\u00e9v\u0151 virtu\u00e1lis g\u00e9pek k\u00f6z\u00f6tt t\u00f6rt\u00e9n\u0151 tov\u00e1bb\u00edt\u00e1s\u00e1hoz. Itt elm\u00e9letben minden egyszer\u0171, nem r\u00e9szletezn\u00e9m.<\/p>\n

\"Hogyan
\n
\nEz\u00e9rt minden egyes csomag tov\u00e1bb\u00edt\u00e1sakor a szerverek a lek\u00e9pez\u0151 szolg\u00e1ltat\u00e1shoz fordulnak. Hogyan kezelj\u00fck az elker\u00fclhetetlen k\u00e9s\u00e9seket? Gyors\u00edt\u00e1ssal.<\/b>, term\u00e9szetesen.<\/p>\n

Az eg\u00e9sz dolog sz\u00e9ps\u00e9ge abban rejlik, hogy nem sz\u00fcks\u00e9ges a hatalmas t\u00e1bl\u00e1zatot gyors\u00edt\u00f3t\u00e1razni. A fizikai szerveren viszonylag kis sz\u00e1m\u00fa VPC-b\u0151l \u00e9lnek a virtu\u00e1lis g\u00e9pek. Csak ezekr\u0151l a VPC-kr\u0151l sz\u00fcks\u00e9ges az inform\u00e1ci\u00f3t gyors\u00edt\u00f3t\u00e1razni. Az adatok m\u00e1s VPC-k fel\u00e9 t\u00f6rt\u00e9n\u0151 tov\u00e1bb\u00edt\u00e1sa \u201ealap\u00e9rtelmezett\u201d konfigur\u00e1ci\u00f3ban egy\u00e9bk\u00e9nt sem leg\u00e1lis. Ha olyan funkcionalit\u00e1st haszn\u00e1lunk, mint a VPC-peering, akkor a gyors\u00edt\u00f3t\u00e1rba kieg\u00e9sz\u00edt\u0151 inform\u00e1ci\u00f3t t\u00f6lt\u00fcnk be a megfelel\u0151 VPC-kr\u0151l.\u00a0<\/p>\n

\"Hogyan
\n
\nM\u00e1r eltudtuk rendezni az adatok VPC-hez val\u00f3 tov\u00e1bb\u00edt\u00e1s\u00e1t.<\/p>\n

Blackfoot<\/h3>\n

\nMi a teend\u0151 olyan esetekben, amikor a forgalmat ki kell ir\u00e1ny\u00edtani, p\u00e9ld\u00e1ul az Internetbe vagy VPN-en kereszt\u00fcl a f\u00f6ldre? Itt seg\u00edt nek\u00fcnk Blackfoot<\/b> \u2014 az AWS bels\u0151 szolg\u00e1ltat\u00e1sa. Ezt a d\u00e9l-afrikai csapatunk fejlesztette ki. Ez\u00e9rt a szolg\u00e1ltat\u00e1s nev\u00e9t egy D\u00e9l-Afrik\u00e1ban \u00e9l\u0151 pingvinr\u0151l kapta.<\/p>\n

\"Hogyan
\n
\nA Blackfoot dekapszul\u00e1zza a forgalmat \u00e9s megteszi vele, amit kell. Az Internetre az adatok v\u00e1ltozatlan form\u00e1ban ker\u00fclnek tov\u00e1bb\u00edt\u00e1sra.<\/p>\n

\"Hogyan
\n
\nAz adatok dekapszul\u00e1z\u00f3dnak \u00e9s ism\u00e9t IPsec burkolatba ker\u00fclnek VPN haszn\u00e1latakor.<\/p>\n

\"Hogyan
\n
\nA Direct Connect haszn\u00e1latakor a forgalom c\u00edmk\u00e9zve van \u00e9s a megfelel\u0151 VLAN-ba ker\u00fclt tov\u00e1bb\u00edt\u00e1sra.<\/p>\n

\"Hogyan
\n<\/p>\n

HyperPlane<\/h3>\n

\nEz egy bels\u0151 forgalomkezel\u0151 szolg\u00e1ltat\u00e1s. Sok h\u00e1l\u00f3zati szolg\u00e1ltat\u00e1s megk\u00f6veteli a forgalom \u00e1llapot\u00e1nak ellen\u0151rz\u00e9s\u00e9t<\/b>. P\u00e9ld\u00e1ul NAT haszn\u00e1latakor a forgalomkezel\u00e9snek garant\u00e1lnia kell, hogy minden \u201eIP: c\u00e9lport\u201d p\u00e1rhoz egyedi kimen\u0151 port tartozik. A terhel\u00e9seloszt\u00f3n\u00e1l NLB<\/b> \u2014 H\u00e1l\u00f3zati Terhel\u00e9seloszt\u00f3<\/b>, az adatforgalomnak mindig ugyanazon c\u00e9l virtu\u00e1lis g\u00e9pre kell ir\u00e1nyulnia. A Security Groups egy \u00e1llapotmeg\u0151rz\u0151 t\u0171zfalszolg\u00e1ltat\u00e1s. Figyelemmel k\u00eds\u00e9ri a bej\u00f6v\u0151 forgalmat, \u00e9s implicit m\u00f3don megnyitja a portokat az kimen\u0151 csomag\u00e1raml\u00e1s sz\u00e1m\u00e1ra.<\/p>\n

\"Hogyan
\n
\nAz AWS felh\u0151ben a k\u00e9sleltet\u00e9si k\u00f6vetelm\u00e9nyek rendk\u00edv\u00fcl magasak. Ez\u00e9rt HyperPlane<\/b> kritikus a teljes h\u00e1l\u00f3zat m\u0171k\u00f6d\u0151k\u00e9pess\u00e9ge szempontj\u00e1b\u00f3l.<\/p>\n

\"Hogyan
\n
\nA Hyperplane EC2 virtu\u00e1lis g\u00e9peken \u00e9p\u00fcl. Itt semmif\u00e9le var\u00e1zslat nincsen, csak \u00fcgyess\u00e9g. Az \u00fcgyess\u00e9g abban rejlik, hogy ezek virtu\u00e1lis g\u00e9pek nagy RAM-mal rendelkeznek. A tranzakci\u00f3s m\u0171veletek kiz\u00e1r\u00f3lag a mem\u00f3ri\u00e1ban zajlanak. Ez lehet\u0151v\u00e9 teszi, hogy a k\u00e9sleltet\u00e9s mind\u00f6ssze n\u00e9h\u00e1ny mikrosecond legyen. A lemezm\u0171veletek teljesen meg\u00f6lhetn\u00e9k a teljes\u00edtm\u00e9nyt.\u00a0<\/p>\n

A Hyperplane egy elosztott rendszer, amely hatalmas sz\u00e1m\u00fa ilyen EC2 g\u00e9pb\u0151l \u00e1ll. Minden virtu\u00e1lis g\u00e9p 5 GB\/s s\u00e1vsz\u00e9less\u00e9ggel rendelkezik. A teljes region\u00e1lis h\u00e1l\u00f3zaton ez \u0151r\u00fcletes terabites s\u00e1vsz\u00e9less\u00e9get biztos\u00edt \u00e9s lehet\u0151v\u00e9 teszi, hogy milli\u00f3 kapcsolatot kezelj\u00fcnk m\u00e1sodpercenk\u00e9nt<\/b>.<\/p>\n

A HyperPlane csak folyamokkal m\u0171k\u00f6dik. A VPC csomagok kapszul\u00e1z\u00e1sa sz\u00e1m\u00e1ra teljesen \u00e1tl\u00e1that\u00f3. Az ebben a bels\u0151 szolg\u00e1ltat\u00e1sban l\u00e9v\u0151 potenci\u00e1lis sebezhet\u0151s\u00e9g nem engedi meg a VPC elszigetelts\u00e9g\u00e9nek \u00e1tt\u00f6r\u00e9s\u00e9t. A biztons\u00e1g\u00e9rt az alacsonyabb szintek felelnek.<\/p>\n

Zajos szomsz\u00e9d<\/h3>\n

\nVan egy m\u00e1sik probl\u00e9ma zajos szomsz\u00e9d<\/b> \u2014 noisy neighbor<\/b>. Tegy\u00fck fel, hogy 8 csom\u00f3pontunk van. Ezek a csom\u00f3pontok a felh\u0151 \u00f6sszes felhaszn\u00e1l\u00f3j\u00e1nak folyamatait kezelik. \u00dagy t\u0171nik, minden rendben van, \u00e9s a terhel\u00e9s egyenletesen oszlik el az \u00f6sszes csom\u00f3ponton. A csom\u00f3pontok nagyon er\u0151sek, \u00e9s neh\u00e9z \u0151ket t\u00falterhelni.<\/p>\n

De mi a legval\u00f3sz\u00edn\u0171tlenebb forgat\u00f3k\u00f6nyvekb\u0151l is \u00e9p\u00edtj\u00fck az architekt\u00far\u00e1nkat.\u00a0<\/p>\n

Alacsony val\u00f3sz\u00edn\u0171s\u00e9g nem jelenti a lehetetlens\u00e9get.<\/p><\/blockquote>\n

\nK\u00e9pzelj\u00fcnk el egy olyan helyzetet, ahol egy vagy t\u00f6bb felhaszn\u00e1l\u00f3 t\u00fal nagy terhel\u00e9st gener\u00e1l. Ennek a terhel\u00e9snek a feldolgoz\u00e1s\u00e1ban r\u00e9szt vesznek a HyperPlane \u00f6sszes csom\u00f3pontja, \u00e9s m\u00e1s felhaszn\u00e1l\u00f3k esetleg \u00e9rezhetnek n\u00e9mi teljes\u00edtm\u00e9nycs\u00f6kken\u00e9st. Ez megbontja a felh\u0151 koncepci\u00f3j\u00e1t, ahol a b\u00e9rl\u0151k nem befoly\u00e1solj\u00e1k egym\u00e1st.<\/p>\n

\"Hogyan
\n
\nHogyan oldhat\u00f3 meg a zajos szomsz\u00e9d probl\u00e9m\u00e1ja? Az els\u0151 dolog, ami esz\u00e9be jut, a shardol\u00e1s. A nyolc csom\u00f3pontunk logikailag n\u00e9gy shardra oszlik, kett\u0151 csom\u00f3ponttal minden shardban. Most a zajos szomsz\u00e9d csak a felhaszn\u00e1l\u00f3k negyed\u00e9t zavarja, de nagyon er\u0151sen.<\/p>\n

\"Hogyan
\n
\nCsin\u00e1ljunk valami m\u00e1st. Minden felhaszn\u00e1l\u00f3nak csak h\u00e1rom csom\u00f3pontot adunk.\u00a0<\/p>\n

\"Hogyan
\n
\nA tr\u00fckk az, hogy a csom\u00f3pontokat v\u00e9letlenszer\u0171en rendelj\u00fck k\u00fcl\u00f6nb\u00f6z\u0151 felhaszn\u00e1l\u00f3khoz. Az al\u00e1bbi k\u00e9pen a k\u00e9k felhaszn\u00e1l\u00f3 egyik csom\u00f3ponton \u00e1tny\u00falik a k\u00e9t m\u00e1sik felhaszn\u00e1l\u00f3val \u2014 a z\u00f6lddel \u00e9s a narancss\u00e1rg\u00e1val.<\/p>\n

\"Hogyan
\n
\nNyolc csom\u00f3pont \u00e9s h\u00e1rom felhaszn\u00e1l\u00f3 eset\u00e9n a zajos szomsz\u00e9d \u00e1tfed\u00e9s\u00e9nek val\u00f3sz\u00edn\u0171s\u00e9ge az egyik felhaszn\u00e1l\u00f3val 54%. A k\u00e9k felhaszn\u00e1l\u00f3 ennyire hat a t\u00f6bbi b\u00e9rl\u0151re. Ebben az esetben csak a terhel\u00e9s\u00e9nek egy r\u00e9sz\u00e9vel. P\u00e9ld\u00e1nkban ez a hat\u00e1s nem mindenki sz\u00e1m\u00e1ra lesz \u00e9szlelhet\u0151, csak a felhaszn\u00e1l\u00f3k egyharmad\u00e1nak. Ez m\u00e1r nem rossz eredm\u00e9ny.<\/p>\n

Az \u00e1tfed\u00e9sben l\u00e9v\u0151 felhaszn\u00e1l\u00f3k sz\u00e1ma<\/p>\n

Val\u00f3sz\u00edn\u0171s\u00e9g sz\u00e1zal\u00e9kban<\/p>\n

0<\/p>\n

18%<\/p>\n

1<\/p>\n

54%<\/p>\n

2<\/p>\n

26%<\/p>\n

3<\/p>\n

2%<\/p>\n

Hozzuk a helyzetet k\u00f6zelebb a val\u00f3s\u00e1ghoz \u2014 vegy\u00fcnk 100 csom\u00f3pontot \u00e9s 5 felhaszn\u00e1l\u00f3t 5 csom\u00f3ponton. Ebben az esetben egyetlen csom\u00f3pont sem \u00fctk\u00f6zik, 77% val\u00f3sz\u00edn\u0171s\u00e9ggel.\u00a0<\/p>\n

Az \u00e1tfed\u00e9sben l\u00e9v\u0151 felhaszn\u00e1l\u00f3k sz\u00e1ma<\/p>\n

Val\u00f3sz\u00edn\u0171s\u00e9g sz\u00e1zal\u00e9kban<\/p>\n

0<\/p>\n

77%<\/p>\n

1<\/p>\n

21%<\/p>\n

2<\/p>\n

1,8%<\/p>\n

3<\/p>\n

0,06%<\/p>\n

4<\/p>\n

0,0006%<\/p>\n

5<\/p>\n

0,00000013%<\/p>\n

Val\u00f3s helyzetben \u00f3ri\u00e1si sz\u00e1m\u00fa HyperPlane csom\u00f3pont \u00e9s felhaszn\u00e1l\u00f3 mellett a zajos szomsz\u00e9d potenci\u00e1lis hat\u00e1sa a t\u00f6bbi felhaszn\u00e1l\u00f3ra minim\u00e1lis. Ezt a m\u00f3dszert h\u00edvj\u00e1k shardol\u00e1sos kever\u00e9s<\/b> \u2014 shuffle sharding<\/b>. Minim\u00e1lisra cs\u00f6kkenti a csom\u00f3pontok meghib\u00e1sod\u00e1s\u00e1nak negat\u00edv hat\u00e1s\u00e1t.<\/p>\n

A HyperPlane alapj\u00e1n sz\u00e1mos szolg\u00e1ltat\u00e1s \u00e9p\u00fclt: H\u00e1l\u00f3zati Terhel\u00e9seloszt\u00f3, NAT Gateway, Amazon EFS, AWS PrivateLink, AWS Transit Gateway.<\/p>\n

A h\u00e1l\u00f3zat m\u00e9rete<\/h3>\n

\nMost besz\u00e9lj\u00fcnk a h\u00e1l\u00f3zat m\u00e9reteir\u0151l. 2019 okt\u00f3bere \u00f3ta az AWS a k\u00f6vetkez\u0151 szolg\u00e1ltat\u00e1sokat k\u00edn\u00e1lja 22 r\u00e9gi\u00f3ban<\/b>, \u00e9s m\u00e9g 9 van tervez\u00e9s alatt.<\/p>\n