AWS የመለጠጥ አገልግሎቶቹን እንዴት እንደሚያበስል የአውታረ መረብ ልኬት

የአማዞን ዌብ ሰርቪስ ኔትዎርክ ልኬት በአለም ዙሪያ 69 ዞኖች በ22 ክልሎች፡ አሜሪካ፣ አውሮፓ፣ እስያ፣ አፍሪካ እና አውስትራሊያ። እያንዳንዱ ዞን እስከ 8 የሚደርሱ የመረጃ ማዕከሎች - የውሂብ ማቀነባበሪያ ማዕከሎች ይዟል. እያንዳንዱ የመረጃ ማዕከል በሺዎች ወይም በመቶ ሺዎች የሚቆጠሩ አገልጋዮች አሉት። አውታረ መረቡ የተነደፈው ሁሉም ያልተጠበቁ የመዘግየት ሁኔታዎች ከግምት ውስጥ እንዲገቡ በሚያስችል መንገድ ነው። ለምሳሌ, ሁሉም ክልሎች እርስ በእርሳቸው የተገለሉ ናቸው, እና የተደራሽነት ዞኖች በበርካታ ኪሎ ሜትሮች ርቀት ላይ ተለያይተዋል. ገመዱን ቢቆርጡም, ስርዓቱ ወደ ምትኬ ቻናሎች ይቀየራል, እና የመረጃ መጥፋት ወደ ጥቂት የውሂብ እሽጎች ይደርሳል. Vasily Pantyukhin አውታረ መረቡ በምን ሌሎች መርሆዎች ላይ እንደተገነባ እና እንዴት እንደሚዋቀር ይናገራል።

Vasily Pantyukhin በ .ru ኩባንያዎች ውስጥ የዩኒክስ አስተዳዳሪ ሆኖ ጀምሯል፣ ለ6 ዓመታት በትልቁ የ Sun Microsystem ሃርድዌር ላይ ሰርቷል፣ እና በEMC ለ11 አመታት መረጃን ያማከለ አለምን ሰብኳል። በተፈጥሮ ወደ የግል ደመና ተለወጠ፣ ከዚያም ወደ ህዝባዊ ተዛወረ። አሁን፣ እንደ Amazon Web Services አርክቴክት፣ በAWS ደመና ውስጥ ለመኖር እና ለማዳበር ቴክኒካል ምክሮችን ይሰጣል።

በቀደመው የAWS trilogy ክፍል ቫሲሊ የአካላዊ ሰርቨሮችን ንድፍ እና የውሂብ ጎታ ልኬትን በጥልቀት ገብቷል። ኒትሮ ካርዶች ፣ ብጁ KVM ላይ የተመሠረተ hypervisor ፣ Amazon Aurora ዳታቤዝ - ስለ ሁሉም ነገር በቁሳዊው ውስጥ "AWS የመለጠጥ አገልግሎቶቹን እንዴት እንደሚያበስል አገልጋዮችን እና የውሂብ ጎታ ማመጣጠን" ለአውድ ያንብቡ ወይም ይመልከቱ የቪዲዮ ቀረጻ ንግግሮች.

ይህ ክፍል በAWS ውስጥ ካሉት በጣም ውስብስብ ስርዓቶች አንዱ በሆነው በኔትወርክ ልኬት ላይ ያተኩራል። ዝግመተ ለውጥ ከጠፍጣፋ አውታር ወደ ቨርቹዋል የግል ክላውድ እና ዲዛይኑ፣ የብላክፉት እና ሃይፐር ፕላን የውስጥ አገልግሎቶች፣ የጩኸት ጎረቤት ችግር፣ እና መጨረሻ ላይ - የአውታረ መረብ፣ የጀርባ አጥንት እና የአካላዊ ኬብሎች ልኬት። በቆራጩ ስር ስላለው ይህ ሁሉ.

የኃላፊነት ማስተባበያ፡ ከዚህ በታች ያለው ሁሉ የቫሲሊ የግል አስተያየት ነው እና ከአማዞን ድር አገልግሎቶች አቀማመጥ ጋር ላይስማማ ይችላል።

የአውታረ መረብ ልኬት

