ஒவ்வொரு Kubernetes வளத்திற்கும், நீங்கள் இரண்டு வகையான தேவைகளை உள்ளமைக்கலாம் - கோரிக்கைகள் மற்றும் வரம்புகள். முதல் ஒரு கொள்கலன் அல்லது பாட் இயக்க தேவையான இலவச முனை ஆதாரங்கள் கிடைக்கும் குறைந்தபட்ச தேவைகளை விவரிக்கிறது, இரண்டாவது கண்டிப்பாக கொள்கலன் கிடைக்கும் வளங்களை கட்டுப்படுத்துகிறது.
குபெர்னெட்ஸ் காய்களை திட்டமிடும் போது, கொள்கலன்கள் சரியாக செயல்பட போதுமான ஆதாரங்கள் இருப்பது மிகவும் முக்கியம். வளம்-கட்டுப்படுத்தப்பட்ட முனையில் ஒரு பெரிய பயன்பாட்டைப் பயன்படுத்த நீங்கள் திட்டமிட்டால், கணு நினைவகத்தில் குறைவாக இருப்பதால் அல்லது CPU சக்தி இல்லாததால் அது இயங்காமல் போகலாம். இந்தக் கட்டுரையில், வளக் கோரிக்கைகள் மற்றும் வரம்புகளைப் பயன்படுத்தி கம்ப்யூட்டிங் மின் பற்றாக்குறையை எவ்வாறு தீர்க்கலாம் என்பதைப் பார்ப்போம்.
கோரிக்கைகள் மற்றும் வரம்புகள் என்பது CPU மற்றும் நினைவகம் போன்ற வளங்களை நிர்வகிக்க Kubernetes பயன்படுத்தும் வழிமுறைகள் ஆகும். கோரிக்கைகள் என்பது கொள்கலன் கோரப்பட்ட வளத்தைப் பெறுவதை உறுதி செய்வதாகும். ஒரு கொள்கலன் ஒரு ஆதாரத்தைக் கோரினால், குபெர்னெட்ஸ் அதை வழங்கக்கூடிய ஒரு முனையில் மட்டுமே திட்டமிடும். கொள்கலன் கோரும் ஆதாரங்கள் ஒரு குறிப்பிட்ட மதிப்பைத் தாண்டக்கூடாது என்று வரம்புகள் கட்டுப்படுத்துகிறது.
ஒரு கொள்கலன் அதன் கணினி ஆற்றலை ஒரு குறிப்பிட்ட வரம்பு வரை மட்டுமே அதிகரிக்க முடியும், அதன் பிறகு அது வரையறுக்கப்படும். அது எப்படி வேலை செய்கிறது என்று பார்க்கலாம். எனவே, இரண்டு வகையான வளங்கள் உள்ளன - செயலி மற்றும் நினைவகம். உங்கள் காய்களை எங்கு இயக்குவது என்பதைக் கண்டறிய, குபெர்னெட்ஸ் திட்டமிடுபவர் இந்த ஆதாரங்களைப் பற்றிய தரவைப் பயன்படுத்துகிறார். ஒரு பாட்க்கான பொதுவான ஆதார விவரக்குறிப்பு இது போல் தெரிகிறது.
ஒரு பாடில் உள்ள ஒவ்வொரு கொள்கலனும் அதன் சொந்த வினவல்களையும் வரம்புகளையும் அமைக்கலாம், இவை அனைத்தும் சேர்க்கையாகும். செயலி வளங்கள் மில்லிகோர்களில் வரையறுக்கப்படுகின்றன. உங்கள் கொள்கலனை இயக்க இரண்டு முழு கோர்கள் தேவைப்பட்டால், மதிப்பை 2000m ஆக அமைக்கிறீர்கள். கொள்கலனுக்கு மையத்தின் 1/4 சக்தி மட்டுமே தேவைப்பட்டால், மதிப்பு 250m ஆக இருக்கும். மிகப்பெரிய முனையின் கோர்களின் எண்ணிக்கையை விட அதிகமான CPU ஆதார மதிப்பை நீங்கள் ஒதுக்கினால், உங்கள் பாட் தொடங்குவதற்கு திட்டமிடப்படாது என்பதை நினைவில் கொள்ளவும். உங்களிடம் நான்கு கோர்கள் தேவைப்படும் பாட் இருந்தால் இதே போன்ற நிலை ஏற்படும், மேலும் குபெர்னெட்ஸ் கிளஸ்டரில் இரண்டு முக்கிய மெய்நிகர் இயந்திரங்கள் மட்டுமே உள்ளன.
உங்கள் பயன்பாடு பல கோர்களைப் பயன்படுத்திக் கொள்ளும் வகையில் வடிவமைக்கப்பட்டிருக்கவில்லை என்றால் (சிக்கலான அறிவியல் கணினி மற்றும் தரவுத்தள செயல்பாடுகள் போன்ற நிரல்கள் நினைவுக்கு வருகின்றன), பின்னர் CPU கோரிக்கைகளை 1 அல்லது அதற்கும் குறைவாக அமைத்து, அதன் பிறகு அதிக பிரதிகளை அளவிடுதலுக்கு இயக்குவதே சிறந்த நடைமுறையாகும். இந்த தீர்வு கணினிக்கு அதிக நெகிழ்வுத்தன்மையையும் நம்பகத்தன்மையையும் கொடுக்கும்.
CPU வரம்புகளுக்கு வரும்போது, அது சுருக்கக்கூடிய ஆதாரமாகக் கருதப்படுவதால் விஷயங்கள் மிகவும் சுவாரஸ்யமானவை. உங்கள் பயன்பாடு செயலி ஆற்றல் வரம்பை அணுகத் தொடங்கினால், CPU த்ரோட்டிங்கைப் பயன்படுத்தி குபெர்னெட்ஸ் உங்கள் கொள்கலனை மெதுவாக்கத் தொடங்கும் - செயலி அதிர்வெண்ணைக் குறைக்கும். இதன் பொருள், CPU செயற்கையாக த்ரோட்டில் செய்யப்படும், இது பயன்பாட்டிற்கு மோசமான செயல்திறனைக் கொடுக்கும், ஆனால் செயல்முறை நிறுத்தப்படாது அல்லது எடுக்கப்படாது.
நினைவக வளங்கள் பைட்டுகளில் வரையறுக்கப்படுகின்றன. வழக்கமாக அமைப்புகளில் உள்ள மதிப்பு மெபிபைட் Mib இல் அளவிடப்படுகிறது, ஆனால் நீங்கள் பைட்டுகள் முதல் பெட்டாபைட்கள் வரை எந்த மதிப்பையும் அமைக்கலாம். CPU இல் உள்ள அதே நிலைமை இங்கும் பொருந்தும் - உங்கள் நோட்களில் உள்ள நினைவகத்தின் அளவை விட அதிகமான நினைவகத்திற்கான கோரிக்கையை நீங்கள் வைத்தால், அந்த பாட் செயல்படுத்த திட்டமிடப்படாது. ஆனால் CPU ஆதாரங்களைப் போலன்றி, நினைவகம் சுருக்கப்படவில்லை, ஏனெனில் அதன் பயன்பாட்டைக் கட்டுப்படுத்த வழி இல்லை. எனவே, கன்டெய்னருக்கு ஒதுக்கப்பட்ட நினைவகத்தைத் தாண்டியவுடன் அதன் செயல்படுத்தல் நிறுத்தப்படும்.
உங்கள் முனைகள் வழங்கக்கூடிய ஆதாரங்களை விட அதிகமான கோரிக்கைகளை உங்களால் உள்ளமைக்க முடியாது என்பதை நினைவில் கொள்வது அவசியம். GKE மெய்நிகர் இயந்திரங்களுக்கான பகிரப்பட்ட ஆதார விவரக்குறிப்புகளை இந்த வீடியோவின் கீழே உள்ள இணைப்புகளில் காணலாம்.
ஒரு சிறந்த உலகில், பணிப்பாய்வுகள் சீராக இயங்குவதற்கு கொள்கலனின் இயல்புநிலை அமைப்புகள் போதுமானதாக இருக்கும். ஆனால் நிஜ உலகம் அப்படியல்ல, ஆதாரங்களின் பயன்பாட்டை உள்ளமைக்க மக்கள் எளிதில் மறந்துவிடுவார்கள் அல்லது ஹேக்கர்கள் உள்கட்டமைப்பின் உண்மையான திறன்களை மீறும் கோரிக்கைகளையும் கட்டுப்பாடுகளையும் அமைப்பார்கள். இதுபோன்ற காட்சிகள் நிகழாமல் தடுக்க, நீங்கள் ResourceQuota மற்றும் LimitRange ஆதார ஒதுக்கீடுகளை உள்ளமைக்கலாம்.
பெயர்வெளி உருவாக்கப்பட்டவுடன், ஒதுக்கீட்டைப் பயன்படுத்தி அதைத் தடுக்கலாம். எடுத்துக்காட்டாக, உங்களிடம் ப்ராட் மற்றும் டெவ் பெயர்வெளிகள் இருந்தால், உற்பத்தி ஒதுக்கீடுகள் எதுவும் இல்லை மற்றும் மிகக் கடுமையான மேம்பாட்டு ஒதுக்கீடுகள் இல்லை. இது, ட்ராஃபிக்கில் கூர்மையான அதிகரிப்பு ஏற்பட்டால், dev ஐ முற்றிலுமாகத் தடுக்கும், கிடைக்கக்கூடிய முழு வளத்தையும் எடுத்துக் கொள்ள அனுமதிக்கிறது.
ஆதார ஒதுக்கீடு இப்படி இருக்கலாம். இந்த எடுத்துக்காட்டில் 4 பிரிவுகள் உள்ளன - இவை குறியீட்டின் 4 கீழ் வரிகள்.
அவை ஒவ்வொன்றையும் பார்ப்போம். Requests.cpu என்பது பெயர்வெளியில் உள்ள அனைத்து கொள்கலன்களிலிருந்தும் வரக்கூடிய ஒருங்கிணைந்த CPU கோரிக்கைகளின் அதிகபட்ச எண்ணிக்கையாகும். இந்த எடுத்துக்காட்டில், நீங்கள் 50m கோரிக்கைகளுடன் 10 கொள்கலன்களையும், 100m கோரிக்கைகளுடன் ஐந்து கொள்கலன்களையும் அல்லது 500m கோரிக்கைகளைக் கொண்ட ஒரு கொள்கலனையும் வைத்திருக்கலாம். கொடுக்கப்பட்ட பெயர்வெளியின் மொத்த requests.cpu 500m க்கும் குறைவாக இருக்கும் வரை, எல்லாம் சரியாகிவிடும்.
நினைவகம் கோரப்பட்ட கோரிக்கைகள். நினைவகம் என்பது பெயர்வெளியில் உள்ள அனைத்து கொள்கலன்களிலும் இருக்கக்கூடிய ஒருங்கிணைந்த நினைவக கோரிக்கைகளின் அதிகபட்ச அளவு. முந்தைய வழக்கைப் போலவே, பெயர்வெளியில் கோரப்பட்ட நினைவகத்தின் மொத்த அளவு 50 மெபிபைட்டுகளுக்குக் குறைவாக இருக்கும் வரை, நீங்கள் 2 20 mib கொள்கலன்கள், ஐந்து 100 mib கொள்கலன்கள் அல்லது ஒரு 100 mib கொள்கலனை வைத்திருக்கலாம்.
Limits.cpu என்பது பெயர்வெளியில் உள்ள அனைத்து கொள்கலன்களும் பயன்படுத்தக்கூடிய CPU சக்தியின் அதிகபட்ச ஒருங்கிணைந்த அளவு. செயலி ஆற்றல் கோரிக்கைகளின் வரம்பாக இதை நாம் கருதலாம்.
இறுதியாக, limits.memory என்பது பெயர்வெளியில் உள்ள அனைத்து கொள்கலன்களும் பயன்படுத்தக்கூடிய பகிரப்பட்ட நினைவகத்தின் அதிகபட்ச அளவு. இது மொத்த நினைவக கோரிக்கைகளுக்கான வரம்பு.
எனவே, இயல்பாக, குபெர்னெட்ஸ் கிளஸ்டரில் உள்ள கொள்கலன்கள் வரம்பற்ற கணக்கீட்டு ஆதாரங்களுடன் இயங்குகின்றன. வள ஒதுக்கீட்டில், கிளஸ்டர் நிர்வாகிகள் பெயர்வெளியின் அடிப்படையில் வள நுகர்வு மற்றும் வள உருவாக்கத்தை கட்டுப்படுத்தலாம். பெயர்வெளியில், நேம்ஸ்பேஸ் ஆதார ஒதுக்கீட்டால் தீர்மானிக்கப்படும் அளவு CPU சக்தி மற்றும் நினைவகத்தை ஒரு பாட் அல்லது கொள்கலன் பயன்படுத்த முடியும். இருப்பினும், ஒரு பாட் அல்லது கொள்கலன் கிடைக்கக்கூடிய அனைத்து வளங்களையும் ஏகபோகமாக்கக்கூடும் என்ற கவலை உள்ளது. இந்த சூழ்நிலையைத் தடுக்க, வரம்பு வரம்பு பயன்படுத்தப்படுகிறது - பெயர்வெளியில் வளங்களை (காய்கள் அல்லது கொள்கலன்களுக்கு) ஒதுக்குவதைக் கட்டுப்படுத்தும் கொள்கை.
வரம்பு வரம்பு பின்வரும் கட்டுப்பாடுகளை வழங்குகிறது:
- பெயர்வெளியில் உள்ள ஒவ்வொரு தொகுதி அல்லது கொள்கலனுக்கும் கணினி வளங்களின் குறைந்தபட்ச மற்றும் அதிகபட்ச பயன்பாட்டை உறுதி செய்தல்;
- பெயர்வெளியில் ஒவ்வொரு PersistentVolumeClaimக்கும் குறைந்தபட்ச மற்றும் அதிகபட்ச ஸ்டாரேஜ் கோரிக்கை சேமிப்பக கோரிக்கைகளை செயல்படுத்துதல்;
- ஒரு பெயர்வெளியில் ஒரு ஆதாரத்திற்கான கோரிக்கை மற்றும் வரம்புக்கு இடையேயான உறவை செயல்படுத்துதல்;
- நேம்ஸ்பேஸில் வளங்களை கணக்கிடுவதற்கு இயல்புநிலை கோரிக்கைகள்/வரம்புகளை அமைத்து, அவற்றை இயக்க நேரத்தில் தானாகவே கொள்கலன்களில் செலுத்தவும்.
இந்த வழியில் உங்கள் பெயர்வெளியில் வரம்பு வரம்பை உருவாக்கலாம். முழு பெயர்வெளிக்கும் பொருந்தும் ஒதுக்கீட்டைப் போலன்றி, வரம்பு வரம்பு தனிப்பட்ட கொள்கலன்களுக்குப் பயன்படுத்தப்படுகிறது. இது பயனர்கள் பெயர்வெளியில் மிகச்சிறிய அல்லது அதற்கு மாறாக பிரம்மாண்டமான கொள்கலன்களை உருவாக்குவதைத் தடுக்கலாம். வரம்பு வரம்பு இப்படி இருக்கலாம்.
முந்தைய வழக்கைப் போலவே, இங்கே 4 பிரிவுகளை வேறுபடுத்தி அறியலாம். ஒவ்வொன்றாகப் பார்ப்போம்.
இயல்புநிலைப் பகுதியானது பாட் உள்ள கொள்கலனுக்கான இயல்புநிலை வரம்புகளை அமைக்கிறது. இந்த மதிப்புகளை நீங்கள் தீவிர வரம்பிற்கு அமைத்தால், இந்த மதிப்புகள் வெளிப்படையாக அமைக்கப்படாத எந்த கொள்கலன்களும் இயல்புநிலை மதிப்புகளைப் பின்பற்றும்.
இயல்புநிலை கோரிக்கைப் பிரிவு defaultRequest ஆனது பாடில் உள்ள கொள்கலனுக்கான இயல்புநிலை கோரிக்கைகளை உள்ளமைக்கிறது. மீண்டும், நீங்கள் இந்த மதிப்புகளை தீவிர வரம்பிற்கு அமைத்தால், இந்த விருப்பங்களை வெளிப்படையாக அமைக்காத எந்த கொள்கலன்களும் இந்த மதிப்புகளுக்கு இயல்புநிலையாக இருக்கும்.
அதிகபட்ச பகுதியானது பாட் உள்ள ஒரு கொள்கலனுக்கு அமைக்கக்கூடிய அதிகபட்ச வரம்புகளைக் குறிப்பிடுகிறது. இயல்புநிலை பிரிவு மற்றும் கொள்கலன் வரம்புகளில் உள்ள மதிப்புகள் இந்த வரம்பிற்கு மேல் அமைக்க முடியாது. மதிப்பு அதிகபட்சமாக அமைக்கப்பட்டு, இயல்புநிலை பிரிவு இல்லை என்றால், அதிகபட்ச மதிப்பு இயல்புநிலை மதிப்பாக மாறும் என்பதை கவனத்தில் கொள்ள வேண்டும்.
ஒரு பாட் உள்ள கொள்கலனுக்கு அமைக்கப்படக்கூடிய குறைந்தபட்ச கோரிக்கைகளை நிமிடப் பகுதி குறிப்பிடுகிறது. இருப்பினும், இயல்புநிலை பிரிவில் உள்ள மதிப்புகள் மற்றும் கொள்கலனுக்கான வினவல்களை இந்த வரம்பிற்குக் கீழே அமைக்க முடியாது.
மீண்டும், இந்த மதிப்பு அமைக்கப்பட்டால், இயல்புநிலை இல்லை, குறைந்தபட்ச மதிப்பு இயல்புநிலை வரியில் மாறும் என்பதைக் கவனத்தில் கொள்ள வேண்டும்.
இந்த ஆதாரக் கோரிக்கைகள் இறுதியில் உங்கள் பணிச்சுமையைச் செயல்படுத்த குபெர்னெட்ஸ் திட்டமிடுபவர் மூலம் பயன்படுத்தப்படும். உங்கள் கொள்கலன்களை சரியாக உள்ளமைக்க, அது எவ்வாறு செயல்படுகிறது என்பதைப் புரிந்துகொள்வது மிகவும் முக்கியம். உங்கள் கிளஸ்டரில் பல காய்களை இயக்க விரும்புகிறீர்கள் என்று வைத்துக்கொள்வோம். பாட் விவரக்குறிப்புகள் செல்லுபடியாகும் எனக் கருதி, குபெர்னெட்டஸ் அட்டவணையானது பணிச்சுமையை இயக்க ஒரு முனையைத் தேர்ந்தெடுக்க ரவுண்ட் ராபின் சமநிலையைப் பயன்படுத்தும்.
பாட் கன்டெய்னர்களில் இருந்து கோரிக்கைகளை நிறைவேற்றுவதற்கு Node 1ல் போதுமான ஆதாரங்கள் உள்ளதா என Kubernetes சரிபார்க்கும், இல்லையெனில் அது அடுத்த முனைக்கு செல்லும். கணினியில் உள்ள எந்த முனையாலும் கோரிக்கைகளை பூர்த்தி செய்ய முடியாவிட்டால், காய்கள் நிலுவையில் இருக்கும் நிலைக்குச் செல்லும். கணு ஆட்டோஸ்கேலிங் போன்ற கூகிள் குபெர்னெட்ஸ் இன்ஜின் அம்சங்களைப் பயன்படுத்தி, GKE தானாகவே காத்திருக்கும் நிலையைக் கண்டறிந்து மேலும் பல கூடுதல் முனைகளை உருவாக்க முடியும்.
உங்கள் கணு திறன் தீர்ந்துவிட்டால், ஆட்டோஸ்கேலிங் உங்கள் பணத்தைச் சேமிக்க முனைகளின் எண்ணிக்கையைக் குறைக்கும். இதனால்தான் குபெர்னெட்ஸ் கோரிக்கைகளின் அடிப்படையில் காய்களை திட்டமிடுகிறார். இருப்பினும், கோரிக்கைகளை விட வரம்பு அதிகமாக இருக்கலாம், சில சமயங்களில் கணு உண்மையில் ஆதாரங்கள் இல்லாமல் போகலாம். இந்த நிலையை overcommitment state என்கிறோம்.
நான் சொன்னது போல், CPU க்கு வரும்போது, குபர்னெட்ஸ் காய்களை கட்டுப்படுத்தத் தொடங்கும். ஒவ்வொரு நெற்றும் அது கோரும் அளவுக்குப் பெறும், ஆனால் அது வரம்பை எட்டவில்லை என்றால், த்ரோட்லிங் பயன்படுத்தத் தொடங்கும்.
நினைவக வளங்களைப் பொறுத்தவரை, எந்த காய்களை நீக்குவது மற்றும் கணினி வளங்களை நீங்கள் விடுவிக்கும் வரை அல்லது முழு கணினியும் செயலிழக்கும் வரை எதை வைத்திருக்க வேண்டும் என்பது பற்றிய முடிவுகளை எடுக்க குபெர்னெட்ஸ் கட்டாயப்படுத்தப்படுகிறார்.
உங்களிடம் ஒரு இயந்திரம் நினைவகம் தீர்ந்துபோகும் ஒரு காட்சியை கற்பனை செய்து பாருங்கள் - குபெர்னெட்ஸ் அதை எவ்வாறு கையாள்வார்?
குபெர்னெட்ஸ் அவர்கள் கோரியதை விட அதிக வளங்களைப் பயன்படுத்தும் காய்களைத் தேடுவார்கள். எனவே, உங்கள் கொள்கலன்களில் கோரிக்கைகள் எதுவும் இல்லை என்றால், அவர்கள் எதையும் கேட்காததால், அவர்கள் கேட்டதை விட அதிகமாகப் பயன்படுத்துவதில் அவர்கள் இயல்புநிலையில் இருக்கிறார்கள் என்று அர்த்தம்! அத்தகைய கொள்கலன்கள் பணிநிறுத்தத்திற்கான பிரதான வேட்பாளர்களாக மாறும். அடுத்த வேட்பாளர்கள், அவர்களின் அனைத்து கோரிக்கைகளையும் பூர்த்தி செய்த கொள்கலன்கள் ஆனால் இன்னும் அதிகபட்ச வரம்பிற்குக் கீழே உள்ளன.
எனவே, குபெர்னெட்டஸ் அவர்களின் கோரிக்கை அளவுருக்களை மீறிய பல காய்களைக் கண்டறிந்தால், அது அவற்றை முன்னுரிமையின்படி வரிசைப்படுத்தி, பின்னர் குறைந்த முன்னுரிமை காய்களை அகற்றும். எல்லா காய்களுக்கும் ஒரே முன்னுரிமை இருந்தால், குபெர்னெட்ஸ் மற்ற காய்களை விட அவற்றின் கோரிக்கைகளை மீறும் காய்களை நிறுத்தும்.
மிகவும் அரிதான சந்தர்ப்பங்களில், குபெர்னெட்டஸ் அவர்களின் கோரிக்கைகளின் எல்லைக்குள் இருக்கும் காய்களைக் கைவிடலாம். குபெலெட் ஏஜென்ட் அல்லது டோக்கர் போன்ற முக்கியமான சிஸ்டம் கூறுகள் தங்களுக்கு ஒதுக்கப்பட்டதை விட அதிகமான ஆதாரங்களை உட்கொள்ளத் தொடங்கும் போது இது நிகழலாம்.
எனவே, சிறிய நிறுவனங்களின் ஆரம்ப கட்டங்களில், வளக் கோரிக்கைகள் மற்றும் கட்டுப்பாடுகளை அமைக்காமல் ஒரு குபெர்னெட்ஸ் கிளஸ்டர் நன்றாக வேலை செய்ய முடியும், ஆனால் உங்கள் குழுக்கள் மற்றும் திட்டங்களின் அளவு வளரத் தொடங்கும் போது, இந்தப் பகுதியில் சிக்கல்களை எதிர்கொள்ளும் அபாயம் உள்ளது. உங்கள் தொகுதிகள் மற்றும் பெயர்வெளிகளில் வினவல்கள் மற்றும் கட்டுப்பாடுகளைச் சேர்ப்பதற்கு மிகக் குறைந்த கூடுதல் முயற்சி தேவைப்படுகிறது மற்றும் நிறைய தொந்தரவுகளைச் சேமிக்கலாம்.
சில விளம்பரங்கள் 🙂
எங்களுடன் தங்கியதற்கு நன்றி. எங்கள் கட்டுரைகளை விரும்புகிறீர்களா? மேலும் சுவாரஸ்யமான உள்ளடக்கத்தைப் பார்க்க வேண்டுமா? ஒரு ஆர்டரை வைப்பதன் மூலம் அல்லது நண்பர்களுக்கு பரிந்துரை செய்வதன் மூலம் எங்களை ஆதரிக்கவும், , நுழைவு-நிலை சேவையகங்களின் தனித்துவமான அனலாக், இது உங்களுக்காக எங்களால் கண்டுபிடிக்கப்பட்டது: (RAID1 மற்றும் RAID10 உடன் கிடைக்கும், 24 கோர்கள் வரை மற்றும் 40GB DDR4 வரை).
ஆம்ஸ்டர்டாமில் உள்ள Equinix Tier IV தரவு மையத்தில் Dell R730xd 2 மடங்கு மலிவானதா? இங்கே மட்டும் நெதர்லாந்தில்! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 முதல்! பற்றி படிக்கவும்
ஆதாரம்: www.habr.com