தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

ஒரு வினாடிக்கு ஒரு பெட்டாபைட்டுக்கும் அதிகமான பீக் பைசெக்ஷன் அலைவரிசையுடன் 100 ஆயிரம் சர்வர்களை விட பெரிய கம்ப்யூட்டிங் கிளஸ்டர்களை வரிசைப்படுத்த அனுமதிக்கும் தரவு மைய நெட்வொர்க் வடிவமைப்பை நாங்கள் உருவாக்கியுள்ளோம்.

Dmitry Afanasyev இன் அறிக்கையிலிருந்து புதிய வடிவமைப்பின் அடிப்படைக் கொள்கைகள், அளவிடுதல் இடவியல், இதில் ஏற்படும் சிக்கல்கள், அவற்றைத் தீர்ப்பதற்கான விருப்பங்கள், "அடர்த்தியாக இணைக்கப்பட்ட" நவீன நெட்வொர்க் சாதனங்களின் பகிர்தல் விமான செயல்பாடுகளை ரூட்டிங் மற்றும் அளவிடுதல் ஆகியவற்றின் அம்சங்கள் பற்றி அறிந்து கொள்வீர்கள். அதிக எண்ணிக்கையிலான ECMP வழிகளைக் கொண்ட இடவியல். கூடுதலாக, டிமா வெளிப்புற இணைப்பின் அமைப்பு, உடல் அடுக்கு, கேபிளிங் அமைப்பு மற்றும் திறனை மேலும் அதிகரிப்பதற்கான வழிகள் பற்றி சுருக்கமாக பேசினார்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

- அனைவருக்கும் வணக்கம்! எனது பெயர் டிமிட்ரி அஃபனாசியேவ், நான் யாண்டெக்ஸில் நெட்வொர்க் கட்டிடக் கலைஞர் மற்றும் முதன்மையாக தரவு மைய நெட்வொர்க்குகளை வடிவமைக்கிறேன்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

எனது கதை யாண்டெக்ஸ் தரவு மையங்களின் புதுப்பிக்கப்பட்ட நெட்வொர்க் பற்றியதாக இருக்கும். இது எங்களிடம் இருந்த வடிவமைப்பின் பரிணாம வளர்ச்சியாகும், ஆனால் அதே நேரத்தில் சில புதிய கூறுகளும் உள்ளன. இது ஒரு மேலோட்ட விளக்கக்காட்சியாகும், ஏனெனில் ஒரு சிறிய நேரத்தில் நிறைய தகவல்களைத் தொகுக்க வேண்டும். தருக்க இடவியலைத் தேர்ந்தெடுப்பதன் மூலம் தொடங்குவோம். பின்னர் கட்டுப்பாட்டு விமானத்தின் கண்ணோட்டம் மற்றும் தரவு விமானம் அளவிடுதல் தொடர்பான சிக்கல்கள் இருக்கும், உடல் மட்டத்தில் என்ன நடக்கும் என்பதற்கான தேர்வு, மேலும் சாதனங்களின் சில அம்சங்களைப் பார்ப்போம். சிறிது காலத்திற்கு முன்பு நாம் பேசிய MPLS உடன் ஒரு டேட்டா சென்டரில் என்ன நடக்கிறது என்பதைப் பற்றி கொஞ்சம் தொடுவோம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

எனவே, சுமைகள் மற்றும் சேவைகளின் அடிப்படையில் யாண்டெக்ஸ் என்றால் என்ன? யாண்டெக்ஸ் ஒரு பொதுவான ஹைப்பர்ஸ்கேலர். பயனர்களைப் பார்த்தால், நாங்கள் முதன்மையாக பயனர் கோரிக்கைகளைச் செயல்படுத்துகிறோம். பல்வேறு ஸ்ட்ரீமிங் சேவைகள் மற்றும் தரவு பரிமாற்றம், ஏனெனில் எங்களிடம் சேமிப்பக சேவைகளும் உள்ளன. பின்தளத்திற்கு நெருக்கமாக இருந்தால், உள்கட்டமைப்பு சுமைகள் மற்றும் சேவைகள் அங்கு தோன்றும், அதாவது விநியோகிக்கப்பட்ட பொருள் சேமிப்பு, தரவு பிரதி மற்றும், நிச்சயமாக, நிலையான வரிசைகள். பணிச்சுமைகளின் முக்கிய வகைகளில் ஒன்று MapReduce மற்றும் ஒத்த அமைப்புகள், ஸ்ட்ரீம் செயலாக்கம், இயந்திர கற்றல் போன்றவை.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இதெல்லாம் நடக்கும் மேல் உள்கட்டமைப்பு எப்படி இருக்கிறது? மீண்டும், நாங்கள் ஒரு அழகான பொதுவான ஹைப்பர்ஸ்கேலர், இருப்பினும் ஸ்பெக்ட்ரமின் குறைவான ஹைப்பர்ஸ்கேலர் பக்கத்திற்கு நாங்கள் கொஞ்சம் நெருக்கமாக இருக்கிறோம். ஆனால் நம்மிடம் எல்லாப் பண்புகளும் உள்ளன. முடிந்தவரை பொருட்களின் வன்பொருள் மற்றும் கிடைமட்ட அளவிடுதல் ஆகியவற்றைப் பயன்படுத்துகிறோம். எங்களிடம் முழு ஆதார தொகுப்பு உள்ளது: நாங்கள் தனிப்பட்ட இயந்திரங்கள், தனிப்பட்ட ரேக்குகளுடன் வேலை செய்யவில்லை, ஆனால் திட்டமிடல் மற்றும் ஒதுக்கீட்டைக் கையாளும் சில கூடுதல் சேவைகளுடன் பரிமாற்றக்கூடிய வளங்களின் ஒரு பெரிய தொகுப்பாக அவற்றை இணைக்கிறோம், மேலும் இந்த முழுத் தொகுப்பிலும் வேலை செய்கிறோம்.

எனவே எங்களிடம் அடுத்த நிலை உள்ளது - கணினி கிளஸ்டர் மட்டத்தில் இயக்க முறைமை. நாம் பயன்படுத்தும் தொழில்நுட்ப அடுக்கை முழுமையாகக் கட்டுப்படுத்துவது மிகவும் முக்கியம். இறுதிப்புள்ளிகள் (ஹோஸ்ட்கள்), நெட்வொர்க் மற்றும் மென்பொருள் அடுக்கை நாங்கள் கட்டுப்படுத்துகிறோம்.

எங்களிடம் ரஷ்யாவிலும் வெளிநாட்டிலும் பல பெரிய தரவு மையங்கள் உள்ளன. எம்.பி.எல்.எஸ் தொழில்நுட்பத்தைப் பயன்படுத்தும் முதுகெலும்பால் அவை ஒன்றிணைக்கப்படுகின்றன. எங்கள் உள்கட்டமைப்பு கிட்டத்தட்ட IPv6 இல் கட்டமைக்கப்பட்டுள்ளது, ஆனால் IPv4 இல் இருந்து வரும் வெளிப்புற போக்குவரத்தை நாங்கள் வழங்க வேண்டியிருப்பதால், IPv4 இல் வரும் கோரிக்கைகளை எப்படியாவது முன்-இறுதி சேவையகங்களுக்கு வழங்க வேண்டும், மேலும் வெளிப்புற IPv4- இணையத்திற்குச் செல்லவும். - எடுத்துக்காட்டாக, அட்டவணைப்படுத்துவதற்கு.

டேட்டா சென்டர் நெட்வொர்க் வடிவமைப்புகளின் கடைசி சில மறு செய்கைகள் மல்டி-லேயர் க்ளோஸ் டோபாலஜிகளைப் பயன்படுத்தியுள்ளன, மேலும் அவை எல்3 மட்டுமே. நாங்கள் சிறிது நேரத்திற்கு முன்பு எல்2 விட்டு வெளியேறி நிம்மதிப் பெருமூச்சு விட்டோம். இறுதியாக, எங்கள் உள்கட்டமைப்பு நூறாயிரக்கணக்கான கணக்கீடு (சர்வர்) நிகழ்வுகளை உள்ளடக்கியது. சில காலத்திற்கு முன்பு அதிகபட்ச கிளஸ்டர் அளவு சுமார் 10 ஆயிரம் சர்வர்கள். அதே கிளஸ்டர்-நிலை இயக்க முறைமைகள், திட்டமிடுபவர்கள், வள ஒதுக்கீடு போன்றவை எவ்வாறு செயல்பட முடியும் என்பதே இதற்குக் காரணம். உள்கட்டமைப்பு மென்பொருளில் முன்னேற்றம் ஏற்பட்டுள்ளதால், இலக்கு அளவு இப்போது ஒரு கம்ப்யூட்டிங் கிளஸ்டரில் சுமார் 100 ஆயிரம் சேவையகங்கள் மற்றும் எங்களுக்கு ஒரு பணி உள்ளது - அத்தகைய கிளஸ்டரில் திறமையான வளங்களை சேகரிக்க அனுமதிக்கும் நெட்வொர்க் தொழிற்சாலைகளை உருவாக்க முடியும்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

தரவு மைய நெட்வொர்க்கிலிருந்து நமக்கு என்ன வேண்டும்? முதலாவதாக, மலிவான மற்றும் மிகவும் சீராக விநியோகிக்கப்படும் அலைவரிசை நிறைய உள்ளது. ஏனெனில் நெட்வொர்க் என்பது நாம் வளங்களைச் சேகரிக்கக்கூடிய முதுகெலும்பாகும். புதிய இலக்கு அளவு ஒரு கிளஸ்டரில் சுமார் 100 ஆயிரம் சேவையகங்கள்.

நாங்கள் நிச்சயமாக, அளவிடக்கூடிய மற்றும் நிலையான கட்டுப்பாட்டு விமானத்தை விரும்புகிறோம், ஏனென்றால் இவ்வளவு பெரிய உள்கட்டமைப்பில், வெறுமனே சீரற்ற நிகழ்வுகளிலிருந்தும் கூட நிறைய தலைவலிகள் எழுகின்றன, மேலும் கட்டுப்பாட்டு விமானம் நமக்கு தலைவலியை ஏற்படுத்துவதை நாங்கள் விரும்பவில்லை. அதே நேரத்தில், அதில் மாநிலத்தை குறைக்க விரும்புகிறோம். சிறிய நிலை, சிறந்த மற்றும் நிலையான அனைத்தும் செயல்படுகின்றன, மேலும் எளிதாகக் கண்டறியலாம்.