የAWS ደመና በ2006 ተጀመረ። የእሱ አውታረ መረብ በጣም ጥንታዊ ነበር - ከጠፍጣፋ መዋቅር ጋር። የግል አድራሻዎች ክልል ለሁሉም የደመና ተከራዮች የተለመደ ነበር። አዲስ ቨርቹዋል ማሽን ሲጀምሩ በአጋጣሚ ከዚህ ክልል የሚገኝ የአይፒ አድራሻ ተቀብለዋል።

ይህ አቀራረብ ለመተግበር ቀላል ነበር, ነገር ግን በመሠረቱ የደመና አጠቃቀምን ገድቧል. በተለይም በመሬት ላይ እና በAWS ውስጥ የግል አውታረ መረቦችን የሚያጣምሩ ድብልቅ መፍትሄዎችን ማዘጋጀት በጣም ከባድ ነበር። በጣም የተለመደው ችግር የአይፒ አድራሻ ክልሎች መደራረብ ነበር።

ምናባዊ የግል ደመና

ደመናው ተፈላጊ ሆኖ ተገኘ። ስለ መስፋፋት እና በአስር ሚሊዮኖች የሚቆጠሩ ተከራዮች ሊጠቀሙበት ስለሚችሉበት ሁኔታ ለማሰብ ጊዜው ደርሷል። ጠፍጣፋው አውታር ትልቅ እንቅፋት ሆኗል. ስለዚህ በኔትወርኩ ደረጃ ተጠቃሚዎችን እንዴት ለየራሳቸው የአይፒ ክልሎችን መምረጥ እንደሚችሉ አስበን ነበር።

ስለ ኔትወርክ ማግለል ስታስብ ወደ አእምሮህ የሚመጣው የመጀመሪያው ነገር ምንድን ነው? በእርግጠኝነት ቪላን и VRF - ምናባዊ መስመር እና ማስተላለፍ.

በሚያሳዝን ሁኔታ, አልሰራም. VLAN መታወቂያ 12 ቢት ብቻ ነው፣ ይህም የሚሰጠን 4096 የተለዩ ክፍሎችን ብቻ ነው። ትላልቅ ማብሪያዎች እንኳን ቢበዛ ከ1-2 ሺህ ቪአርኤፍ መጠቀም ይችላሉ። VRF እና VLAN አንድ ላይ መጠቀማችን ጥቂት ሚሊዮን ንኡስ መረቦችን ብቻ ይሰጠናል። ይህ በእርግጠኝነት በአስር ሚሊዮኖች ለሚቆጠሩ ተከራዮች በቂ አይደለም, እያንዳንዳቸው ብዙ ንዑስ መረቦችን መጠቀም መቻል አለባቸው.

እንዲሁም በቀላሉ የሚፈለጉትን ትላልቅ ሳጥኖች ለምሳሌ ከሲስኮ ወይም ከጁኒፐር መግዛት አንችልም። ሁለት ምክንያቶች አሉ: እብድ ውድ ነው, እና እኛ በእድገታቸው እና በማስተካከል ፖሊሲዎቻቸው ላይ መሆን አንፈልግም.

አንድ መደምደሚያ ብቻ ነው - የራስዎን መፍትሄ ያዘጋጁ.

በ2009 አስታወቅን። VPC - ምናባዊ የግል ደመና. ስሙ ተጣብቋል እና አሁን ብዙ የደመና አቅራቢዎች እንዲሁ ይጠቀማሉ።

VPC ምናባዊ አውታረ መረብ ነው። SDN (በሶፍትዌር የተገለጸ አውታረ መረብ)። በ L2 እና L3 ደረጃዎች ላይ ልዩ ፕሮቶኮሎችን ላለመፍጠር ወስነናል. አውታረ መረቡ በመደበኛ ኤተርኔት እና አይፒ ላይ ይሰራል። በአውታረ መረቡ ላይ ለማሰራጨት የቨርቹዋል ማሽን ትራፊክ በራሳችን የፕሮቶኮል መጠቅለያ ውስጥ ተካትቷል። የተከራይ ቪፒሲ ንብረት የሆነውን መታወቂያ ያመለክታል።

ቀላል ይመስላል። ይሁን እንጂ መሻገር ያለባቸው በርካታ ከባድ የቴክኒክ ፈተናዎች አሉ። ለምሳሌ፣ በምናባዊ ማክ/አይፒ አድራሻዎች፣ በቪፒሲ መታወቂያ እና ተዛማጅ አካላዊ MAC/IP ላይ መረጃን የት እና እንዴት ማከማቸት እንደሚቻል። በAWS ሚዛን፣ ይህ በትንሹ የመዳረሻ መዘግየቶች መስራት ያለበት ትልቅ ጠረጴዛ ነው። ለዚህ ተጠያቂው የካርታ አገልግሎትበአውታረ መረቡ ውስጥ በቀጭኑ ንብርብር ውስጥ የተዘረጋው.

