අපි තත්පරයකට පෙටාබයිට් එකකට වඩා උච්ච බයිසෙක්ෂන් කලාප පළලක් සහිත සේවාදායක 100 ට වඩා විශාල පරිගණක පොකුරු යෙදවීමට ඉඩ සලසන දත්ත මධ්යස්ථාන ජාල සැලසුමක් සංවර්ධනය කර ඇත.
දිමිත්‍රි අෆනසියෙව්ගේ වාර්තාවෙන් ඔබ නව සැලසුමේ මූලික මූලධර්ම, පරිමාණ ස්ථල විද්යාව, මේ සමඟ පැන නගින ගැටළු, ඒවා විසඳීම සඳහා විකල්ප, “ඝන ලෙස සම්බන්ධිත” නවීන ජාල උපාංගවල යොමු කිරීමේ තලයේ ක්‍රියාකාරකම් මාර්ගගත කිරීම සහ පරිමාණය කිරීමේ විශේෂාංග ගැන ඉගෙන ගනු ඇත. ECMP මාර්ග විශාල සංඛ්‍යාවක් සහිත ස්ථාන . මීට අමතරව, ඩීමා බාහිර සම්බන්ධතා සංවිධානය කිරීම, භෞතික ස්ථරය, කේබල් පද්ධතිය සහ ධාරිතාව තවදුරටත් වැඩි කිරීමට ක්රම පිළිබඳව කෙටියෙන් කතා කළේය.
- හැමෝටම සුබ සන්ධ්‍යාවක්! මගේ නම Dmitry Afanasyev, මම Yandex හි ජාල ගෘහ නිර්මාණ ශිල්පියෙකු වන අතර මූලික වශයෙන් දත්ත මධ්යස්ථාන ජාල සැලසුම් කරමි.
මගේ කතාව Yandex දත්ත මධ්යස්ථාන යාවත්කාලීන ජාලය ගැන වනු ඇත. එය බොහෝ දුරට අප සතුව තිබූ නිර්මාණයේ විකාශනයකි, නමුත් ඒ සමඟම නව අංග කිහිපයක් තිබේ. මෙය දළ විශ්ලේෂණයක් ඉදිරිපත් කිරීමකි, මන්ද කුඩා කාලයකට ඇසුරුම් කිරීමට බොහෝ තොරතුරු තිබූ බැවිනි. අපි තාර්කික ස්ථලකයක් තෝරා ගැනීමෙන් ආරම්භ කරමු. එවිට පාලන තලය පිළිබඳ දළ විශ්ලේෂණයක් සහ දත්ත තලයේ පරිමාණය පිළිබඳ ගැටළු, භෞතික මට්ටමින් කුමක් සිදුවේද යන්න තේරීමක් සහ අපි උපාංගවල සමහර විශේෂාංග දෙස බලමු. අපි කලකට පෙර කතා කළ MPLS සහිත දත්ත මධ්‍යස්ථානයක සිදුවන දේ ගැන ටිකක් ස්පර්ශ කරමු.
ඉතින්, බඩු සහ සේවා අනුව Yandex යනු කුමක්ද? Yandex යනු සාමාන්‍ය අධි පරිමාණයකි. අපි පරිශීලකයින් දෙස බැලුවහොත්, අපි මූලික වශයෙන් පරිශීලක ඉල්ලීම් සකස් කරමු. විවිධ ප්‍රවාහ සේවා සහ දත්ත හුවමාරුව, අපට ගබඩා සේවා ද ඇති නිසා. පසුපෙළට සමීප නම්, බෙදා හරින ලද වස්තු ගබඩා කිරීම, දත්ත අනුකරණය සහ, නියත වශයෙන්ම, නොනැසී පවතින පෝලිම් වැනි යටිතල පහසුකම් පැටවීම් සහ සේවා එහි දිස්වේ. MapReduce සහ ඒ හා සමාන පද්ධති, ප්‍රවාහ සැකසීම, යන්ත්‍ර ඉගෙනීම යනාදිය වැඩ බරෙහි ප්‍රධාන වර්ගයකි.
මේ සියල්ල සිදු වන යටිතල පහසුකම් කෙසේද? නැවතත්, අපි ඉතා සාමාන්‍ය හයිපර්ස්කේලර් කෙනෙක්, නමුත් අපි වර්ණාවලියේ අඩු හයිපර්ස්කේලර් පැත්තට ටිකක් සමීප වුවත්. නමුත් අපට සියලු ගුණාංග ඇත. අපි හැකි සෑම විටම භාණ්ඩ දෘඩාංග සහ තිරස් පරිමාණය භාවිතා කරමු. අපට සම්පූර්ණ සම්පත් එකතු කිරීමක් ඇත: අපි තනි යන්ත්‍ර, තනි රාක්ක සමඟ වැඩ නොකරමු, නමුත් ඒවා සැලසුම් කිරීම සහ වෙන් කිරීම සම්බන්ධයෙන් කටයුතු කරන අමතර සේවාවන් කිහිපයක් සමඟ හුවමාරු කළ හැකි සම්පත් විශාල සංචිතයකට ඒකාබද්ධ කර මෙම සම්පූර්ණ සංචිතය සමඟ වැඩ කරන්නෙමු.
එබැවින් අපට ඊළඟ මට්ටම ඇත - පරිගණක පොකුරු මට්ටමේ මෙහෙයුම් පද්ධතිය. අප භාවිතා කරන තාක්ෂණික තොගය සම්පූර්ණයෙන්ම පාලනය කිරීම ඉතා වැදගත් වේ. අපි අන්ත ලක්ෂ්‍ය (ධාරක), ජාල සහ මෘදුකාංග තොග පාලනය කරමු.
අපට රුසියාවේ සහ විදේශයන්හි විශාල දත්ත මධ්යස්ථාන කිහිපයක් තිබේ. ඔවුන් එම්පීඑල්එස් තාක්ෂණය භාවිතා කරන කොඳු ඇට පෙළකින් එක්සත් වී ඇත. අපගේ අභ්යන්තර යටිතල පහසුකම් සම්පුර්ණයෙන්ම පාහේ IPv6 මත ගොඩනගා ඇත, නමුත් අපට තවමත් ප්‍රධාන වශයෙන් IPv4 හරහා එන බාහිර ගමනාගමනයට සේවය කිරීමට අවශ්ය බැවින්, අපි කෙසේ හෝ IPv4 හරහා එන ඉල්ලීම් ඉදිරිපස සේවාදායකයන් වෙත ලබා දිය යුතු අතර තව ටිකක් බාහිර IPv4- අන්තර්ජාලය වෙත යා යුතුය. උදාහරණයක් ලෙස, සුචිගත කිරීම සඳහා.
දත්ත මධ්යස්ථාන ජාල සැලසුම්වල අවසාන පුනරාවර්තන කිහිපය බහු-ස්ථර Clos ස්ථලක භාවිතා කර ඇති අතර ඒවා L3-පමණි. අපි ටිකකට කලින් L2 එකෙන් අයින් වෙලා සැනසුම් සුසුමක් හෙලුවා. අවසාන වශයෙන්, අපගේ යටිතල පහසුකම් වලට ගණනය කිරීම් (සේවාදායක) අවස්ථා සිය දහස් ගණනක් ඇතුළත් වේ. කලකට පෙර උපරිම පොකුරු ප්‍රමාණය සේවාදායකයන් 10 දහසක් පමණ විය. මෙයට බොහෝ දුරට හේතු වන්නේ එම පොකුරු මට්ටමේ මෙහෙයුම් පද්ධති, උපලේඛන, සම්පත් වෙන් කිරීම ආදිය ක්රියා කළ හැකි ආකාරයයි. යටිතල පහසුකම් මෘදුකාංගයේ ප්‍රගතිය සිදුවී ඇති බැවින්, ඉලක්කගත ප්‍රමාණය දැන් එක් පරිගණක පොකුරක සේවාදායකයන් 100 ක් පමණ වේ. අපට කාර්යයක් ඇත - එවැනි පොකුරක් තුළ කාර්යක්ෂම සම්පත් එකතු කිරීමට ඉඩ සලසන ජාල කර්මාන්තශාලා ගොඩනැගීමට හැකි වීම.
දත්ත මධ්යස්ථාන ජාලයකින් අපට අවශ්ය වන්නේ කුමක්ද? පළමුවෙන්ම, ලාභ හා තරමක් ඒකාකාරව බෙදා හරින ලද කලාප පළලක් තිබේ. මොකද ජාලය කියන්නේ අපිට සම්පත් එකතු කරන්න පුළුවන් කොඳු නාරටිය. නව ඉලක්ක ප්‍රමාණය එක් පොකුරක සේවාදායකයන් 100 ක් පමණ වේ.
අපටද, ඇත්ත වශයෙන්ම, පරිමාණය කළ හැකි සහ ස්ථාවර පාලන තලයක් අවශ්ය වේ, මන්ද එතරම් විශාල යටිතල ව්යුහයක් මත හුදෙක් අහඹු සිදුවීම් වලින් පවා බොහෝ හිසරදය ඇති වන අතර පාලක තලය අපට හිසරදයක් ගෙන ඒමට අපට අවශ්ය නැත. ඒ අතරම, අපට අවශ්ය වන්නේ එහි ඇති රාජ්‍යය අවම කිරීමයි. තත්වය කුඩා වන තරමට වඩා හොඳ සහ ස්ථාවර සෑම දෙයක්ම ක්‍රියාත්මක වන අතර එය රෝග විනිශ්චය කිරීම පහසුය.
ඇත්ත වශයෙන්ම, අපට ස්වයංක්‍රීයකරණය අවශ්ය වේ, මන්ද එවැනි යටිතල ව්යුහයක් අතින් කළමණාකරණය කළ නොහැකි නිසා සහ එය යම් කාලයක් සඳහා කළ නොහැකි ය. අපට හැකිතාක් මෙහෙයුම් සහාය අවශ්ය වන අතර එය ලබා දිය හැකි ප්‍රමාණයට CI/CD සහාය අවශ්ය වේ.
එවැනි දත්ත මධ්යස්ථාන සහ පොකුරු ප්‍රමාණයෙන්, සේවා බාධාවකින් තොරව වර්ධක යෙදවීම සහ ව්‍යාප්තිය සඳහා සහාය වීමේ කාර්යය ඉතා තීව්‍ර වී ඇත. යන්ත්‍ර දහසක ප්රමාණයේ, සමහර විට යන්ත්‍ර දස දහසකට ආසන්න ප්රමාණයේ පොකුරු මත නම්, ඒවා තවමත් එක් මෙහෙයුමක් ලෙස දියත් කළ හැකිය - එනම්, අපි යටිතල ව්යුහය පුළුල් කිරීමට සැලසුම් කරමින් සිටින අතර, එක් මෙහෙයුමක් ලෙස යන්ත්‍ර දහස් ගණනක් එකතු වේ. එවිට යන්ත්‍ර ලක්ෂයක ප්රමාණයේ පොකුරක් මේ ආකාරයට ක්ෂණිකව ඇති නොවේ, එය කාලාන්තරයක් තිස්සේ ගොඩනගා ඇත. මේ කාලය පුරාම දැනටමත් පොම්ප කර ඇති දේ, යොදවා ඇති යටිතල පහසුකම් තිබීම යෝග්ය වේ.
සහ අප සතුව තිබූ සහ ඉතිරි වූ එක් අවශ්‍යතාවයක්: බහුකාර්ය සඳහා සහය, එනම් අථත්‍යකරණය හෝ ජාල ඛණ්ඩනය. දැන් අපට මෙය ජාල රෙදි මට්ටමින් කිරීමට අවශ්ය නැත, මන්දයත් බෙදා හැරීම සත්කාරක වෙත ගොස් ඇති අතර මෙය අපට පරිමාණය කිරීම ඉතා පහසු කර ඇත. IPv6 සහ විශාල ලිපින අවකාශයට ස්තූතිවන්ත වන අතර, අපට අභ්යන්තර යටිතල ව්යුහය තුළ අනුපිටපත් ලිපින භාවිතා කිරීමට අවශ්ය නොවීය; සියලුම ලිපින දැනටමත් අද්විතීය විය. තවද අපි ධාරක වෙත පෙරීම සහ ජාල ඛණ්ඩනය ගෙන ඇති නිසා, දත්ත මධ්යස්ථාන ජාලවල අතථ්‍ය ජාල ආයතන සෑදීමට අපට අවශ්ය නොවේ.
ඉතා වැදගත් දෙයක් වන්නේ අපට අවශ්ය නැති දේ. සමහර කාර්යයන් ජාලයෙන් ඉවත් කළ හැකි නම්, මෙය ජීවිතය වඩාත් පහසු කරවන අතර, නීතියක් ලෙස, පවතින උපකරණ සහ මෘදුකාංග තෝරාගැනීම පුළුල් කරයි, රෝග විනිශ්චය ඉතා සරල කරයි.
ඉතින්, අපට අවශ්ය නැති දේ කුමක්ද, අපට අත්හැරීමට හැකි වී ඇත්තේ කුමක්ද, එය සිදු වූ අවස්ථාවේ සෑම විටම ප්‍රීතියෙන් නොව, ක්‍රියාවලිය අවසන් වූ විට මහත් සහනයක් ඇතුවද?
පළමුවෙන්ම, L2 අත්හැරීම. අපට L2 අවශ්ය නැත, සැබෑ හෝ අනුකරණය නොවේ. අපි යෙදුම් තොගය පාලනය කරන නිසා බොහෝ දුරට භාවිතා නොවේ. අපගේ යෙදුම් තිරස් අතට පරිමාණය කළ හැකි ය, ඒවා L3 ලිපින සමඟ ක්රියා කරයි, සමහර තනි පුද්ගල නිදසුන් පිටතට ගොස් ඇති බව ඔවුන් එතරම් කනස්සල්ලට පත් නොවේ, ඒවා සරලව නව එකක් රෝල් කරයි, එය පැරණි ලිපිනයට පෙරළීමට අවශ්ය නොවේ, මන්ද වෙනම මට්ටමේ සේවා සොයාගැනීම් සහ පොකුරේ පිහිටා ඇති යන්ත්‍ර නිරීක්ෂණය කිරීම. අපි මෙම කාර්යය ජාලයට පවරන්නේ නැත. ජාලයේ කාර්යය වන්නේ A ලක්ෂයේ සිට B දක්වා පැකට් බෙදා හැරීමයි.
ජාලය තුළ ලිපින චලනය වන අවස්ථා ද අපට නොමැති අතර මෙය නිරීක්ෂණය කළ යුතුය. බොහෝ මෝස්තර වල මෙය සාමාන්යයෙන් VM සංචලතාවයට සහය වීමට අවශ්ය වේ. විශාල Yandex හි අභ්යන්තර යටිතල ව්යුහය තුළ අපි අථත්ය යන්ත්රවල සංචලනය භාවිතා නොකරන අතර, එපමනක් නොව, මෙය සිදු වුවද, ජාල සහාය ඇතිව එය සිදු නොවිය යුතු බව අපි විශ්වාස කරමු. එය සැබවින්ම සිදු කිරීමට අවශ්ය නම්, එය ධාරක මට්ටමින් සිදු කළ යුතු අතර, යටිතලයෙහිම (ප්‍රවාහන ජාලය) රවුටින් පද්ධතිය ස්පර්ශ නොකිරීමට හෝ බොහෝ ගතික වෙනස්කම් සිදු නොකිරීමට, උඩින් සංක්‍රමණය විය හැකි ලිපින තල්ලු කළ යුතුය. .
අපි භාවිතා නොකරන තවත් තාක්ෂණයක් වන්නේ මල්ටිකාස්ට් ය. ඔබට අවශ්ය නම්, ඒ මන්දැයි මට විස්තරාත්මකව පැවසිය හැකිය. මෙය ජීවිතය වඩාත් පහසු කරයි, මන්ද යමෙකු එය සමඟ කටයුතු කර ඇති අතර, සරලම ස්ථාපනයන් හැර අන් සියල්ලෙහිම බහු විකාශන පාලන තලය පෙනෙන්නේ කෙසේදැයි හරියටම බැලුවහොත් මෙය විශාල හිසරදයකි. තවද, උදාහරණයක් ලෙස, හොඳින් ක්‍රියාත්මක වන විවෘත මූලාශ්‍ර ක්‍රියාත්මක කිරීමක් සොයා ගැනීම දුෂ්කර ය.
අවසාන වශයෙන්, අපි අපගේ ජාල සැලසුම් කරන්නේ ඒවා ඕනෑවට වඩා වෙනස් නොවන පරිදි ය. රවුටින් පද්ධතියේ බාහිර සිදුවීම් ගලායාම කුඩා බව අපට ගණන් ගත හැකිය.
අප දත්ත මධ්යස්ථාන ජාලයක් සංවර්ධනය කිරීමේදී පැන නගින ගැටළු සහ කුමන සීමාවන් සැලකිල්ලට ගත යුතුද? පිරිවැය, ඇත්ත වශයෙන්ම. පරිමාණය, අපට වර්ධනය වීමට අවශ්ය මට්ටම. සේවාව නතර නොකර පුළුල් කිරීමේ අවශ්යතාව. කලාප පළල, ලබා ගත හැකි. අධීක්ෂණ පද්ධති සඳහා, මෙහෙයුම් කණ්ඩායම් සඳහා ජාලයේ සිදුවන දේ පිළිබඳ දෘශ්‍යතාව. ස්වයංක්‍රීයකරණ සහාය - නැවතත්, හැකිතාක් දුරට, අමතර ස්ථර හඳුන්වාදීම ඇතුළුව විවිධ මට්ටම්වලදී විවිධ කාර්යයන් විසඳිය හැකි බැවින්. හොඳයි, [සමහර විට] වෙළෙන්දන් මත රඳා නොපවතී. විවිධ ඓතිහාසික කාල වකවානුවලදී, ඔබ බලන්නේ කුමන කොටස මත පදනම්ව, මෙම ස්වාධීනත්වය සාක්ෂාත් කර ගැනීම පහසු හෝ වඩා දුෂ්කර විය. අපි ජාල උපාංග චිප් වල හරස්කඩක් ගත්තොත්, අපට ඉහළ ප්‍රතිදානයක් සහිත චිප්ස් අවශ්ය නම්, වෙළෙන්දන්ගෙන් ස්වාධීනත්වය ගැන කතා කිරීම මෑතක් වන තුරුම ඉතා කොන්දේසි සහිත විය.
අපගේ ජාලය ගොඩනැගීමට අප භාවිතා කරන්නේ කුමන තාර්කික ස්ථලකයද? මෙය බහු මට්ටමේ Clos එකක් වනු ඇත. ඇත්ත වශයෙන්ම, මේ මොහොතේ සැබෑ විකල්ප නොමැත. තවද, අපට විශාල රේඩික්ස් ස්විචයන් තිබේ නම්, දැන් ශාස්ත්‍රීය උනන්දුවක් දක්වන ක්ෂේත්‍රයේ වැඩි විවිධ උසස් ස්ථලක සමඟ සසඳන විට පවා Clos ස්ථලකය තරමක් හොඳයි.
බහු මට්ටමේ Clos ජාලයක් දළ වශයෙන් ව්‍යුහගත වන්නේ කෙසේද සහ එහි ඇති විවිධ මූලද්රව්ය මොනවාද? පළමුවෙන්ම, සුළඟ ඉහළ ගියේ, උතුර කොතැනද, දකුණ කොතැනද, නැගෙනහිර කොතැනද, බටහිර කොතැනද යන්න දිශානතියට පත් කිරීමට. මෙම වර්ගයේ ජාල සාමාන්යයෙන් ගොඩනඟා ඇත්තේ බටහිර-නැගෙනහිර ගමනාගමනය විශාල වශයෙන් ඇති අය විසිනි. ඉතිරි මූලද්රව්ය සඳහා, ඉහලින් කුඩා ස්විච වලින් එකලස් කරන ලද අථත්ය ස්විචයකි. Clos ජාල වල පුනරාවර්තන ඉදිකිරීමේ ප්‍රධාන අදහස මෙයයි. අපි යම් ආකාරයක රේඩික්ස් සහිත මූලද්රව්ය ගෙන ඒවා සම්බන්ධ කරන අතර එමඟින් අපට ලැබෙන දේ විශාල රේඩික්ස් සහිත ස්විචයක් ලෙස සැලකිය හැකිය. ඔබට ඊටත් වඩා අවශ්ය නම්, ක්රියා පටිපාටිය නැවත නැවතත් කළ හැකිය.
අවස්ථා වලදී, උදාහරණයක් ලෙස, ද්වි-මට්ටමේ Clos සමඟ, මගේ රූප සටහනේ සිරස් අතට ඇති සංරචක පැහැදිලිව හඳුනාගත හැකි විට, ඒවා සාමාන්යයෙන් ගුවන් යානා ලෙස හැඳින්වේ. අපි කොඳු ඇට පෙළේ ස්විච මට්ටම් තුනකින් (ඒවා සියල්ලම මායිම් හෝ ToR ස්විචයන් නොවන අතර සංක්‍රමණය සඳහා පමණක් භාවිතා කරන) ක්ලෝස් එකක් ගොඩනඟන්නේ නම්, එවිට ගුවන් යානා වඩාත් සංකීර්ණ වනු ඇත; මට්ටම් දෙකක ඒවා හරියටම මේ ආකාරයෙන් පෙනේ. අපි ToR හෝ කොළ ස්විච සහ ඒවාට සම්බන්ධ පළමු මට්ටමේ කශේරුකා ස්විචය Pod ලෙස හඳුන්වමු. Pod මුදුනේ ඇති කොඳු ඇට පෙළ-1 මට්ටමේ කශේරුකා ස්විචයන් Pod හි මුදුනේ, Pod හි මුදුනේ වේ. මුළු කර්මාන්තශාලාවේ මුදුනේ පිහිටා ඇති ස්විචයන් කර්මාන්තශාලාවේ ඉහළ ස්ථරය, රෙදිපිළි ඉහළට.
ඇත්ත වශයෙන්ම, ප්රශ්නය පැනනගින්නේ: ක්ලෝස් ජාල යම් කාලයක් තිස්සේ ගොඩනඟා ඇත; අදහස සාමාන්යයෙන් සම්භාව්‍ය දුරකථන, TDM ජාල වල කාලවල සිට පැමිණේ. සමහර විට වඩා හොඳ දෙයක් පෙනෙන්නට තිබේද, සමහර විට යමක් වඩා හොඳින් කළ හැකිද? ඔව් සහ නැහැ. න්‍යායාත්මකව ඔව්, නුදුරු අනාගතයේ දී ප්‍රායෝගිකව නියත වශයෙන්ම නැත. සිත් ඇදගන්නා ස්ථලක ගණනාවක් ඇති නිසා, ඒවායින් සමහරක් නිෂ්පාදනයේදී පවා භාවිතා වේ, උදාහරණයක් ලෙස, Dragonfly HPC යෙදුම්වල භාවිතා වේ; Xpander, FatClique, Jellyfish වැනි රසවත් ස්ථලක ද ඇත. ඔබ මෑතකදී SIGCOMM හෝ NSDI වැනි සම්මන්ත්‍රණවල වාර්තා දෙස බැලුවහොත්, Clos වලට වඩා හොඳ ගුණාංග (එකක් හෝ වෙනත්) ඇති විකල්ප ස්ථලක පිළිබඳ තරමක් විශාල වැඩ ප්‍රමාණයක් ඔබට සොයාගත හැකිය.
නමුත් මෙම සියලු ස්ථලකවල එක් රසවත් දේපලක් ඇත. අපි භාණ්ඩ දෘඩාංග මත ගොඩනඟා ගැනීමට උත්සාහ කරන සහ තරමක් සාධාරණ මුදලක් වැය වන දත්ත මධ්යස්ථාන ජාල තුළ ඒවා ක්‍රියාත්මක කිරීම වළක්වයි. මෙම විකල්ප ස්ථාන සියල්ල තුළ, බොහෝ කලාප පළලට අවාසනාවන්ත ලෙස කෙටිම මාර්ග හරහා ප්‍රවේශ විය නොහැක. එබැවින්, සම්ප්රදායික පාලන තලය භාවිතා කිරීමට අපට වහාම අවස්ථාව අහිමි වේ.
න්‍යායාත්මකව, ගැටලුවට විසඳුම දනී. මේවා උදාහරණයක් ලෙස, k-කෙටි මාර්ගය භාවිතා කරමින් සම්බන්ධක තත්වයේ වෙනස් කිරීම් වේ, නමුත්, නැවතත්, නිෂ්පාදනයේදී ක්‍රියාත්මක වන සහ උපකරණවල බහුලව ලබා ගත හැකි එවැනි ප්‍රොටෝකෝල නොමැත.
එපමනක් නොව, බොහෝ ධාරිතාව කෙටිම මාර්ග හරහා ප්‍රවේශ විය නොහැකි බැවින්, එම සියලු මාර්ග තෝරා ගැනීමට අපට පාලන තලයට වඩා වැඩි යමක් වෙනස් කිරීමට අවශ්ය වේ (සහ මාර්ගය වන විට, මෙය පාලන තලයේ සැලකිය යුතු ලෙස වැඩි තත්වයකි). අපට තවමත් ඉදිරියට යැවීමේ තලය වෙනස් කිරීමට අවශ්ය වන අතර, රීතියක් ලෙස, අවම වශයෙන් අමතර විශේෂාංග දෙකක් අවශ්ය වේ. මෙය එක් වරක් පැකට් යොමු කිරීම පිළිබඳ සියලු තීරණ ගැනීමේ හැකියාවයි, උදාහරණයක් ලෙස, ධාරකය මත. ඇත්ත වශයෙන්ම, මෙය මූලාශ්‍ර මාර්ගගත කිරීමකි, සමහර විට අන්තර් සම්බන්ධතා ජාල පිළිබඳ සාහිත්‍යයේ මෙය එකවර යොමු කිරීමේ තීරණ ලෙස හැඳින්වේ. සහ අනුවර්තී රවුටින් යනු ජාල මූලද්රව්ය මත අපට අවශ්ය කාර්යයකි, උදාහරණයක් ලෙස, පෝලිමේ ඇති අඩුම බර පිළිබඳ තොරතුරු මත පදනම්ව අපි ඊළඟ හොප් තෝරා ගනිමු. උදාහරණයක් ලෙස, වෙනත් විකල්ප හැකි ය.
මේ අනුව, දිශාව සිත්ගන්නා සුළුය, නමුත්, අහෝ, අපට එය දැන් යෙදිය නොහැක.
හරි, අපි Clos තාර්කික ස්ථලකය මත පදිංචි විය. අපි එය පරිමාණය කරන්නේ කෙසේද? එය ක්‍රියාත්මක වන ආකාරය සහ කළ හැකි දේ බලමු.
Clos ජාලයක් තුළ අපට කෙසේ හෝ වෙනස් වී නිශ්චිත ප්‍රතිඵල ලබා ගත හැකි ප්‍රධාන පරාමිති දෙකක් ඇත: මූලද්‍රව්‍යවල රේඩික්ස් සහ ජාලයේ මට්ටම් ගණන. දෙකම ප්‍රමාණයට බලපාන ආකාරය පිළිබඳ ක්‍රමානුරූප රූප සටහනක් මා සතුව ඇත. ඉතා මැනවින්, අපි දෙකම ඒකාබද්ධ කරමු.
Clos ජාලයේ අවසාන පළල දකුණු රේඩික්ස් හි කොඳු ඇට පෙළේ සියලුම මට්ටම්වල නිෂ්පාදනයක් වන බව පෙනේ, අපට කොපමණ සබැඳි තිබේද, එය අතු බෙදී යන ආකාරය. අපි ජාලයේ ප්‍රමාණය පරිමාණය කරන්නේ මේ ආකාරයටයි.
ධාරිතාව සම්බන්ධයෙන්, විශේෂයෙන්ම ToR ස්විචයන් මත, පරිමාණ විකල්ප දෙකක් තිබේ. එක්කෝ අපට සාමාන්‍ය ස්ථලකය පවත්වා ගනිමින් වේගවත් සබැඳි භාවිතා කළ හැකිය, නැතහොත් අපට තවත් ගුවන් යානා එකතු කළ හැකිය.
ඔබ Clos ජාලයේ (පහළ දකුණු කෙළවරේ) පුළුල් කළ අනුවාදය දෙස බැලුවහොත් පහත Clos ජාලය සමඟින් මෙම පින්තූරය වෙත ආපසු යන්න...
... එවිට මෙය හරියටම එකම ස්ථලකය වේ, නමුත් මෙම ස්ලයිඩය මත එය වඩාත් සංයුක්තව කඩා වැටී ඇති අතර කර්මාන්තශාලාවේ ගුවන් යානා එකිනෙක මත අධිස්ථාපනය වේ. එය එසේමය.
Clos ජාලයක් පරිමාණය කිරීම ඉලක්කම් වලින් පෙනෙන්නේ කෙසේද? මෙහිදී මම ජාලයක් ලබා ගත හැකි උපරිම පළල කොපමණද, උපරිම රාක්ක ගණන කොපමණද, ToR ස්විචයන් හෝ පත්‍ර ස්විචයන්, ඒවා රාක්කවල නොමැති නම්, කොඳු ඇට පෙළ මට්ටම් සඳහා අප භාවිතා කරන ස්විචවල රේඩික්ස් මොනවාද යන්න මත පදනම්ව අපට ලබා ගත හැකිය. අපි භාවිතා කරන මට්ටම් කීයක්.
මෙන්න අපට රාක්ක කීයක් තිබිය හැකිද, සේවාදායකයන් කීයක් සහ මේ සියල්ල රාක්කයකට 20 kW මත පදනම්ව දළ වශයෙන් කොපමණ ප්‍රමාණයක් පරිභෝජනය කළ හැකිද යන්නයි. මඳ වේලාවකට පෙර මම සඳහන් කළේ අපි සේවාදායකයන් 100 ක පමණ පොකුරු ප්‍රමාණයක් ඉලක්ක කරන බවයි.
මෙම සම්පූර්ණ සැලසුම තුළ විකල්ප දෙකහමාරක් උනන්දුවක් දක්වන බව දැකිය හැකිය. කොඳු ඇට පෙළේ ස්ථර දෙකක් සහ 64-වරාය ස්විචයන් සමඟ විකල්පයක් ඇත, එය ටිකක් කෙටි වේ. එවිට 128-port (radix 128 සමඟ) මට්ටම් දෙකක් සහිත කොඳු ඇට පෙළ ස්විචයන් හෝ මට්ටම් තුනක් සහිත radix 32 සමඟ ස්විචයන් සඳහා පරිපූර්ණව ගැලපෙන විකල්ප තිබේ. තවද සෑම අවස්ථාවකදීම, වැඩි රේඩික්ස් සහ වැඩි ස්ථර ඇති විට, ඔබට ඉතා විශාල ජාලයක් සෑදිය හැකිය, නමුත් ඔබ අපේක්ෂිත පරිභෝජනය දෙස බැලුවහොත්, සාමාන්යයෙන් ගිගාවොට් ඇත. කේබලයක් දාන්න පුළුවන් නමුත් එක සයිට් එකකින් අපිට ඒ තරම් විදුලියක් ගන්න ඉඩක් නැහැ. ඔබ දත්ත මධ්යස්ථාන පිළිබඳ සංඛ්‍යාලේඛන සහ පොදු දත්ත දෙස බැලුවහොත්, ඔබට මෙගාවොට් 150 ට වැඩි ඇස්තමේන්තුගත ධාරිතාවක් ඇති දත්ත මධ්යස්ථාන ඉතා ස්වල්පයක් සොයාගත හැකිය. විශාල ඒවා සාමාන්යයෙන් දත්ත මධ්යස්ථාන කැම්පස් වේ, විශාල දත්ත මධ්යස්ථාන කිහිපයක් එකිනෙකට සමීපව පිහිටා ඇත.
තවත් වැදගත් පරාමිතියක් තිබේ. ඔබ වම් තීරුව දෙස බැලුවහොත්, භාවිතා කළ හැකි කලාප පළල එහි ලැයිස්තුගත කර ඇත. Clos ජාලයක ස්විචයන් එකිනෙකට සම්බන්ධ කිරීම සඳහා වරායේ සැලකිය යුතු කොටසක් භාවිතා කරන බව දැකීම පහසුය. භාවිත කළ හැකි කලාප පළල, ප්‍රයෝජනවත් තීරුව, පිටතින්, සේවාදායකයන් දෙසට ලබා දිය හැකි දෙයකි. ස්වාභාවිකවම, මම කතා කරන්නේ කොන්දේසි සහිත වරායන් සහ විශේෂයෙන් සංගීත කණ්ඩායම ගැන ය. රීතියක් ලෙස, ජාලය තුළ ඇති සබැඳි සේවාදායකයන් වෙත සබැඳි වලට වඩා වේගවත් වේ, නමුත් කලාප පළල ඒකකයකට, අපගේ සේවාදායක උපකරණ වෙත යැවිය හැකි තාක් දුරට, ජාලය තුළම තවමත් යම් කලාප පළලක් ඇත. තවද අපි මට්ටම් වැඩි වන තරමට, මෙම තීරුව පිටතින් සැපයීමේ නිශ්චිත පිරිවැය වැඩි වේ.
එපමණක් නොව, මෙම අතිරේක සංගීත කණ්ඩායම පවා හරියටම සමාන නොවේ. පරතරය කෙටි වන අතර, අපට DAC (direct attach copper, එනම් twinax cables) හෝ ඊටත් වඩා අඩු සාධාරණ මුදලක් වැය වන multimode optics වැනි දෙයක් භාවිතා කළ හැක. අපි දිගු පරාසයන් වෙත ගමන් කළ විගසම - රීතියක් ලෙස, මේවා තනි මාදිලියේ දෘෂ්ටි, සහ මෙම අතිරේක කලාප පළලෙහි පිරිවැය සැලකිය යුතු ලෙස වැඩි වේ.
නැවතත්, පෙර විනිවිදකයට ආපසු යාම, අපි අධි දායකත්වයකින් තොරව Clos ජාලයක් නිර්මාණය කරන්නේ නම්, රූප සටහන දෙස බැලීම පහසුය, ජාලය ගොඩනඟා ඇති ආකාරය බලන්න - එක් එක් මට්ටමේ කොඳු ඇට පෙළේ ස්විචයන් එකතු කරමින්, අපි එහි තිබූ සම්පූර්ණ තීරුව නැවත නැවතත් කරමු. පතුලේ. ප්ලස් මට්ටම - ප්ලස් එකම බෑන්ඩ්, පෙර මට්ටමේ තිබූ ස්විචවල ඇති වරායන් ගණන සහ සම්ප්‍රේෂක සංඛ්‍යාව සමාන වේ. එමනිසා, කොඳු ඇට පෙළේ ස්විචයන් මට්ටම් ගණන අවම කිරීම ඉතා යෝග්ය වේ.
මෙම පින්තූරය මත පදනම්ව, අපට සැබවින්ම 128 රේඩික්ස් සහිත ස්විචයන් වැනි දෙයක් මත ගොඩනගා ගැනීමට අවශ්ය බව පැහැදිලිය.
මෙන්න, ප්‍රතිපත්තිමය වශයෙන්, සෑම දෙයක්ම මා පැවසූ දෙයට සමාන ය; මෙය පසුව සලකා බැලීමට ස්ලයිඩයකි.
එවැනි ස්විචයන් ලෙස අපට තෝරා ගත හැකි විකල්ප මොනවාද? දැන් එවැනි ජාල අවසානයේ තනි චිප ස්විචයන් මත ගොඩනගා ගත හැකි බව අපට ඉතා ප්රසන්න ප්රවෘත්තියකි. තවද මෙය ඉතා සිසිල් ය, ඒවායේ හොඳ විශේෂාංග රාශියක් ඇත. නිදසුනක් වශයෙන්, ඔවුන් පාහේ අභ්යන්තර ව්යුහයක් නොමැත. මෙයින් අදහස් කරන්නේ ඒවා වඩාත් පහසුවෙන් කැඩී යාමයි. ඔවුන් සියලු ආකාරවලින් කැඩී යයි, නමුත් වාසනාවකට ඔවුන් සම්පූර්ණයෙන්ම කැඩී යයි. මොඩියුලර් උපාංගවල දෝෂ විශාල ප්‍රමාණයක් ඇත (ඉතා අප්‍රසන්න), අසල්වැසියන්ගේ දෘෂ්ටි කෝණයෙන් සහ පාලන තලයෙන් එය ක්‍රියාත්මක වන බව පෙනේ, නමුත්, උදාහරණයක් ලෙස, රෙදි වලින් කොටසක් නැති වී ඇති අතර එය ක්රියා නොකරයි. සම්පූර්ණ ධාරිතාවයෙන්. තවද එය සම්පුර්ණයෙන්ම ක්රියාකාරී වීම මත පදනම්ව එයට ගමනාගමනය සමතුලිත වන අතර අපට අධික ලෙස පැටවිය හැකිය.
නැතහොත්, උදාහරණයක් ලෙස, පසුතලය සමඟ ගැටළු පැන නගී, මන්ද මොඩියුලර් උපාංගය තුළ අධිවේගී SerDes ද ඇත - එය ඇතුළත ඇත්තෙන්ම සංකීර්ණයි. එක්කෝ ඉදිරියට යැවීමේ මූලද්රව්ය අතර සංඥා සමමුහුර්ත කර ඇත හෝ සමමුහුර්ත නොවේ. පොදුවේ ගත් කල, මූලද්රව්ය විශාල සංඛ්‍යාවකින් සමන්විත ඕනෑම ඵලදායි මොඩියුලර් උපාංගයක්, රීතියක් ලෙස, එකම ක්ලෝස් ජාලයක් එහි අඩංගු වේ, නමුත් එය රෝග විනිශ්චය කිරීම ඉතා අපහසුය. බොහෝ විට වෙළෙන්දාට පවා රෝග විනිශ්චය කිරීමට අපහසුය.
තවද එය උපාංගය පිරිහෙන අසාර්ථක අවස්ථා විශාල සංඛ්‍යාවක් ඇත, නමුත් ස්ථල විද්‍යාවෙන් සම්පූර්ණයෙන්ම ඉවත් නොවේ. අපගේ ජාලය විශාල බැවින්, සමාන මූලද්රව්ය අතර සමතුලිතතාවය ක්‍රියාකාරීව භාවිතා වේ, ජාලය ඉතා ක්‍රමවත් ය, එනම්, සෑම දෙයක්ම පිළිවෙලට ඇති එක් මාර්ගයක් අනෙක් මාර්ගයට වඩා වෙනස් නොවේ, සමහරක් සරලව නැති කර ගැනීම අපට වඩා ලාභදායී වේ. ස්ථල විද්‍යාවෙන් උපාංග සමහරක් ක්රියා කරන බව පෙනෙන නමුත් සමහර ඒවා ක්රියා නොකරන තත්වයකට පත්වීමට වඩා.
තනි චිප උපාංගවල ඊළඟ ලස්සන ලක්ෂණය වන්නේ ඒවා වඩා හොඳ සහ වේගයෙන් පරිණාමය වීමයි. ඔවුන්ට වඩා හොඳ ධාරිතාවක් ද ඇත. අපි රවුමක ඇති විශාල එකලස් කරන ලද ව්‍යුහයන් ගතහොත්, එම වේගයේ වරායන් සඳහා රාක්ක ඒකකයක ධාරිතාව මොඩියුලර් උපාංග මෙන් දෙගුණයක් පමණ වේ. තනි චිපයක් වටා සාදන ලද උපාංග මොඩියුලර් ඒවාට වඩා සැලකිය යුතු ලෙස ලාභදායී වන අතර අඩු ශක්තියක් පරිභෝජනය කරයි.
එහෙත්, ඇත්ත වශයෙන්ම, මේ සියල්ල හේතුවක් නිසා ය, අවාසි ද ඇත. පළමුව, රේඩික්ස් මොඩියුලර් උපාංගවලට වඩා සෑම විටම පාහේ කුඩා වේ. අපිට ports 128ක් තියෙන එක chip එකක් වටේ හදපු device එකක් ගන්න පුළුවන් නම්, දැන් අපිට කිසිම ප්‍රශ්නයක් නැතුව ports සිය ගණනක් තියෙන modular එකක් ගන්න පුළුවන්.
මෙය යොමු කිරීමේ වගු වල සැලකිය යුතු තරම් කුඩා ප්‍රමාණයක් වන අතර, රීතියක් ලෙස, දත්ත තල පරිමාණයට සම්බන්ධ සෑම දෙයක්ම වේ. නොගැඹුරු බෆර. සහ, නීතියක් ලෙස, තරමක් සීමිත ක්රියාකාරිත්වය. නමුත් ඔබ මෙම සීමාවන් දන්නේ නම් සහ ඒවා මඟ හැරීමට හෝ ඒවා සරලව සැලකිල්ලට ගැනීමට නියමිත වේලාවට සැලකිලිමත් වන්නේ නම්, මෙය එතරම් බියජනක නොවන බව පෙනේ. අවසානයේ මෑතකදී දර්ශනය වූ 128 රේඩික්ස් සහිත උපාංගවල රේඩික්ස් කුඩා වීම තවදුරටත් ගැටළුවක් නොවේ; අපට කොඳු ඇට පෙළේ ස්ථර දෙකකින් ගොඩනගා ගත හැකිය. නමුත් අපට සිත්ගන්නාසුලු දෙකකට වඩා කුඩා කිසිවක් ගොඩනඟා ගැනීමට තවමත් නොහැකි ය. එක් මට්ටමක් සමඟ, ඉතා කුඩා පොකුරු ලබා ගනී. අපගේ පෙර සැලසුම් සහ අවශ්‍යතා පවා තවමත් ඒවා ඉක්මවා ඇත.
ඇත්ත වශයෙන්ම, හදිසියේම විසඳුම අද්දර කොතැනක හෝ තිබේ නම්, පරිමාණය කිරීමට තවමත් ක්රමයක් තිබේ. සේවාදායකයන් සම්බන්ධ කර ඇති අවසාන (හෝ පළමු), පහළම මට්ටම ToR ස්විච හෝ පත්‍ර ස්විච බැවින්, අපි ඒවාට එක් රාක්කයක් සම්බන්ධ කිරීමට අවශ්ය නොවේ. එමනිසා, විසඳුම අඩකින් පමණ අඩු වුවහොත්, පහළ මට්ටමේ විශාල රේඩික්ස් සහිත ස්විචයක් භාවිතා කිරීම සහ සම්බන්ධ කිරීම ගැන සිතා බැලිය හැකිය, නිදසුනක් ලෙස, එක් ස්විචයකට රාක්ක දෙකක් හෝ තුනක් සම්බන්ධ කිරීම. මෙය ද විකල්පයකි, එහි පිරිවැය ඇත, නමුත් එය තරමක් හොඳින් ක්රියා කරන අතර ඔබට ප්‍රමාණය මෙන් දෙගුණයක් පමණ ළඟා වීමට අවශ්ය වූ විට හොඳ විසඳුමක් විය හැකිය.
සාරාංශගත කිරීම සඳහා, අපි කර්මාන්තශාලා ස්ථර අටක් සහිත කශේරුකා මට්ටම් දෙකක් සහිත ස්ථලකයක් මත ගොඩනඟමු.
භෞතික විද්‍යාවට කුමක් සිදුවේද? ඉතා සරල ගණනය කිරීම්. අපට කොඳු ඇට පෙළ මට්ටම් දෙකක් තිබේ නම්, අපට ඇත්තේ ස්විච මට්ටම් තුනක් පමණක් වන අතර, ජාලය තුළ කේබල් කොටස් තුනක් පවතිනු ඇතැයි අපි අපේක්ෂා කරමු: සේවාදායකයේ සිට කොළ ස්විචයන් දක්වා, කොඳු ඇට පෙළ 1 දක්වා, කොඳු ඇට පෙළ 2 දක්වා. අපට කළ හැකි විකල්ප භාවිතා වේ - මේවා twinax, multimode, single mode වේ. තවද මෙහිදී අප සලකා බැලිය යුත්තේ කුමන තීරුවක් තිබේද, කොපමණ මුදලක් වැය වේද, භෞතික මානයන් මොනවාද, අපට ආවරණය කළ හැකි පරාසයන් මොනවාද සහ අපි වැඩිදියුණු කරන්නේ කෙසේද යන්නයි.
පිරිවැය අනුව, සෑම දෙයක්ම පෙළගැස්විය හැකිය. Twinaxes ක්රියාකාරී දෘශ්‍ය විද්‍යාවට වඩා සැලකිය යුතු ලෙස ලාභදායී වේ, බහුමාධ්‍ය සම්ප්‍රේෂකයන්ට වඩා ලාභදායී වේ, ඔබ එය අවසානයේ සිට එක් ගුවන් ගමනකට ගන්නේ නම්, 100-ගිගාබිට් ස්විච් පෝට් එකකට වඩා තරමක් ලාභදායී වේ. තවද, එය තනි මාදිලියේ දෘශ්‍ය විද්‍යාවට වඩා අඩු පිරිවැයක් දරන බව කරුණාවෙන් සලකන්න, මන්ද තනි මාදිලිය අවශ්ය වන ගුවන් ගමන්වලදී, දත්ත මධ්‍යස්ථානවල හේතු ගණනාවක් නිසා CWDM භාවිතා කිරීම අර්ථවත් වන අතර සමාන්තර තනි මාදිලිය (PSM) වැඩ කිරීමට එතරම් පහසු නොවේ. සමඟ, ඉතා විශාල ඇසුරුම් කෙඳි ලබා ගන්නා අතර, අපි මෙම තාක්ෂණයන් කෙරෙහි අවධානය යොමු කරන්නේ නම්, අපි ආසන්න වශයෙන් පහත සඳහන් මිල ධුරාවලිය ලබා ගනිමු.
තවත් එක් සටහනක්: අවාසනාවකට මෙන්, විසුරුවා හරින ලද 100 සිට 4x25 බහු මාදිලියේ වරායන් භාවිතා කිරීම ඉතා අපහසුය. SFP28 සම්ප්‍රේෂකවල සැලසුම් ලක්ෂණ නිසා එය 28 Gbit QSFP100 ට වඩා බෙහෙවින් ලාභදායී නොවේ. බහු මාදිලිය සඳහා මෙම විසුරුවා හැරීම ඉතා හොඳින් ක්රියා නොකරයි.
තවත් සීමාවක් වන්නේ පරිඝනක පොකුරු වල ප්‍රමාණය සහ සේවාදායක සංඛ්‍යාව නිසා අපගේ දත්ත මධ්යස්ථාන භෞතිකව විශාල වීමයි. මෙයින් අදහස් කරන්නේ අවම වශයෙන් එක් ගුවන් ගමනක් තනි මාදිලියකින් කළ යුතු බවයි. නැවතත්, Pods වල භෞතික ප්‍රමාණය නිසා, twinax (තඹ කේබල්) ස්පාන් දෙකක් ධාවනය කිරීමට නොහැකි වනු ඇත.
එහි ප්රතිඵලයක් වශයෙන්, අපි මිල සඳහා ප්‍රශස්තිකරණය කර මෙම සැලසුමේ ජ්‍යාමිතිය සැලකිල්ලට ගන්නේ නම්, අපට CWDM භාවිතයෙන් twinax එක span, multimode එක span සහ singlemode එක span ලැබේ. මෙය සිදුවිය හැකි වැඩිදියුණු කිරීමේ මාර්ග සැලකිල්ලට ගනී.
මෑතදී පෙනෙන්නේ මෙයයි, අපි යන්නේ කොතැනටද සහ හැකි දේ. අවම වශයෙන්, බහු මාදිලිය සහ තනි මාදිලිය සඳහා 50-ගිගාබිට් සර්ඩස් වෙත ගමන් කරන්නේ කෙසේද යන්න පැහැදිලිය. එපමණක් නොව, ඔබ දැන් සහ අනාගතයේදී 400G සඳහා තනි මාදිලියේ සම්ප්‍රේෂකවල ඇති දේ දෙස බැලුවහොත්, බොහෝ විට 50G SerDes විදුලි පැත්තෙන් පැමිණෙන විට පවා, එක් මංතීරුවකට 100 Gbps දැනටමත් ප්‍රකාශ විද්‍යාවට යා හැකිය. එමනිසා, 50 දක්වා ගමන් කරනවා වෙනුවට, එක් මංතීරුවකට Gigabit SerDes 100 සහ 100 Gbps දක්වා සංක්‍රමණයක් සිදුවනු ඇත, මන්ද බොහෝ වෙළෙන්දන්ගේ පොරොන්දු වලට අනුව, ඔවුන්ගේ ලබා ගැනීමේ හැකියාව ඉතා ඉක්මනින් අපේක්ෂා කෙරේ. 50G SerDes වේගවත්ම වූ කාලපරිච්ඡේදය, පෙනෙන පරිදි, ඉතා දිගු නොවනු ඇත, මන්ද 100G SerDes හි පළමු පිටපත් ලබන වසරේ පාහේ නිකුත් වේ. ඉන් ටික කලකට පසු ඔවුන් සාධාරණ මුදලක් වටිනවා විය හැකිය.
භෞතික විද්යාව තෝරාගැනීම පිළිබඳ තවත් එක් සූක්ෂ්මතාවයක්. ප්‍රතිපත්තිමය වශයෙන්, අපට දැනටමත් 400G SerDes භාවිතා කරමින් Gigabit ports 200 හෝ 50 භාවිතා කළ හැකිය. නමුත් මෙය එතරම් තේරුමක් නැති බව පෙනේ, මන්ද, මා කලින් කී පරිදි, අපට අවශ්ය වන්නේ ස්විචයන් මත තරමක් විශාල රේඩික්ස්, හේතුව තුළ, ඇත්ත වශයෙන්ම ය. අපට අවශ්ය වන්නේ 128. සහ අපට සීමිත චිප් ධාරිතාවක් තිබේ නම් සහ අපි සම්බන්ධක වේගය වැඩි කළහොත්, රේඩික්ස් ස්වභාවිකවම අඩු වේ, ආශ්චර්යයන් නොමැත.
තවද අපට ගුවන් යානා භාවිතයෙන් සම්පූර්ණ ධාරිතාව වැඩි කළ හැකි අතර විශේෂ වියදම් නොමැත; අපට ගුවන් යානා ගණන එකතු කළ හැකිය. අපට රේඩික්ස් නැති වුවහොත්, අපට අමතර මට්ටමක් හඳුන්වා දීමට සිදුවනු ඇත, එබැවින් වර්තමාන තත්වය තුළ, චිපයකට දැනට පවතින උපරිම ධාරිතාව සමඟ, ගිගාබිට් 100 වරායන් භාවිතා කිරීම වඩාත් කාර්යක්ෂම බව පෙනේ, මන්ද ඒවා ඔබට ඉඩ සලසයි. විශාල radix ලබා ගැනීමට.
ඊළඟ ප්රශ්නය වන්නේ භෞතික විද්යාව සංවිධානය වී ඇති ආකාරයයි, නමුත් කේබල් යටිතල ව්යුහයේ දෘෂ්ටි කෝණයෙන්. එය තරමක් හාස්‍යජනක ආකාරයකින් සංවිධානය කර ඇති බව පෙනේ. කොළ-ස්විච් සහ පළමු මට්ටමේ කටු අතර කේබල් කිරීම - එහි බොහෝ සබැඳි නොමැත, සෑම දෙයක්ම සාපේක්ෂව සරලව ගොඩනගා ඇත. හැබැයි එක ප්ලේන් එකක් ගත්තොත් ඇතුලේ වෙන්නේ පළවෙනි ලෙවල් එකේ කොන්ද ඔක්කොම දෙවැනි ලෙවල් එකේ කොඳු ඇට පෙළ එක්ක සම්බන්ධ කරන්න ඕන.
ප්ලස්, රීතියක් ලෙස, එය දත්ත මධ්‍යස්ථානය තුළ දිස්විය යුතු ආකාරය සඳහා යම් ප්‍රාර්ථනාවන් ඇත. උදාහරණයක් ලෙස, අපට ඇත්ත වශයෙන්ම අවශ්ය වූයේ කේබල් මිටියකට ඒකාබද්ධ කර ඒවා අදින්නට වන අතර එමඟින් එක් අධි-ඝනත්ව පැච් පුවරුවක් සම්පූර්ණයෙන්ම එක් පැච් පැනලයකට ගිය අතර දිග අනුව සත්වෝද්‍යානයක් නොතිබුණි. අපි මෙම ගැටලුව විසඳීමට සමත් විය. ඔබ මුලින් තාර්කික ස්ථලකය දෙස බැලුවහොත්, ගුවන් යානා ස්වාධීන බව ඔබට පෙනෙනු ඇත, සෑම ගුවන් යානයක්ම තනිවම ගොඩනගා ගත හැකිය. නමුත් අපි එවැනි බණ්ඩලින් එකක් එකතු කර මුළු පැච් පැනලයම පැච් පැනලයකට ඇද දැමීමට අවශ්ය වූ විට, අපට එක් බණ්ඩල් එකක් තුළ විවිධ ගුවන් යානා මිශ්‍ර කර ඒවා එකලස් කළ ආකාරය නැවත සකස් කිරීම සඳහා ඔප්ටිකල් හරස් සම්බන්ධතා ආකාරයෙන් අතරමැදි ව්යුහයක් හඳුන්වා දිය යුතුය. එක් කොටසක, තවත් කොටසක ඒවා එකතු කරන ආකාරය. මේ සඳහා ස්තූතියි, අපි ලස්සන අංගයක් ලබා ගනිමු: සියලු සංකීර්ණ මාරු කිරීම් රාක්ක ඉක්මවා නොයයි. ඔබට යමක් ඉතා තදින් බද්ධ කිරීමට අවශ්ය වූ විට, “ගුවන් යානා දිගහරින්න”, එය සමහර විට Clos ජාල වල හැඳින්වෙන පරිදි, ඒ සියල්ල එක් රාක්කයක් තුළ සංකේන්ද්‍රණය වේ. අපි තනි පුද්ගල සබැඳි දක්වා, රාක්ක අතර මාරු, බෙහෙවින් disassembled නැහැ.
කේබල් යටිතල ව්යුහයේ තාර්කික සංවිධානයේ දෘෂ්ටි කෝණයෙන් එය පෙනෙන්නේ එලෙස ය. වම්පස ඇති පින්තූරයේ, බහු-වර්ණ කුට්ටි, පළමු මට්ටමේ කොඳු ඇට පෙළේ ස්විච කුට්ටි, කෑලි අට බැගින් සහ ඒවායින් එන කේබල් මිටි හතරක් නිරූපණය කරයි, ඒවා කොඳු ඇට පෙළ -2 ස්විච කුට්ටි වලින් එන මිටි සමඟ ගොස් ඡේදනය වේ. .
කුඩා කොටු වලින් ඡේදනය වේ. ඉහළ වම් කෙළවරේ එවැනි එක් එක් මංසන්ධියේ බිඳවැටීමක් ඇත, මෙය ඇත්ත වශයෙන්ම 512 by 512 port cross-connect මොඩියුලයක් වන අතර එමඟින් කේබල් නැවත ඇසුරුම් කරන අතර එමඟින් ඒවා සම්පූර්ණයෙන්ම එක් රාක්කයකට පැමිණේ, එහිදී එක් කොඳු ඇට පෙළ-2 ගුවන් යානයක් පමණි. දකුණු පසින්, මෙම පින්තූරයේ ස්කෑන් කිරීම කොඳු ඇට පෙළ-1 මට්ටමේ පොඩ් කිහිපයකට සාපේක්ෂව තව ටිකක් සවිස්තරාත්මක වන අතර එය හරස් සම්බන්ධතාවයක ඇසුරුම් කර ඇති ආකාරය, එය කොඳු ඇට පෙළ-2 මට්ටමට පැමිණෙන ආකාරය.
එය පෙනෙන්නේ මෙයයි. තවමත් සම්පුර්ණයෙන්ම එකලස් කර නොමැති කොඳු ඇට පෙළ-2 ස්ථාවරය (වම් පැත්තේ) සහ හරස් සම්බන්ධක ස්ථාවරය. අවාසනාවකට, එහි දැකීමට බොහෝ දේ නොමැත. මෙම සම්පූර්ණ ව්යුහය දැන් ව්‍යාප්ත වෙමින් පවතින අපගේ විශාල දත්ත මධ්‍යස්ථානයක යොදවා ඇත. මෙය ක්‍රියාත්මක වෙමින් පවතින කාර්යයකි, එය වඩාත් හොඳින් පෙනෙනු ඇත, එය වඩා හොඳින් පුරවනු ඇත.
වැදගත් ප්‍රශ්නයක්: අපි තාර්කික ස්ථලකය තෝරාගෙන භෞතික විද්යාව ගොඩනඟා ගත්තෙමු. පාලක තලයට කුමක් සිදුවේද? මෙහෙයුම් අත්දැකීම් වලින් එය හොඳින් දන්නා කරුණකි, සම්බන්ධක රාජ්‍ය ප්‍රොටෝකෝල හොඳ බව වාර්තා ගණනාවක් තිබේ, ඒවා සමඟ වැඩ කිරීම සතුටක්, නමුත්, අවාසනාවකට මෙන්, ඒවා ඝන ලෙස සම්බන්ධිත ස්ථලකය මත හොඳින් පරිමාණය නොකරයි. මෙය වළක්වන එක් ප්‍රධාන සාධකයක් තිබේ - සබැඳි රාජ්‍ය ප්‍රොටෝකෝල තුළ ගංවතුර ක්රියා කරන ආකාරය මෙයයි. ඔබ ගංවතුර ඇල්ගොරිතම ගෙන අපගේ ජාලය ව්‍යුහගත වී ඇති ආකාරය දෙස බැලුවහොත්, සෑම පියවරකදීම ඉතා විශාල රසිකයෙක් සිටින බව ඔබට දැක ගත හැකි අතර, එය හුදෙක් යාවත්කාලීන සමඟ පාලක තලය ගලා එයි. විශේෂයෙන්, එවැනි ස්ථලක සම්බන්ධක රාජ්‍ය ප්‍රොටෝකෝලවල සම්ප්රදායික ගංවතුර ඇල්ගොරිතම සමඟ ඉතා දුර්වල ලෙස මිශ්‍ර වේ.
තේරීම BGP භාවිතා කිරීමයි. එය නිවැරදිව සකස් කරන්නේ කෙසේද යන්න RFC 7938 හි විශාල දත්ත මධ්‍යස්ථානවල BGP භාවිතය පිළිබඳව විස්තර කර ඇත. මූලික අදහස් සරල ය: ධාරකයකට අවම උපසර්ග සංඛ්‍යාවක් සහ ජාලයේ සාමාන්යයෙන් අවම උපසර්ග සංඛ්‍යාව, හැකි නම් එකතු කිරීම භාවිතා කරන්න, සහ මාර්ග දඩයම් කිරීම මර්දනය කරන්න. අපට අවශ්ය වන්නේ ඉතා ප්‍රවේශම් සහගත, ඉතා පාලිත යාවත්කාලීන බෙදා හැරීමක්, එනම් Valley free ලෙසයි. යාවත්කාලීනයන් ජාලය හරහා ගමන් කරන විට හරියටම එක් වරක් යෙදවීමට අපට අවශ්‍යය. ඒවා පහළින් ආරම්භ වන්නේ නම්, ඒවා ඉහළට යයි, එක් වරකට වඩා දිග හැරෙන්නේ නැත. සිග්සැග් නොතිබිය යුතුය. සිග්සැග් ඉතා නරක ය.
මෙය සිදු කිරීම සඳහා, අපි යටින් පවතින BGP යාන්ත්‍රණ භාවිතා කිරීමට තරම් සරල මෝස්තරයක් භාවිතා කරමු. එනම්, අපි දේශීය සබැඳිය මත ධාවනය වන eBGP භාවිතා කරන අතර ස්වයංක්‍රීය පද්ධති පහත පරිදි පවරනු ලැබේ: ToR මත ස්වයංක්‍රීය පද්ධතියක්, එක් Pod එකක කොඳු ඇට පෙළ-1 ස්විචයේ සම්පූර්ණ කොටසෙහි ස්වයංක්‍රීය පද්ධතියක් සහ සමස්ත ඉහළම පොදු ස්වයංක්‍රීය පද්ධතියක්. රෙදි වලින්. BGP හි සාමාන්‍ය හැසිරීම පවා අපට අවශ්ය යාවත්කාලීන බෙදා හැරීම ලබා දෙන බව බැලීම සහ දැකීම අපහසු නැත.
ස්වාභාවිකවම, ආමන්ත්‍රණය සහ ලිපින එකතු කිරීම සැලසුම් කළ යුතු අතර එමඟින් එය මාර්ගගත කිරීම ගොඩනගා ඇති ආකාරය සමඟ අනුකූල වන අතර එමඟින් පාලන තලයේ ස්ථායිතාව සහතික කෙරේ. ප්‍රවාහනයේදී L3 ආමන්ත්‍රණය ස්ථල විද්‍යාවට බැඳී ඇත, මන්ද මෙය නොමැතිව එකතු කිරීම සාක්ෂාත් කරගත නොහැක; මෙය නොමැතිව තනි ලිපින මාර්ගගත පද්ධතියට රිංගා යනු ඇත. තවත් එක් දෙයක් නම්, අවාසනාවකට මෙන්, සමුච්චය කිරීම බහු-මාර්ග සමඟ හොඳින් මිශ්‍ර නොවේ, මන්ද අපට බහු මාර්ගයක් ඇති විට සහ අපට එකතු කිරීමක් ඇති විට, සියල්ල හොඳින් සිදු වේ, මුළු ජාලයම සෞඛ්‍ය සම්පන්න වන විට, එහි අසාර්ථක වීම් නොමැත. අවාසනාවකට මෙන්, ජාලයේ අසාර්ථකත්වයන් දිස් වූ වහාම සහ ස්ථලකයේ සමමිතිය නැති වූ වහාම, අපට ඒකකය නිවේදනය කළ ස්ථානයට පැමිණිය හැකිය, එයින් අපට තවදුරටත් යා යුතු ස්ථානයට යා නොහැක. එමනිසා, තවදුරටත් බහු මාර්ගයක් නොමැති තැන එකතු කිරීම වඩාත් සුදුසුය, අපගේ නඩුවේදී මේවා ToR ස්විචයන් වේ.
ඇත්ත වශයෙන්ම, එය එකතු කළ හැකි නමුත් ප්රවේශමෙන්. ජාල බිඳවැටීම් සිදු වූ විට අපට පාලනය කළ හැකි විසංයෝජනය කළ හැකි නම්. නමුත් මෙය තරමක් දුෂ්කර කාර්යයකි, මෙය කළ හැකිද, අමතර ස්වයංක්‍රීයකරණයක් එකතු කළ හැකිද, සහ අපේක්ෂිත හැසිරීම් ලබා ගැනීම සඳහා BGP නිවැරදිව පයින් ගසන සීමිත රාජ්‍ය යන්ත්‍ර එකතු කළ හැකිද යන්න පවා අපි කල්පනා කළෙමු. අවාසනාවකට මෙන්, කෙළවරේ නඩු සැකසීම ඉතා පැහැදිලි නොවන සහ සංකීර්ණ වන අතර, BGP වෙත බාහිර ඇමුණුම් ඇමිණීමෙන් මෙම කාර්යය හොඳින් විසඳා නැත.
මේ සම්බන්ධයෙන් ඉතා සිත්ගන්නාසුලු කාර්යයක් සිදු කර ඇත්තේ RIFT ප්‍රොටෝකෝලයේ රාමුව තුළ වන අතර එය ඊළඟ වාර්තාවේ සාකච්ඡා කෙරේ.
තවත් වැදගත් දෙයක් නම්, අපට විකල්ප මාර්ග විශාල සංඛ්‍යාවක් ඇති ඝන ස්ථලකවල දත්ත තල පරිමාණය කරන්නේ කෙසේද යන්නයි. මෙම අවස්ථාවෙහිදී, අමතර දත්ත ව්‍යුහයන් කිහිපයක් භාවිතා කරනු ලැබේ: ECMP කණ්ඩායම්, ඊළඟට Hop කණ්ඩායම් විස්තර කරයි.
සාමාන්යයෙන් වැඩ කරන network එකක, Failers නැතුව, Clos topology එක උඩට ගියාම, එක group එකක් විතරක් පාවිච්චි කරන එක ප්‍රමාණවත්, මොකද local නොවන හැම දෙයක්ම default විදියට විස්තර කරලා තියෙනවා, අපිට උඩට යන්න පුළුවන්. අපි ඉහළ සිට පහළට දකුණට යන විට, සියලුම මාර්ග ECMP නොවේ, ඒවා තනි මාර්ග මාර්ග වේ. හැම දෙයක්ම හොඳයි. කරදරය නම්, සම්භාව්‍ය ක්ලෝස් ස්ථල විද්‍යාවේ විශේෂත්වය නම්, අපි රෙදිපිළිවල මුදුන දෙස බැලුවහොත්, ඕනෑම මූලද්‍රව්‍යයක, පහත ඕනෑම මූලද්‍රව්‍යයකට ඇත්තේ එක් මාර්ගයක් පමණි. මෙම මාර්ගය දිගේ අසාර්ථක වීම් සිදුවුවහොත්, කර්මාන්තශාලාවේ මුදුනේ ඇති මෙම විශේෂිත මූලද්‍රව්‍යය කැඩී ගිය මාර්ගය පිටුපස ඇති උපසර්ග සඳහා හරියටම වලංගු නොවේ. නමුත් ඉතිරිය සඳහා එය වලංගු වන අතර, අපට ECMP කණ්ඩායම් විග්‍රහ කර නව රාජ්‍යයක් හඳුන්වා දිය යුතුය.
නවීන උපාංගවල දත්ත තලයේ පරිමාණය පෙනෙන්නේ කෙසේද? අපි LPM (දිගුම උපසර්ග ගැලපීම) කරන්නේ නම්, සෑම දෙයක්ම ඉතා හොඳයි, 100k උපසර්ගවලට වඩා. අපි කතා කරන්නේ Next Hop කණ්ඩායම් ගැන නම්, සියල්ල නරක ය, 2-4 දහසක්. අපි කතා කරන්නේ Next Hops (හෝ adjacencies) පිළිබඳ විස්තරයක් අඩංගු වගුවක් ගැන නම්, මෙය 16k සිට 64k දක්වා කොහේ හරි වේ. තවද මෙය ගැටලුවක් බවට පත්විය හැකිය. මෙන්න අපි රසවත් අපගමනයකට පැමිණෙමු: දත්ත මධ්‍යස්ථානවල MPLS වලට සිදු වූයේ කුමක්ද? ප්‍රතිපත්තිමය වශයෙන්, අපට එය කිරීමට අවශ්ය විය.
කරුණු දෙකක් සිදු විය. අපි ධාරක මත ක්ෂුද්‍ර-ඛණ්ඩනය කළෙමු; අපට එය තවදුරටත් ජාලයේ කිරීමට අවශ්ය නොවීය. විවිධ වෙළෙන්දන්ගේ සහාය ඇතිව එය එතරම් හොඳ නොවීය, ඊටත් වඩා MPLS සහිත සුදු පෙට්ටිවල විවෘත ක්‍රියාත්මක කිරීම් සමඟ. MPLS, අවම වශයෙන් එහි සම්ප්රදායික ක්‍රියාත්මක කිරීම්, අවාසනාවකට මෙන්, ECMP සමඟ ඉතා දුර්වල ලෙස ඒකාබද්ධ වේ. සහ ඒ නිසයි.
IP සඳහා ECMP යොමු කිරීමේ ව්යුහය පෙනෙන්නේ මෙයයි. උපසර්ග විශාල සංඛ්‍යාවක් එකම කණ්ඩායමක් සහ එකම Next Hops block (හෝ යාබද, විවිධ උපාංග සඳහා විවිධ ලේඛනවල මෙය වෙනස් ලෙස හැඳින්විය හැක) භාවිතා කළ හැක. කාරණය වන්නේ මෙය පිටතට යන වරාය ලෙස විස්තර කර ඇති අතර නිවැරදි Next Hop වෙත යාමට MAC ලිපිනය නැවත ලිවිය යුතු දෙයයි. IP සඳහා සෑම දෙයක්ම සරල බව පෙනේ, ඔබට එකම කණ්ඩායම සඳහා උපසර්ග විශාල ප්‍රමාණයක් භාවිතා කළ හැකිය, එකම Next Hops බ්ලොක්.
සම්භාව්‍ය MPLS ගෘහ නිර්මාණ ශිල්පය ඇඟවුම් කරන්නේ, පිටතට යන අතුරුමුහුණත මත පදනම්ව, ලේබලය විවිධ අගයන් වෙත නැවත ලිවිය හැකි බවයි. එමනිසා, අපි එක් එක් ආදාන ලේබලය සඳහා කණ්ඩායමක් සහ Next Hops බ්ලොක් එකක් තබා ගත යුතුය. තවද මෙය, අහෝ, පරිමාණය නොවේ.
අපගේ සැලසුමේදී අපට ToR ස්විච 4000 ක් පමණ අවශ්ය වූ බව දැකීම පහසුය, අපි කොඳු ඇට පෙළ -64 සිට කොඳු ඇට පෙළ -1 දෙසට ගමන් කළහොත් උපරිම පළල ECMP මාර්ග 2 ක් විය. ToR සමඟ එක් උපසර්ගයක් පමණක් ඉවත්ව ගියහොත් සහ අපි කිසිසේත්ම Next Hops වගුවට ඇතුළු නොවන්නේ නම්, අපි යන්තම් ECMP කණ්ඩායම්වල එක වගුවකට ඇතුළු වෙමු.
Segment Routing වැනි ගෘහ නිර්මාණ ශිල්පයට ගෝලීය ලේබල් ඇතුළත් වන නිසා, සියල්ල බලාපොරොත්තු රහිත නොවේ. විධිමත් ලෙස, මෙම සියලු Next Hops කුට්ටි නැවත බිඳ දැමීමට හැකි වනු ඇත. මෙය සිදු කිරීම සඳහා, ඔබට Wild card ආකාරයේ මෙහෙයුමක් අවශ්ය වේ: ලේබලයක් ගෙන එය නිශ්චිත අගයකින් තොරව එකම එකකට නැවත ලියන්න. නමුත් අවාසනාවකට, පවතින ක්‍රියාත්මක කිරීම් වල මෙය එතරම් නොපවතී.
අවසාන වශයෙන්, අපි දත්ත මධ්‍යස්ථානයට බාහිර ගමනාගමනය ගෙන ආ යුතුයි. එය කරන්නේ කෙසේද? මීට පෙර, ඉහළ සිට ක්ලෝස් ජාලයට ගමනාගමනය හඳුන්වා දෙන ලදී. එනම්, රෙදිපිළි මුදුනේ සියලුම උපාංගවලට සම්බන්ධ වන එජ් රවුටර තිබුණි. මෙම විසඳුම කුඩා හා මධ්යම ප්රමාණයේ ඉතා හොඳින් ක්රියා කරයි. අවාසනාවකට මෙන්, මේ ආකාරයෙන් මුළු ජාලයටම ගමනාගමනය සමමිතිකව යැවීම සඳහා, අපි රෙදිපිළි වල සියලුම අංග වෙත එකවර පැමිණිය යුතු අතර, ඒවායින් සියයකට වඩා ඇති විට, අපට විශාල ප්‍රමාණයක් අවශ්ය බව පෙනේ. දාර රවුටර මත radix. සාමාන්යයෙන්, මේ සඳහා මුදල් වැය වේ, එජ් රවුටර වඩාත් ක්රියාකාරී වන නිසා, ඒවායේ ඇති වරායන් වඩා මිල අධික වනු ඇත, සහ නිර්මාණය ඉතා අලංකාර නොවේ.
තවත් විකල්පයක් වන්නේ පහතින් එවැනි ගමනාගමනය ආරම්භ කිරීමයි. ක්ලෝස් ස්ථලකය ගොඩනගා ඇත්තේ පහතින්, එනම් ToR පැත්තෙන් එන ගමනාගමනය, සම්පූර්ණ ජාලයම පූරණය කරමින්, පුනරාවර්තන දෙකකින් මුළු රෙදිපිළි පුරා මට්ටම් අතර ඒකාකාරව බෙදා හරින ආකාරයට බව සත්‍යාපනය කිරීම පහසුය. ඒ නිසා බාහිර සම්බන්ධතාව සපයන විශේෂ Pod, Edge Pod වර්ගයක් අපි හඳුන්වා දෙනවා.
තවත් එක් විකල්පයක් ඇත. උදාහරණයක් ලෙස ෆේස්බුක් කරන්නේ මෙයයි. ඔවුන් එය Fabric Aggregator හෝ HGRID ලෙස හඳුන්වයි. බහු දත්ත මධ්යස්ථාන සම්බන්ධ කිරීම සඳහා අමතර කොඳු ඇට පෙළක් හඳුන්වා දෙනු ලැබේ. අපට අතුරුමුහුණත්වල අමතර කාර්යයන් හෝ සංවෘත වෙනස්කම් නොමැති නම් මෙම සැලසුම කළ හැකිය. ඒවා අතිරේක ස්පර්ශක ස්ථාන නම්, එය අපහසු වේ. සාමාන්යයෙන්, දත්ත මධ්‍යස්ථානයේ විවිධ කොටස් වෙන් කරන තවත් කාර්යයන් සහ පටල විශේෂයක් ඇත. එවැනි පටලයක් විශාල කිරීම තේරුමක් නැත, නමුත් එය ඇත්ත වශයෙන්ම කිසියම් හේතුවක් නිසා අවශ්ය නම්, එය රැගෙන යාමේ හැකියාව සලකා බැලීම අර්ථවත් කරයි, එය හැකි තරම් පුළුල් කර එය ධාරකයට මාරු කරන්න. මෙය සිදු කරනු ලබන්නේ, උදාහරණයක් ලෙස, බොහෝ වලාකුළු ක්රියාකරුවන් විසිනි. ඒවාට උඩින් ඇත, ඒවා සත්කාරක වලින් ආරම්භ වේ.
අපි දකින සංවර්ධන අවස්ථා මොනවාද? පළමුවෙන්ම, CI/CD නල මාර්ගය සඳහා සහය වැඩි දියුණු කිරීම. අපට අවශ්ය වන්නේ අප පරීක්ෂා කරන ආකාරයට පියාසර කිරීමට සහ අප පියාසර කරන ආකාරය පරීක්ෂා කිරීමට ය. යටිතල පහසුකම් විශාල වන අතර පරීක්ෂණ සඳහා එය අනුපිටපත් කිරීමට නොහැකි නිසා මෙය ඉතා හොඳින් ක්‍රියාත්මක නොවේ. නිෂ්පාදන යටිතල ව්යුහය අතහැර දැමීමකින් තොරව පරීක්ෂණ මූලද්රව්ය හඳුන්වා දෙන්නේ කෙසේදැයි ඔබ තේරුම් ගත යුතුය.
වඩා හොඳ උපකරණ සහ වඩා හොඳ අධීක්ෂණය කිසි විටෙකත් අතිරික්ත නොවේ. සමස්ත ප්රශ්නය උත්සාහයේ සහ ප්‍රතිලාභයේ සමතුලිතතාවයකි. සාධාරණ උත්සාහයකින් එකතු කරන්න පුළුවන් නම් ගොඩක් හොඳයි.
ජාල උපාංග සඳහා මෙහෙයුම් පද්ධති විවෘත කරන්න. RIFT වැනි වඩා හොඳ ප්‍රොටෝකෝල සහ වඩා හොඳ මාර්ගගත පද්ධති. වඩා හොඳ තදබදය පාලනය කිරීමේ යෝජනා ක්රම භාවිතය පිළිබඳව පර්යේෂණ අවශ්ය වන අතර සමහර විට පොකුර තුළ RDMA සහාය අවම වශයෙන් සමහර අවස්ථාවලදී හඳුන්වා දීම අවශ්ය වේ.
අනාගතය දෙස තවදුරටත් බලන විට, අපට උසස් ස්ථල විද්යාව සහ අඩු පොදු කාර්ය භාවිතා කරන ජාල අවශ්ය වේ. නැවුම් දේවල් අතරින්, භාණ්ඩ ඊතර්නෙට් මත පදනම් වූ නමුත් ඉතා කෙටි ශීර්ෂයන් භාවිතා කිරීමේ විකල්පය සමඟ HPC Cray Slingshot සඳහා රෙදි තාක්ෂණය පිළිබඳ ප්‍රකාශන මෑතකදී තිබේ. එහි ප්රතිඵලයක් වශයෙන්, පොදු කාර්ය පිරිවැය අඩු වේ.
සෑම දෙයක්ම හැකි තරම් සරල විය යුතුය, නමුත් සරල නොවේ. සංකීර්ණත්වය පරිමාණයේ සතුරා වේ. සරල බව සහ නිත්‍ය ව්‍යුහයන් අපගේ මිතුරන් වේ. ඔබට කොතැනක හෝ පරිමාණය කළ හැකි නම්, එය කරන්න. පොදුවේ ගත් කල, දැන් ජාල තාක්ෂණයට සම්බන්ධ වීම ඉතා හොඳයි. බොහෝ රසවත් දේවල් සිදුවෙමින් පවතී. ඔයාට ස්තූතියි.
මූලාශ්රය: www.habr.com