நிச்சயமாக, எங்களுக்கு ஆட்டோமேஷன் தேவை, ஏனென்றால் அத்தகைய உள்கட்டமைப்பை கைமுறையாக நிர்வகிப்பது சாத்தியமற்றது, மேலும் இது சில காலமாக சாத்தியமற்றது. முடிந்தவரை செயல்பாட்டு ஆதரவும், அதை வழங்கக்கூடிய அளவிற்கு CI/CD ஆதரவும் தேவை.

தரவு மையங்கள் மற்றும் க்ளஸ்டர்களின் இத்தகைய அளவுகளில், சேவைத் தடங்கல் இல்லாமல் அதிகரிக்கும் வரிசைப்படுத்தல் மற்றும் விரிவாக்கத்தை ஆதரிக்கும் பணி மிகவும் தீவிரமானது. ஆயிரம் இயந்திரங்கள் அளவுள்ள கொத்துகளில், ஒருவேளை பத்தாயிரம் இயந்திரங்களுக்கு அருகில் இருந்தால், அவை இன்னும் ஒரு செயல்பாடாக உருட்டப்படலாம் - அதாவது, உள்கட்டமைப்பை விரிவாக்க நாங்கள் திட்டமிட்டுள்ளோம், மேலும் பல ஆயிரம் இயந்திரங்கள் ஒரே செயல்பாடாக சேர்க்கப்படுகின்றன. அப்படியானால், ஒரு லட்சம் இயந்திரங்கள் கொண்ட ஒரு கொத்து உடனடியாக எழுவதில்லை, அது ஒரு குறிப்பிட்ட காலத்திற்குள் கட்டப்பட்டது. இந்த நேரத்தில் ஏற்கனவே பம்ப் செய்யப்பட்டவை, பயன்படுத்தப்பட்ட உள்கட்டமைப்பு கிடைக்க வேண்டும் என்பது விரும்பத்தக்கது.

எங்களிடம் இருந்த மற்றும் விட்டுச்சென்ற ஒரு தேவை: பன்முகத்தன்மைக்கான ஆதரவு, அதாவது மெய்நிகராக்கம் அல்லது நெட்வொர்க் பிரிவு. இப்போது நாம் பிணைய துணி மட்டத்தில் இதைச் செய்யத் தேவையில்லை, ஏனென்றால் பகிர்வு ஹோஸ்ட்களுக்குச் சென்றுவிட்டது, மேலும் இது அளவிடுதலை எங்களுக்கு மிகவும் எளிதாக்கியுள்ளது. IPv6 மற்றும் ஒரு பெரிய முகவரிக்கு நன்றி, உள் உள்கட்டமைப்பில் நகல் முகவரிகளைப் பயன்படுத்த வேண்டிய அவசியமில்லை; அனைத்து முகவரிகளும் ஏற்கனவே தனிப்பட்டதாக இருந்தது. மேலும் ஹோஸ்ட்களுக்கு வடிகட்டுதல் மற்றும் பிணையப் பிரிவினை எடுத்துள்ளதால், தரவு மைய நெட்வொர்க்குகளில் மெய்நிகர் நெட்வொர்க் நிறுவனங்களை உருவாக்க வேண்டிய அவசியமில்லை.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

மிக முக்கியமான விஷயம், நமக்குத் தேவையில்லாதது. நெட்வொர்க்கிலிருந்து சில செயல்பாடுகளை அகற்ற முடிந்தால், இது வாழ்க்கையை மிகவும் எளிதாக்குகிறது, மேலும், ஒரு விதியாக, கிடைக்கக்கூடிய உபகரணங்கள் மற்றும் மென்பொருளின் தேர்வை விரிவுபடுத்துகிறது, நோயறிதலை மிகவும் எளிதாக்குகிறது.

எனவே, நமக்குத் தேவையில்லாதது என்ன, எதை விட்டுக்கொடுக்க முடிந்தது, அது நடந்த நேரத்தில் எப்போதும் மகிழ்ச்சியுடன் அல்ல, ஆனால் செயல்முறை முடிந்ததும் மிகுந்த நிம்மதியுடன்?

முதலில், L2 ஐ கைவிடுதல். எங்களுக்கு L2 தேவையில்லை, உண்மையானதும் அல்லது பின்பற்றுவதும் இல்லை. பயன்பாட்டு அடுக்கை நாங்கள் கட்டுப்படுத்துவதால் பெரும்பாலும் பயன்படுத்தப்படவில்லை. எங்கள் பயன்பாடுகள் கிடைமட்டமாக அளவிடக்கூடியவை, அவை எல் 3 முகவரியுடன் வேலை செய்கின்றன, சில தனிப்பட்ட நிகழ்வுகள் வெளியேறிவிட்டன என்று அவர்கள் அதிகம் கவலைப்படவில்லை, அவை புதிய ஒன்றை வெளியிடுகின்றன, பழைய முகவரியில் அதை வெளியிட வேண்டிய அவசியமில்லை, ஏனெனில் ஒரு கிளஸ்டரில் அமைந்துள்ள இயந்திரங்களின் சேவை கண்டுபிடிப்பு மற்றும் கண்காணிப்பின் தனி நிலை. இந்த பணியை நெட்வொர்க்கிற்கு நாங்கள் வழங்கவில்லை. நெட்வொர்க்கின் வேலை பாயிண்ட் A முதல் புள்ளி B வரை பாக்கெட்டுகளை வழங்குவதாகும்.

நெட்வொர்க்கிற்குள் முகவரிகள் நகரும் சூழ்நிலைகள் எங்களிடம் இல்லை, மேலும் இது கண்காணிக்கப்பட வேண்டும். பல வடிவமைப்புகளில் இது பொதுவாக VM மொபிலிட்டியை ஆதரிக்க தேவைப்படுகிறது. பெரிய Yandex இன் உள் உள்கட்டமைப்பில் மெய்நிகர் இயந்திரங்களின் இயக்கத்தை நாங்கள் பயன்படுத்துவதில்லை, மேலும், இது செய்யப்பட்டாலும், பிணைய ஆதரவுடன் இது நடக்கக்கூடாது என்று நாங்கள் நம்புகிறோம். இது உண்மையிலேயே செய்யப்பட வேண்டும் என்றால், அது ஹோஸ்ட் மட்டத்தில் செய்யப்பட வேண்டும், மேலும் மேலடுக்குகளில் இடம்பெயரக்கூடிய முகவரிகளை அழுத்தவும், அதனால் அடிவயிற்றின் ரூட்டிங் அமைப்பில் (போக்குவரத்து நெட்வொர்க்) தொடவோ அல்லது பல மாற்றங்களைச் செய்யவோ கூடாது. .

நாம் பயன்படுத்தாத மற்றொரு தொழில்நுட்பம் மல்டிகாஸ்ட். நீங்கள் விரும்பினால், ஏன் என்று விரிவாகச் சொல்ல முடியும். இது வாழ்க்கையை மிகவும் எளிதாக்குகிறது, ஏனென்றால் யாராவது அதைச் சமாளித்து, மல்டிகாஸ்ட் கட்டுப்பாட்டு விமானம் எப்படி இருக்கும் என்பதை சரியாகப் பார்த்தால், எளிமையான நிறுவல்களைத் தவிர மற்ற எல்லாவற்றிலும், இது ஒரு பெரிய தலைவலி. மேலும் என்னவென்றால், எடுத்துக்காட்டாக, நன்கு செயல்படும் திறந்த மூல செயலாக்கத்தைக் கண்டறிவது கடினம்.

இறுதியாக, எங்கள் நெட்வொர்க்குகள் அதிகமாக மாறாத வகையில் வடிவமைக்கிறோம். ரூட்டிங் அமைப்பில் வெளிப்புற நிகழ்வுகளின் ஓட்டம் சிறியதாக இருப்பதை நாம் நம்பலாம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

டேட்டா சென்டர் நெட்வொர்க்கை உருவாக்கும்போது என்ன சிக்கல்கள் எழுகின்றன மற்றும் என்ன கட்டுப்பாடுகளை கணக்கில் எடுத்துக்கொள்ள வேண்டும்? செலவு, நிச்சயமாக. அளவிடுதல், நாம் வளர விரும்பும் நிலை. சேவையை நிறுத்தாமல் விரிவாக்க வேண்டும். அலைவரிசை, கிடைக்கும் தன்மை. கண்காணிப்பு அமைப்புகளுக்கு, செயல்பாட்டுக் குழுக்களுக்கு நெட்வொர்க்கில் என்ன நடக்கிறது என்பதன் பார்வை. ஆட்டோமேஷன் ஆதரவு - மீண்டும், முடிந்தவரை, பல்வேறு பணிகளை பல்வேறு நிலைகளில் தீர்க்க முடியும் என்பதால், கூடுதல் அடுக்குகளை அறிமுகப்படுத்துவது உட்பட. சரி, [சாத்தியமான] விற்பனையாளர்களைச் சார்ந்து இல்லை. வெவ்வேறு வரலாற்று காலங்களில், நீங்கள் எந்தப் பகுதியைப் பார்க்கிறீர்கள் என்பதைப் பொறுத்து, இந்த சுதந்திரம் அடைய எளிதானது அல்லது மிகவும் கடினமாக இருந்தது. நெட்வொர்க் சாதன சில்லுகளின் குறுக்குவெட்டை நாம் எடுத்துக் கொண்டால், அதிக செயல்திறன் கொண்ட சில்லுகளையும் நாங்கள் விரும்பினால், விற்பனையாளர்களிடமிருந்து சுதந்திரம் பற்றி பேசுவது சமீப காலம் வரை மிகவும் நிபந்தனைக்குட்பட்டது.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

எங்கள் நெட்வொர்க்கை உருவாக்க என்ன தருக்க இடவியல் பயன்படுத்துவோம்? இது பல நிலை க்ளோஸாக இருக்கும். உண்மையில், இந்த நேரத்தில் உண்மையான மாற்றுகள் எதுவும் இல்லை. மற்றும் க்ளோஸ் டோபாலஜி மிகவும் நன்றாக இருக்கிறது, இப்போது கல்வி ஆர்வத்தில் அதிகம் இருக்கும் பல்வேறு மேம்பட்ட இடவியல்களுடன் ஒப்பிடும்போது, ​​பெரிய ரேடிக்ஸ் சுவிட்சுகள் இருந்தால்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