በአዳዲስ ትውልድ ማሽኖች ውስጥ በኒትሮ ካርዶች በሃርድዌር ደረጃ ማሸግ ይከናወናል. በአሮጌ አጋጣሚዎች፣ ማሸግ እና መፍታት በሶፍትዌር ላይ የተመሰረቱ ናቸው። 

በአጠቃላይ ሁኔታ እንዴት እንደሚሰራ እንወቅ. በ L2 ደረጃ እንጀምር። በአካላዊ አገልጋይ 10.0.0.2 IP 192.168.0.3 ያለው ቨርቹዋል ማሽን እንዳለን እናስብ። በ10.0.0.3 ላይ ለሚኖረው ቨርቹዋል ማሽን 192.168.1.4 መረጃን ይልካል። የኤአርፒ ጥያቄ መነጨ እና ወደ አውታረ መረቡ Nitro ካርድ ይላካል። ለቀላልነት, ሁለቱም ምናባዊ ማሽኖች በአንድ "ሰማያዊ" ቪፒሲ ውስጥ ይኖራሉ ብለን እንገምታለን.

ካርታው የምንጭ አድራሻውን በራሱ በመተካት የኤአርፒ ፍሬሙን ወደ የካርታ ስራ አገልግሎት ያስተላልፋል።

የካርታ አገልግሎቱ በ L2 አካላዊ አውታር ላይ ለማስተላለፍ አስፈላጊ የሆኑትን መረጃዎች ይመልሳል.

በ ARP ምላሽ ውስጥ ያለው የኒትሮ ካርድ MAC በአካል አውታረመረብ ላይ በቪፒሲ ውስጥ ካለው አድራሻ ጋር ይተካል።

መረጃን ስናስተላልፍ አመክንዮአዊ ማክ እና አይፒን በቪፒሲ መጠቅለያ ውስጥ እናጠቅላቸዋለን። ይህንን ሁሉ ተገቢውን ምንጭ እና መድረሻ IP Nitro ካርዶችን በመጠቀም በአካላዊ አውታረመረብ ላይ እናስተላልፋለን.

እሽጉ የተቀመጠበት አካላዊ ማሽን ቼኩን ያከናውናል. ይህ የአድራሻ መጨፍጨፍ እድልን ለመከላከል አስፈላጊ ነው. ማሽኑ ለካርታው አገልግሎት ልዩ ጥያቄ ልኮ እንዲህ ሲል ይጠይቃል፡- “ከአካላዊ ማሽን 192.168.0.3 በሰማያዊ ቪፒሲ ውስጥ ለ10.0.0.3 የታሰበ ፓኬት ደረሰኝ። እሱ ህጋዊ ነው? 

የካርታ አገልግሎቱ የሀብት ድልድል ሰንጠረዡን ይፈትሻል እና ፓኬጁን እንዲያልፍ ይፈቅዳል ወይም ይከለክላል። በሁሉም አዳዲስ አጋጣሚዎች ተጨማሪ ማረጋገጫ በኒትሮ ካርዶች ውስጥ ተካትቷል። በንድፈ ሀሳብ እንኳን ማለፍ አይቻልም። ስለዚህ በሌላ ቪፒሲ ውስጥ ወደ ሃብቶች መጠቅለል አይሰራም።

በመቀጠል, ውሂቡ ወደታሰበበት ምናባዊ ማሽን ይላካል. 

የካርታ አገልግሎቱ በተለያዩ ንዑስ አውታረ መረቦች ውስጥ በምናባዊ ማሽኖች መካከል መረጃን ለማስተላለፍ እንደ ምክንያታዊ ራውተር ይሠራል። ሁሉም ነገር በፅንሰ-ሀሳብ ቀላል ነው, ወደ ዝርዝር ውስጥ አልገባም.

እያንዳንዱን ፓኬት ሲያስተላልፍ አገልጋዮቹ ወደ የካርታ ስራ አገልግሎት ይመለሳሉ። የማይቀር መዘግየቶችን እንዴት መቋቋም እንደሚቻል? መሸጎጫ, እርግጥ ነው.

