د ایمیزون ویب خدماتو شبکې پیمانه د نړۍ په 69 زونونو کې په 22 سیمو کې ده: امریکا، اروپا، آسیا، افریقا او آسټرالیا. په هر زون کې تر 8 پورې د معلوماتو مرکزونه شامل دي - د معلوماتو پروسس کولو مرکزونه. د معلوماتو هر مرکز په زرګونو یا سلګونه زره سرورونه لري. شبکه په داسې ډول ډیزاین شوې چې ټول احتمالي د وتلو سناریوګانې په پام کې نیول شوي. د مثال په توګه، ټولې سیمې له یو بل څخه جلا شوي، او د لاسرسي زونونه د څو کیلومترو په فاصله کې جلا شوي. حتی که تاسو کیبل پرې کړئ، سیسټم به بیک اپ چینلونو ته لاړ شي، او د معلوماتو له لاسه ورکول به د څو ډیټا پاکټونو اندازه وي. واسیلي پینتیوخین به د دې په اړه وغږیږي چې شبکه په کومو نورو اصولو جوړه شوې او دا څنګه جوړښت لري.
واسیلي پینتیوخین په .ru شرکتونو کې د یونیکس مدیر په توګه پیل شو، د 6 کلونو لپاره یې په لوی سن مایکرو سیسټم هارډویر کې کار وکړ، او په EMC کې یې د 11 کلونو لپاره د ډیټا متمرکز نړۍ تبلیغ وکړ. دا په طبیعي ډول په شخصي بادونو کې رامینځته شوی ، بیا عامه خلکو ته لیږدول شوی. اوس، د ایمیزون ویب خدماتو معمار په توګه، هغه د AWS کلاوډ کې د ژوند کولو او پراختیا لپاره تخنیکي مشوره وړاندې کوي.
د AWS مثلث په مخکینۍ برخه کې، واسیلي د فزیکي سرورونو او ډیټابیس اندازه کولو ډیزاین ته اشاره وکړه. د نایټرو کارتونه، دودیز KVM پر بنسټ هایپروایسر، د ایمیزون اورورا ډیټابیس - د دې ټولو په اړه په موادو کې "" د شرایطو یا لید لپاره ولولئ ویناوې
دا برخه به د شبکې په اندازه کولو تمرکز وکړي، په AWS کې یو له خورا پیچلي سیسټمونو څخه. له فلیټ شبکې څخه یو مجازی خصوصي کلاوډ ته ارتقاء او د هغې ډیزاین ، د بلیک فوټ او هایپر پلین داخلي خدمات ، د شور ګاونډ ستونزه ، او په پای کې - د شبکې پیمانه ، شاته او فزیکي کیبلونه. د دې ټولو په اړه د کټ لاندې.
اعلامیه: لاندې هرڅه د واسیلي شخصي نظر دی او ممکن د ایمیزون ویب خدماتو موقعیت سره سمون ونلري.
د شبکې اندازه کول
AWS بادل په 2006 کې پیل شو. د هغه شبکه خورا ابتدايي وه - د فلیټ جوړښت سره. د شخصي ادرسونو لړۍ د ټولو کلاوډ کرایه کونکو لپاره عام وه. کله چې یو نوی مجازی ماشین پیل کړئ، تاسو په ناڅاپي توګه د دې لړۍ څخه یو موجود IP پته ترلاسه کړه.
دا طریقه د پلي کولو لپاره اسانه وه، مګر په بنسټیز ډول د بادل کارول محدود کړل. په ځانګړې توګه، د هایبرډ حلونو رامینځته کول خورا ستونزمن وو چې په ځمکه او په AWS کې خصوصي شبکې یوځای کړي. تر ټولو عام ستونزه د IP پته سلسله وهل وه.
مجازی خصوصي کلاوډ
بادل په تقاضا کې وګرځید. وخت راغلی چې د توزیع کولو او د لسګونو ملیون کرایه کونکو لخوا د دې کارولو احتمال په اړه فکر وکړئ. فلیټ شبکه یو لوی خنډ ګرځیدلی. له همدې امله، موږ د شبکې په کچه د یو بل څخه د کاروونکو جلا کولو په اړه فکر وکړ ترڅو دوی په خپلواک ډول د IP سلسلې غوره کړي.
لومړی شی څه شی دی چې ذهن ته راځي کله چې تاسو د شبکې انزوا په اړه فکر کوئ؟ یقینا VLANs и VRF - مجازی روټینګ او فارورډینګ.
له بده مرغه، دا کار ونه کړ. د VLAN ID یوازې 12 بټونه دي، کوم چې موږ ته یوازې 4096 جلا جلا برخې راکوي. حتی لوی سویچونه کولی شي اعظمي 1-2 زره VRFs وکاروي. د VRF او VLAN په ګډه کارول موږ ته یوازې څو ملیونه فرعي نیټ راکوي. دا دقیقا د لسګونو ملیون کرایه کونکو لپاره کافي ندي ، چې هر یو یې باید د څو فرعي نیټونو کارولو وړ وي.
موږ هم په ساده ډول نشو کولی د اړتیا وړ شمیر لوی بکسونه واخلو، د بیلګې په توګه، د سیسکو یا جونیپر څخه. دوه دلیلونه شتون لري: دا لیونۍ ګرانه ده، او موږ نه غواړو د دوی د پراختیا او پیچلو پالیسیو په رحم کې واوسو.
یوازې یوه پایله شتون لري - خپل ځان حل کړئ.
په 2009 کې موږ اعلان وکړ VPC - مجازی خصوصي کلاوډ. نوم یې ودراوه او اوس ډیری بادل چمتو کونکي هم کاروي.
VPC یو مجازی شبکه ده SDN (د سافټویر تعریف شوی شبکه). موږ پریکړه وکړه چې د L2 او L3 په کچه ځانګړي پروتوکولونه ایجاد نه کړو. شبکه په معیاري ایترنیټ او IP چلوي. په شبکه کې د لیږد لپاره، د مجازی ماشین ترافیک زموږ په خپل پروتوکول ریپر کې پوښل شوی. دا هغه ID ته اشاره کوي چې د کرایه کونکي VPC پورې اړه لري.
ساده ښکاري. په هرصورت، ډیری جدي تخنیکي ننګونې شتون لري چې باید له منځه یوړل شي. د مثال په توګه، چیرته او څنګه د مجازی MAC/IP پتې، VPC ID او ورته فزیکي MAC/IP نقشه کولو په اړه ډاټا ذخیره کول. د AWS پیمانه، دا یو لوی میز دی چې باید د لږترلږه لاسرسي ځنډ سره کار وکړي. د دې لپاره مسؤل دی د نقشه کولو خدمت، کوم چې په ټوله شبکه کې په یو پتلی پرت کې خپریږي.
د نوي نسل په ماشینونو کې، د هارډویر په کچه د نایټرو کارتونو لخوا encapsulation ترسره کیږي. په زړو مواردو کې، encapsulation او decapsulation د سافټویر پر بنسټ دي.
راځئ چې معلومه کړو چې دا څنګه په عمومي شرایطو کې کار کوي. راځئ چې د L2 کچې سره پیل وکړو. راځئ چې فرض کړو چې موږ په فزیکي سرور 10.0.0.2 کې د IP 192.168.0.3 سره یو مجازی ماشین لرو. دا د مجازی ماشین 10.0.0.3 ته ډاټا لیږي، کوم چې په 192.168.1.4 کې ژوند کوي. د ARP غوښتنه رامینځته کیږي او شبکې نایټرو کارت ته لیږل کیږي. د سادگي لپاره، موږ فرض کوو چې دواړه مجازی ماشینونه په ورته "نیلي" VPC کې ژوند کوي.
نقشه د سرچینې پته له خپل ځان سره بدلوي او د ARP چوکاټ د نقشې کولو خدمت ته لیږدوي.
د نقشه کولو خدمت هغه معلومات بیرته راګرځوي چې د L2 فزیکي شبکې ته د لیږد لپاره اړین دي.
د ARP ځواب کې د نایټرو کارت په فزیکي شبکه کې MAC په VPC کې د پتې سره بدلوي.
کله چې د ډیټا لیږدولو ، موږ منطقي MAC او IP په VPC ریپر کې پوښو. موږ دا ټول د مناسبې سرچینې او منزل IP نایټرو کارتونو په کارولو سره په فزیکي شبکه کې لیږدوو.
فزیکي ماشین چې کڅوړه ورته ټاکل شوې چیک ترسره کوي. دا اړینه ده چې د پتې د سپکاوي احتمال مخه ونیسي. ماشین د نقشه کولو خدمت ته ځانګړې غوښتنه لیږي او پوښتنه کوي: "د فزیکي ماشین 192.168.0.3 څخه ما یو پاکټ ترلاسه کړ چې په نیلي VPC کې د 10.0.0.3 لپاره ټاکل شوی. ایا هغه مشروع دی؟
د نقشې کولو خدمت د دې سرچینې تخصیص جدول ګوري او پاکټ ته د تیریدو اجازه ورکوي یا ردوي. په ټولو نویو مواردو کې، اضافي تایید د نایټرو کارتونو کې ځای پرځای شوي. دا ناشونې ده چې حتی په نظري ډول یې تیر کړئ. له همدې امله، په بل VPC کې سرچینو ته سپکاوی به کار ونکړي.
بیا، ډاټا مجازی ماشین ته لیږل کیږي د کوم لپاره چې دا موخه ده.
د نقشه کولو خدمت په مختلف فرعي برخو کې د مجازی ماشینونو ترمینځ ډیټا لیږدولو لپاره د منطقي روټر په توګه هم کار کوي. هرڅه د تصور له مخې ساده دي، زه به په تفصیل کې نه ځم.
دا معلومه شوه چې کله د هر پاکټ لیږد کول، سرورونه د نقشه کولو خدمت ته مخه کوي. د ناڅاپي ځنډونو سره څنګه معامله وکړو؟ کیشینګ، البته.
ښکلا دا ده چې تاسو اړتیا نلرئ ټول لوی میز ذخیره کړئ. یو فزیکي سرور د نسبتا لږ شمیر VPCs څخه مجازی ماشینونه کوربه کوي. تاسو یوازې د دې VPCs په اړه معلومات ذخیره کولو ته اړتیا لرئ. په "ډیفالټ" ترتیب کې نورو VPCs ته د معلوماتو لیږدول لاهم قانوني ندي. که فعالیت لکه VPC-peering کارول کیږي، نو بیا د اړونده VPCs په اړه معلومات په کیچ کې اضافه کیږي.
موږ VPC ته د معلوماتو لیږد تنظیم کړ.
تورفټ
څه باید په هغه قضیو کې ترسره شي چیرې چې ترافیک باید بهر ته لیږدول شي ، د مثال په توګه انټرنیټ ته یا د VPN له لارې ځمکې ته؟ دلته زموږ سره مرسته کوي تورفټ - د AWS داخلي خدمت. دا زموږ د سویلي افریقا ټیم لخوا رامینځته شوی. له همدې امله دا خدمت د پینګوین په نوم نومول شوی چې په سویلي افریقا کې ژوند کوي.
بلیک فوټ ټرافیک کموي او هغه څه کوي چې ورته اړتیا وي. معلومات انټرنیټ ته لیږل کیږي لکه څنګه چې وي.
ډاټا د VPN کارولو په وخت کې په IPsec کې له مینځه وړل کیږي او بیا پوښل کیږي.
کله چې مستقیم ارتباط وکاروئ، ټرافیک ټګ شوی او مناسب VLAN ته لیږل کیږي.
HyperPlane
دا د داخلي جریان کنټرول خدمت دی. د شبکې ډیری خدمتونه څارنې ته اړتیا لري د معلوماتو جریان حالتونه. د مثال په توګه، کله چې NAT کاروئ، د جریان کنټرول باید ډاډ ترلاسه کړي چې هر IP: د منزل بندر جوړه یو ځانګړی بهر ته روان بندر لري. د بیلانس په صورت کې NLB - د شبکې بار بیلانسر، د معلوماتو جریان باید تل ورته هدف مجازی ماشین ته واستول شي. امنیتي ډلې یو دولتي اور وژونکی دی. دا راتلونکی ټرافیک څاري او په ښکاره ډول د بهر وتلو پیکټ جریان لپاره بندرونه خلاصوي.
په AWS بادل کې، د لیږد ځنډ اړتیاوې خورا لوړې دي. د همدې لپاره HyperPlane د ټولې شبکې فعالیت لپاره مهم دی.
هایپرپلین په EC2 مجازی ماشینونو کې جوړ شوی. دلته هیڅ جادو نشته، یوازې چالاک. چال دا دی چې دا د لوی رام سره مجازی ماشینونه دي. عملیات انتقالي دي او په ځانګړي ډول په حافظه کې ترسره کیږي. دا تاسو ته اجازه درکوي یوازې د لسګونو مایکرو ثانیو ځنډ ترلاسه کړئ. د ډیسک سره کار کول به ټول تولید وژني.
هایپرپلین د داسې EC2 ماشینونو لوی شمیر توزیع شوی سیسټم دی. هر مجازی ماشین د 5 GB/s بینډ ویت لري. په ټوله سیمه ایزه شبکه کې، دا د بینډ ویت د نه منلو وړ ټرابیټ چمتو کوي او پروسس کولو ته اجازه ورکوي په هره ثانیه کې ملیونونه اړیکې.
HyperPlane یوازې د جریانونو سره کار کوي. د VPC پاکټ انکیپسول د دې لپاره په بشپړ ډول شفاف دی. په دې داخلي خدمت کې احتمالي زیانمنتیا به لاهم د VPC انزوا د ماتیدو مخه ونیسي. لاندې درجې د امنیت لپاره مسؤل دي.
شورماشور ګاونډی
اوس هم یوه ستونزه شته شورماشور ګاونډی - شورماشور ګاونډی. راځئ فرض کړو چې موږ 8 نوډونه لرو. دا نوډونه د ټولو بادل کاروونکو جریان پروسس کوي. هرڅه سم ښکاري او بار باید په مساوي ډول په ټولو نوډونو کې وویشل شي. نوډونه خورا پیاوړي دي او د دوی پورته کول ستونزمن دي.
مګر موږ خپل جوړښت د حتی احتمالي سناریوګانو پراساس جوړوو.
کم احتمال د ناممکن معنی نه لري.
موږ کولی شو یو داسې حالت تصور کړو چې په کې یو یا ډیر کاروونکي به ډیر بار تولید کړي. ټول HyperPlane نوډونه د دې بار په پروسس کولو کې دخیل دي او نور کارونکي کولی شي په احتمالي ډول د یو ډول فعالیت هټ تجربه کړي. دا د بادل مفهوم ماتوي، په کوم کې چې کرایه کونکي د یو بل د نفوذ کولو توان نلري.
څنګه کولای شو چی د شور او ګاونډ ستونزه حل کړي؟ لومړی شی چې په ذهن کې راځي شارډنګ دی. زموږ 8 نوډونه په منطقي ډول د 4 نوډونو په 2 شارډونو ویشل شوي دي. اوس یو شور لرونکی ګاونډی به د ټولو کاروونکو یوازې څلورمه برخه ګډوډ کړي ، مګر دا به دوی خورا ګډوډ کړي.
راځئ چې شیان په بل ډول ترسره کړو. موږ به هر کارونکي ته یوازې 3 نوډونه تخصیص کړو.
چال دا دی چې په تصادفي ډول مختلف کاروونکو ته نوډونه وټاکي. په لاندې انځور کې، نیلي کاروونکي د نورو دوو کاروونکو څخه یو سره نوډونه سره یو ځای کوي - شنه او نارنجي.
د 8 نوډونو او 3 کاروونکو سره، د یو کاروونکي سره د یو شور لرونکي ګاونډی د تقاطع احتمال 54٪ دی. دا د دې احتمال سره دی چې نیلي کارونکي به په نورو کرایه کونکو اغیزه وکړي. په ورته وخت کې، د هغې د بار یوازې یوه برخه. زموږ په مثال کې، دا نفوذ به لږترلږه یو څه د پام وړ وي هرچا ته نه، مګر یوازې د ټولو کاروونکو دریمه برخه. دا لا دمخه ښه پایله ده.
د هغو کاروونکو شمیر چې یو بل سره نښلوي
په سلنه کې احتمال
0
۸۵٪
1
۸۵٪
2
۸۵٪
3
2%
راځئ چې وضعیت واقعیت ته نږدې کړو - راځئ چې په 100 نوډونو کې 5 نوډونه او 5 کاروونکي واخلو. په دې حالت کې، هیڅ یو نوډ به د 77٪ احتمال سره قطع شي.
د هغو کاروونکو شمیر چې یو بل سره نښلوي
په سلنه کې احتمال
0
۸۵٪
1
۸۵٪
2
۸۵٪
3
۸۵٪
4
۸۵٪
5
۸۵٪
په ریښتیني حالت کې ، د هایپرپلین نوډونو او کاروونکو لوی شمیر سره ، په نورو کاروونکو باندې د شور ګاونډ احتمالي اغیز لږترلږه دی. دا طریقه ویل کیږي ګډول sharding - د شفل شاډینګ. دا د نوډ ناکامۍ منفي اغیزه کموي.
ډیری خدمتونه د HyperPlane پر بنسټ جوړ شوي دي: د شبکې بار بیلانسر، NAT ګیټ وے، ایمیزون EFS، AWS PrivateLink، AWS ټرانزیټ ګیټ وے.
د شبکې پیمانه
اوس راځئ چې د شبکې د اندازې په اړه خبرې وکړو. د اکتوبر 2019 لپاره AWS خپل خدمات وړاندې کوي 22 سیمې، او 9 نور پلان شوي دي.
- هره سیمه د شتون څو زونونه لري. په ټوله نړۍ کې د دوی 69 شتون لري.
- هر AZ د معلوماتو پروسس کولو مرکزونه لري. په مجموع کې له 8 څخه ډیر شتون نلري.
- د معلوماتو مرکز ډیری سرورونه لري، ځینې یې تر 300 پورې لري.
اوس راځئ چې دا ټول اوسط کړئ، ضرب کړئ او یو اغیزمن شخصیت ترلاسه کړئ چې منعکس کوي د ایمیزون بادل پیمانه.
د شتون زونونو او د معلوماتو مرکز ترمینځ ډیری نظری اړیکې شتون لري. زموږ په یوه ترټولو لوی سیمه کې، 388 چینلونه یوازې د یو بل تر مینځ د AZ اړیکو لپاره او د نورو سیمو سره د ارتباطي مرکزونو (ټرانزیټ مرکزونه) لپاره ایښودل شوي. په مجموع کې دا لیونی ورکوي 5000 Tbit.
بیکبون AWS په ځانګړي ډول د بادل لپاره جوړ شوی او غوره شوی. موږ دا په چینلونو کې جوړوو 100 GB / s. موږ دوی په بشپړ ډول کنټرول کوو، په چین کې د سیمو استثنا سره. ترافیک د نورو شرکتونو بارونو سره نه شریکیږي.
البته، موږ یوازینی بادل چمتو کونکي نه یو چې د شخصي بیکبون شبکې سره. ډیر او ډیر لوی شرکتونه دا لاره تعقیبوي. دا د خپلواکو څیړونکو لخوا تایید شوی، د بیلګې په توګه .
ګراف ښیې چې د مینځپانګې چمتو کونکو او بادل چمتو کونکو برخه وده کوي. د دې له امله ، د بیکون چمتو کونکو انټرنیټ ترافیک برخه په دوامداره توګه کمیږي.
زه به تشریح کړم چې ولې دا پیښیږي. پخوا، ډیری ویب خدمتونه په مستقیم ډول له انټرنیټ څخه د لاسرسي وړ او مصرف کیدل. نن ورځ، ډیر او ډیر سرورونه په بادل کې موقعیت لري او له لارې د لاسرسي وړ دي CDN - د منځپانګې ویش شبکه. سرچینې ته د لاسرسي لپاره ، کارونکي یوازې د انټرنیټ له لارې نږدې CDN PoP ته ځي - د حضور نقطه. ډیری وختونه دا یو نږدې ځای دی. بیا دا عامه انټرنیټ پریږدي او د اتلانتیک په اوږدو کې د شخصي ملا له لارې الوتنه کوي، د بیلګې په توګه، او مستقیم سرچینې ته رسیږي.
زه حیران یم چې انټرنیټ به په 10 کلونو کې څنګه بدلون ومومي که چیرې دا رجحان دوام ومومي؟
فزیکي چینلونه
ساینس پوهانو تر اوسه دا نه ده معلومه کړې چې څنګه په کائنات کې د رڼا سرعت زیات شي، مګر دوی د نوری فایبر له لارې د لیږد په طریقو کې لوی پرمختګ کړی دی. موږ اوس مهال 6912 فایبر کیبلونه کاروو. دا د دوی د نصبولو لګښت د پام وړ اصلاح کولو کې مرسته کوي.
په ځینو سیمو کې موږ باید ځانګړي کیبلونه وکاروو. د مثال په توګه، د سیډني په سیمه کې موږ کیبلونه کاروو چې د ځانګړي ضد ضد کوټ سره.
هیڅوک د ستونزو څخه خوندي ندي او ځینې وختونه زموږ چینلونه خرابیږي. په ښي خوا کې عکس د امریکا په یوه سیمه کې نظری کیبلونه ښیې چې د ساختماني کارمندانو لخوا مات شوي. د حادثې په پایله کې، یوازې 13 ډیټا پاکټونه ورک شوي، کوم چې حیرانتیا ده. یوځل بیا - یوازې 13! سیسټم په سمدستي توګه د بیک اپ چینلونو ته بدل شو - پیمانه کار کوي.
موږ د ایمیزون د بادل ځینې خدماتو او ټیکنالوژیو له لارې تیر شو. زه امید لرم چې تاسو لږترلږه د دندو د اندازې په اړه یو څه نظر لرئ چې زموږ انجینران یې باید حل کړي. په شخصي توګه، زه دا خورا په زړه پورې وموم.
دا د AWS وسیلې په اړه د واسیلي پینټیوخین څخه د مثلث وروستۍ برخه ده. IN برخې د سرور اصلاح او ډیټابیس اندازه کول تشریح کوي، او په کې - بې سرور افعال او فایرکریکر.
په په نومبر کې واسیلي پینټیوخین به د ایمیزون وسیلې نوي توضیحات شریک کړي. هغه د ناکامۍ لاملونو او په ایمیزون کې د توزیع شوي سیسټمونو ډیزاین په اړه. د اکتوبر 24 لاهم امکان لري ټکټ په ښه قیمت، او وروسته پیسې ورکړئ. موږ په HighLoad++ کې ستاسو په تمه یو، راځئ چې خبرې وکړو!
سرچینه: www.habr.com