மல்டி-லெவல் க்ளோஸ் நெட்வொர்க் தோராயமாக எவ்வாறு கட்டமைக்கப்பட்டுள்ளது மற்றும் அதில் உள்ள பல்வேறு கூறுகள் என்ன? முதலில், காற்று உயர்ந்தது, வடக்கு எங்கே, தெற்கு எங்கே, கிழக்கு எங்கே, மேற்கு எங்கே என்று உங்களை திசைதிருப்ப. இந்த வகை நெட்வொர்க்குகள் பொதுவாக மேற்கு-கிழக்கு போக்குவரத்து அதிகமாக உள்ளவர்களால் உருவாக்கப்படுகின்றன. மீதமுள்ள உறுப்புகளைப் பொறுத்தவரை, மேலே சிறிய சுவிட்சுகளிலிருந்து கூடிய ஒரு மெய்நிகர் சுவிட்ச் உள்ளது. க்ளோஸ் நெட்வொர்க்குகளின் சுழல்நிலை கட்டுமானத்தின் முக்கிய யோசனை இதுவாகும். ஒருவித ரேடிக்ஸ் கொண்ட தனிமங்களை எடுத்து அவற்றை இணைக்கிறோம், இதனால் நமக்கு கிடைப்பது பெரிய ரேடிக்ஸ் கொண்ட சுவிட்சாகக் கருதப்படும். உங்களுக்கு இன்னும் அதிகமாக தேவைப்பட்டால், செயல்முறை மீண்டும் செய்யப்படலாம்.

சந்தர்ப்பங்களில், எடுத்துக்காட்டாக, இரண்டு-நிலை க்ளோஸ் மூலம், எனது வரைபடத்தில் செங்குத்தாக இருக்கும் கூறுகளை தெளிவாக அடையாளம் காண முடிந்தால், அவை பொதுவாக விமானங்கள் என்று அழைக்கப்படுகின்றன. முதுகுத்தண்டு சுவிட்சுகளின் மூன்று நிலைகளைக் கொண்ட ஒரு க்ளோஸை நாம் உருவாக்கினால் (அவை அனைத்தும் எல்லை அல்லது ToR சுவிட்சுகள் அல்ல, அவை போக்குவரத்திற்கு மட்டுமே பயன்படுத்தப்படுகின்றன), பின்னர் விமானங்கள் மிகவும் சிக்கலானதாக இருக்கும்; இரண்டு நிலைகள் சரியாக இப்படி இருக்கும். ToR அல்லது இலை சுவிட்சுகள் மற்றும் அவற்றுடன் தொடர்புடைய முதல் நிலை முதுகெலும்பு சுவிட்சுகளின் தொகுதியை Pod என்று அழைக்கிறோம். பாட்டின் மேற்பகுதியில் உள்ள ஸ்பைன்-1 லெவலின் ஸ்பைன் ஸ்விட்சுகள், பாட்டின் மேற்பகுதியில் இருக்கும். முழு தொழிற்சாலையின் மேற்புறத்திலும் அமைந்துள்ள சுவிட்சுகள், தொழிற்சாலையின் மேல் அடுக்கு, துணியின் மேல்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

நிச்சயமாக, கேள்வி எழுகிறது: க்ளோஸ் நெட்வொர்க்குகள் சில காலமாக கட்டமைக்கப்பட்டுள்ளன; இந்த யோசனை பொதுவாக கிளாசிக்கல் டெலிபோனி, டிடிஎம் நெட்வொர்க்குகளின் காலங்களில் இருந்து வருகிறது. ஒருவேளை ஏதாவது சிறப்பாக தோன்றியிருக்கலாம், ஏதாவது சிறப்பாக செய்ய முடியுமா? ஆமாம் மற்றும் இல்லை. கோட்பாட்டளவில் ஆம், எதிர்காலத்தில் நடைமுறையில் நிச்சயமாக இல்லை. பல சுவாரஸ்யமான இடவியல்கள் இருப்பதால், அவற்றில் சில உற்பத்தியிலும் பயன்படுத்தப்படுகின்றன, எடுத்துக்காட்டாக, டிராகன்ஃபிளை HPC பயன்பாடுகளில் பயன்படுத்தப்படுகிறது; Xpander, FatClique, Jellyfish போன்ற சுவாரஸ்யமான இடவியல்களும் உள்ளன. நீங்கள் சமீபத்தில் SIGCOMM அல்லது NSDI போன்ற மாநாடுகளின் அறிக்கைகளைப் பார்த்தால், Clos ஐ விட சிறந்த பண்புகளைக் கொண்ட (ஒன்று அல்லது மற்றொன்று) மாற்று இடவியல் பற்றிய நிறைய படைப்புகளை நீங்கள் காணலாம்.

ஆனால் இந்த அனைத்து இடவியல்களுக்கும் ஒரு சுவாரஸ்யமான சொத்து உள்ளது. இது தரவு மைய நெட்வொர்க்குகளில் செயல்படுத்தப்படுவதைத் தடுக்கிறது, நாங்கள் பொருட்களின் வன்பொருளில் உருவாக்க முயற்சி செய்கிறோம் மற்றும் மிகவும் நியாயமான பணம் செலவாகும். இந்த அனைத்து மாற்று இடவியல்களிலும், பெரும்பாலான அலைவரிசைகள் துரதிருஷ்டவசமாக குறுகிய பாதைகள் வழியாக அணுக முடியாது. எனவே, பாரம்பரிய கட்டுப்பாட்டு விமானத்தைப் பயன்படுத்துவதற்கான வாய்ப்பை உடனடியாக இழக்கிறோம்.

கோட்பாட்டளவில், பிரச்சினைக்கான தீர்வு அறியப்படுகிறது. இவை, எடுத்துக்காட்டாக, k-குறுகிய பாதையைப் பயன்படுத்தி இணைப்பு நிலையின் மாற்றங்கள், ஆனால், மீண்டும், உற்பத்தியில் செயல்படுத்தப்படும் மற்றும் சாதனங்களில் பரவலாகக் கிடைக்கும் நெறிமுறைகள் எதுவும் இல்லை.

மேலும், பெரும்பாலான திறன் குறுகிய பாதைகள் வழியாக அணுக முடியாததால், அந்த பாதைகள் அனைத்தையும் தேர்ந்தெடுக்க கட்டுப்பாட்டு விமானத்தை விட நாம் மாற்றியமைக்க வேண்டும் (இதன் மூலம், இது கட்டுப்பாட்டு விமானத்தில் குறிப்பிடத்தக்க அளவு உள்ளது). நாங்கள் இன்னும் பகிர்தல் விமானத்தை மாற்ற வேண்டும், மேலும், ஒரு விதியாக, குறைந்தது இரண்டு கூடுதல் அம்சங்கள் தேவை. இது ஒரு முறை பாக்கெட் பகிர்தல் பற்றிய அனைத்து முடிவுகளையும் எடுக்கும் திறன் ஆகும், எடுத்துக்காட்டாக, ஹோஸ்டில். உண்மையில், இது மூல ரூட்டிங் ஆகும், சில சமயங்களில் இன்டர்கனெக்ஷன் நெட்வொர்க்குகளில் உள்ள இலக்கியங்களில் இது அனைத்தையும் ஒரே நேரத்தில் பகிர்தல் முடிவுகள் என்று அழைக்கப்படுகிறது. அடாப்டிவ் ரூட்டிங் என்பது நெட்வொர்க் கூறுகளில் நமக்குத் தேவைப்படும் ஒரு செயல்பாடாகும், இது கொதித்தது, எடுத்துக்காட்டாக, வரிசையில் உள்ள குறைந்த சுமை பற்றிய தகவலின் அடிப்படையில் அடுத்த ஹாப்பைத் தேர்ந்தெடுக்கிறோம். உதாரணமாக, பிற விருப்பங்கள் சாத்தியமாகும்.

எனவே, திசை சுவாரஸ்யமானது, ஆனால், ஐயோ, அதை இப்போது பயன்படுத்த முடியாது.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

சரி, நாங்கள் க்ளோஸ் லாஜிக்கல் டோபாலஜியில் குடியேறினோம். அதை எப்படி அளவிடுவோம்? இது எப்படி வேலை செய்கிறது மற்றும் என்ன செய்யலாம் என்று பார்ப்போம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

ஒரு க்ளோஸ் நெட்வொர்க்கில் இரண்டு முக்கிய அளவுருக்கள் உள்ளன, அவை எப்படியாவது மாறுபடலாம் மற்றும் சில முடிவுகளைப் பெறலாம்: உறுப்புகளின் ரேடிக்ஸ் மற்றும் நெட்வொர்க்கில் உள்ள நிலைகளின் எண்ணிக்கை. இரண்டும் அளவை எவ்வாறு பாதிக்கிறது என்பதற்கான திட்ட வரைபடம் என்னிடம் உள்ளது. வெறுமனே, நாங்கள் இரண்டையும் இணைக்கிறோம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

க்ளோஸ் நெட்வொர்க்கின் இறுதி அகலம் தெற்கு ரேடிக்ஸின் அனைத்து நிலைகளின் முதுகெலும்பு சுவிட்சுகளின் தயாரிப்பு ஆகும், இது எத்தனை இணைப்புகள் கீழே உள்ளன, அது எவ்வாறு கிளைக்கிறது. நெட்வொர்க்கின் அளவை இப்படித்தான் அளவிடுகிறோம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

திறனைப் பொறுத்தவரை, குறிப்பாக ToR சுவிட்சுகளில், இரண்டு அளவிடுதல் விருப்பங்கள் உள்ளன. ஒன்று, பொதுவான இடவியலைப் பராமரிக்கும் போது, ​​வேகமான இணைப்புகளைப் பயன்படுத்தலாம் அல்லது அதிக விமானங்களைச் சேர்க்கலாம்.

க்ளோஸ் நெட்வொர்க்கின் விரிவாக்கப்பட்ட பதிப்பை (கீழ் வலது மூலையில்) பார்த்து, கீழே உள்ள க்ளோஸ் நெட்வொர்க்குடன் இந்தப் படத்திற்குத் திரும்பினால்...

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

... பின்னர் இது சரியாக அதே இடவியல் ஆகும், ஆனால் இந்த ஸ்லைடில் அது மிகவும் சுருக்கமாக சரிந்து, தொழிற்சாலையின் விமானங்கள் ஒன்றோடொன்று மிகைப்படுத்தப்படுகின்றன. அதே தான்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