ውበቱ ሙሉውን ግዙፍ ጠረጴዛ መሸጎጥ አያስፈልግም. አካላዊ አገልጋይ በአንጻራዊ ሁኔታ ሲታይ አነስተኛ ቁጥር ያላቸው ቪፒሲዎች ምናባዊ ማሽኖችን ያስተናግዳል። ስለነዚህ ቪፒሲዎች መረጃ መሸጎጫ ብቻ ያስፈልግዎታል። በ"ነባሪ" ውቅር ውስጥ ውሂብን ወደ ሌሎች VPCዎች ማስተላለፍ አሁንም ህጋዊ አይደለም። እንደ VPC-peering ያሉ ተግባራት ጥቅም ላይ ከዋሉ ስለ ተጓዳኝ VPCዎች መረጃ በተጨማሪ ወደ መሸጎጫው ውስጥ ተጭኗል። 

የውሂብ ማስተላለፍን ወደ VPC አስተካክለናል።

ብላክፉት

ትራፊክ ወደ ውጭ መተላለፍ በሚያስፈልግበት ጊዜ ምን ማድረግ አለበት ፣ ለምሳሌ ወደ በይነመረብ ወይም በ VPN ወደ መሬት? እዚህ ይረዳናል። ብላክፉት - AWS የውስጥ አገልግሎት። በደቡብ አፍሪካ ቡድናችን ነው የተዘጋጀው። ለዚህም ነው አገልግሎቱ በደቡብ አፍሪካ ውስጥ በሚኖረው በፔንግዊን ስም የተሰየመው።

ብላክፉት ትራፊክን ይቀንሳል እና አስፈላጊውን ሁሉ ያደርጋል። ዳታ እንደ በይነመረብ ይላካል።

ቪፒኤን ሲጠቀሙ ውሂቡ በIPsec ውስጥ ይገለበጣል እና እንደገና ይጠቀለላል።

ቀጥታ ግንኙነትን በሚጠቀሙበት ጊዜ ትራፊክ ታግ ተደርጎ ወደ ተገቢው VLAN ይላካል።

ሃይፐርፕላን

ይህ የውስጥ ፍሰት መቆጣጠሪያ አገልግሎት ነው። ብዙ የኔትወርክ አገልግሎቶች ክትትል ያስፈልጋቸዋል የውሂብ ፍሰት ግዛቶች. ለምሳሌ NAT ሲጠቀሙ የፍሰት መቆጣጠሪያ እያንዳንዱ የአይፒ፡መዳረሻ ወደብ ጥንድ ልዩ የወጪ ወደብ እንዳለው ማረጋገጥ አለበት። በተመጣጣኝ ሁኔታ NLB - የአውታረ መረብ ጭነት ሚዛን, የውሂብ ፍሰቱ ሁልጊዜ ወደ ተመሳሳዩ ቨርቹዋል ማሽን መምራት አለበት. የደህንነት ቡድኖች የመንግስት ፋየርዎል ናቸው። የሚመጣውን ትራፊክ ይከታተላል እና ለወጪ ፓኬት ፍሰት ወደቦችን በተዘዋዋሪ ይከፍታል።

በAWS ደመና ውስጥ፣ የማስተላለፊያ መዘግየት መስፈርቶች እጅግ በጣም ከፍተኛ ናቸው። ለዛ ነው ሃይፐርፕላን ለጠቅላላው አውታረ መረብ አፈፃፀም ወሳኝ።

ሃይፐርፕላን በ EC2 ምናባዊ ማሽኖች ላይ ነው የተሰራው። እዚህ ምንም አስማት የለም, ተንኮለኛ ብቻ ነው. ዘዴው እነዚህ ትልቅ ራም ያላቸው ምናባዊ ማሽኖች ናቸው. ክዋኔዎች ግብይቶች ናቸው እና የሚከናወኑት በማህደረ ትውስታ ብቻ ነው። ይህ በአስር ማይክሮ ሰከንድ ብቻ መዘግየቶችን እንዲያገኙ ያስችልዎታል። ከዲስክ ጋር መስራት ሁሉንም ምርታማነት ይገድላል. 

