Amazon Web Services நெட்வொர்க்கின் அளவு 69 பிராந்தியங்களில் உலகம் முழுவதும் 22 மண்டலங்களாக உள்ளது: அமெரிக்கா, ஐரோப்பா, ஆசியா, ஆப்பிரிக்கா மற்றும் ஆஸ்திரேலியா. ஒவ்வொரு மண்டலமும் 8 தரவு மையங்களைக் கொண்டுள்ளது - தரவு செயலாக்க மையங்கள். ஒவ்வொரு தரவு மையத்திற்கும் ஆயிரக்கணக்கான அல்லது நூறாயிரக்கணக்கான சேவையகங்கள் உள்ளன. நெட்வொர்க் அனைத்து சாத்தியமான செயலிழப்பு சூழ்நிலைகளையும் கணக்கில் எடுத்துக்கொள்ளும் வகையில் வடிவமைக்கப்பட்டுள்ளது. எடுத்துக்காட்டாக, அனைத்து பகுதிகளும் ஒருவருக்கொருவர் தனிமைப்படுத்தப்பட்டுள்ளன, மேலும் அணுகல் மண்டலங்கள் பல கிலோமீட்டர் தூரத்தில் பிரிக்கப்படுகின்றன. நீங்கள் கேபிளைத் துண்டித்தாலும், கணினி காப்புப் பிரதி சேனல்களுக்கு மாறும், மேலும் தகவல் இழப்பு ஒரு சில தரவு பாக்கெட்டுகளாக இருக்கும். நெட்வொர்க்கின் பிற கொள்கைகள் மற்றும் அது எவ்வாறு கட்டமைக்கப்பட்டுள்ளது என்பதைப் பற்றி Vasily Pantyukhin பேசுவார்.
Vasily Pantyukhin .ru நிறுவனங்களில் யூனிக்ஸ் நிர்வாகியாகத் தொடங்கினார், பெரிய சன் மைக்ரோசிஸ்டம் வன்பொருளில் 6 ஆண்டுகள் பணிபுரிந்தார், மேலும் EMC இல் 11 ஆண்டுகள் தரவு மைய உலகத்தைப் போதித்தார். இது இயற்கையாகவே தனியார் மேகங்களாக உருவானது, பின்னர் பொது மேகங்களுக்கு நகர்ந்தது. இப்போது, ஒரு Amazon Web Services கட்டிடக் கலைஞராக, AWS மேகக்கணியில் வாழவும் மேம்படுத்தவும் உதவும் தொழில்நுட்ப ஆலோசனைகளை வழங்குகிறார்.
AWS முத்தொகுப்பின் முந்தைய பகுதியில், வாசிலி இயற்பியல் சேவையகங்களின் வடிவமைப்பு மற்றும் தரவுத்தள அளவிடுதல் ஆகியவற்றை ஆராய்ந்தார். நைட்ரோ கார்டுகள், தனிப்பயன் KVM-அடிப்படையிலான ஹைப்பர்வைசர், அமேசான் அரோரா தரவுத்தளம் - இவை அனைத்தையும் பற்றி "" சூழலுக்காக படிக்கவும் அல்லது பார்க்கவும் பேச்சுக்கள்.
இந்த பகுதி AWS இல் உள்ள மிகவும் சிக்கலான அமைப்புகளில் ஒன்றான நெட்வொர்க் ஸ்கேலிங்கில் கவனம் செலுத்தும். ஒரு பிளாட் நெட்வொர்க்கில் இருந்து ஒரு மெய்நிகர் தனியார் கிளவுட் மற்றும் அதன் வடிவமைப்பு, பிளாக்ஃபுட் மற்றும் ஹைப்பர் பிளேனின் உள் சேவைகள், சத்தமில்லாத அண்டை வீட்டாரின் சிக்கல் மற்றும் இறுதியில் - நெட்வொர்க், முதுகெலும்பு மற்றும் உடல் கேபிள்களின் அளவு. வெட்டு கீழ் அனைத்து பற்றி.
மறுப்பு: கீழே உள்ள அனைத்தும் வாசிலியின் தனிப்பட்ட கருத்து மற்றும் அமேசான் வலை சேவைகளின் நிலைப்பாட்டுடன் ஒத்துப்போகாமல் இருக்கலாம்.
நெட்வொர்க் அளவிடுதல்
AWS கிளவுட் 2006 இல் தொடங்கப்பட்டது. அவரது நெட்வொர்க் மிகவும் பழமையானது - ஒரு தட்டையான அமைப்புடன். தனிப்பட்ட முகவரிகளின் வரம்பு அனைத்து கிளவுட் குடியிருப்பாளர்களுக்கும் பொதுவானது. ஒரு புதிய மெய்நிகர் இயந்திரத்தைத் தொடங்கும் போது, இந்த வரம்பிலிருந்து கிடைக்கக்கூடிய ஐபி முகவரியை நீங்கள் தற்செயலாகப் பெற்றீர்கள்.
இந்த அணுகுமுறை செயல்படுத்த எளிதானது, ஆனால் அடிப்படையில் கிளவுட் பயன்பாட்டை மட்டுப்படுத்தியது. குறிப்பாக, தரையில் மற்றும் AWS இல் தனியார் நெட்வொர்க்குகளை இணைக்கும் கலப்பின தீர்வுகளை உருவாக்குவது மிகவும் கடினமாக இருந்தது. மிகவும் பொதுவான பிரச்சனை ஐபி முகவரி வரம்புகளை ஒன்றுடன் ஒன்று சேர்ப்பதாகும்.
மெய்நிகர் தனியார் மேகம்
மேகம் தேவையாக மாறியது. பல்லாயிரக்கணக்கான குத்தகைதாரர்களால் அளவிடுதல் மற்றும் அதைப் பயன்படுத்துவதற்கான சாத்தியம் பற்றி சிந்திக்க வேண்டிய நேரம் வந்துவிட்டது. பிளாட் நெட்வொர்க் ஒரு பெரிய தடையாக மாறிவிட்டது. எனவே, பிணைய மட்டத்தில் பயனர்களை ஒருவருக்கொருவர் எவ்வாறு தனிமைப்படுத்துவது என்பது பற்றி நாங்கள் யோசித்தோம், இதனால் அவர்கள் சுதந்திரமாக ஐபி வரம்புகளைத் தேர்வு செய்யலாம்.
நெட்வொர்க் தனிமைப்படுத்தலைப் பற்றி நீங்கள் நினைக்கும் போது முதலில் நினைவுக்கு வருவது என்ன? நிச்சயமாக VLANகள் и VRF - மெய்நிகர் ரூட்டிங் மற்றும் பகிர்தல்.
துரதிருஷ்டவசமாக, அது வேலை செய்யவில்லை. VLAN ஐடி 12 பிட்கள் மட்டுமே, இது 4096 தனிமைப்படுத்தப்பட்ட பிரிவுகளை மட்டுமே வழங்குகிறது. மிகப்பெரிய சுவிட்சுகள் கூட அதிகபட்சமாக 1-2 ஆயிரம் விஆர்எஃப்களைப் பயன்படுத்தலாம். VRF மற்றும் VLANஐப் பயன்படுத்தினால் சில மில்லியன் சப்நெட்கள் மட்டுமே கிடைக்கும். பல்லாயிரக்கணக்கான குத்தகைதாரர்களுக்கு இது நிச்சயமாகப் போதாது, அவை ஒவ்வொன்றும் பல சப்நெட்களைப் பயன்படுத்தக்கூடியதாக இருக்க வேண்டும்.
எங்களால் தேவையான எண்ணிக்கையிலான பெரிய பெட்டிகளை வாங்க முடியாது, எடுத்துக்காட்டாக, சிஸ்கோ அல்லது ஜூனிபரிடமிருந்து. இரண்டு காரணங்கள் உள்ளன: இது மிகவும் விலை உயர்ந்தது, மேலும் அவர்களின் வளர்ச்சி மற்றும் ஒட்டுதல் கொள்கைகளின் தயவில் நாங்கள் இருக்க விரும்பவில்லை.
ஒரே ஒரு முடிவு உள்ளது - உங்கள் சொந்த தீர்வை உருவாக்கவும்.
2009ல் அறிவித்தோம் வி.பி.சி. - மெய்நிகர் தனியார் மேகம். பெயர் சிக்கிவிட்டது, இப்போது பல கிளவுட் வழங்குநர்களும் இதைப் பயன்படுத்துகின்றனர்.
VPC ஒரு மெய்நிகர் நெட்வொர்க் SDN (மென்பொருள் வரையறுக்கப்பட்ட நெட்வொர்க்). L2 மற்றும் L3 நிலைகளில் சிறப்பு நெறிமுறைகளை உருவாக்க வேண்டாம் என்று நாங்கள் முடிவு செய்தோம். நெட்வொர்க் நிலையான ஈதர்நெட் மற்றும் ஐபியில் இயங்குகிறது. நெட்வொர்க்கில் பரிமாற்றத்திற்காக, மெய்நிகர் இயந்திர போக்குவரத்து எங்கள் சொந்த நெறிமுறை ரேப்பரில் இணைக்கப்பட்டுள்ளது. இது குத்தகைதாரரின் VPC க்கு சொந்தமான ஐடியைக் குறிக்கிறது.
எளிமையாகத் தெரிகிறது. இருப்பினும், கடக்க வேண்டிய பல தீவிர தொழில்நுட்ப சவால்கள் உள்ளன. எடுத்துக்காட்டாக, மெய்நிகர் MAC/IP முகவரிகள், VPC ஐடி மற்றும் தொடர்புடைய இயற்பியல் MAC/IP ஆகியவற்றை மேப்பிங் செய்வதில் தரவை எங்கே, எப்படி சேமிப்பது. AWS அளவில், இது ஒரு பெரிய அட்டவணையாகும், இது குறைந்தபட்ச அணுகல் தாமதங்களுடன் வேலை செய்ய வேண்டும். இதற்குப் பொறுப்பு மேப்பிங் சேவை, இது நெட்வொர்க் முழுவதும் மெல்லிய அடுக்கில் பரவுகிறது.
புதிய தலைமுறை இயந்திரங்களில், வன்பொருள் மட்டத்தில் நைட்ரோ கார்டுகளால் என்காப்சுலேஷன் செய்யப்படுகிறது. பழைய நிகழ்வுகளில், என்காப்சுலேஷன் மற்றும் டிகாப்சுலேஷன் மென்பொருள் அடிப்படையிலானது.
பொதுவாக, இது எவ்வாறு செயல்படுகிறது என்பதைக் கண்டுபிடிப்போம். L2 மட்டத்தில் தொடங்குவோம். இயற்பியல் சேவையகம் 10.0.0.2 இல் IP 192.168.0.3 உடன் ஒரு மெய்நிகர் இயந்திரம் உள்ளது என்று வைத்துக்கொள்வோம். இது 10.0.0.3 இல் வாழும் மெய்நிகர் இயந்திரம் 192.168.1.4க்கு தரவை அனுப்புகிறது. ARP கோரிக்கை உருவாக்கப்பட்டு நெட்வொர்க் நைட்ரோ கார்டுக்கு அனுப்பப்படுகிறது. எளிமைக்காக, இரண்டு மெய்நிகர் இயந்திரங்களும் ஒரே "நீல" VPC இல் வாழ்கின்றன என்று நாங்கள் கருதுகிறோம்.
வரைபடம் அதன் சொந்த முகவரியுடன் மூல முகவரியை மாற்றுகிறது மற்றும் ARP சட்டத்தை மேப்பிங் சேவைக்கு அனுப்புகிறது.
மேப்பிங் சேவையானது L2 இயற்பியல் நெட்வொர்க் மூலம் பரிமாற்றத்திற்குத் தேவையான தகவலை வழங்குகிறது.
ARP பதிலில் உள்ள நைட்ரோ கார்டு VPC இல் உள்ள முகவரியுடன் இயற்பியல் நெட்வொர்க்கில் MAC ஐ மாற்றுகிறது.
தரவை மாற்றும் போது, தருக்க MAC மற்றும் IP ஐ VPC ரேப்பரில் போர்த்துகிறோம். பொருத்தமான ஆதாரம் மற்றும் இலக்கு ஐபி நைட்ரோ கார்டுகளைப் பயன்படுத்தி இயற்பியல் நெட்வொர்க்கில் இவை அனைத்தையும் அனுப்புகிறோம்.
தொகுப்பு விதிக்கப்பட்ட இயற்பியல் இயந்திரம் சரிபார்ப்பைச் செய்கிறது. முகவரி ஏமாற்றும் சாத்தியத்தைத் தடுக்க இது அவசியம். இயந்திரம் மேப்பிங் சேவைக்கு ஒரு சிறப்பு கோரிக்கையை அனுப்புகிறது மற்றும் கேட்கிறது: “இயற்பியல் இயந்திரம் 192.168.0.3 இலிருந்து நீல VPC இல் 10.0.0.3 க்கு நோக்கம் கொண்ட ஒரு பாக்கெட்டைப் பெற்றேன். அவர் முறையானவரா?
மேப்பிங் சேவையானது அதன் வள ஒதுக்கீடு அட்டவணையை சரிபார்த்து, பாக்கெட்டை அனுப்ப அனுமதிக்கிறது அல்லது மறுக்கிறது. அனைத்து புதிய நிகழ்வுகளிலும், கூடுதல் சரிபார்ப்பு நைட்ரோ கார்டுகளில் உட்பொதிக்கப்பட்டுள்ளது. கோட்பாட்டளவில் கூட அதை புறக்கணிக்க இயலாது. எனவே, மற்றொரு VPC இல் உள்ள ஆதாரங்களை ஏமாற்றுவது வேலை செய்யாது.
அடுத்து, தரவு அது நோக்கம் கொண்ட மெய்நிகர் இயந்திரத்திற்கு அனுப்பப்படும்.
மேப்பிங் சேவையானது வெவ்வேறு சப்நெட்களில் உள்ள மெய்நிகர் இயந்திரங்களுக்கு இடையில் தரவை மாற்றுவதற்கான தருக்க திசைவியாகவும் செயல்படுகிறது. எல்லாம் கருத்தியல் ரீதியாக எளிமையானது, நான் விவரங்களுக்கு செல்ல மாட்டேன்.
ஒவ்வொரு பாக்கெட்டையும் அனுப்பும் போது, சர்வர்கள் மேப்பிங் சேவைக்கு மாறும். தவிர்க்க முடியாத தாமதங்களை எவ்வாறு சமாளிப்பது? கேச்சிங், நிச்சயமாக.
அழகு என்னவென்றால், நீங்கள் முழு பெரிய அட்டவணையையும் தற்காலிகமாக சேமிக்க தேவையில்லை. ஒரு இயற்பியல் சேவையகம் ஒப்பீட்டளவில் சிறிய எண்ணிக்கையிலான VPC களில் இருந்து மெய்நிகர் இயந்திரங்களை வழங்குகிறது. இந்த VPCகளைப் பற்றிய தகவலை மட்டும் நீங்கள் தேக்ககப்படுத்த வேண்டும். "இயல்புநிலை" உள்ளமைவில் உள்ள பிற VPCகளுக்கு தரவை மாற்றுவது இன்னும் முறையானது அல்ல. VPC-peering போன்ற செயல்பாடுகள் பயன்படுத்தப்பட்டால், தொடர்புடைய VPCகளைப் பற்றிய தகவல்கள் கூடுதலாக தற்காலிக சேமிப்பில் ஏற்றப்படும்.
VPC க்கு தரவு பரிமாற்றத்தை நாங்கள் வரிசைப்படுத்தினோம்.
கருங்கால்
போக்குவரத்தை வெளியே அனுப்ப வேண்டிய சந்தர்ப்பங்களில் என்ன செய்வது, எடுத்துக்காட்டாக இணையம் அல்லது VPN வழியாக தரையில்? இங்கே எங்களுக்கு உதவுகிறது கருங்கால் - AWS உள் சேவை. இது எங்கள் தென்னாப்பிரிக்க அணியால் உருவாக்கப்பட்டது. அதனால்தான் இந்த சேவைக்கு தென்னாப்பிரிக்காவில் வாழும் பென்குயின் பெயரிடப்பட்டது.
பிளாக்ஃபுட் போக்குவரத்தை நீக்குகிறது மற்றும் அதனுடன் தேவையானதைச் செய்கிறது. தரவு அப்படியே இணையத்திற்கு அனுப்பப்படுகிறது.
VPN ஐப் பயன்படுத்தும் போது தரவு IPsec இல் டீகேப்சுலேட் செய்யப்பட்டு மீண்டும் மூடப்பட்டிருக்கும்.
நேரடி இணைப்பைப் பயன்படுத்தும் போது, போக்குவரத்து குறியிடப்பட்டு, பொருத்தமான VLAN க்கு அனுப்பப்படும்.
ஹைப்பர் பிளேன்
இது உள் ஓட்டக் கட்டுப்பாட்டுச் சேவையாகும். பல நெட்வொர்க் சேவைகளுக்கு கண்காணிப்பு தேவைப்படுகிறது தரவு ஓட்ட நிலைகள். எடுத்துக்காட்டாக, NAT ஐப் பயன்படுத்தும் போது, ஒவ்வொரு IP:டெஸ்டினேஷன் போர்ட் ஜோடிக்கும் ஒரு தனிப்பட்ட வெளிச்செல்லும் போர்ட் இருப்பதை ஓட்டக் கட்டுப்பாடு உறுதி செய்ய வேண்டும். பேலன்சர் விஷயத்தில் என்.எல்.பி - நெட்வொர்க் லோட் பேலன்சர், தரவு ஓட்டம் எப்போதும் ஒரே இலக்கு மெய்நிகர் இயந்திரத்திற்கு இயக்கப்பட வேண்டும். பாதுகாப்பு குழுக்கள் ஒரு மாநில ஃபயர்வால் ஆகும். இது உள்வரும் போக்குவரத்தை கண்காணிக்கிறது மற்றும் வெளிச்செல்லும் பாக்கெட் ஓட்டத்திற்கான துறைமுகங்களை மறைமுகமாக திறக்கிறது.
AWS கிளவுட்டில், பரிமாற்ற தாமத தேவைகள் மிக அதிகமாக உள்ளன. அதனால் தான் ஹைப்பர் பிளேன் முழு நெட்வொர்க்கின் செயல்திறனுக்கும் முக்கியமானது.
ஹைப்பர்பிளேன் EC2 மெய்நிகர் கணினிகளில் கட்டமைக்கப்பட்டுள்ளது. இங்கே மந்திரம் இல்லை, தந்திரம் மட்டுமே. தந்திரம் என்னவென்றால், இவை பெரிய ரேம் கொண்ட மெய்நிகர் இயந்திரங்கள். செயல்பாடுகள் பரிவர்த்தனை மற்றும் நினைவகத்தில் பிரத்தியேகமாக செய்யப்படுகின்றன. இது பல்லாயிரக்கணக்கான மைக்ரோ விநாடிகள் தாமதத்தை அடைய உங்களை அனுமதிக்கிறது. வட்டுடன் பணிபுரிவது அனைத்து உற்பத்தித்திறனையும் அழிக்கும்.
ஹைப்பர்பிளேன் என்பது ஒரு பெரிய எண்ணிக்கையிலான EC2 இயந்திரங்களின் விநியோகிக்கப்பட்ட அமைப்பாகும். ஒவ்வொரு மெய்நிகர் இயந்திரமும் 5 ஜிபி/வி அலைவரிசையைக் கொண்டுள்ளது. முழு பிராந்திய நெட்வொர்க்கிலும், இது அலைவரிசையின் நம்பமுடியாத டெராபிட்களை வழங்குகிறது மற்றும் செயலாக்கத்தை அனுமதிக்கிறது ஒரு வினாடிக்கு மில்லியன் கணக்கான இணைப்புகள்.
ஹைப்பர்பிளேன் ஸ்ட்ரீம்களுடன் மட்டுமே வேலை செய்கிறது. VPC பாக்கெட் என்காப்சுலேஷன் அதற்கு முற்றிலும் வெளிப்படையானது. இந்த உள் சேவையில் சாத்தியமான பாதிப்பு இன்னும் 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 முனைகள் மற்றும் பயனர்களுடன், மற்ற பயனர்கள் மீது சத்தமில்லாத அண்டை வீட்டாரின் சாத்தியமான தாக்கம் குறைவாக உள்ளது. இந்த முறை அழைக்கப்படுகிறது கலவை துண்டாக்குதல் - ஷஃபிள் ஷார்டிங். இது முனை தோல்வியின் எதிர்மறை விளைவைக் குறைக்கிறது.
பல சேவைகள் HyperPlane இன் அடிப்படையில் கட்டமைக்கப்பட்டுள்ளன: நெட்வொர்க் லோட் பேலன்சர், NAT கேட்வே, Amazon EFS, AWS PrivateLink, AWS ட்ரான்ஸிட் கேட்வே.
நெட்வொர்க் அளவுகோல்
இப்போது நெட்வொர்க்கின் அளவைப் பற்றி பேசலாம். அக்டோபர் 2019 க்கு AWS அதன் சேவைகளை வழங்குகிறது 22 பிராந்தியங்கள், மேலும் 9 திட்டமிடப்பட்டுள்ளது.
- ஒவ்வொரு பிராந்தியமும் பல கிடைக்கும் மண்டலங்களைக் கொண்டுள்ளது. அவற்றில் 69 உலகம் முழுவதும் உள்ளன.
- ஒவ்வொரு AZ ஆனது தரவு செயலாக்க மையங்களைக் கொண்டுள்ளது. அவற்றில் மொத்தம் 8 க்கு மேல் இல்லை.
- தரவு மையத்தில் அதிக எண்ணிக்கையிலான சேவையகங்கள் உள்ளன, சில 300 வரை உள்ளன.
இப்போது இதையெல்லாம் சராசரியாகப் பார்ப்போம், பெருக்கி, பிரதிபலிக்கும் ஒரு ஈர்க்கக்கூடிய உருவத்தைப் பெறுவோம் அமேசான் கிளவுட் அளவுகோல்.
கிடைக்கும் மண்டலங்களுக்கும் தரவு மையத்திற்கும் இடையே பல ஆப்டிகல் இணைப்புகள் உள்ளன. எங்கள் மிகப்பெரிய பிராந்தியங்களில் ஒன்றில், 388 சேனல்கள் ஒருவருக்கொருவர் AZ தகவல்தொடர்பு மற்றும் பிற பிராந்தியங்களுடனான தொடர்பு மையங்களுக்கு (போக்குவரத்து மையங்கள்) அமைக்கப்பட்டுள்ளன. மொத்தத்தில் இது பைத்தியக்காரத்தனத்தை அளிக்கிறது 5000 டிபிட்.
Backbone AWS குறிப்பாக மேகக்கணிக்காக கட்டமைக்கப்பட்டு உகந்ததாக உள்ளது. நாங்கள் அதை சேனல்களில் உருவாக்குகிறோம் 100 ஜிபி / வி. சீனாவில் உள்ள பகுதிகளைத் தவிர, நாங்கள் அவற்றை முழுமையாகக் கட்டுப்படுத்துகிறோம். போக்குவரத்து மற்ற நிறுவனங்களின் சுமைகளுடன் பகிர்ந்து கொள்ளப்படவில்லை.
நிச்சயமாக, நாங்கள் ஒரு தனியார் முதுகெலும்பு நெட்வொர்க் கொண்ட ஒரே கிளவுட் வழங்குநர் அல்ல. மேலும் பல பெரிய நிறுவனங்கள் இந்த பாதையை பின்பற்றுகின்றன. இது சுயாதீன ஆராய்ச்சியாளர்களால் உறுதிப்படுத்தப்பட்டுள்ளது, எடுத்துக்காட்டாக .
உள்ளடக்க வழங்குநர்கள் மற்றும் கிளவுட் வழங்குநர்களின் பங்கு அதிகரித்து வருவதை வரைபடம் காட்டுகிறது. இதன் காரணமாக, முதுகெலும்பு வழங்குநர்களின் இணைய போக்குவரத்தின் பங்கு தொடர்ந்து குறைந்து வருகிறது.
இது ஏன் நடக்கிறது என்பதை நான் விளக்குகிறேன். முன்னதாக, பெரும்பாலான இணைய சேவைகள் இணையத்திலிருந்து நேரடியாக அணுகக்கூடியதாகவும் நுகரப்படும். இப்போதெல்லாம், அதிகமான சேவையகங்கள் மேகக்கணியில் அமைந்துள்ளன மற்றும் அவை வழியாக அணுகக்கூடியவை வலம்புரி - உள்ளடக்க விநியோக நெட்வொர்க். ஒரு ஆதாரத்தை அணுக, பயனர் இணையம் வழியாக அருகிலுள்ள CDN PoP க்கு மட்டுமே செல்கிறார் - பிரசன்ஸ் புள்ளி. பெரும்பாலும் இது எங்காவது அருகில் உள்ளது. பின்னர் அது பொது இணையத்தை விட்டு வெளியேறி, அட்லாண்டிக் முழுவதும் ஒரு தனியார் முதுகெலும்பு வழியாக பறந்து, எடுத்துக்காட்டாக, நேரடியாக வளத்தைப் பெறுகிறது.
இந்த போக்கு தொடர்ந்தால் 10 ஆண்டுகளில் இணையம் எப்படி மாறும் என்று எனக்கு ஆச்சரியமாக இருக்கிறது?
உடல் சேனல்கள்
பிரபஞ்சத்தில் ஒளியின் வேகத்தை எவ்வாறு அதிகரிப்பது என்பதை விஞ்ஞானிகள் இன்னும் கண்டுபிடிக்கவில்லை, ஆனால் ஆப்டிகல் ஃபைபர் மூலம் அதை கடத்தும் முறைகளில் அவர்கள் பெரும் முன்னேற்றம் அடைந்துள்ளனர். தற்போது 6912 ஃபைபர் கேபிள்களைப் பயன்படுத்துகிறோம். இது அவர்களின் நிறுவலின் விலையை கணிசமாக மேம்படுத்த உதவுகிறது.
சில பிராந்தியங்களில் நாம் சிறப்பு கேபிள்களைப் பயன்படுத்த வேண்டும். உதாரணமாக, சிட்னி பகுதியில் கரையான்களுக்கு எதிராக சிறப்பு பூச்சு கொண்ட கேபிள்களைப் பயன்படுத்துகிறோம்.
யாரும் பிரச்சனைகளில் இருந்து விடுபடவில்லை, சில சமயங்களில் எங்கள் சேனல்கள் சேதமடைகின்றன. வலதுபுறத்தில் உள்ள புகைப்படம் கட்டுமானத் தொழிலாளர்களால் கிழிக்கப்பட்ட அமெரிக்க பிராந்தியங்களில் ஒன்றில் ஆப்டிகல் கேபிள்களைக் காட்டுகிறது. இந்த விபத்தால், 13 டேட்டா பாக்கெட்டுகள் மட்டும் தொலைந்து போனது ஆச்சரியத்தை ஏற்படுத்தியுள்ளது. மீண்டும் - 13 மட்டுமே! கணினி உண்மையில் காப்புப் பிரதி சேனல்களுக்கு மாறியது - அளவு செயல்படுகிறது.
அமேசானின் கிளவுட் சேவைகள் மற்றும் தொழில்நுட்பங்கள் சிலவற்றின் மூலம் நாங்கள் முன்னேறினோம். எங்கள் பொறியாளர்கள் தீர்க்க வேண்டிய பணிகளின் அளவைப் பற்றி உங்களுக்கு குறைந்தபட்சம் சில யோசனைகள் இருப்பதாக நான் நம்புகிறேன். தனிப்பட்ட முறையில், நான் இதை மிகவும் உற்சாகமாக உணர்கிறேன்.
AWS சாதனத்தைப் பற்றி Vasily Pantyukhin வழங்கும் முத்தொகுப்பின் இறுதிப் பகுதி இதுவாகும். IN பகுதிகள் சர்வர் உகப்பாக்கம் மற்றும் தரவுத்தள அளவிடுதல் ஆகியவற்றை விவரிக்கிறது - சர்வர்லெஸ் செயல்பாடுகள் மற்றும் பட்டாசு.
மீது நவம்பரில் Vasily Pantyukhin அமேசான் சாதனத்தின் புதிய விவரங்களைப் பகிர்ந்து கொள்வார். அவர் தோல்விகளுக்கான காரணங்கள் மற்றும் Amazon இல் விநியோகிக்கப்பட்ட அமைப்புகளின் வடிவமைப்பு பற்றி. அக்டோபர் 24 இன்னும் சாத்தியம் நல்ல விலையில் டிக்கெட், பின்னர் செலுத்தவும். நாங்கள் உங்களுக்காக HighLoad++ இல் காத்திருக்கிறோம், வாருங்கள், அரட்டை அடிப்போம்!
ஆதாரம்: www.habr.com