க்ளோஸ் நெட்வொர்க்கை அளவிடுவது எண்களில் எப்படி இருக்கும்? ஒரு நெட்வொர்க் எவ்வளவு அதிகபட்ச அகலத்தைப் பெறலாம், அதிகபட்ச எண்ணிக்கையிலான ரேக்குகள், ToR சுவிட்சுகள் அல்லது இலை சுவிட்சுகள், அவை ரேக்குகளில் இல்லை என்றால், முதுகெலும்பு நிலைகளுக்கு நாம் பயன்படுத்தும் ரேடிக்ஸ் சுவிட்சுகளைப் பொறுத்து பெறலாம். நாம் எத்தனை நிலைகளை பயன்படுத்துகிறோம்.

ஒரு ரேக்கிற்கு 20 kW என்ற அடிப்படையில் நாம் எத்தனை ரேக்குகளை வைத்திருக்க முடியும், எத்தனை சர்வர்கள் மற்றும் தோராயமாக இவை அனைத்தையும் உட்கொள்ளலாம். சுமார் 100 ஆயிரம் சேவையகங்களின் கிளஸ்டர் அளவை நாங்கள் இலக்காகக் கொண்டுள்ளோம் என்று சற்று முன்பு குறிப்பிட்டேன்.

இந்த முழு வடிவமைப்பிலும், இரண்டரை விருப்பங்கள் ஆர்வமாக இருப்பதைக் காணலாம். ஸ்பைன்களின் இரண்டு அடுக்குகள் மற்றும் 64-போர்ட் சுவிட்சுகள் கொண்ட ஒரு விருப்பம் உள்ளது, இது கொஞ்சம் குறைவாக விழுகிறது. இரண்டு நிலைகள் கொண்ட 128-போர்ட் (ரேடிக்ஸ் 128 உடன்) முதுகெலும்பு சுவிட்சுகள் அல்லது மூன்று நிலைகள் கொண்ட ரேடிக்ஸ் 32 உடன் சுவிட்சுகள் சரியான பொருத்தமாக இருக்கும். எல்லா சந்தர்ப்பங்களிலும், அதிக ரேடிக்ஸ்கள் மற்றும் அதிக அடுக்குகள் இருக்கும் இடங்களில், நீங்கள் மிகப்பெரிய நெட்வொர்க்கை உருவாக்கலாம், ஆனால் நீங்கள் எதிர்பார்க்கும் நுகர்வு பார்த்தால், பொதுவாக ஜிகாவாட்கள் உள்ளன. கேபிள் போடுவது சாத்தியம், ஆனால் ஒரு தளத்தில் அவ்வளவு மின்சாரம் கிடைக்க வாய்ப்பில்லை. தரவு மையங்களின் புள்ளிவிவரங்கள் மற்றும் பொதுத் தரவுகளைப் பார்த்தால், 150 மெகாவாட்டிற்கு மேல் மதிப்பிடப்பட்ட திறன் கொண்ட மிகக் குறைவான தரவு மையங்களை நீங்கள் காணலாம். பெரியவை பொதுவாக தரவு மைய வளாகங்கள், பல பெரிய தரவு மையங்கள் ஒன்றுக்கொன்று மிக அருகில் அமைந்துள்ளன.

மற்றொரு முக்கியமான அளவுரு உள்ளது. நீங்கள் இடது நெடுவரிசையைப் பார்த்தால், பயன்படுத்தக்கூடிய அலைவரிசை அங்கு பட்டியலிடப்பட்டுள்ளது. ஒரு க்ளோஸ் நெட்வொர்க்கில் போர்ட்களின் குறிப்பிடத்தக்க பகுதி சுவிட்சுகளை ஒன்றோடொன்று இணைக்கப் பயன்படுத்தப்படுவதைப் பார்ப்பது எளிது. பயன்படுத்தக்கூடிய அலைவரிசை, ஒரு பயனுள்ள துண்டு, சர்வர்களை நோக்கி, வெளியே கொடுக்கக்கூடிய ஒன்று. இயற்கையாகவே, நான் நிபந்தனை துறைமுகங்கள் மற்றும் குறிப்பாக இசைக்குழு பற்றி பேசுகிறேன். ஒரு விதியாக, நெட்வொர்க்கில் உள்ள இணைப்புகள் சேவையகங்களுக்கான இணைப்புகளை விட வேகமானவை, ஆனால் அலைவரிசையின் ஒரு யூனிட், எங்கள் சேவையக சாதனங்களுக்கு அனுப்பக்கூடிய அளவுக்கு, நெட்வொர்க்கிலேயே இன்னும் சில அலைவரிசைகள் உள்ளன. மேலும் நாம் எவ்வளவு அளவுகளை உருவாக்குகிறோமோ, அந்த அளவுக்கு இந்த பட்டையை வெளியில் வழங்குவதற்கான குறிப்பிட்ட செலவு அதிகமாகும்.

மேலும், இந்த கூடுதல் இசைக்குழு கூட சரியாக இல்லை. இடைவெளிகள் குறைவாக இருக்கும்போது, ​​DAC (நேரடியாக இணைக்கப்பட்ட தாமிரம், அதாவது ட்வினாக்ஸ் கேபிள்கள்) அல்லது மல்டிமோட் ஆப்டிக்ஸ் போன்றவற்றைப் பயன்படுத்தலாம், இது இன்னும் அதிகமாகவோ அல்லது குறைவாகவோ நியாயமான பணம் செலவாகும். நாம் நீண்ட இடைவெளிகளுக்குச் சென்றவுடன் - ஒரு விதியாக, இவை ஒற்றை முறை ஒளியியல் ஆகும், மேலும் இந்த கூடுதல் அலைவரிசையின் விலை குறிப்பிடத்தக்க அளவில் அதிகரிக்கிறது.

மீண்டும், முந்தைய ஸ்லைடிற்குத் திரும்பினால், அதிகப்படியான சந்தா இல்லாமல் ஒரு க்ளோஸ் நெட்வொர்க்கை உருவாக்கினால், வரைபடத்தைப் பார்ப்பது எளிது, நெட்வொர்க் எவ்வாறு கட்டமைக்கப்பட்டுள்ளது என்பதைப் பார்க்கவும் - ஒவ்வொரு நிலை முதுகெலும்பு சுவிட்சுகளையும் சேர்த்து, முழு துண்டுகளையும் மீண்டும் செய்கிறோம். கீழே. பிளஸ் லெவல் - பிளஸ் அதே பேண்ட், முந்தைய லெவலில் இருந்த அதே எண்ணிக்கையிலான போர்ட்கள் சுவிட்சுகளில், அதே எண்ணிக்கையிலான டிரான்ஸ்ஸீவர்கள். எனவே, முதுகெலும்பு சுவிட்சுகளின் நிலைகளின் எண்ணிக்கையை குறைக்க மிகவும் விரும்பத்தக்கது.

இந்த படத்தின் அடிப்படையில், 128 ரேடிக்ஸ் கொண்ட சுவிட்சுகள் போன்ற ஒன்றை நாம் உண்மையில் உருவாக்க விரும்புகிறோம் என்பது தெளிவாகிறது.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இங்கே, கொள்கையளவில், எல்லாம் நான் சொன்னது போலவே உள்ளது; இது பின்னர் பரிசீலிக்க ஒரு ஸ்லைடு.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

அத்தகைய சுவிட்சுகளாக நாம் தேர்ந்தெடுக்கக்கூடிய விருப்பங்கள் என்ன? இப்போது அத்தகைய நெட்வொர்க்குகள் இறுதியாக ஒற்றை சிப் சுவிட்சுகளில் உருவாக்கப்படலாம் என்பது எங்களுக்கு மிகவும் இனிமையான செய்தி. இது மிகவும் அருமையாக இருக்கிறது, அவை நிறைய நல்ல அம்சங்களைக் கொண்டுள்ளன. உதாரணமாக, அவர்கள் கிட்டத்தட்ட உள் அமைப்பு இல்லை. இதன் பொருள் அவை எளிதில் உடைந்துவிடும். அவை எல்லா வகையிலும் உடைகின்றன, ஆனால் அதிர்ஷ்டவசமாக அவை முற்றிலும் உடைந்து போகின்றன. மட்டு சாதனங்களில் அதிக எண்ணிக்கையிலான தவறுகள் உள்ளன (மிகவும் விரும்பத்தகாதவை), அண்டை வீட்டாரின் பார்வையில் மற்றும் கட்டுப்பாட்டு விமானத்தின் பார்வையில் அது செயல்படுவதாகத் தெரிகிறது, ஆனால், எடுத்துக்காட்டாக, துணியின் ஒரு பகுதி இழந்துவிட்டது, அது வேலை செய்யவில்லை. முழு திறனில். அது முழுமையாக செயல்படும் என்பதன் அடிப்படையில் அதற்கான போக்குவரத்து சீரானது, மேலும் நாம் அதிக சுமைகளை பெறலாம்.

அல்லது, எடுத்துக்காட்டாக, பின்தளத்தில் சிக்கல்கள் எழுகின்றன, ஏனென்றால் மட்டு சாதனத்தின் உள்ளே அதிவேக SerDes உள்ளன - இது உள்ளே மிகவும் சிக்கலானது. பகிர்தல் கூறுகளுக்கு இடையே உள்ள அறிகுறிகள் ஒத்திசைக்கப்பட்டுள்ளன அல்லது ஒத்திசைக்கப்படவில்லை. பொதுவாக, அதிக எண்ணிக்கையிலான கூறுகளைக் கொண்ட எந்தவொரு உற்பத்தி மட்டு சாதனமும், ஒரு விதியாக, அதே க்ளோஸ் நெட்வொர்க்கை தனக்குள்ளேயே கொண்டுள்ளது, ஆனால் அதைக் கண்டறிவது மிகவும் கடினம். பெரும்பாலும் விற்பனையாளருக்குக் கூட கண்டறிவது கடினம்.

மேலும் இது அதிக எண்ணிக்கையிலான தோல்விக் காட்சிகளைக் கொண்டுள்ளது, இதில் சாதனம் சிதைகிறது, ஆனால் இடவியலில் இருந்து முழுமையாக வெளியேறாது. எங்கள் நெட்வொர்க் பெரியதாக இருப்பதால், ஒரே மாதிரியான கூறுகளுக்கு இடையில் சமநிலைப்படுத்துவது தீவிரமாகப் பயன்படுத்தப்படுகிறது, நெட்வொர்க் மிகவும் வழக்கமானது, அதாவது எல்லாம் ஒழுங்காக இருக்கும் ஒரு பாதை மற்ற பாதையிலிருந்து வேறுபட்டதல்ல, சிலவற்றை வெறுமனே இழப்பது எங்களுக்கு மிகவும் லாபகரமானது. டோபாலஜியில் இருந்து சாதனங்கள் ஒரு சூழ்நிலையில் முடிவடைவதை விட, அவற்றில் சில வேலை செய்வது போல் தோன்றும், ஆனால் சில வேலை செய்யவில்லை.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