ሃይፐር ፕላን እጅግ በጣም ብዙ የእንደዚህ አይነት EC2 ማሽኖች የተከፋፈለ ስርዓት ነው። እያንዳንዱ ምናባዊ ማሽን 5 ጂቢ / ሰ የመተላለፊያ ይዘት አለው. በመላው ክልላዊ አውታረመረብ ውስጥ ይህ አስደናቂ የመተላለፊያ ይዘትን ያቀርባል እና ሂደትን ይፈቅዳል በሰከንድ በሚሊዮን የሚቆጠሩ ግንኙነቶች.

ሃይፐርፕላን ከዥረቶች ጋር ብቻ ይሰራል። የቪፒሲ ፓኬት ማቀፊያ ለእሱ ሙሉ በሙሉ ግልፅ ነው። በዚህ የውስጥ አገልግሎት ውስጥ ሊኖር የሚችል ተጋላጭነት አሁንም የVPC መነጠል እንዳይሰበር ይከላከላል። ከታች ያሉት ደረጃዎች ለደህንነት ተጠያቂ ናቸው.

ጫጫታ ጎረቤት።

አሁንም ችግር አለ። ጫጫታ ጎረቤት። - ጫጫታ ጎረቤት።. 8 ኖዶች እንዳለን እናስብ። እነዚህ አንጓዎች የሁሉንም የደመና ተጠቃሚዎችን ፍሰት ያካሂዳሉ። ሁሉም ነገር ጥሩ ይመስላል እና ጭነቱ በሁሉም አንጓዎች ላይ እኩል መከፋፈል አለበት. አንጓዎች በጣም ኃይለኛ ናቸው እና እነሱን ከመጠን በላይ መጫን አስቸጋሪ ነው.

ግን የእኛን አርክቴክቸር የምንገነባው በማይመስሉ ሁኔታዎችም ጭምር ነው። 

ዝቅተኛ ዕድል ማለት የማይቻል ማለት አይደለም.

አንድ ወይም ብዙ ተጠቃሚዎች በጣም ብዙ ጭነት የሚያመነጩበትን ሁኔታ መገመት እንችላለን። ሁሉም የHyperPlane ኖዶች ይህንን ጭነት በማስኬድ ላይ ይሳተፋሉ እና ሌሎች ተጠቃሚዎች አንዳንድ የአፈፃፀም መምታት ሊያጋጥማቸው ይችላል። ይህ የደመናው ጽንሰ-ሐሳብ ይሰብራል, በዚህ ውስጥ ተከራዮች እርስ በእርሳቸው ተጽዕኖ የማድረግ ችሎታ የላቸውም.

የጩኸት ጎረቤትን ችግር እንዴት መፍታት ይቻላል? ወደ አእምሮ የሚመጣው የመጀመሪያው ነገር ሻርኪንግ ነው. የእኛ 8 ኖዶች በምክንያታዊነት እያንዳንዳቸው 4 ኖዶች በ 2 ቁርጥራጮች ይከፈላሉ ። አሁን ጫጫታ ያለው ጎረቤት ከሁሉም ተጠቃሚዎች ሩቡን ብቻ ይረብሸዋል ፣ ግን በጣም ይረብሻቸዋል።

ነገሮችን በተለየ መንገድ እናድርግ። ለእያንዳንዱ ተጠቃሚ 3 አንጓዎችን ብቻ እንመድባለን። 

ዘዴው በዘፈቀደ ለተለያዩ ተጠቃሚዎች አንጓዎችን መመደብ ነው። ከታች ባለው ሥዕል ላይ ሰማያዊው ተጠቃሚ ከሌሎቹ ሁለት ተጠቃሚዎች አንዱን - አረንጓዴ እና ብርቱካንማ አንጓዎችን ያቋርጣል.

በ 8 ኖዶች እና 3 ተጠቃሚዎች ፣ ጫጫታ ያለው ጎረቤት ከአንዱ ተጠቃሚ ጋር የመገናኘት እድሉ 54% ነው። ሰማያዊ ተጠቃሚ በሌሎች ተከራዮች ላይ ተጽእኖ የሚያሳድርበት በዚህ ዕድል ነው። በተመሳሳይ ጊዜ, የእሱ ጭነት አንድ ክፍል ብቻ. በእኛ ምሳሌ፣ ይህ ተጽእኖ ቢያንስ በሆነ መልኩ ለሁሉም ሰው ሳይሆን ለሦስተኛው ተጠቃሚዎች ብቻ የሚታይ ይሆናል። ይህ ቀድሞውኑ ጥሩ ውጤት ነው.

