வணக்கம், ஹப்ர் வாசகர்களே. இந்தக் கட்டுரையின் மூலம் நாங்கள் உருவாக்கிய ஹைப்பர் கான்வெர்ஜ் சிஸ்டம் ஏரோடிஸ்க் வைர் பற்றிப் பேசும் தொடரைத் திறக்கிறோம். ஆரம்பத்தில், முதல் கட்டுரையில் எல்லாவற்றையும் பற்றி எல்லாவற்றையும் சொல்ல விரும்பினோம், ஆனால் அமைப்பு மிகவும் சிக்கலானது, எனவே யானையை பகுதிகளாக சாப்பிடுவோம்.
கணினியை உருவாக்கிய வரலாற்றுடன் கதையைத் தொடங்குவோம், VAIR இன் அடிப்படையான ARDFS கோப்பு முறைமையை ஆராய்வோம், மேலும் ரஷ்ய சந்தையில் இந்த தீர்வை நிலைநிறுத்துவது பற்றியும் கொஞ்சம் பேசலாம்.
எதிர்கால கட்டுரைகளில், பல்வேறு கட்டடக்கலை கூறுகள் (கிளஸ்டர், ஹைப்பர்வைசர், சுமை சமநிலை, கண்காணிப்பு அமைப்பு, முதலியன), உள்ளமைவு செயல்முறை, உரிமம் தொடர்பான சிக்கல்களை எழுப்புதல், செயலிழப்பு சோதனைகளை தனித்தனியாகக் காண்பித்தல் மற்றும் நிச்சயமாக, சுமை சோதனைகள் பற்றி மேலும் விரிவாகப் பேசுவோம். அளவிடுதல். vAIR இன் சமூகப் பதிப்பிற்கு ஒரு தனிக் கட்டுரையை நாங்கள் ஒதுக்குவோம்.
ஏரோடிஸ்க் சேமிப்பக அமைப்புகளைப் பற்றிய கதையா? அல்லது நாம் ஏன் ஹைப்பர் கன்வர்ஜென்ஸ் செய்ய ஆரம்பித்தோம்?
ஆரம்பத்தில், எங்களுடைய சொந்த ஹைப்பர் கன்வெர்ஜென்ஸை உருவாக்குவதற்கான யோசனை எங்காவது 2010 இல் எங்களுக்கு வந்தது. அந்த நேரத்தில், சந்தையில் ஏரோடிஸ்க் அல்லது இதே போன்ற தீர்வுகள் (வணிக பெட்டி ஹைப்பர்கான்வெர்ஜ் சிஸ்டம்ஸ்) இல்லை. எங்கள் பணி பின்வருமாறு: ஈத்தர்நெட் நெறிமுறை மூலம் ஒன்றோடொன்று இணைக்கப்பட்ட உள்ளூர் வட்டுகளுடன் கூடிய சேவையகங்களின் தொகுப்பிலிருந்து, நீட்டிக்கப்பட்ட சேமிப்பகத்தை உருவாக்கி, மெய்நிகர் இயந்திரங்கள் மற்றும் மென்பொருள் நெட்வொர்க்கை அங்கு தொடங்குவது அவசியம். இவை அனைத்தும் சேமிப்பக அமைப்புகள் இல்லாமல் செயல்படுத்தப்பட வேண்டியிருந்தது (ஏனென்றால் சேமிப்பக அமைப்புகள் மற்றும் அதன் வன்பொருளுக்கு பணம் இல்லை, மேலும் எங்கள் சொந்த சேமிப்பக அமைப்புகளை நாங்கள் இன்னும் கண்டுபிடிக்கவில்லை).
நாங்கள் பல திறந்த மூல தீர்வுகளை முயற்சித்தோம், இறுதியாக இந்த சிக்கலை தீர்த்தோம், ஆனால் தீர்வு மிகவும் சிக்கலானது மற்றும் மீண்டும் செய்வது கடினம். தவிர, இந்த தீர்வு "இது வேலை செய்யுமா? தொடாதே! எனவே, அந்த சிக்கலைத் தீர்த்த பிறகு, எங்கள் வேலையின் முடிவை ஒரு முழுமையான தயாரிப்பாக மாற்றுவதற்கான யோசனையை நாங்கள் மேலும் உருவாக்கவில்லை.
அந்த சம்பவத்திற்குப் பிறகு, நாங்கள் இந்த யோசனையிலிருந்து விலகிச் சென்றோம், ஆனால் இந்த பிரச்சனை முற்றிலும் தீர்க்கக்கூடியது என்ற உணர்வு எங்களுக்கு இன்னும் இருந்தது, மேலும் அத்தகைய தீர்வின் நன்மைகள் வெளிப்படையானவை. பின்னர், வெளிநாட்டு நிறுவனங்களின் வெளியிடப்பட்ட HCI தயாரிப்புகள் இந்த உணர்வை மட்டுமே உறுதிப்படுத்தின.
எனவே, 2016 ஆம் ஆண்டின் நடுப்பகுதியில், முழு அளவிலான தயாரிப்பை உருவாக்கும் ஒரு பகுதியாக இந்த பணிக்கு திரும்பினோம். அந்த நேரத்தில் நாங்கள் இன்னும் முதலீட்டாளர்களுடன் எந்த உறவையும் கொண்டிருக்கவில்லை, எனவே எங்கள் சொந்த பணத்திற்காக ஒரு மேம்பாட்டு நிலைப்பாட்டை வாங்க வேண்டியிருந்தது. Avito இல் பயன்படுத்தப்பட்ட சேவையகங்கள் மற்றும் சுவிட்சுகளை சேகரித்து, நாங்கள் வணிகத்தில் இறங்கினோம்.
ஈத்தர்நெட் வழியாக ஒன்றோடொன்று இணைக்கப்பட்ட கிளஸ்டர் முனைகளின் n வது எண்ணிக்கையில் மெய்நிகர் தொகுதிகள் வடிவில் தானாகவும் சமமாகவும் தரவை விநியோகிக்கக்கூடிய எளிய, ஆனால் எங்கள் சொந்த கோப்பு முறைமையை உருவாக்குவதே முக்கிய ஆரம்ப பணியாகும். அதே நேரத்தில், FS நன்றாகவும் எளிதாகவும் அளவிடப்பட வேண்டும் மற்றும் அருகிலுள்ள அமைப்புகளிலிருந்து சுயாதீனமாக இருக்க வேண்டும், அதாவது. "வெறும் ஒரு சேமிப்பு வசதி" வடிவில் vAIR இலிருந்து அந்நியப்படுத்தப்பட வேண்டும்.
முதல் vAIR கருத்து
எங்கள் சொந்த வளர்ச்சிக்கு ஆதரவாக நீட்டிக்கப்பட்ட சேமிப்பகத்தை (செஃப், க்ளஸ்டர், பளபளப்பு மற்றும் பல) ஒழுங்கமைக்க ஆயத்த திறந்த மூல தீர்வுகளைப் பயன்படுத்துவதை நாங்கள் வேண்டுமென்றே கைவிட்டோம், ஏனெனில் அவர்களுடன் எங்களுக்கு ஏற்கனவே நிறைய திட்ட அனுபவம் இருந்தது. நிச்சயமாக, இந்த தீர்வுகள் சிறந்தவை, மேலும் ஏரோடிஸ்கில் பணிபுரியும் முன், அவர்களுடன் ஒன்றுக்கு மேற்பட்ட ஒருங்கிணைப்பு திட்டங்களை நாங்கள் செயல்படுத்தினோம். ஆனால் ஒரு வாடிக்கையாளருக்கு ஒரு குறிப்பிட்ட பணியைச் செயல்படுத்துவது, பயிற்சி ஊழியர்களுக்கு, ஒருவேளை, ஒரு பெரிய விற்பனையாளரின் ஆதரவை வாங்குவது, மற்றும் பல்வேறு பணிகளுக்குப் பயன்படுத்தக்கூடிய எளிதில் நகலெடுக்கும் தயாரிப்பை உருவாக்குவது மற்றொரு விஷயம். விற்பனையாளர், நம்மைப் பற்றி நாம் அறிந்திருக்க மாட்டோம். இரண்டாவது நோக்கத்திற்காக, தற்போதுள்ள திறந்த மூல தயாரிப்புகள் எங்களுக்கு ஏற்றதாக இல்லை, எனவே விநியோகிக்கப்பட்ட கோப்பு முறைமையை நாமே உருவாக்க முடிவு செய்தோம்.
இரண்டு ஆண்டுகளுக்குப் பிறகு, பல டெவலப்பர்கள் (விஏஐஆர் வேலைகளை கிளாசிக் என்ஜின் ஸ்டோரேஜ் சிஸ்டத்தில் வேலை செய்தவர்கள்) ஒரு குறிப்பிட்ட முடிவை அடைந்தனர்.
2018 வாக்கில், நாங்கள் ஒரு எளிய கோப்பு முறைமையை எழுதி, தேவையான வன்பொருளுடன் கூடுதலாக வழங்கினோம். கணினி பல்வேறு சர்வர்களில் இருந்து ஒரு தட்டையான குளத்தில் ஒரு உள் இணைப்பு வழியாக இயற்பியல் (உள்ளூர்) வட்டுகளை இணைத்து, அவற்றை மெய்நிகர் தொகுதிகளாக "வெட்டி", பின்னர் பல்வேறு அளவுகளில் தவறு சகிப்புத்தன்மை கொண்ட தொகுதி சாதனங்கள் மெய்நிகர் தொகுதிகளிலிருந்து உருவாக்கப்பட்டன, அதில் மெய்நிகர் தொகுதிகள் உருவாக்கப்பட்டன. மற்றும் KVM ஹைப்பர்வைசர் கார்களைப் பயன்படுத்தி செயல்படுத்தப்பட்டது.
கோப்பு முறைமையின் பெயரைப் பற்றி நாங்கள் அதிகம் கவலைப்படவில்லை, அதை சுருக்கமாக ARDFS என்று அழைத்தோம் (அது எதைக் குறிக்கிறது என்று யூகிக்கவும்)
இந்த முன்மாதிரி நன்றாக இருந்தது (பார்வைக்கு இல்லை, நிச்சயமாக, இன்னும் காட்சி வடிவமைப்பு இல்லை) மற்றும் செயல்திறன் மற்றும் அளவிடுதல் அடிப்படையில் நல்ல முடிவுகளைக் காட்டியது. முதல் உண்மையான முடிவுக்குப் பிறகு, முழு வளர்ச்சி சூழலையும், vAIR உடன் மட்டுமே செயல்படும் ஒரு தனி குழுவையும் ஒழுங்கமைத்து, இந்த திட்டத்தை இயக்கத்தில் அமைத்துள்ளோம்.
அந்த நேரத்தில், தீர்வுக்கான பொதுவான கட்டமைப்பு முதிர்ச்சியடைந்தது, இது இன்னும் பெரிய மாற்றங்களுக்கு உள்ளாகவில்லை.
ARDFS கோப்பு முறைமையில் டைவிங்
ARDFS என்பது vAIR இன் அடித்தளமாகும், இது முழு கிளஸ்டர் முழுவதும் விநியோகிக்கப்பட்ட, தவறு-சகிப்புத்தன்மை கொண்ட தரவு சேமிப்பகத்தை வழங்குகிறது. ARDFS இன் தனித்துவமான அம்சங்களில் ஒன்று (ஆனால் மட்டும் அல்ல) இது மெட்டாடேட்டா மற்றும் நிர்வாகத்திற்காக எந்த கூடுதல் பிரத்யேக சேவையகங்களையும் பயன்படுத்தாது. இது முதலில் தீர்வின் உள்ளமைவை எளிமைப்படுத்தவும் அதன் நம்பகத்தன்மைக்காகவும் உருவாக்கப்பட்டது.
சேமிப்பு அமைப்பு
கிளஸ்டரின் அனைத்து முனைகளிலும், கிடைக்கக்கூடிய அனைத்து வட்டு இடங்களிலிருந்தும் ARDFS ஒரு தருக்கக் குளத்தை ஒழுங்குபடுத்துகிறது. ஒரு குளம் என்பது இன்னும் தரவு அல்லது வடிவமைக்கப்பட்ட இடம் அல்ல என்பதை புரிந்துகொள்வது முக்கியம், ஆனால் வெறுமனே மார்க்அப், அதாவது. VAIR நிறுவப்பட்ட எந்த முனைகளும், கிளஸ்டரில் சேர்க்கப்படும் போது, தானாகவே பகிரப்பட்ட ARDFS குளத்தில் சேர்க்கப்படும் மற்றும் வட்டு ஆதாரங்கள் தானாகவே முழு கிளஸ்டரிலும் பகிரப்படும் (மற்றும் எதிர்கால தரவு சேமிப்பகத்திற்கு கிடைக்கும்). இந்த அணுகுமுறை ஏற்கனவே இயங்கும் கணினியில் எந்த தீவிரமான தாக்கமும் இல்லாமல் பறக்கும்போது முனைகளைச் சேர்க்க மற்றும் அகற்ற உங்களை அனுமதிக்கிறது. அந்த. இந்த அமைப்பு "செங்கற்களில்" அளவிடுவது மிகவும் எளிதானது, தேவைப்பட்டால் கிளஸ்டரில் முனைகளைச் சேர்ப்பது அல்லது அகற்றுவது.
மெய்நிகர் வட்டுகள் (மெய்நிகர் இயந்திரங்களுக்கான சேமிப்பகப் பொருள்கள்) ARDFS குளத்தின் மேல் சேர்க்கப்படுகின்றன, அவை 4 மெகாபைட் அளவுள்ள மெய்நிகர் தொகுதிகளிலிருந்து உருவாக்கப்படுகின்றன. மெய்நிகர் வட்டுகள் நேரடியாக தரவைச் சேமிக்கின்றன. தவறு சகிப்புத் திட்டம் மெய்நிகர் வட்டு மட்டத்திலும் அமைக்கப்பட்டுள்ளது.
நீங்கள் ஏற்கனவே யூகித்துள்ளபடி, வட்டு துணை அமைப்பின் தவறு சகிப்புத்தன்மைக்கு, நாங்கள் RAID (சுதந்திர வட்டுகளின் தேவையற்ற வரிசை) என்ற கருத்தைப் பயன்படுத்துவதில்லை, ஆனால் RAIN ஐப் பயன்படுத்துகிறோம் (சுதந்திர முனைகளின் தேவையற்ற வரிசை). அந்த. தவறு சகிப்புத்தன்மை கணுக்களின் அடிப்படையில் அளவிடப்படுகிறது, தானியங்கு மற்றும் நிர்வகிக்கப்படுகிறது, வட்டுகள் அல்ல. வட்டுகள், நிச்சயமாக, ஒரு சேமிப்பக பொருளாகும், அவை எல்லாவற்றையும் போலவே கண்காணிக்கப்படுகின்றன, உள்ளூர் வன்பொருள் RAID ஐ அசெம்பிள் செய்வது உட்பட அனைத்து நிலையான செயல்பாடுகளையும் நீங்கள் செய்யலாம், ஆனால் கிளஸ்டர் குறிப்பாக முனைகளில் இயங்குகிறது.
நீங்கள் உண்மையில் RAID ஐ விரும்பும் சூழ்நிலையில் (உதாரணமாக, சிறிய க்ளஸ்டர்களில் பல தோல்விகளை ஆதரிக்கும் சூழ்நிலை), உள்ளூர் RAID கட்டுப்படுத்திகளைப் பயன்படுத்துவதையும், நீட்டிக்கப்பட்ட சேமிப்பகத்தையும் மேலே ஒரு RAIN கட்டமைப்பையும் உருவாக்குவதை எதுவும் தடுக்காது. இந்த காட்சி மிகவும் நேரடியானது மற்றும் எங்களால் ஆதரிக்கப்படுகிறது, எனவே vAIR ஐப் பயன்படுத்துவதற்கான பொதுவான காட்சிகளைப் பற்றிய ஒரு கட்டுரையில் இதைப் பற்றி பேசுவோம்.
சேமிப்பு தவறு சகிப்புத்தன்மை திட்டங்கள்
vAIR இல் மெய்நிகர் வட்டுகளுக்கு இரண்டு தவறு சகிப்புத்தன்மை திட்டங்கள் இருக்கலாம்:
1) நகலெடுக்கும் காரணி அல்லது எளிமையாக பிரதியெடுத்தல் - இந்த தவறு சகிப்புத்தன்மை ஒரு குச்சி மற்றும் ஒரு கயிறு போன்ற எளிமையானது. 2 (ஒரு கிளஸ்டருக்கு 2 பிரதிகள்) அல்லது 3 (முறையே 3 பிரதிகள்) என்ற காரணியுடன் முனைகளுக்கு இடையில் ஒத்திசைவான நகல் செய்யப்படுகிறது. RF-2 ஒரு மெய்நிகர் வட்டு கிளஸ்டரில் ஒரு முனையின் தோல்வியைத் தாங்க அனுமதிக்கிறது, ஆனால் பயனுள்ள அளவின் பாதியை "சாப்பிடுகிறது", மேலும் RF-3 கிளஸ்டரில் 2 முனைகளின் தோல்வியைத் தாங்கும், ஆனால் 2/3 ஐ ஒதுக்குகிறது. அதன் தேவைகளுக்கு பயனுள்ள தொகுதி. இந்த திட்டம் RAID-1 ஐப் போலவே உள்ளது, அதாவது RF-2 இல் உள்ளமைக்கப்பட்ட மெய்நிகர் வட்டு கிளஸ்டரில் உள்ள எந்த ஒரு முனையின் தோல்வியையும் எதிர்க்கும். இந்த வழக்கில், தரவுகளுடன் எல்லாம் சரியாகிவிடும் மற்றும் I/O கூட நிறுத்தப்படாது. விழுந்த கணு சேவைக்குத் திரும்பும்போது, தானியங்கு தரவு மீட்பு/ஒத்திசைவு தொடங்கும்.
RF-2 மற்றும் RF-3 தரவுகளை சாதாரண பயன்முறையிலும் தோல்வியுற்ற சூழ்நிலையிலும் விநியோகிப்பதற்கான எடுத்துக்காட்டுகள் கீழே உள்ளன.
எங்களிடம் 8MB தனித்துவ (பயனுள்ள) தரவு திறன் கொண்ட மெய்நிகர் இயந்திரம் உள்ளது, இது 4 vAIR முனைகளில் இயங்குகிறது. உண்மையில் இது போன்ற ஒரு சிறிய தொகுதி இருக்க வாய்ப்பில்லை என்பது தெளிவாகிறது, ஆனால் ARDFS செயல்பாட்டின் தர்க்கத்தை பிரதிபலிக்கும் ஒரு திட்டத்திற்கு, இந்த உதாரணம் மிகவும் புரிந்துகொள்ளக்கூடியது. AB என்பது தனிப்பட்ட மெய்நிகர் இயந்திரத் தரவைக் கொண்ட 4MB மெய்நிகர் தொகுதிகள். RF-2 இந்த தொகுதிகள் A1+A2 மற்றும் B1+B2 ஆகியவற்றின் இரண்டு நகல்களை முறையே உருவாக்குகிறது. இந்தத் தொகுதிகள் ஒரே முனையில் ஒரே தரவின் குறுக்குவெட்டைத் தவிர்த்து, முனைகள் முழுவதும் “அமைக்கப்பட்டுள்ளன”, அதாவது, நகல் A1 அதே முனையில் A2 நகலெடுக்கப்படாது. அதே போல் B1 மற்றும் B2.
முனைகளில் ஒன்று தோல்வியுற்றால் (உதாரணமாக, B3 இன் நகலைக் கொண்டிருக்கும் முனை எண். 1), இந்த நகல் அதன் நகலின் நகல் இல்லாத முனையில் தானாகவே செயல்படுத்தப்படும் (அதாவது, B2 இன் நகல்).
இதனால், மெய்நிகர் வட்டு (மற்றும் VM, அதன்படி) RF-2 திட்டத்தில் ஒரு முனையின் தோல்வியை எளிதில் தக்கவைக்க முடியும்.
நகலெடுக்கும் திட்டம், எளிமையானது மற்றும் நம்பகமானது என்றாலும், RAID1 போன்ற அதே பிரச்சனையால் பாதிக்கப்படுகிறது - போதுமான பயன்படுத்தக்கூடிய இடம் இல்லை.
2) மேலே உள்ள சிக்கலைத் தீர்க்க, அழிக்கும் குறியீட்டு முறை அல்லது அழித்தல் குறியீட்டு முறை ("தேவையற்ற குறியீட்டு முறை", "அழித்தல் குறியீட்டு முறை" அல்லது "பணிநீக்கக் குறியீடு" என்றும் அழைக்கப்படுகிறது) உள்ளது. EC என்பது ஒரு பணிநீக்க திட்டமாகும், இது பிரதியெடுப்புடன் ஒப்பிடும்போது குறைந்த வட்டு இடத்தின் மேல்நிலையில் அதிக தரவு கிடைக்கும் தன்மையை வழங்குகிறது. இந்த பொறிமுறையின் செயல்பாட்டுக் கொள்கை RAID 5, 6, 6P போன்றது.
குறியாக்கம் செய்யும் போது, EC செயல்முறையானது ஒரு மெய்நிகர் தொகுதியை (இயல்புநிலையாக 4MB) EC திட்டத்தைப் பொறுத்து பல சிறிய "தரவு துண்டுகளாக" பிரிக்கிறது (உதாரணமாக, 2+1 திட்டம் ஒவ்வொரு 4MB தொகுதியையும் 2 2MB துண்டுகளாகப் பிரிக்கிறது). அடுத்து, இந்த செயல்முறையானது "தரவு துகள்களுக்கு" "பரிட்டி துகள்களை" உருவாக்குகிறது, அவை முன்பு பிரிக்கப்பட்ட பாகங்களில் ஒன்றை விட பெரியதாக இல்லை. டிகோடிங் செய்யும் போது, முழு கிளஸ்டர் முழுவதும் "உயிர்வாங்கும்" தரவைப் படிப்பதன் மூலம் EC காணாமல் போன துண்டுகளை உருவாக்குகிறது.
எடுத்துக்காட்டாக, 2 + 1 EC திட்டத்துடன் கூடிய மெய்நிகர் வட்டு, 4 கிளஸ்டர் முனைகளில் செயல்படுத்தப்படுகிறது, RF-2 போலவே கிளஸ்டரில் ஒரு முனையின் தோல்வியை எளிதில் தாங்கும். இந்த வழக்கில், மேல்நிலை செலவுகள் குறைவாக இருக்கும், குறிப்பாக, RF-2 க்கான பயனுள்ள திறன் குணகம் 2, மற்றும் EC 2+1 க்கு இது 1,5 ஆக இருக்கும்.
இதை இன்னும் எளிமையாக விவரிக்க, சாராம்சம் என்னவென்றால், மெய்நிகர் தொகுதி 2-8 ஆக பிரிக்கப்பட்டுள்ளது (ஏன் 2 முதல் 8 வரை, கீழே காண்க) “துண்டுகள்”, மேலும் இந்த துண்டுகளுக்கு ஒத்த தொகுதியின் சமநிலையின் “துண்டுகள்” கணக்கிடப்படுகின்றன.
இதன் விளைவாக, தரவு மற்றும் சமநிலை ஆகியவை கிளஸ்டரின் அனைத்து முனைகளிலும் சமமாக விநியோகிக்கப்படுகின்றன. அதே நேரத்தில், நகலெடுப்பதைப் போலவே, ARDFS ஆனது, ஒரே மாதிரியான தரவுகளை (தரவின் நகல்கள் மற்றும் அவற்றின் சமநிலை) ஒரே முனையில் சேமித்து வைப்பதைத் தடுக்கும் வகையில், கணுக்கள் முழுவதும் தரவை தானாகவே விநியோகிக்கிறது, இதனால் தரவை இழக்க நேரிடும். தரவு மற்றும் அவற்றின் சமநிலை திடீரென ஒரு சேமிப்பக முனையில் தோல்வியடையும்.
கீழே ஒரு உதாரணம், அதே 8 MB மெய்நிகர் இயந்திரம் மற்றும் 4 முனைகளுடன், ஆனால் EC 2+1 திட்டத்துடன்.
A மற்றும் B தொகுதிகள் ஒவ்வொன்றும் 2 MB அளவுள்ள இரண்டு துண்டுகளாகப் பிரிக்கப்படுகின்றன (இரண்டு ஏனெனில் 2+1), அதாவது A1+A2 மற்றும் B1+B2. ஒரு பிரதியைப் போலன்றி, A1 என்பது A2 இன் நகல் அல்ல, இது ஒரு மெய்நிகர் தொகுதி A, இரண்டு பகுதிகளாகப் பிரிக்கப்பட்டுள்ளது, அதே தொகுதி B உடன் உள்ளது. மொத்தத்தில், நாம் 4MB இன் இரண்டு செட்களைப் பெறுகிறோம், ஒவ்வொன்றும் இரண்டு இரண்டு-MB துண்டுகளைக் கொண்டுள்ளது. அடுத்து, இந்த ஒவ்வொரு செட்களுக்கும், ஒன்றுக்கு மேற்பட்ட துண்டுகள் (அதாவது 2 எம்பி) இல்லாத அளவுடன் சமநிலை கணக்கிடப்படுகிறது, நாங்கள் கூடுதல் + 2 சமநிலையை (AP மற்றும் BP) பெறுகிறோம். மொத்தத்தில் எங்களிடம் 4×2 தரவு + 2×2 சமநிலை உள்ளது.
அடுத்து, துண்டுகள் முனைகளுக்கு இடையில் "அமைக்கப்பட்டுள்ளன", இதனால் தரவு அவற்றின் சமநிலையுடன் குறுக்கிடாது. அந்த. A1 மற்றும் A2 ஆகியவை AP போன்ற ஒரே முனையில் இருக்காது.
ஒரு முனை தோல்வியுற்றால் (உதாரணமாக, மூன்றாவது), விழுந்த தொகுதி B1 தானாக BP சமநிலையிலிருந்து மீட்டமைக்கப்படும், இது முனை எண். 2 இல் சேமிக்கப்பட்டு, இருக்கும் முனையில் செயல்படுத்தப்படும். பி-பரிட்டி இல்லை, அதாவது. பிபி துண்டு. இந்த எடுத்துக்காட்டில், இது முனை எண். 1 ஆகும்
வாசகருக்கு ஒரு கேள்வி இருக்கும் என்று நான் நம்புகிறேன்:
"நீங்கள் விவரித்த அனைத்தும் போட்டியாளர்களாலும் ஓப்பன் சோர்ஸ் தீர்வுகளிலும் நீண்ட காலமாக செயல்படுத்தப்பட்டு வருகின்றன, ARDFS இல் நீங்கள் ECஐ செயல்படுத்துவதில் என்ன வித்தியாசம்?"
பின்னர் ARDFS இன் சுவாரஸ்யமான அம்சங்கள் இருக்கும்.
நெகிழ்வுத்தன்மையை மையமாகக் கொண்டு குறியீட்டை அழிக்கவும்
ஆரம்பத்தில், நாங்கள் மிகவும் நெகிழ்வான EC X+Y திட்டத்தை வழங்கினோம், இதில் X என்பது 2 முதல் 8 வரையிலான எண்ணுக்குச் சமம், மேலும் Y என்பது 1 முதல் 8 வரையிலான எண்ணுக்குச் சமம், ஆனால் எப்போதும் X ஐ விட குறைவாகவோ அல்லது சமமாகவோ இருக்கும். இந்தத் திட்டம் வழங்கப்படுகிறது. நெகிழ்வுத்தன்மைக்காக. மெய்நிகர் தொகுதி பிரிக்கப்பட்ட தரவுத் துண்டுகளின் (X) எண்ணிக்கையை அதிகரிப்பது மேல்நிலைச் செலவுகளைக் குறைக்க அனுமதிக்கிறது, அதாவது பயன்படுத்தக்கூடிய இடத்தை அதிகரிக்கிறது.
சமநிலை துகள்களின் எண்ணிக்கையை (Y) அதிகரிப்பது மெய்நிகர் வட்டின் நம்பகத்தன்மையை அதிகரிக்கிறது. பெரிய Y மதிப்பு, கிளஸ்டரில் அதிக முனைகள் தோல்வியடையும். நிச்சயமாக, சமநிலை அளவை அதிகரிப்பது பயன்படுத்தக்கூடிய திறனின் அளவைக் குறைக்கிறது, ஆனால் இது நம்பகத்தன்மைக்கு செலுத்த வேண்டிய விலை.
EC சுற்றுகளில் செயல்திறனின் சார்பு கிட்டத்தட்ட நேரடியானது: அதிகமான "துண்டுகள்", இங்கே குறைந்த செயல்திறன், நிச்சயமாக, ஒரு சீரான பார்வை தேவை.
இந்த அணுகுமுறை நிர்வாகிகள் நீட்டிக்கப்பட்ட சேமிப்பகத்தை அதிகபட்ச நெகிழ்வுத்தன்மையுடன் கட்டமைக்க அனுமதிக்கிறது. ARDFS குளத்தில், நீங்கள் எந்த தவறு சகிப்புத்தன்மை திட்டங்களையும் அவற்றின் சேர்க்கைகளையும் பயன்படுத்தலாம், இது எங்கள் கருத்துப்படி மிகவும் பயனுள்ளதாக இருக்கும்.
பல (அனைத்து சாத்தியமில்லை) RF மற்றும் EC திட்டங்களை ஒப்பிடும் அட்டவணை கீழே உள்ளது.
ஒரே நேரத்தில் ஒரு கிளஸ்டரில் 8 முனைகள் வரை இழக்க அனுமதிக்கும் மிகவும் "டெர்ரி" கலவையான EC 7+7 கூட, நிலையான நகலெடுப்பை விட குறைவான பயன்படுத்தக்கூடிய இடத்தை (1,875 மற்றும் 2) "சாப்பிடுகிறது" மற்றும் 7 மடங்கு சிறப்பாக பாதுகாக்கிறது என்பதை அட்டவணை காட்டுகிறது. , இது இந்த பாதுகாப்பு பொறிமுறையை மிகவும் சிக்கலானதாக இருந்தாலும், வரையறுக்கப்பட்ட வட்டு இடத்தின் நிலைமைகளில் அதிகபட்ச நம்பகத்தன்மையை உறுதி செய்ய வேண்டிய சூழ்நிலைகளில் மிகவும் கவர்ச்சிகரமானதாக உள்ளது. அதே நேரத்தில், X அல்லது Y க்கு ஒவ்வொரு "பிளஸ்" கூடுதல் செயல்திறன் மேல்நிலையாக இருக்கும் என்பதை நீங்கள் புரிந்து கொள்ள வேண்டும், எனவே நம்பகத்தன்மை, சேமிப்பு மற்றும் செயல்திறன் ஆகியவற்றுக்கு இடையேயான முக்கோணத்தில் நீங்கள் மிகவும் கவனமாக தேர்வு செய்ய வேண்டும். இந்த காரணத்திற்காக, குறியீட்டு அளவை அழிக்க ஒரு தனி கட்டுரையை ஒதுக்குவோம்.
கோப்பு முறைமையின் நம்பகத்தன்மை மற்றும் சுயாட்சி
ARDFS ஆனது கிளஸ்டரின் அனைத்து முனைகளிலும் உள்நாட்டில் இயங்குகிறது மற்றும் பிரத்யேக ஈதர்நெட் இடைமுகங்கள் மூலம் அதன் சொந்த வழிகளைப் பயன்படுத்தி அவற்றை ஒத்திசைக்கிறது. முக்கியமான விஷயம் என்னவென்றால், ARDFS சுயாதீனமாக தரவுகளை மட்டுமல்ல, சேமிப்பகத்துடன் தொடர்புடைய மெட்டாடேட்டாவையும் ஒத்திசைக்கிறது. ARDFS இல் பணிபுரியும் போது, ஏற்கனவே உள்ள பல தீர்வுகளை நாங்கள் ஒரே நேரத்தில் ஆய்வு செய்தோம், மேலும் பலர் வெளிப்புற விநியோகிக்கப்பட்ட DBMS ஐப் பயன்படுத்தி கோப்பு முறைமை மெட்டாவை ஒத்திசைப்பதைக் கண்டறிந்தோம், இதை நாங்கள் ஒத்திசைக்கவும் பயன்படுத்துகிறோம், ஆனால் கட்டமைப்புகள் மட்டுமே, FS மெட்டாடேட்டா (இது மற்றும் பிற தொடர்புடைய துணை அமைப்புகளைப் பற்றி அல்ல. அடுத்த கட்டுரையில்).
வெளிப்புற DBMS ஐப் பயன்படுத்தி FS மெட்டாடேட்டாவை ஒத்திசைப்பது, நிச்சயமாக, ஒரு வேலை செய்யும் தீர்வாகும், ஆனால் ARDFS இல் சேமிக்கப்பட்ட தரவின் நிலைத்தன்மை வெளிப்புற DBMS மற்றும் அதன் நடத்தையைப் பொறுத்தது (மற்றும், வெளிப்படையாகச் சொன்னால், இது ஒரு கேப்ரிசியோஸ் லேடி), இதில் எங்கள் கருத்து மோசமானது. ஏன்? FS மெட்டாடேட்டா சேதமடைந்தால், FS தரவையும் "குட்பை" என்று கூறலாம், எனவே நாங்கள் மிகவும் சிக்கலான ஆனால் நம்பகமான பாதையில் செல்ல முடிவு செய்தோம்.
ARDFS க்கான மெட்டாடேட்டா ஒத்திசைவு துணை அமைப்பை நாமே உருவாக்கினோம், மேலும் அது அருகில் உள்ள துணை அமைப்புகளிலிருந்து முற்றிலும் சுதந்திரமாக வாழ்கிறது. அந்த. வேறு எந்த துணை அமைப்பும் ARDFS தரவை சிதைக்க முடியாது. எங்கள் கருத்துப்படி, இது மிகவும் நம்பகமான மற்றும் சரியான வழி, ஆனால் இது உண்மையில் அப்படியா என்பதை நேரம் சொல்லும். கூடுதலாக, இந்த அணுகுமுறையில் கூடுதல் நன்மை உள்ளது. ARDFS ஆனது vAIR இல் இருந்து சுயாதீனமாக பயன்படுத்தப்படலாம், நீட்டிக்கப்பட்ட சேமிப்பகத்தைப் போலவே, எதிர்கால தயாரிப்புகளில் இதைப் பயன்படுத்துவோம்.
இதன் விளைவாக, ARDFS ஐ உருவாக்குவதன் மூலம், நாங்கள் ஒரு நெகிழ்வான மற்றும் நம்பகமான கோப்பு முறைமையைப் பெற்றுள்ளோம், இது நீங்கள் திறனைச் சேமிக்கலாம் அல்லது செயல்திறனில் அனைத்தையும் விட்டுவிடலாம் அல்லது நியாயமான விலையில் தீவிர நம்பகமான சேமிப்பிடத்தை உருவாக்கலாம், ஆனால் செயல்திறன் தேவைகளைக் குறைக்கலாம்.
எளிமையான உரிமக் கொள்கை மற்றும் நெகிழ்வான டெலிவரி மாதிரியுடன் (முன்னோக்கிப் பார்க்கும்போது, vAIR ஆனது முனை மூலம் உரிமம் பெற்றது மற்றும் மென்பொருளாகவோ அல்லது மென்பொருள் தொகுப்பாகவோ வழங்கப்படுகிறது), இது பல்வேறு வகையான வாடிக்கையாளர் தேவைகளுக்கு ஏற்ப தீர்வை மிகத் துல்லியமாக வடிவமைக்க உங்களை அனுமதிக்கிறது. பின்னர் எளிதாக இந்த சமநிலையை பராமரிக்க.
இந்த அதிசயம் யாருக்கு வேண்டும்?
ஒருபுறம், ஹைப்பர் கன்வெர்ஜென்ஸ் துறையில் தீவிரமான தீர்வுகளைக் கொண்ட வீரர்கள் ஏற்கனவே சந்தையில் உள்ளனர் என்று கூறலாம், மேலும் இங்குதான் நாங்கள் உண்மையில் செல்கிறோம். இந்த கூற்று உண்மை என்று தெரிகிறது, ஆனால் ...
மறுபுறம், நாங்கள் வயல்களுக்குச் சென்று வாடிக்கையாளர்களுடன் தொடர்பு கொள்ளும்போது, நாங்களும் எங்கள் கூட்டாளர்களும் இது ஒரு சந்தர்ப்பத்தில் இல்லை என்பதைக் காண்கிறோம். ஹைப்பர் கன்வெர்ஜென்ஸுக்கு பல பணிகள் உள்ளன, சில இடங்களில் இதுபோன்ற தீர்வுகள் இருப்பதை மக்களுக்குத் தெரியாது, மற்றவற்றில் அது விலை உயர்ந்ததாகத் தோன்றியது, மற்றவற்றில் மாற்று தீர்வுகளின் தோல்வியுற்ற சோதனைகள் இருந்தன, மற்றவற்றில் அவர்கள் தடைகள் காரணமாக வாங்குவதைத் தடை செய்கிறார்கள். பொதுவாக, வயல் உழவு செய்யப்படாததாக மாறியது, எனவே நாங்கள் கன்னி மண்ணை வளர்க்கச் சென்றோம்))).
GCS ஐ விட சேமிப்பக அமைப்பு எப்போது சிறந்தது?
நாம் சந்தையுடன் பணிபுரியும் போது, சேமிப்பக அமைப்புகளுடன் கூடிய உன்னதமான திட்டத்தை எப்போது பயன்படுத்துவது சிறந்தது என்றும், எப்போது ஹைப்பர் கன்வெர்ஜென்டைப் பயன்படுத்துவது என்றும் எங்களிடம் அடிக்கடி கேட்கப்படும். GCS ஐ உற்பத்தி செய்யும் பல நிறுவனங்கள் (குறிப்பாக தங்களுடைய போர்ட்ஃபோலியோவில் சேமிப்பக அமைப்புகள் இல்லாதவை) கூறுகின்றன: "சேமிப்பு அமைப்புகள் வழக்கற்றுப் போகின்றன, மிகைப்படுத்தப்பட்டவை மட்டுமே!" இது ஒரு தைரியமான கூற்று, ஆனால் இது முற்றிலும் யதார்த்தத்தை பிரதிபலிக்கவில்லை.
உண்மையில், சேமிப்பக சந்தை உண்மையில் மிகைப்படுத்தல் மற்றும் ஒத்த தீர்வுகளை நோக்கி நகர்கிறது, ஆனால் எப்போதும் "ஆனால்" உள்ளது.
முதலாவதாக, சேமிப்பக அமைப்புகளுடன் கிளாசிக்கல் திட்டத்தின் படி கட்டப்பட்ட தரவு மையங்கள் மற்றும் தகவல் தொழில்நுட்ப உள்கட்டமைப்புகளை எளிதாக மீண்டும் உருவாக்க முடியாது, எனவே அத்தகைய உள்கட்டமைப்புகளின் நவீனமயமாக்கல் மற்றும் நிறைவு இன்னும் 5-7 ஆண்டுகளுக்கு ஒரு மரபு.
இரண்டாவதாக, தற்போது கட்டப்பட்டு வரும் உள்கட்டமைப்பு (ரஷ்ய கூட்டமைப்பு என்று பொருள்) சேமிப்பக அமைப்புகளைப் பயன்படுத்தி கிளாசிக்கல் திட்டத்தின் படி கட்டமைக்கப்பட்டுள்ளது, ஆனால் மக்களுக்கு ஹைபர்கான்வெர்ஜென்ஸ் பற்றி தெரியாததால் அல்ல, மாறாக ஹைப்பர் கன்வெர்ஜென்ஸ் சந்தை புதியது, தீர்வுகள் மற்றும் தரநிலைகள் இன்னும் நிறுவப்படவில்லை, IT நபர்கள் இன்னும் பயிற்சி பெறவில்லை, அவர்களுக்கு சிறிய அனுபவம் உள்ளது, ஆனால் அவர்கள் இங்கேயும் இப்போதும் தரவு மையங்களை உருவாக்க வேண்டும். இந்த போக்கு இன்னும் 3-5 ஆண்டுகளுக்கு நீடிக்கும் (பின்னர் மற்றொரு மரபு, புள்ளி 1 ஐப் பார்க்கவும்).
மூன்றாவதாக, ஒரு எழுத்துக்கு 2 மில்லி விநாடிகள் கூடுதல் சிறிய தாமதங்களில் முற்றிலும் தொழில்நுட்ப வரம்பு உள்ளது (உள்ளூர் தற்காலிக சேமிப்பைத் தவிர, நிச்சயமாக), இவை விநியோகிக்கப்பட்ட சேமிப்பகத்தின் விலை.
சரி, வட்டு துணை அமைப்பின் செங்குத்து அளவிடுதலை விரும்பும் பெரிய இயற்பியல் சேவையகங்களைப் பயன்படுத்துவதை மறந்துவிடக் கூடாது.
GCS ஐ விட சேமிப்பக அமைப்புகள் சிறப்பாக செயல்படும் பல தேவையான மற்றும் பிரபலமான பணிகள் உள்ளன. இங்கே, நிச்சயமாக, தங்கள் தயாரிப்பு போர்ட்ஃபோலியோவில் சேமிப்பக அமைப்புகள் இல்லாத அந்த உற்பத்தியாளர்கள் எங்களுடன் உடன்பட மாட்டார்கள், ஆனால் நாங்கள் நியாயமான முறையில் வாதிடத் தயாராக உள்ளோம். நிச்சயமாக, இரண்டு தயாரிப்புகளின் டெவலப்பர்களாகிய நாங்கள், எங்கள் எதிர்கால வெளியீடுகளில் ஒன்றில் சேமிப்பக அமைப்புகள் மற்றும் GCS ஐ நிச்சயமாக ஒப்பிடுவோம், அங்கு எந்த நிபந்தனைகளின் கீழ் எது சிறந்தது என்பதை நாங்கள் தெளிவாக நிரூபிப்போம்.
சேமிப்பக அமைப்புகளை விட ஹைப்பர்கான்வெர்ஜ் செய்யப்பட்ட தீர்வுகள் எங்கு சிறப்பாக செயல்படும்?
மேலே உள்ள புள்ளிகளின் அடிப்படையில், மூன்று தெளிவான முடிவுகளை வரையலாம்:
- ரெக்கார்டிங்கிற்கான கூடுதல் 2 மில்லி விநாடிகள் தாமதம், எந்த தயாரிப்பிலும் தொடர்ந்து நிகழும் (இப்போது நாம் செயற்கையைப் பற்றி பேசவில்லை, நானோ விநாடிகள் செயற்கையாகக் காட்டப்படலாம்), விமர்சனமற்றவை, ஹைப்பர் கன்வெர்ஜென்ட் பொருத்தமானது.
- பெரிய இயற்பியல் சேவையகங்களிலிருந்து சுமை பல சிறிய மெய்நிகர்களாக மாற்றப்பட்டு முனைகளுக்கு இடையில் விநியோகிக்கப்படும் இடத்தில், ஹைப்பர் கன்வெர்ஜென்ஸும் நன்றாக வேலை செய்யும்.
- செங்குத்து அளவீட்டை விட கிடைமட்ட அளவிடுதல் அதிக முன்னுரிமையாக இருந்தால், GCS அங்கும் நன்றாகச் செய்யும்.
இந்த தீர்வுகள் என்ன?
- அனைத்து நிலையான உள்கட்டமைப்பு சேவைகள் (அடைவு சேவை, அஞ்சல், EDMS, கோப்பு சேவையகங்கள், சிறிய அல்லது நடுத்தர ERP மற்றும் BI அமைப்புகள் போன்றவை). இதை "பொது கணினி" என்று அழைக்கிறோம்.
- கிளவுட் வழங்குநர்களின் உள்கட்டமைப்பு, வாடிக்கையாளர்களுக்கு அதிக எண்ணிக்கையிலான மெய்நிகர் இயந்திரங்களை விரைவாகவும் தரப்படுத்தவும் கிடைமட்டமாக விரிவுபடுத்துவது மற்றும் எளிதாக "வெட்டு" செய்வது அவசியம்.
- மெய்நிகர் டெஸ்க்டாப் உள்கட்டமைப்பு (VDI), அங்கு பல சிறிய பயனர் மெய்நிகர் இயந்திரங்கள் ஒரே மாதிரியான கிளஸ்டருக்குள் இயங்கி அமைதியாக “மிதக்கும்”.
- கிளை நெட்வொர்க்குகள், அங்கு ஒவ்வொரு கிளைக்கும் ஒரு நிலையான, தவறு-சகிப்புத்தன்மை கொண்ட, ஆனால் 15-20 மெய்நிகர் இயந்திரங்களின் மலிவான உள்கட்டமைப்பு தேவைப்படுகிறது.
- எந்த விநியோகிக்கப்பட்ட கம்ப்யூட்டிங் (பெரிய தரவு சேவைகள், எடுத்துக்காட்டாக). சுமை எங்கே செல்கிறது "ஆழத்தில்", ஆனால் "அகலத்தில்".
- கூடுதல் சிறிய தாமதங்கள் ஏற்றுக்கொள்ளக்கூடிய சோதனை சூழல்கள், ஆனால் பட்ஜெட் கட்டுப்பாடுகள் உள்ளன, ஏனெனில் இவை சோதனைகள்.
இந்த நேரத்தில், இந்த பணிகளுக்காகவே நாங்கள் AERODISK vAIR ஐ உருவாக்கியுள்ளோம், அவற்றில்தான் நாங்கள் கவனம் செலுத்துகிறோம் (இதுவரை வெற்றிகரமாக). ஒருவேளை இது விரைவில் மாறும், ஏனென்றால் ... உலகம் இன்னும் நிற்கவில்லை.
அதனால்…
இது ஒரு பெரிய தொடர் கட்டுரையின் முதல் பகுதியை நிறைவு செய்கிறது;
கேள்விகள், பரிந்துரைகள் மற்றும் ஆக்கபூர்வமான சர்ச்சைகளை நாங்கள் வரவேற்கிறோம்.
ஆதாரம்: www.habr.com