ஒற்றை சிப் சாதனங்களின் அடுத்த நல்ல அம்சம் என்னவென்றால், அவை சிறப்பாகவும் வேகமாகவும் உருவாகின்றன. அவர்கள் சிறந்த திறனையும் கொண்டுள்ளனர். ஒரு வட்டத்தில் இருக்கும் பெரிய அசெம்பிள் செய்யப்பட்ட கட்டமைப்புகளை எடுத்துக் கொண்டால், அதே வேகத்தில் உள்ள போர்ட்களுக்கான ரேக் யூனிட்டின் திறன் மட்டு சாதனங்களை விட இரு மடங்கு அதிகமாக இருக்கும். ஒற்றை சிப்பைச் சுற்றிக் கட்டப்பட்ட சாதனங்கள், மட்டு சாதனங்களைக் காட்டிலும் குறிப்பிடத்தக்க வகையில் மலிவானவை மற்றும் குறைந்த ஆற்றலைப் பயன்படுத்துகின்றன.

ஆனால், நிச்சயமாக, இவை அனைத்தும் ஒரு காரணத்திற்காகவே உள்ளன, குறைபாடுகளும் உள்ளன. முதலாவதாக, ரேடிக்ஸ் எப்போதும் மட்டு சாதனங்களை விட சிறியதாக இருக்கும். 128 போர்ட்களைக் கொண்ட ஒரு சிப்பைச் சுற்றிக் கட்டமைக்கப்பட்ட சாதனத்தைப் பெற முடிந்தால், இப்போது பல நூறு போர்ட்களைக் கொண்ட மாடுலர் ஒன்றை எந்த பிரச்சனையும் இல்லாமல் பெறலாம்.

இது முன்னனுப்புதல் அட்டவணைகளின் குறிப்பிடத்தக்க அளவு சிறியது மற்றும் ஒரு விதியாக, தரவு விமானம் அளவிடுதல் தொடர்பான அனைத்தும். ஆழமற்ற இடையகங்கள். மற்றும், ஒரு விதியாக, மாறாக வரையறுக்கப்பட்ட செயல்பாடு. ஆனால் இந்த கட்டுப்பாடுகளை நீங்கள் அறிந்திருந்தால், அவற்றைத் தவிர்ப்பதற்கு அல்லது அவற்றை கணக்கில் எடுத்துக்கொள்வதற்கு சரியான நேரத்தில் கவனம் செலுத்தினால், இது மிகவும் பயமாக இல்லை. இறுதியாக சமீபத்தில் தோன்றிய 128 ரேடிக்ஸ் கொண்ட சாதனங்களில் ரேடிக்ஸ் சிறியது என்பது ஒரு பிரச்சனையாக இருக்காது; நாம் இரண்டு அடுக்குகளில் ஸ்பைன்களை உருவாக்கலாம். ஆனால் எங்களுக்கு சுவாரஸ்யமான இரண்டை விட சிறிய எதையும் உருவாக்குவது இன்னும் சாத்தியமற்றது. ஒரு நிலை மூலம், மிகச் சிறிய கொத்துகள் பெறப்படுகின்றன. எங்களின் முந்தைய வடிவமைப்புகள் மற்றும் தேவைகள் கூட இன்னும் அவற்றை மீறியுள்ளன.

உண்மையில், திடீரென்று தீர்வு எங்காவது விளிம்பில் இருந்தால், அளவிட இன்னும் ஒரு வழி உள்ளது. கடைசியாக (அல்லது முதல்), சர்வர்கள் இணைக்கப்பட்டுள்ள மிகக் குறைந்த நிலை ToR சுவிட்சுகள் அல்லது இலை சுவிட்சுகள் என்பதால், அவற்றுடன் ஒரு ரேக்கை இணைக்க வேண்டிய அவசியமில்லை. எனவே, தீர்வு பாதியாகக் குறைந்தால், கீழ் மட்டத்தில் ஒரு பெரிய ரேடிக்ஸ் கொண்ட சுவிட்சைப் பயன்படுத்துவதைப் பற்றி நீங்கள் சிந்திக்கலாம், எடுத்துக்காட்டாக, இரண்டு அல்லது மூன்று ரேக்குகளை ஒரு சுவிட்சில் இணைப்பது. இதுவும் ஒரு விருப்பமாகும், இது அதன் செலவுகளைக் கொண்டுள்ளது, ஆனால் இது நன்றாக வேலை செய்கிறது மற்றும் நீங்கள் இரு மடங்கு அளவை அடைய வேண்டியிருக்கும் போது இது ஒரு நல்ல தீர்வாக இருக்கும்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

சுருக்கமாக, எட்டு தொழிற்சாலை அடுக்குகளுடன் இரண்டு நிலை முதுகெலும்புகள் கொண்ட ஒரு இடவியலை உருவாக்குகிறோம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இயற்பியலுக்கு என்ன நடக்கும்? மிகவும் எளிமையான கணக்கீடுகள். எங்களிடம் இரண்டு நிலை முதுகெலும்புகள் இருந்தால், எங்களிடம் மூன்று நிலை சுவிட்சுகள் மட்டுமே உள்ளன, மேலும் நெட்வொர்க்கில் மூன்று கேபிள் பிரிவுகள் இருக்கும் என்று நாங்கள் எதிர்பார்க்கிறோம்: சர்வர்கள் முதல் இலை சுவிட்சுகள், முதுகெலும்பு 1, முதுகெலும்பு 2. நம்மால் முடிந்த விருப்பங்கள் பயன்படுத்தப்படுகின்றன - இவை ட்வினாக்ஸ், மல்டிமோட், ஒற்றை முறை. இங்கே நாம் என்ன துண்டு கிடைக்கும், எவ்வளவு செலவாகும், உடல் பரிமாணங்கள் என்ன, என்ன ஸ்பான்களை மறைக்க முடியும், எப்படி மேம்படுத்துவோம் என்பதை கருத்தில் கொள்ள வேண்டும்.

செலவின் அடிப்படையில், எல்லாவற்றையும் வரிசைப்படுத்தலாம். ட்வினாக்ஸ்கள் செயலில் உள்ள ஒளியியலை விட கணிசமாக மலிவானவை, மல்டிமோட் டிரான்ஸ்ஸீவர்களை விட மலிவானவை, நீங்கள் அதை ஒரு விமானத்திற்கு கடைசியில் எடுத்தால், 100-ஜிகாபிட் சுவிட்ச் போர்ட்டை விட சற்றே மலிவானது. மேலும், தயவு செய்து கவனிக்கவும், இது ஒற்றை பயன்முறை ஒளியியலை விட குறைவாக செலவாகும், ஏனெனில் ஒற்றை பயன்முறை தேவைப்படும் விமானங்களில், தரவு மையங்களில் பல காரணங்களுக்காக CWDM ஐப் பயன்படுத்துவது அர்த்தமுள்ளதாக இருக்கிறது, அதே நேரத்தில் இணையான ஒற்றை முறை (PSM) வேலை செய்ய மிகவும் வசதியாக இல்லை. உடன், மிகப் பெரிய பொதிகள் இழைகளைப் பெறுகின்றன, மேலும் இந்த தொழில்நுட்பங்களில் நாம் கவனம் செலுத்தினால், தோராயமாக பின்வரும் விலைப் படிநிலையைப் பெறுவோம்.

மேலும் ஒரு குறிப்பு: துரதிர்ஷ்டவசமாக, பிரித்தெடுக்கப்பட்ட 100 முதல் 4x25 மல்டிமோட் போர்ட்களைப் பயன்படுத்துவது மிகவும் சாத்தியமில்லை. SFP28 டிரான்ஸ்ஸீவர்களின் வடிவமைப்பு அம்சங்கள் காரணமாக, இது 28 Gbit QSFP100 ஐ விட மிகவும் மலிவானது அல்ல. மல்டிமோடுக்கான இந்த பிரித்தெடுத்தல் நன்றாக வேலை செய்யாது.

மற்றொரு வரம்பு என்னவென்றால், கம்ப்யூட்டிங் கிளஸ்டர்களின் அளவு மற்றும் சேவையகங்களின் எண்ணிக்கை காரணமாக, எங்கள் தரவு மையங்கள் உடல் ரீதியாக பெரியதாக மாறிவிடும். இதன் பொருள் குறைந்தபட்சம் ஒரு விமானத்தை சிங்கிள்மோட் மூலம் செய்ய வேண்டும். மீண்டும், காய்களின் உடல் அளவு காரணமாக, ட்வினாக்ஸின் இரண்டு இடைவெளிகளை (செப்பு கேபிள்கள்) இயக்க முடியாது.

இதன் விளைவாக, விலையை மேம்படுத்தி, இந்த வடிவமைப்பின் வடிவவியலைக் கணக்கில் எடுத்துக் கொண்டால், CWDM ஐப் பயன்படுத்தி ஒரு ஸ்பான் ட்வினாக்ஸ், ஒரு ஸ்பான் மல்டிமோட் மற்றும் ஒரு ஸ்பான் சிங்கிள்மோட் ஆகியவற்றைப் பெறுகிறோம். இது சாத்தியமான மேம்படுத்தல் பாதைகளை கணக்கில் எடுத்துக்கொள்கிறது.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இதுதான் சமீபத்தில் தெரிகிறது, நாங்கள் எங்கு செல்கிறோம் மற்றும் சாத்தியமானது. மல்டிமோட் மற்றும் சிங்கிள்மோட் ஆகிய இரண்டிற்கும் 50-ஜிகாபிட் செர்டெஸை நோக்கி நகர்வது எப்படி என்பது தெளிவாக உள்ளது. மேலும், 400Gக்கான ஒற்றை-முறை டிரான்ஸ்ஸீவர்களில் என்ன இருக்கிறது என்பதைப் பார்த்தால், பெரும்பாலும் 50G SerDes மின் பக்கத்திலிருந்து வந்தாலும், ஒரு லேனுக்கு 100 Gbps ஏற்கனவே ஒளியியலுக்குச் செல்ல முடியும். எனவே, 50 க்கு நகர்வதற்குப் பதிலாக, ஒரு பாதைக்கு 100 ஜிகாபிட் செர்டெஸ் மற்றும் 100 ஜிபிபிஎஸ் ஆக மாறுவது மிகவும் சாத்தியம், ஏனெனில் பல விற்பனையாளர்களின் வாக்குறுதிகளின்படி, அவற்றின் கிடைக்கும் தன்மை மிக விரைவில் எதிர்பார்க்கப்படுகிறது. 50G SerDes வேகமானதாக இருந்த காலம், மிக நீண்டதாக இருக்காது என்று தோன்றுகிறது, ஏனெனில் 100G SerDes இன் முதல் பிரதிகள் கிட்டத்தட்ட அடுத்த ஆண்டு வெளியாகும். அதன் பிறகு சிறிது நேரம் கழித்து அவர்கள் நியாயமான பணத்திற்கு மதிப்புள்ளவர்களாக இருப்பார்கள்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இயற்பியல் தேர்வு பற்றி மேலும் ஒரு நுணுக்கம். கொள்கையளவில், நாம் ஏற்கனவே 400G SerDes ஐப் பயன்படுத்தி 200 அல்லது 50 கிகாபிட் போர்ட்களைப் பயன்படுத்தலாம். ஆனால் இது மிகவும் அர்த்தமற்றது என்று மாறிவிடும், ஏனென்றால், நான் முன்பு கூறியது போல், சுவிட்சுகளில் ஒரு பெரிய ரேடிக்ஸ் வேண்டும், நிச்சயமாக, காரணம். நமக்கு 128 வேண்டும். மேலும் எங்களிடம் குறைந்த சிப் திறன் இருந்தால் மற்றும் இணைப்பு வேகத்தை அதிகரித்தால், ரேடிக்ஸ் இயற்கையாகவே குறைகிறது, அற்புதங்கள் எதுவும் இல்லை.