የሚያቋርጡ የተጠቃሚዎች ብዛት

የመሆን እድሉ በመቶኛ

0

18%

1

54%

2

26%

3

2%

ሁኔታውን ከእውነታው ጋር እናቅርብ - 100 ኖዶች እና 5 ተጠቃሚዎችን በ 5 ኖዶች ላይ እንውሰድ. በዚህ ሁኔታ አንዳቸውም አንጓዎች ከ 77% ዕድል ጋር አይገናኙም. 

የሚያቋርጡ የተጠቃሚዎች ብዛት

የመሆን እድሉ በመቶኛ

0

77%

1

21%

2

1,8%

3

0,06%

4

0,0006%

5

0,00000013%

በተጨባጭ ሁኔታ፣ እጅግ በጣም ብዙ በሆኑ የHyperPlane ኖዶች እና ተጠቃሚዎች፣ ጫጫታ ያለው ጎረቤት በሌሎች ተጠቃሚዎች ላይ የሚያሳድረው ተጽዕኖ አነስተኛ ነው። ይህ ዘዴ ይባላል ማደባለቅ ሻርዲንግ - ሻርዲንግ በውዝ. የመስቀለኛ ክፍል አለመሳካት አሉታዊ ተጽእኖን ይቀንሳል.

ብዙ አገልግሎቶች በሃይፐር ፕላን መሰረት የተገነቡ ናቸው፡ የአውታረ መረብ ጭነት ባላንስ፣ NAT Gateway፣ Amazon EFS፣ AWS PrivateLink፣ AWS ትራንዚት ጌትዌይ።

የአውታረ መረብ መለኪያ

አሁን ስለ ኔትወርኩ ራሱ መጠን እንነጋገር. ለኦክቶበር 2019 AWS አገልግሎቶቹን ያቀርባል 22 ክልሎች, እና 9 ተጨማሪ ታቅደዋል.

• እያንዳንዱ ክልል በርካታ የተደራሽነት ዞኖችን ይዟል። በዓለም ዙሪያ 69 ቱ አሉ.
• እያንዳንዱ AZ የውሂብ ማስኬጃ ማዕከሎችን ያካትታል. በጠቅላላው ከ 8 አይበልጡም.
• የመረጃ ማዕከሉ እጅግ በጣም ብዙ የሆኑ አገልጋዮችን ያቀፈ ሲሆን አንዳንዶቹ እስከ 300 ይደርሳሉ።

አሁን ይህንን ሁሉ በአማካይ እናድርገው, ማባዛት እና የሚያንፀባርቅ አስደናቂ ምስል ያግኙ የአማዞን ደመና ልኬት.

በተገኝነት ዞኖች እና በመረጃ ማእከል መካከል ብዙ የጨረር ማገናኛዎች አሉ። ከትላልቅ ክልሎቻችን በአንዱ 388 ቻናሎች ተዘርግተዋል የ AZ ግንኙነት እርስ በእርስ እና ከሌሎች ክልሎች (የመተላለፊያ ማእከሎች) ጋር የግንኙነት ማእከሎች። በአጠቃላይ ይህ እብድ ይሰጣል 5000 ቲቢት.

የጀርባ አጥንት AWS የተገነባው ለደመና እና የተመቻቸ ነው። በሰርጦቹ ላይ እንገነባለን 100 ጊባ / ሴ. በቻይና ካሉ ክልሎች በስተቀር ሙሉ በሙሉ እንቆጣጠራቸዋለን። ትራፊክ ከሌሎች ኩባንያዎች ሸክሞች ጋር አይጋራም.

እርግጥ ነው፣ እኛ ብቻ የግል የጀርባ አጥንት ኔትወርክ ያለን የደመና አቅራቢ አይደለንም። በዚህ መንገድ ብዙ ትላልቅ ኩባንያዎች እየተከተሉ ነው። ይህ በገለልተኛ ተመራማሪዎች የተረጋገጠ ነው, ለምሳሌ ከ ቴሌጂኦግራፊ.

ግራፉ የሚያሳየው የይዘት አቅራቢዎች እና የደመና አቅራቢዎች ድርሻ እያደገ ነው። በዚህ ምክንያት የጀርባ አጥንት አቅራቢዎች የበይነመረብ ትራፊክ ድርሻ በየጊዜው እየቀነሰ ነው.