மேலும் விமானங்களைப் பயன்படுத்தி மொத்த திறனை அதிகரிக்கலாம், மேலும் சிறப்பு செலவுகள் எதுவும் இல்லை; விமானங்களின் எண்ணிக்கையை நாம் சேர்க்கலாம். நாம் ரேடிக்ஸை இழந்தால், நாங்கள் ஒரு கூடுதல் நிலையை அறிமுகப்படுத்த வேண்டும், எனவே தற்போதைய சூழ்நிலையில், ஒரு சிப்புக்கு தற்போதைய அதிகபட்ச திறன் கொண்ட, 100-ஜிகாபிட் போர்ட்களைப் பயன்படுத்துவது மிகவும் திறமையானது என்று மாறிவிடும், ஏனெனில் அவை உங்களை அனுமதிக்கின்றன. ஒரு பெரிய ரேடிக்ஸ் பெற.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

அடுத்த கேள்வி இயற்பியல் எவ்வாறு ஒழுங்கமைக்கப்பட்டுள்ளது, ஆனால் கேபிள் உள்கட்டமைப்பின் பார்வையில் இருந்து. இது ஒரு வேடிக்கையான வழியில் ஒழுங்கமைக்கப்பட்டுள்ளது என்று மாறிவிடும். இலை-சுவிட்சுகள் மற்றும் முதல்-நிலை முதுகெலும்புகளுக்கு இடையில் கேபிளிங் - அங்கு பல இணைப்புகள் இல்லை, எல்லாம் ஒப்பீட்டளவில் எளிமையாக கட்டப்பட்டுள்ளன. ஆனால் நாம் ஒரு விமானத்தை எடுத்துக் கொண்டால், உள்ளே என்ன நடக்கிறது என்றால், முதல் நிலையின் அனைத்து முதுகெலும்புகளையும் இரண்டாவது நிலையின் அனைத்து முதுகெலும்புகளுடன் இணைக்க வேண்டும்.

கூடுதலாக, ஒரு விதியாக, தரவு மையத்திற்குள் அது எப்படி இருக்க வேண்டும் என்பதற்கான சில விருப்பங்கள் உள்ளன. எடுத்துக்காட்டாக, நாங்கள் உண்மையில் கேபிள்களை ஒரு மூட்டையாக இணைத்து அவற்றை இழுக்க விரும்பினோம், இதனால் ஒரு உயர் அடர்த்தி பேட்ச் பேனல் முழுவதுமாக ஒரு பேட்ச் பேனலுக்குள் சென்றது, இதனால் நீளத்தின் அடிப்படையில் மிருகக்காட்சிசாலை இல்லை. இந்த சிக்கலை நாங்கள் தீர்க்க முடிந்தது. நீங்கள் ஆரம்பத்தில் தருக்க இடவியலைப் பார்த்தால், விமானங்கள் சுயாதீனமாக இருப்பதைக் காணலாம், ஒவ்வொரு விமானமும் அதன் சொந்தமாக உருவாக்கப்படலாம். ஆனால் நாம் அத்தகைய தொகுப்பைச் சேர்த்து, முழு பேட்ச் பேனலையும் ஒரு பேட்ச் பேனலில் இழுக்க விரும்பினால், ஒரு மூட்டைக்குள் வெவ்வேறு விமானங்களைக் கலக்க வேண்டும் மற்றும் அவை எவ்வாறு கூடியிருந்தன என்பதை மீண்டும் பேக் செய்ய ஆப்டிகல் குறுக்கு இணைப்பு வடிவத்தில் ஒரு இடைநிலை கட்டமைப்பை அறிமுகப்படுத்த வேண்டும். ஒரு பிரிவில், மற்றொரு பிரிவில் அவை எவ்வாறு சேகரிக்கப்படும். இதற்கு நன்றி, நாங்கள் ஒரு நல்ல அம்சத்தைப் பெறுகிறோம்: அனைத்து சிக்கலான மாறுதல்களும் ரேக்குகளுக்கு அப்பால் செல்லாது. நீங்கள் எதையாவது மிகவும் வலுவாகப் பிணைக்க வேண்டியிருக்கும் போது, ​​​​"விமானங்களைத் திறக்கவும்", இது சில நேரங்களில் க்ளோஸ் நெட்வொர்க்குகளில் அழைக்கப்படுகிறது, இது அனைத்தும் ஒரு ரேக்கிற்குள் குவிந்துள்ளது. தனித்தனி இணைப்புகள் வரை, ரேக்குகளுக்கு இடையில் மாறுவது எங்களிடம் அதிகம் பிரிக்கப்படவில்லை.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

கேபிள் உள்கட்டமைப்பின் தர்க்கரீதியான அமைப்பின் பார்வையில் இருந்து இது எப்படி இருக்கிறது. இடதுபுறத்தில் உள்ள படத்தில், பல வண்ணத் தொகுதிகள் முதல் நிலை முதுகெலும்பு சுவிட்சுகளின் தொகுதிகள், ஒவ்வொன்றும் எட்டு துண்டுகள் மற்றும் அவற்றிலிருந்து வரும் நான்கு கேபிள்களின் மூட்டைகளை சித்தரிக்கின்றன, அவை முதுகெலும்பு -2 சுவிட்சுகளின் தொகுதிகளிலிருந்து வரும் மூட்டைகளுடன் சென்று வெட்டுகின்றன. .

சிறிய சதுரங்கள் குறுக்குவெட்டுகளைக் குறிக்கின்றன. மேல் இடதுபுறத்தில் இதுபோன்ற ஒவ்வொரு குறுக்குவெட்டின் முறிவு உள்ளது, இது உண்மையில் 512 பை 512 போர்ட் கிராஸ்-கனெக்ட் மாட்யூல் ஆகும், இது கேபிள்களை மீண்டும் பேக் செய்கிறது, இதனால் அவை முற்றிலும் ஒரு ரேக்கில் வரும், அங்கு ஒரே ஒரு முதுகெலும்பு-2 விமானம் மட்டுமே உள்ளது. மேலும் வலதுபுறத்தில், இந்தப் படத்தின் ஸ்கேன், ஸ்பைன்-1 லெவலில் உள்ள பல பாட்கள் தொடர்பாகவும், கிராஸ்-இணைப்பில் எப்படி தொகுக்கப்பட்டுள்ளது, ஸ்பைன்-2 லெவலுக்கு எப்படி வருகிறது என்பது பற்றியும் கொஞ்சம் விரிவாகப் பார்க்கலாம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இப்படித்தான் தெரிகிறது. இன்னும் முழுமையாக அசெம்பிள் செய்யப்படாத ஸ்பைன்-2 ஸ்டாண்ட் (இடதுபுறம்) மற்றும் கிராஸ்-கனெக்ட் ஸ்டாண்ட். துரதிர்ஷ்டவசமாக, அங்கு பார்க்க அதிகம் இல்லை. இந்த முழு கட்டமைப்பும் இப்போது விரிவுபடுத்தப்படும் எங்களின் பெரிய தரவு மையங்களில் ஒன்றில் பயன்படுத்தப்படுகிறது. இது செயலில் உள்ளது, இது அழகாக இருக்கும், அது சிறப்பாக நிரப்பப்படும்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

ஒரு முக்கியமான கேள்வி: நாங்கள் தருக்க இடவியலைத் தேர்ந்தெடுத்து இயற்பியலை உருவாக்கினோம். கட்டுப்பாட்டு விமானத்திற்கு என்ன நடக்கும்? இயக்க அனுபவத்திலிருந்து இது நன்கு அறியப்பட்டதாகும், இணைப்பு நிலை நெறிமுறைகள் நன்றாக இருப்பதாக பல அறிக்கைகள் உள்ளன, அவர்களுடன் பணிபுரிவது மகிழ்ச்சி அளிக்கிறது, ஆனால், துரதிர்ஷ்டவசமாக, அவை அடர்த்தியாக இணைக்கப்பட்ட இடவியலில் சரியாக அளவிடப்படவில்லை. இதைத் தடுக்கும் ஒரு முக்கிய காரணி உள்ளது - இணைப்பு நிலை நெறிமுறைகளில் வெள்ளம் எவ்வாறு செயல்படுகிறது. நீங்கள் வெள்ளப்பெருக்கு அல்காரிதத்தை எடுத்து, எங்கள் நெட்வொர்க் எவ்வாறு கட்டமைக்கப்பட்டுள்ளது என்பதைப் பார்த்தால், ஒவ்வொரு அடியிலும் மிகப் பெரிய ஃபேன்அவுட் இருப்பதைக் காணலாம், மேலும் அது புதுப்பிப்புகளுடன் கட்டுப்பாட்டு விமானத்தை நிரப்பும். குறிப்பாக, இணைப்பு நிலை நெறிமுறைகளில் உள்ள பாரம்பரிய வெள்ளப்பெருக்கு வழிமுறையுடன் இத்தகைய இடவியல் மிகவும் மோசமாக கலக்கிறது.

தேர்வு BGP ஐப் பயன்படுத்த வேண்டும். அதை எவ்வாறு சரியாக தயாரிப்பது என்பது RFC 7938 இல் பெரிய தரவு மையங்களில் BGP பயன்படுத்துவது பற்றி விவரிக்கப்பட்டுள்ளது. அடிப்படை யோசனைகள் எளிமையானவை: ஒரு ஹோஸ்டுக்கு குறைந்தபட்ச முன்னொட்டுகள் மற்றும் நெட்வொர்க்கில் பொதுவாக குறைந்தபட்ச முன்னொட்டுகள், முடிந்தால் திரட்டலைப் பயன்படுத்தவும் மற்றும் பாதை வேட்டையை அடக்கவும். பள்ளத்தாக்கு இலவசம் என்று அழைக்கப்படும் புதுப்பிப்புகளின் மிகவும் கவனமாக, கட்டுப்படுத்தப்பட்ட விநியோகத்தை நாங்கள் விரும்புகிறோம். புதுப்பிப்புகள் நெட்வொர்க் வழியாகச் செல்லும்போது ஒரு முறை சரியாகப் பயன்படுத்தப்பட வேண்டும் என்று நாங்கள் விரும்புகிறோம். அவை கீழே தோன்றினால், அவை மேலே செல்கின்றன, ஒன்றுக்கு மேற்பட்ட முறை விரிவடையாது. ஜிக்ஜாக்ஸ் இருக்கக்கூடாது. ஜிக்ஜாக்ஸ் மிகவும் மோசமானது.

இதைச் செய்ய, அடிப்படையான BGP வழிமுறைகளைப் பயன்படுத்துவதற்குப் போதுமான எளிமையான வடிவமைப்பைப் பயன்படுத்துகிறோம். அதாவது, லோக்கல் இணைப்பில் இயங்கும் eBGPஐப் பயன்படுத்துகிறோம், மேலும் தன்னாட்சி அமைப்புகள் பின்வருமாறு ஒதுக்கப்படுகின்றன: ToR இல் ஒரு தன்னாட்சி அமைப்பு, ஒரு Pod இன் ஸ்பைன்-1 சுவிட்சுகளின் முழுத் தொகுதியிலும் ஒரு தன்னாட்சி அமைப்பு மற்றும் முழு மேற்புறத்திலும் ஒரு பொதுவான தன்னாட்சி அமைப்பு துணி. BGP இன் இயல்பான நடத்தை கூட நாம் விரும்பும் புதுப்பிப்புகளின் விநியோகத்தை நமக்கு வழங்குகிறது என்பதைப் பார்ப்பது கடினம் அல்ல.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இயற்கையாகவே, முகவரியிடல் மற்றும் முகவரி திரட்டுதல் ஆகியவை வடிவமைக்கப்பட வேண்டும், இதனால் ரூட்டிங் கட்டமைக்கப்பட்ட விதத்துடன் இணக்கமாக இருக்கும், இதனால் அது கட்டுப்பாட்டு விமானத்தின் நிலைத்தன்மையை உறுதி செய்கிறது. போக்குவரத்தில் எல் 3 முகவரி இடவியலுடன் இணைக்கப்பட்டுள்ளது, ஏனெனில் இது இல்லாமல் ஒருங்கிணைப்பை அடைய முடியாது; இது இல்லாமல், தனிப்பட்ட முகவரிகள் ரூட்டிங் அமைப்பில் ஊர்ந்து செல்லும். மேலும் ஒரு விஷயம் என்னவென்றால், துரதிர்ஷ்டவசமாக, திரட்டல் பல பாதையுடன் நன்றாக கலக்கவில்லை, ஏனென்றால் நம்மிடம் பல பாதைகள் இருக்கும்போது, ​​​​நம்மிடம் திரட்டல் இருக்கும்போது, ​​​​எல்லாம் நன்றாக இருக்கிறது, முழு நெட்வொர்க்கும் ஆரோக்கியமாக இருக்கும்போது, ​​அதில் தோல்விகள் எதுவும் இல்லை. துரதிர்ஷ்டவசமாக, நெட்வொர்க்கில் தோல்விகள் தோன்றி, இடவியலின் சமச்சீர்நிலை இழந்தவுடன், அலகு அறிவிக்கப்பட்ட இடத்திற்கு நாம் வரலாம், அதிலிருந்து நாம் செல்ல வேண்டிய இடத்திற்கு மேலும் செல்ல முடியாது. எனவே, மல்டி-பாத் இல்லாத இடங்களைத் திரட்டுவது சிறந்தது, எங்கள் விஷயத்தில் இவை ToR சுவிட்சுகள்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

உண்மையில், ஒருங்கிணைக்க முடியும், ஆனால் கவனமாக. நெட்வொர்க் தோல்விகள் ஏற்படும் போது நாம் கட்டுப்படுத்தப்பட்ட பிரித்தலை செய்ய முடியும் என்றால். ஆனால் இது மிகவும் கடினமான பணியாகும், இதைச் செய்ய முடியுமா, கூடுதல் ஆட்டோமேஷனைச் சேர்க்க முடியுமா, மற்றும் விரும்பிய நடத்தையைப் பெற BGP ஐ சரியாக உதைக்கும் வரையறுக்கப்பட்ட நிலை இயந்திரங்களைச் சேர்க்க முடியுமா என்று நாங்கள் யோசித்தோம். துரதிர்ஷ்டவசமாக, மூலையில் உள்ள வழக்குகளை செயலாக்குவது மிகவும் வெளிப்படையானது மற்றும் சிக்கலானது, மேலும் BGP உடன் வெளிப்புற இணைப்புகளை இணைப்பதன் மூலம் இந்த பணி சரியாக தீர்க்கப்படவில்லை.

இந்த விஷயத்தில் மிகவும் சுவாரஸ்யமான வேலை RIFT நெறிமுறையின் கட்டமைப்பிற்குள் செய்யப்பட்டுள்ளது, இது அடுத்த அறிக்கையில் விவாதிக்கப்படும்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

மற்றொரு முக்கியமான விஷயம் என்னவென்றால், தரவுத் தளங்கள் அடர்த்தியான இடவியல்களில் எவ்வாறு அளவிடப்படுகின்றன, அங்கு ஏராளமான மாற்றுப் பாதைகள் உள்ளன. இந்த வழக்கில், பல கூடுதல் தரவு கட்டமைப்புகள் பயன்படுத்தப்படுகின்றன: ECMP குழுக்கள், இது அடுத்த ஹாப் குழுக்களை விவரிக்கிறது.

சாதாரணமாக வேலை செய்யும் நெட்வொர்க்கில், தோல்விகள் இல்லாமல், க்ளோஸ் டோபாலஜிக்கு மேலே செல்லும்போது, ​​ஒரே ஒரு குழுவை மட்டும் பயன்படுத்தினால் போதும், ஏனென்றால், லோக்கல் இல்லாத அனைத்தும் இயல்பாக விவரிக்கப்படும், மேலே செல்லலாம். நாம் மேலிருந்து கீழாக தெற்கே செல்லும் போது, ​​அனைத்து பாதைகளும் ECMP அல்ல, அவை ஒற்றை பாதை பாதைகள். எல்லாம் நன்றாக இருக்கிறது. பிரச்சனை என்னவென்றால், கிளாசிக் க்ளோஸ் டோபாலஜியின் தனித்தன்மை என்னவென்றால், துணியின் மேற்பகுதியைப் பார்த்தால், எந்த உறுப்புக்கும் கீழே உள்ள எந்த உறுப்புக்கும் ஒரே ஒரு பாதை மட்டுமே உள்ளது. இந்த பாதையில் தோல்விகள் ஏற்பட்டால், தொழிற்சாலையின் மேற்புறத்தில் உள்ள இந்த குறிப்பிட்ட உறுப்பு உடைந்த பாதையின் பின்னால் இருக்கும் முன்னொட்டுகளுக்கு துல்லியமாக செல்லாது. ஆனால் மீதமுள்ளவர்களுக்கு இது செல்லுபடியாகும், மேலும் நாம் ECMP குழுக்களை அலச வேண்டும் மற்றும் ஒரு புதிய மாநிலத்தை அறிமுகப்படுத்த வேண்டும்.

நவீன சாதனங்களில் டேட்டா பிளேன் அளவிடுதல் எப்படி இருக்கும்? நாம் LPM (நீண்ட முன்னொட்டு பொருத்தம்) செய்தால், எல்லாம் நன்றாக இருக்கும், 100k முன்னொட்டுகள். நாங்கள் நெக்ஸ்ட் ஹாப் குழுக்களைப் பற்றி பேசுகிறோம் என்றால், எல்லாம் மோசமாக உள்ளது, 2-4 ஆயிரம். நெக்ஸ்ட் ஹாப்ஸ் (அல்லது அட்ஜசென்சிஸ்) பற்றிய விளக்கத்தைக் கொண்ட டேபிளைப் பற்றி நாம் பேசுகிறோம் என்றால், இது 16k முதல் 64k வரை இருக்கும். மேலும் இது ஒரு பிரச்சனையாக மாறலாம். இங்கே நாம் ஒரு சுவாரஸ்யமான திசைதிருப்பலுக்கு வருகிறோம்: தரவு மையங்களில் MPLS க்கு என்ன ஆனது? கொள்கையளவில், நாங்கள் அதை செய்ய விரும்பினோம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இரண்டு விஷயங்கள் நடந்தன. ஹோஸ்ட்களில் மைக்ரோ-பிரிவு செய்தோம்; இனி நெட்வொர்க்கில் செய்ய வேண்டிய அவசியமில்லை. வெவ்வேறு விற்பனையாளர்களின் ஆதரவுடன் இது மிகவும் சிறப்பாக இல்லை, மேலும் MPLS உடன் வெள்ளை பெட்டிகளில் திறந்த செயலாக்கங்களுடன். MPLS, குறைந்தபட்சம் அதன் பாரம்பரிய செயலாக்கங்கள், துரதிர்ஷ்டவசமாக, ECMP உடன் மிகவும் மோசமாக இணைக்கப்பட்டுள்ளது. அதனால் தான்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