ይህ ለምን እንደሚሆን እገልጻለሁ. ከዚህ ቀደም አብዛኛው የድረ-ገጽ አገልግሎት ከበይነመረቡ ተደራሽ እና ጥቅም ላይ የሚውል ነበር። በአሁኑ ጊዜ ቁጥራቸው እየጨመረ የመጣ አገልጋዮች በደመና ውስጥ ይገኛሉ እና በ በኩል ተደራሽ ናቸው። CDN - የይዘት ስርጭት አውታረ መረብ. መገልገያውን ለመድረስ ተጠቃሚው በበይነመረቡ በኩል በአቅራቢያው ወደሚገኝ ሲዲኤን ፖፕ ብቻ ይሄዳል - የመገኘት ነጥብ. ብዙውን ጊዜ በአቅራቢያ የሚገኝ ቦታ ነው. ከዚያም የህዝብ በይነመረብን ትቶ በአትላንቲክ ውቅያኖስ በኩል በግል የጀርባ አጥንት ውስጥ ይበርራል, እና በቀጥታ ወደ ሃብቱ ይደርሳል.

ይህ አዝማሚያ ከቀጠለ በ 10 ዓመታት ውስጥ በይነመረብ እንዴት እንደሚለወጥ አስባለሁ?

አካላዊ ሰርጦች

የሳይንስ ሊቃውንት በዩኒቨርስ ውስጥ ያለውን የብርሃን ፍጥነት እንዴት እንደሚጨምሩ እስካሁን አላወቁም, ነገር ግን በኦፕቲካል ፋይበር በማስተላለፍ ዘዴዎች ላይ ትልቅ እድገት አድርገዋል. በአሁኑ ጊዜ 6912 የፋይበር ኬብሎች እንጠቀማለን. ይህ የመጫኛቸውን ዋጋ በከፍተኛ ሁኔታ ለማመቻቸት ይረዳል.

በአንዳንድ ክልሎች ልዩ ገመዶችን መጠቀም አለብን. ለምሳሌ, በሲድኒ ክልል ውስጥ ምስጦች ላይ ልዩ ሽፋን ያላቸው ገመዶችን እንጠቀማለን. 

ማንም ሰው ከችግር አይድንም አንዳንዴ ቻናሎቻችን ይበላሻሉ። በቀኝ በኩል ያለው ፎቶ በግንባታ ሰራተኞች የተቀደዱ የአሜሪካ ክልሎች በአንዱ የኦፕቲካል ኬብሎችን ያሳያል. በአደጋው ​​ምክንያት 13 የውሂብ ፓኬቶች ብቻ ጠፍተዋል, ይህም አስገራሚ ነው. አንዴ እንደገና - 13 ብቻ! ስርዓቱ በቀጥታ ወደ ምትኬ ሰርጦች ተቀይሯል - ልኬቱ እየሰራ ነው።

በአንዳንድ የአማዞን የደመና አገልግሎቶች እና ቴክኖሎጂዎች ውስጥ ተዘዋውረናል። የእኛ መሐንዲሶች መፍታት ስላለባቸው ተግባራት መጠን ቢያንስ የተወሰነ ሀሳብ እንዳለህ ተስፋ አደርጋለሁ። በግሌ ይህ በጣም አስደሳች ሆኖ አግኝቼዋለሁ። 

ይህ ከVasily Pantyukhin ስለ AWS መሳሪያ የሶስትዮሽ የመጨረሻ ክፍል ነው። ውስጥ የመጀመሪያው ክፍሎች የአገልጋይ ማመቻቸት እና የውሂብ ጎታ ልኬትን እና በ ውስጥ ይገልጻሉ። ሁለተኛው - አገልጋይ አልባ ተግባራት እና ፋየርክራከር።

በ HighLoad ++ በኖቬምበር ቫሲሊ ፓንቲዩኪን የአማዞን መሳሪያ አዲስ ዝርዝሮችን ያካፍላል. እሱ ይነግረዋል ስለ ውድቀቶች መንስኤዎች እና በአማዞን ውስጥ የተከፋፈሉ ስርዓቶች ንድፍ. ጥቅምት 24 አሁንም ይቻላል ለማስያዝ ቲኬት በጥሩ ዋጋ፣ እና በኋላ ይክፈሉ። ሃይሎድ++ ላይ እየጠበቅንህ ነው፣ ና እና እንወያይ!

ምንጭ: hab.com