IPக்கான ECMP பகிர்தல் அமைப்பு இப்படித்தான் இருக்கும். அதிக எண்ணிக்கையிலான முன்னொட்டுகள் ஒரே குழுவையும் அதே நெக்ஸ்ட் ஹாப்ஸ் பிளாக்கையும் பயன்படுத்தலாம் (அல்லது அருகிலுள்ளவை, வெவ்வேறு சாதனங்களுக்கான வெவ்வேறு ஆவணங்களில் இது வித்தியாசமாக அழைக்கப்படலாம்). முக்கிய விஷயம் என்னவென்றால், இது வெளிச்செல்லும் போர்ட் மற்றும் சரியான நெக்ஸ்ட் ஹாப்பைப் பெறுவதற்கு MAC முகவரியை மீண்டும் எழுதுவது என விவரிக்கப்படுகிறது. IP க்கு எல்லாம் எளிமையாகத் தெரிகிறது, ஒரே குழுவிற்கு, அதே நெக்ஸ்ட் ஹாப்ஸ் பிளாக்கிற்கு மிகப் பெரிய எண்ணிக்கையிலான முன்னொட்டுகளைப் பயன்படுத்தலாம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

கிளாசிக் MPLS கட்டமைப்பு, வெளிச்செல்லும் இடைமுகத்தைப் பொறுத்து, லேபிளை வெவ்வேறு மதிப்புகளுக்கு மாற்றி எழுதலாம் என்பதைக் குறிக்கிறது. எனவே, ஒவ்வொரு உள்ளீட்டு லேபிளுக்கும் ஒரு குழுவையும் நெக்ஸ்ட் ஹாப்ஸ் தொகுதியையும் வைத்திருக்க வேண்டும். இந்த, ஐயோ, அளவிட முடியாது.

ஸ்பைன்-4000 இலிருந்து ஸ்பைன்-64 நோக்கி நகர்ந்தால், எங்கள் வடிவமைப்பில் சுமார் 1 ToR சுவிட்சுகள் தேவைப்பட்டது, அதிகபட்ச அகலம் 2 ECMP பாதைகள் என்று பார்ப்பது எளிது. ToR உடன் ஒரே ஒரு முன்னொட்டு மட்டும் இல்லாமல் போனால், நாங்கள் ECMP குழுக்களின் ஒரு டேபிளில் நுழையவே முடியாது, மேலும் அடுத்த ஹாப்ஸ் அட்டவணையில் நாங்கள் நுழையவே மாட்டோம்.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

இது நம்பிக்கையற்றது அல்ல, ஏனெனில் பிரிவு ரூட்டிங் போன்ற கட்டமைப்புகள் உலகளாவிய லேபிள்களை உள்ளடக்கியது. முறைப்படி, இந்த நெக்ஸ்ட் ஹாப்ஸ் தொகுதிகள் அனைத்தையும் மீண்டும் சரி செய்ய முடியும். இதைச் செய்ய, உங்களுக்கு வைல்டு கார்டு வகை செயல்பாடு தேவை: ஒரு லேபிளை எடுத்து, குறிப்பிட்ட மதிப்பு இல்லாமல் அதையே மீண்டும் எழுதவும். ஆனால் துரதிர்ஷ்டவசமாக, கிடைக்கக்கூடிய செயலாக்கங்களில் இது மிகவும் இல்லை.

இறுதியாக, நாம் வெளிப்புற போக்குவரத்தை தரவு மையத்திற்கு கொண்டு வர வேண்டும். அதை எப்படி செய்வது? முன்னதாக, மேலே இருந்து க்ளோஸ் நெட்வொர்க்கில் போக்குவரத்து அறிமுகப்படுத்தப்பட்டது. அதாவது, துணியின் மேல் உள்ள அனைத்து சாதனங்களுடனும் இணைக்கப்பட்ட விளிம்பு திசைவிகள் இருந்தன. இந்த தீர்வு சிறிய மற்றும் நடுத்தர அளவுகளில் நன்றாக வேலை செய்கிறது. துரதிர்ஷ்டவசமாக, இந்த வழியில் முழு நெட்வொர்க்கிற்கும் போக்குவரத்தை சமச்சீராக அனுப்ப, நாம் ஒரே நேரத்தில் அனைத்து துணி கூறுகளையும் அடைய வேண்டும், மேலும் அவற்றில் நூற்றுக்கும் மேற்பட்டவை இருக்கும்போது, ​​​​நமக்கும் ஒரு பெரிய ரேடிக்ஸ் தேவை என்று மாறிவிடும். விளிம்பு திசைவிகள். பொதுவாக, இதற்கு பணம் செலவாகும், ஏனெனில் விளிம்பு திசைவிகள் மிகவும் செயல்பாட்டுடன் உள்ளன, அவற்றில் உள்ள துறைமுகங்கள் அதிக விலை கொண்டதாக இருக்கும், மேலும் வடிவமைப்பு மிகவும் அழகாக இல்லை.

அத்தகைய போக்குவரத்தை கீழே இருந்து தொடங்குவது மற்றொரு விருப்பம். க்ளோஸ் டோபாலஜியானது கீழே இருந்து வரும் டிராஃபிக்கை, அதாவது ToR பக்கத்திலிருந்து, இரண்டு மறு செய்கைகளில், முழு நெட்வொர்க்கையும் ஏற்றி, முழு மேல் துணி முழுவதும் உள்ள நிலைகளுக்கு இடையில் சமமாக விநியோகிக்கப்படும் வகையில் கட்டமைக்கப்பட்டுள்ளதா என்பதைச் சரிபார்க்க எளிதானது. எனவே, வெளிப்புற இணைப்பை வழங்கும் சிறப்பு வகை Pod, Edge Pod ஐ அறிமுகப்படுத்துகிறோம்.

இன்னும் ஒரு விருப்பம் உள்ளது. எடுத்துக்காட்டாக, பேஸ்புக் இதைத்தான் செய்கிறது. அவர்கள் அதை ஃபேப்ரிக் அக்ரிகேட்டர் அல்லது HGRID என்று அழைக்கிறார்கள். பல தரவு மையங்களை இணைக்க கூடுதல் முதுகெலும்பு நிலை அறிமுகப்படுத்தப்படுகிறது. எங்களிடம் கூடுதல் செயல்பாடுகள் அல்லது இடைமுகங்களில் இணைப்பு மாற்றங்கள் இல்லையென்றால் இந்த வடிவமைப்பு சாத்தியமாகும். அவை கூடுதல் தொடு புள்ளிகளாக இருந்தால், அது கடினம். பொதுவாக, அதிக செயல்பாடுகள் மற்றும் தரவு மையத்தின் வெவ்வேறு பகுதிகளை பிரிக்கும் ஒரு வகையான சவ்வு உள்ளன. அத்தகைய மென்படலத்தை பெரிதாக்குவதில் எந்த அர்த்தமும் இல்லை, ஆனால் சில காரணங்களால் அது உண்மையில் தேவைப்பட்டால், அதை எடுத்துச் செல்வதற்கான சாத்தியத்தை கருத்தில் கொள்வது அர்த்தமுள்ளதாக இருக்கிறது, அதை முடிந்தவரை அகலமாக்குகிறது மற்றும் அதை ஹோஸ்ட்களுக்கு மாற்றுகிறது. எடுத்துக்காட்டாக, பல கிளவுட் ஆபரேட்டர்களால் இது செய்யப்படுகிறது. அவை மேலடுக்குகளைக் கொண்டுள்ளன, அவை ஹோஸ்ட்களில் இருந்து தொடங்குகின்றன.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

என்ன வளர்ச்சி வாய்ப்புகளை நாம் காண்கிறோம்? முதலில், CI/CD பைப்லைனுக்கான ஆதரவை மேம்படுத்துதல். நாம் சோதிக்கும் வழியில் பறக்கவும், பறக்கும் விதத்தை சோதிக்கவும் விரும்புகிறோம். இது நன்றாக வேலை செய்யாது, ஏனென்றால் உள்கட்டமைப்பு பெரியது மற்றும் சோதனைகளுக்கு அதை நகலெடுக்க முடியாது. சோதனைக் கூறுகளை உற்பத்தி உள்கட்டமைப்பில் கைவிடாமல் எவ்வாறு அறிமுகப்படுத்துவது என்பதை நீங்கள் புரிந்து கொள்ள வேண்டும்.

சிறந்த கருவி மற்றும் சிறந்த கண்காணிப்பு கிட்டத்தட்ட மிதமிஞ்சியதாக இல்லை. முழு கேள்வியும் முயற்சி மற்றும் வருமானத்தின் சமநிலை. நீங்கள் நியாயமான முயற்சியுடன் சேர்க்க முடிந்தால், மிகவும் நல்லது.

பிணைய சாதனங்களுக்கான இயக்க முறைமைகளைத் திறக்கவும். RIFT போன்ற சிறந்த நெறிமுறைகள் மற்றும் சிறந்த ரூட்டிங் அமைப்புகள். சிறந்த நெரிசல் கட்டுப்பாட்டுத் திட்டங்களைப் பயன்படுத்துவதற்கும் ஆராய்ச்சி தேவைப்படுகிறது மற்றும் குறைந்தபட்சம் சில புள்ளிகளில் RDMA ஆதரவை கிளஸ்டருக்குள் அறிமுகப்படுத்தலாம்.

மேலும் எதிர்காலத்தைப் பார்க்கும்போது, ​​எங்களுக்கு மேம்பட்ட இடவியல் மற்றும் குறைவான மேல்நிலையைப் பயன்படுத்தும் நெட்வொர்க்குகள் தேவை. புதிய விஷயங்களில், ஹெச்பிசி க்ரே ஸ்லிங்ஷாட்டுக்கான துணி தொழில்நுட்பம் பற்றிய வெளியீடுகள் சமீபத்தில் வந்துள்ளன, இது ஈத்தர்நெட் கமாடிட்டியை அடிப்படையாகக் கொண்டது, ஆனால் மிகக் குறுகிய தலைப்புகளைப் பயன்படுத்துவதற்கான விருப்பத்துடன். இதன் விளைவாக, மேல்நிலை குறைக்கப்படுகிறது.

தரவு மையங்களை எவ்வாறு அளவிடுவது. யாண்டெக்ஸ் அறிக்கை

எல்லாம் முடிந்தவரை எளிமையாக இருக்க வேண்டும், ஆனால் எளிமையாக இருக்கக்கூடாது. சிக்கலானது அளவிடுதலின் எதிரி. எளிமை மற்றும் வழக்கமான கட்டமைப்புகள் எங்கள் நண்பர்கள். நீங்கள் எங்காவது அளவிட முடிந்தால், அதைச் செய்யுங்கள். பொதுவாக, இப்போது நெட்வொர்க் தொழில்நுட்பங்களில் ஈடுபடுவது மிகவும் நல்லது. நிறைய சுவாரசியமான விஷயங்கள் நடக்கின்றன. நன்றி.

ஆதாரம்: www.habr.com

கருத்தைச் சேர்