ဒေတာစင်တာများကိုမည်ကဲ့သို့စကေးချမည်နည်း။ Yandex အစီရင်ခံစာ

ကျွန်ုပ်တို့သည် တစ်စက္ကန့်လျှင် petabyte တစ်ခုထက်ပိုသော အမြင့်ဆုံး bisection bandwidth ဖြင့် 100 servers XNUMX ထက်ကြီးသော ကွန်ပျူတာအစုအဝေးများကို ဖြန့်ကျက်ခွင့်ပြုမည့် data center ကွန်ရက်ဒီဇိုင်းကို တီထွင်ထားပါသည်။

Dmitry Afanasyev ၏အစီရင်ခံစာမှ၊ ဒီဇိုင်းအသစ်၏အခြေခံမူများ၊ ချဲ့ထွင်ခြင်း topologies၊ ၎င်းတွင်ဖြစ်ပေါ်လာသောပြဿနာများ၊ ၎င်းတို့ကိုဖြေရှင်းရန်ရွေးချယ်မှုများ၊ "သိပ်သည်းစွာချိတ်ဆက်ထားသော" တွင်ခေတ်မီကွန်ရက်စက်ပစ္စည်းများ၏ forwarding plane functions များလမ်းကြောင်းနှင့်စကေးချဲ့ခြင်း၏အင်္ဂါရပ်များအကြောင်းလေ့လာနိုင်မည်ဖြစ်ပါသည်။ ECMP လမ်းကြောင်းအများအပြားပါရှိသော topologies များ။ ထို့အပြင်၊ Dima သည် ပြင်ပချိတ်ဆက်မှုအဖွဲ့အစည်း၊ ရုပ်ပိုင်းဆိုင်ရာအလွှာ၊ ကေဘယ်ကြိုးစနစ်နှင့် စွမ်းရည်မြှင့်တင်ရန် နည်းလမ်းများအကြောင်း အတိုချုပ်ပြောခဲ့သည်။

- အားလုံးပဲမင်္ဂလာနေ့လည်ခင်းပါ။ ကျွန်ုပ်၏အမည်မှာ Dmitry Afanasyev ဖြစ်ပြီး၊ ကျွန်ုပ်သည် Yandex တွင် ကွန်ရက်ဗိသုကာတစ်ဦးဖြစ်ပြီး ဒေတာစင်တာကွန်ရက်များကို အဓိကအားဖြင့် ဒီဇိုင်းထုတ်ပါသည်။



ကျွန်ုပ်၏ဇာတ်လမ်းသည် Yandex ဒေတာစင်တာများ၏ မွမ်းမံထားသောကွန်ရက်အကြောင်းဖြစ်သည်။ ၎င်းသည် ကျွန်ုပ်တို့တွင်ရှိသော ဒီဇိုင်း၏ ဆင့်ကဲပြောင်းလဲမှုတစ်ခုဖြစ်သော်လည်း တစ်ချိန်တည်းတွင် အစိတ်အပိုင်းအသစ်အချို့လည်း ရှိနေပါသည်။ အချိန်အနည်းငယ်အတွင်း သတင်းအချက်အလက်များစွာကို ထည့်သွင်းထားသောကြောင့် ခြုံငုံတင်ပြခြင်းဖြစ်ပါသည်။ ယုတ္တိဗေဒဆိုင်ရာ topology ကို ရွေးချယ်ခြင်းဖြင့် စတင်ပါမည်။ ထို့နောက် ထိန်းချုပ်မှုလေယာဉ်၏ ခြုံငုံသုံးသပ်ချက်နှင့် ဒေတာလေယာဉ် ချဲ့ထွင်နိုင်မှုဆိုင်ရာ ပြဿနာများ၊ ရုပ်ပိုင်းဆိုင်ရာအဆင့်တွင် ဖြစ်လာမည့်အရာများ၏ ရွေးချယ်မှုတစ်ခု၊ စက်များ၏ အင်္ဂါရပ်အချို့ကို ကြည့်ရှုပါမည်။ လွန်ခဲ့သည့်အချိန်အနည်းငယ်က ကျွန်ုပ်တို့ပြောခဲ့သည့် MPLS နှင့် ဒေတာစင်တာတစ်ခုတွင် ဖြစ်ပျက်နေသည်များကို အနည်းငယ်ထိကြည့်ကြပါစို့။

ဒါဆိုရင် Yandex က ဝန်ဆောင်ခနဲ့ ဝန်ဆောင်မှုတွေမှာ ဘာလဲ။ Yandex သည် ပုံမှန် hyperscaler တစ်ခုဖြစ်သည်။ ကျွန်ုပ်တို့သည် သုံးစွဲသူများကို ကြည့်ပါက၊ ကျွန်ုပ်တို့သည် သုံးစွဲသူများ၏ တောင်းဆိုချက်များကို အဓိက လုပ်ဆောင်ပါသည်။ ကျွန်ုပ်တို့တွင် သိုလှောင်မှုဝန်ဆောင်မှုများလည်း ပါသောကြောင့် အမျိုးမျိုးသော streaming ဝန်ဆောင်မှုများနှင့် ဒေတာလွှဲပြောင်းခြင်းများကိုလည်း ပြုလုပ်ပေးပါသည်။ နောက်ကွယ်မှ နီးကပ်လာပါက၊ ဖြန့်ဝေထားသော အရာဝတ္ထုသိုလှောင်မှု၊ ဒေတာပုံတူကူးခြင်းနှင့် မြဲမြံသော တန်းစီခြင်းကဲ့သို့သော အခြေခံအဆောက်အအုံ ဝန်နှင့် ဝန်ဆောင်မှုများ ပေါ်လာပါသည်။ အလုပ်ချိန်များ၏ အဓိကအမျိုးအစားများထဲမှတစ်ခုမှာ MapReduce နှင့် အလားတူစနစ်များ၊ ထုတ်လွှင့်မှုလုပ်ဆောင်ခြင်း၊ စက်သင်ယူခြင်းစသည်ဖြင့်။

ဒါတွေအားလုံးရဲ့အပေါ်မှာ အခြေခံအဆောက်အအုံက ဘယ်လိုလဲ။ တစ်ဖန်၊ ကျွန်ုပ်တို့သည် spectrum ၏ ပိုနည်းသော ဟိုက်ပါစကေးပိုခြမ်းနှင့် အနည်းငယ် ပိုနီးစပ်သော်လည်း၊ ကျွန်ုပ်တို့သည် အတော်လေး ပုံမှန် hyperscaler တစ်ခုဖြစ်သည်။ ဒါပေမယ့် ကျွန်တော်တို့မှာ အရည်အချင်းတွေ အားလုံးရှိတယ်။ ကျွန်ုပ်တို့သည် ကုန်ပစ္စည်း ဟာ့ဒ်ဝဲနှင့် အလျားလိုက် အတိုင်းအတာကို ဖြစ်နိုင်သမျှ နေရာတိုင်းတွင် အသုံးပြုပါသည်။ ကျွန်ုပ်တို့တွင် အရင်းအမြစ်ပေါင်းစည်းခြင်း အပြည့်အစုံရှိသည်- ကျွန်ုပ်တို့သည် တစ်ဦးချင်းစက်များ၊ တစ်ဦးချင်း ထိန်သိမ်းများနှင့် အလုပ်မလုပ်သော်လည်း ၎င်းတို့ကို အစီအစဉ်ဆွဲခြင်းနှင့် ခွဲဝေပေးခြင်းနှင့် ပတ်သက်သော နောက်ထပ်ဝန်ဆောင်မှုအချို့ဖြင့် အပြန်အလှန်လဲလှယ်နိုင်သော အရင်းအမြစ်များစွာဖြင့် ၎င်းတို့ကို ပေါင်းစပ်ကာ ဤရေကန်တစ်ခုလုံးနှင့် အလုပ်လုပ်ပါသည်။

ဒါဆိုကျွန်ုပ်တို့မှာ နောက်တစ်ဆင့်ရှိပါတယ် - ကွန်ပျူတာအစုအဝေးအဆင့်မှာ လည်ပတ်မှုစနစ်။ ကျွန်ုပ်တို့အသုံးပြုသည့် နည်းပညာအစုအဝေးကို အပြည့်အဝထိန်းချုပ်ရန် အလွန်အရေးကြီးပါသည်။ ကျွန်ုပ်တို့သည် အဆုံးမှတ်များ (အိမ်ရှင်များ)၊ ကွန်ရက်နှင့် ဆော့ဖ်ဝဲအစုအဝေးများကို ထိန်းချုပ်ပါသည်။

ကျွန်ုပ်တို့တွင် ရုရှားနှင့်ပြည်ပတွင် ကြီးမားသောဒေတာစင်တာများစွာရှိသည်။ MPLS နည်းပညာကို အသုံးပြုထားသည့် ကျောရိုးတစ်ခုဖြင့် ၎င်းတို့ကို စုစည်းထားသည်။ ကျွန်ုပ်တို့၏အတွင်းပိုင်းအခြေခံအဆောက်အအုံသည် IPv6 တွင် လုံးလုံးနီးပါးတည်ဆောက်ထားပြီးဖြစ်သော်လည်း IPv4 ထက်သာအဓိကကျသည့်ပြင်ပအသွားအလာကိုကျွန်ုပ်တို့ဆောင်ရွက်ပေးရန်လိုအပ်သောကြောင့်၊ IPv4 မှလာသောတောင်းဆိုမှုများကို frontend ဆာဗာများသို့တစ်နည်းနည်းဖြင့်ပေးပို့ရမည်ဖြစ်ပြီး၊ ပြင်ပ IPv4- အင်တာနက်သို့သွားရမည်၊ ဥပမာအားဖြင့်၊ indexing အတွက်။

ဒေတာစင်တာကွန်ရက် ဒီဇိုင်းများ၏ နောက်ဆုံးအကြိမ် အနည်းငယ်တွင် အလွှာပေါင်းများစွာ Clos topologies ကို အသုံးပြုထားပြီး L3-သာဖြစ်သည်။ ကျွန်တော်တို့ L2 က မကြာခင်က ထွက်သွားပြီး သက်ပြင်းတစ်ချက်ချလိုက်ပါတယ်။ နောက်ဆုံးတွင်၊ ကျွန်ုပ်တို့၏ အခြေခံအဆောက်အဦတွင် ကွန်ပျူတာ (ဆာဗာ) ဖြစ်ရပ်ပေါင်း ရာနှင့်ချီ ပါဝင်သည်။ တစ်ချိန်က အများဆုံး အစုလိုက်အရွယ်အစားသည် ဆာဗာ 10 ခန့်ဖြစ်သည်။ ၎င်းသည် တူညီသော အစုအဝေးအဆင့် လည်ပတ်မှုစနစ်များ၊ အချိန်ဇယားဆွဲမှုများ၊ အရင်းအမြစ်ခွဲဝေမှုစသည်ဖြင့် လုပ်ဆောင်နိုင်ပုံကြောင့် ဖြစ်သည်။ အခြေခံအဆောက်အအုံဆော့ဖ်ဝဲဘက်တွင် တိုးတက်မှုရှိလာသောကြောင့်၊ ပစ်မှတ်အရွယ်အစားသည် ယခုအခါ ကွန်ပျူတာအစုအဝေးတစ်ခုတွင် ဆာဗာ 100 ခန့်ရှိပြီး၊ ကျွန်ုပ်တို့တွင် တာဝန်တစ်ခုရှိသည် - ထိုသို့သောအစုအဝေးတစ်ခုတွင် ထိရောက်သောအရင်းအမြစ်များပေါင်းစည်းခြင်းကိုခွင့်ပြုသည့်ကွန်ရက်စက်ရုံများတည်ဆောက်နိုင်စေရန်။

ဒေတာစင်တာကွန်ရက်တစ်ခုမှ ကျွန်ုပ်တို့ ဘာလိုချင်သနည်း။ ပထမဆုံးအနေနဲ့၊ စျေးသက်သက်သာသာနဲ့ မျှမျှတတ ဖြန့်ဝေတဲ့ bandwidth တွေ အများကြီးရှိပါတယ်။ အဘယ်ကြောင့်ဆိုသော် ကွန်ရက်သည် အရင်းအမြစ်များကို ပေါင်းစည်းနိုင်သည့် ကျောရိုးဖြစ်သည်။ ပစ်မှတ်အသစ်သည် အစုအဝေးတစ်ခုတွင် ဆာဗာ 100 ခန့်ဖြစ်သည်။

ကျွန်ုပ်တို့သည်လည်း အရွယ်အစားကြီးမားပြီး တည်ငြိမ်သောထိန်းချုပ်မှုလေယာဉ်ကို လိုချင်ပါသည်၊ အကြောင်းမှာ ဤကြီးမားသောအခြေခံအဆောက်အအုံတွင် ရိုးရိုးကျပန်းဖြစ်ရပ်များမှပင် ခေါင်းကိုက်မှုများ၊ ထိန်းချုပ်မှုလေယာဉ်သည် ကျွန်ုပ်တို့ကို ခေါင်းကိုက်စေမည်မဟုတ်ပေ။ တစ်ချိန်တည်းမှာပဲ ကျွန်တော်တို့က အဲဒီမှာရှိတဲ့ ပြည်နယ်တွေကို လျှော့ချချင်တယ်။ အခြေအနေ သေးငယ်လေ၊ အရာအားလုံး ပိုကောင်းပြီး တည်ငြိမ်လေလေ၊ ရောဂါရှာဖွေရန် ပိုလွယ်ကူလေဖြစ်သည်။

ဤကဲ့သို့ အခြေခံအဆောက်အအုံကို ကိုယ်တိုင်စီမံခန့်ခွဲရန် မဖြစ်နိုင်သောကြောင့် ကျွန်ုပ်တို့သည် အလိုအလျောက်စနစ် လိုအပ်ပြီး အချိန်အတော်ကြာအောင် မဖြစ်နိုင်သောကြောင့်ဖြစ်သည်။ ကျွန်ုပ်တို့သည် တတ်နိုင်သမျှ လုပ်ငန်းဆောင်ရွက်မှုဆိုင်ရာ ပံ့ပိုးကူညီမှုနှင့် CI/CD ပံ့ပိုးမှုတို့ကို ပေးနိုင်သည့်အတိုင်းအတာအထိ လိုအပ်ပါသည်။

ဒေတာစင်တာများနှင့် အစုအဝေးများ၏ အရွယ်အစားနှင့်အတူ၊ ဝန်ဆောင်မှုပြတ်တောက်ခြင်းမရှိဘဲ တိုးမြှင့်ဖြန့်ကျက်ခြင်းနှင့် ချဲ့ထွင်ခြင်းတို့ကို ပံ့ပိုးပေးသည့်တာဝန်သည် ပြင်းထန်လာသည်။ စက်အလုံးရေ တစ်ထောင် အရွယ် အစုအဝေးတွင် စက်ပေါင်း တစ်သောင်းနီးပါး ရှိမည်ဆိုပါက ၎င်းတို့ကို လည်ပတ်မှု တစ်ခုအဖြစ် ဆက်လက် အကောင်အထည်ဖော်နိုင်ဆဲ ဖြစ်သည်- ဆိုလိုသည်မှာ အခြေခံ အဆောက်အအုံ တိုးချဲ့ရန် စီစဉ်နေပြီး စက်ထောင်ပေါင်းများစွာကို လည်ပတ်မှု တစ်ခုအဖြစ် ထည့်သွင်းထားသည်။ ထိုအခါ စက်အလုံးတစ်ထောင် အရွယ်အစား အစုအပုံသည် ဤကဲ့သို့ ချက်ချင်း ပေါ်မလာဘဲ အချိန်ကာလ တစ်ခုနှင့်တစ်ခု တည်ဆောက်သည်။ ပြီးတော့ ဒီအချိန်တိုင်း စုပ်ထုတ်ပြီးပြီ၊ ဖြန့်ကျက်ထားတဲ့ အခြေခံအဆောက်အဦတွေ ရှိသင့်တယ်ဆိုတာ နှစ်လိုဖွယ်ကောင်းတယ်။

ပြီးတော့ ကျွန်တော်တို့မှာ ထားခဲ့တဲ့ လိုအပ်ချက်တစ်ခု- နေရာစုံအတွက် ပံ့ပိုးမှု၊ ဆိုလိုသည်မှာ virtualization သို့မဟုတ် network segmentation။ ယခု ကျွန်ုပ်တို့သည် ၎င်းကို ကွန်ရက်ထည်အဆင့်တွင် ပြုလုပ်ရန် မလိုအပ်တော့ပါ၊ အဘယ်ကြောင့်ဆိုသော် ခွဲခြမ်းစိပ်ဖြာမှုသည် အိမ်ရှင်များထံ ရောက်သွားသောကြောင့်၊ ၎င်းသည် ကျွန်ုပ်တို့အတွက် အလွန်လွယ်ကူစေပါသည်။ IPv6 နှင့် ကြီးမားသော လိပ်စာနေရာများကြောင့် ကျွန်ုပ်တို့သည် အတွင်းပိုင်းအခြေခံအဆောက်အအုံတွင် ထပ်နေသောလိပ်စာများကို အသုံးပြုရန် မလိုအပ်ဘဲ၊ လိပ်စာအားလုံးသည် တစ်မူထူးခြားနေပြီဖြစ်သည်။ ထို့အပြင် ကျွန်ုပ်တို့သည် hosts များထံ filtering နှင့် network segmentation ကိုယူထားသောကြောင့်၊ data center networks များတွင် virtual network entities ကိုဖန်တီးရန်မလိုအပ်ပါ။

အလွန်အရေးကြီးသောအချက်မှာ ကျွန်ုပ်တို့မလိုအပ်သောအရာဖြစ်သည်။ အကယ်၍ အချို့သောလုပ်ဆောင်ချက်များကို ကွန်ရက်မှဖယ်ရှားနိုင်ပါက ၎င်းသည် ဘဝကိုပိုမိုလွယ်ကူစေပြီး၊ စည်းကမ်းအတိုင်း၊ ရရှိနိုင်သောကိရိယာနှင့် ဆော့ဖ်ဝဲလ်ရွေးချယ်မှုကို ချဲ့ထွင်စေပြီး ရောဂါရှာဖွေမှုများကို အလွန်ရိုးရှင်းစေသည်။

ဒီတော့ ကျွန်တော်တို့ မလိုအပ်တဲ့အရာက ဘာပါလဲ၊ ဖြစ်ပျက်ခဲ့တဲ့အချိန်တုန်းက အမြဲပျော်ပျော်ရွှင်ရွှင်နဲ့ အရှုံးမပေးဘဲ လုပ်ငန်းစဉ်ပြီးသွားတဲ့အခါ စိတ်သက်သာရာရစေမယ့်အရာက ဘာလဲ။

ပထမဆုံးအနေနဲ့ L2 ကို စွန့်လွှတ်လိုက်ပါ။ ကျွန်ုပ်တို့သည် L2 မလိုအပ်ပါ၊ အစစ်မဟုတ်သလို အတုယူစရာလည်း မလိုပါ။ ကျွန်ုပ်တို့သည် အပလီကေးရှင်းအစုအစည်းကို ထိန်းချုပ်ထားသောကြောင့် အဓိကအားဖြင့် အသုံးမပြုရပါ။ ကျွန်ုပ်တို့၏အပလီကေးရှင်းများသည် အလျားလိုက်အတိုင်းအတာဖြင့် ချဲ့ထွင်နိုင်သည်၊ ၎င်းတို့သည် L3 addressing ဖြင့်အလုပ်လုပ်သည်၊ အချို့သော instance တစ်ခုချင်း ထွက်သွားသည်ကို အလွန်စိုးရိမ်ခြင်းမရှိပါ၊ ၎င်းတို့သည် အသစ်တစ်ခုကို ရိုးရိုးရှင်းရှင်းထုတ်လိုက်သည်၊ ၎င်းသည် လိပ်စာဟောင်းတွင် ထုတ်ရန်မလိုအပ်ပါ။ သီးခြားဝန်ဆောင်မှုအဆင့် ရှာဖွေတွေ့ရှိမှုနှင့် အစုအဝေးတွင်ရှိသော စက်များကို စောင့်ကြည့်ခြင်း။ ကျွန်ုပ်တို့သည် ဤတာဝန်ကို ကွန်ရက်သို့ လွှဲအပ်ခြင်းမပြုပါ။ ကွန်ရက်၏အလုပ်မှာ အမှတ် A မှ အမှတ် B မှ packet များကို ပို့ဆောင်ရန်ဖြစ်သည်။

ကျွန်ုပ်တို့တွင် လိပ်စာများသည် ကွန်ရက်အတွင်း ရွေ့လျားနေသည့် အခြေအနေများ မရှိသည့်အပြင် ၎င်းကို စောင့်ကြည့်ရန် လိုအပ်ပါသည်။ ဒီဇိုင်းများစွာတွင် VM ရွေ့လျားနိုင်မှုကို ပံ့ပိုးရန်အတွက် ၎င်းသည် ပုံမှန်အားဖြင့် လိုအပ်သည်။ ကျွန်ုပ်တို့သည် Yandex ကြီး၏အတွင်းပိုင်းအခြေခံအဆောက်အအုံတွင် virtual machines များ၏ရွေ့လျားနိုင်မှုကိုအသုံးမပြုသည့်အပြင်၊ ၎င်းကိုလုပ်ဆောင်ပါကပင်၊ ကွန်ရက်ပံ့ပိုးမှုဖြင့်မဖြစ်သင့်ဟုကျွန်ုပ်တို့ယုံကြည်ပါသည်။ အမှန်တကယ်လုပ်ဆောင်ရန် လိုအပ်ပါက၊ ၎င်းကို လက်ခံဆောင်ရွက်ပေးသည့်အဆင့်တွင် လုပ်ဆောင်ရန် လိုအပ်ပြီး ထပ်ဆင့်များအဖြစ်သို့ ရွှေ့ပြောင်းနိုင်သော လိပ်စာများကို တွန်းပို့ရန်၊ အောက်လွှာကိုယ်တိုင်၏ လမ်းကြောင်းစနစ်သို့ ပြောင်းလဲမှုများ (သယ်ယူပို့ဆောင်ရေးကွန်ရက်) ကို ထိတွေ့မှု သို့မဟုတ် အပြောင်းအလဲများလွန်းခြင်း (သယ်ယူပို့ဆောင်ရေးကွန်ရက်) သို့ မထိမိစေရန်၊ .

နောက်ထပ်နည်းပညာတစ်ခုကတော့ Multicast ပါ။ လိုချင်ရင် ဘာကြောင့်လဲဆိုတာ အတိအကျ ပြောပြနိုင်ပါတယ်။ ၎င်းသည် တစ်စုံတစ်ဦးမှ ၎င်းကိုကိုင်တွယ်ဖြေရှင်းပြီး အရိုးရှင်းဆုံးသောတပ်ဆင်မှုအားလုံးတွင် multicast ထိန်းချုပ်မှုလေယာဉ်၏ပုံသဏ္ဍာန်ကို အတိအကျကြည့်ရှုပါက၊ ၎င်းသည် ကြီးမားသောခေါင်းကိုက်မှုဖြစ်ခြင်းကြောင့် ၎င်းသည်ဘဝကိုပိုမိုလွယ်ကူစေသည်။ ထို့အပြင်၊ ဥပမာအားဖြင့်၊ ကောင်းမွန်စွာလုပ်ဆောင်နိုင်သော open source အကောင်အထည်ဖော်မှုကို ရှာဖွေရန် ခက်ခဲသည်။

နောက်ဆုံးတွင်၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ကွန်ရက်များကို အလွန်အကျွံမပြောင်းလဲစေရန် ဒီဇိုင်းထုတ်ပါသည်။ လမ်းကြောင်းစနစ်ရှိ ပြင်ပဖြစ်ရပ်များ စီးဆင်းမှု နည်းပါးသည်ဟူသောအချက်ကို ကျွန်ုပ်တို့ အားကိုးနိုင်ပါသည်။

ကျွန်ုပ်တို့သည် ဒေတာစင်တာကွန်ရက်ကို ထူထောင်သောအခါတွင် အဘယ်ပြဿနာများ ပေါ်ပေါက်လာပြီး မည်သည့်ကန့်သတ်ချက်များကို ထည့်သွင်းစဉ်းစားရမည်နည်း။ ကုန်ကျစရိတ်လည်း ဟုတ်ပါတယ်။ ကြီးပွားတိုးတက်လိုသော အဆင့်၊ ဝန်ဆောင်မှုကို မရပ်တန့်ဘဲ ချဲ့ထွင်ရန် လိုအပ်သည်။ Bandwidth၊ ရရှိနိုင်မှု။ စောင့်ကြည့်ရေးစနစ်များ၊ လုပ်ငန်းလည်ပတ်မှုအဖွဲ့များအတွက် ကွန်ရက်ပေါ်တွင်ဖြစ်ပျက်နေသည့်အရာများကို မြင်နိုင်မှု။ အလိုအလျောက်စနစ်ပံ့ပိုးမှု - အပိုအလွှာများ၏နိဒါန်းအပါအဝင်ကွဲပြားခြားနားသောအဆင့်များတွင်အလုပ်များကိုဖြေရှင်းနိုင်သောကြောင့်ဖြစ်နိုင်သမျှအတတ်နိုင်ဆုံးထပ်မံ။ ဟုတ်တယ်၊ စျေးသည်တွေအပေါ် [ဖြစ်နိုင်သည်] မမှီခိုပါ။ သမိုင်းခေတ်ကာလ မတူညီသော်လည်း သင်ကြည့်ရှုသည့် ကဏ္ဍပေါ်မူတည်၍ ဤလွတ်လပ်ရေးသည် အောင်မြင်ရန် လွယ်ကူသည် သို့မဟုတ် ပို၍ခက်ခဲပါသည်။ အကယ်၍ ကျွန်ုပ်တို့သည် ကွန်ရက်စက်ပစ္စည်း ချစ်ပ်များကို ဖြတ်တောက်ထားသော အပိုင်းကို ယူပါက၊ ကျွန်ုပ်တို့သည် မြင့်မားသော စွမ်းရည်ရှိသော ချစ်ပ်များကို လိုချင်ပါက ရောင်းချသူများထံမှ လွတ်လပ်မှုအကြောင်း ပြောဆိုရန် မကြာသေးမီအချိန်အထိ အလွန်အခြေအနေတွင် ရှိနေပါသည်။

ကျွန်ုပ်တို့၏ကွန်ရက်တည်ဆောက်ရန်အတွက် မည်သည့်ယုတ္တိဗေဒဆိုင်ရာ ထိပ်တန်းနည်းပညာကို ကျွန်ုပ်တို့အသုံးပြုမည်နည်း။ ၎င်းသည် Multi-level Clos ဖြစ်လိမ့်မည်။ တကယ်တော့၊ လောလောဆယ်မှာ တခြားရွေးချယ်စရာတွေ မရှိပါဘူး။ ကျွန်ုပ်တို့တွင် ကြီးမားသော radix ခလုတ်များရှိလျှင် ယခုပညာသင်ကြားမှုနယ်ပယ်တွင် ပိုမိုများပြားသည့် အဆင့်မြင့် topology များနှင့် နှိုင်းယှဉ်လျှင်ပင် Clos topology သည် အတော်လေး ကောင်းမွန်ပါသည်။

Multi-level Clos ကွန်ရက်ကို အကြမ်းဖျင်း ဘယ်လိုဖွဲ့စည်းထားသလဲ၊ ကွဲပြားတဲ့ဒြပ်စင်တွေကို ဘယ်လိုခေါ်သလဲ။ ပထမဦးစွာ လေသည် မြောက်အရပ်၊ တောင်အရပ်၊ အရှေ့၊ အနောက် အရပ်သို့ ဦးတည်ရန်။ ဤအမျိုးအစား၏ ကွန်ရက်များကို အများအားဖြင့် အနောက်-အရှေ့ လမ်းကြောင်း ကြီးမားသော သူများမှ တည်ဆောက်ကြသည်။ ကျန်ရှိသောဒြပ်စင်များအတွက်၊ ထိပ်တွင်သေးငယ်သောခလုတ်များမှစုဝေးထားသော virtual switch တစ်ခုဖြစ်သည်။ ဤသည်မှာ Clos ကွန်ရက်များကို recursive တည်ဆောက်ခြင်း၏ အဓိက အယူအဆဖြစ်သည်။ ကျွန်ုပ်တို့သည် ဒြပ်စင်များကို အစွန်းတစ်မျိုးမျိုးဖြင့်ယူကာ ၎င်းတို့ကို ချိတ်ဆက်ခြင်းဖြင့် ကျွန်ုပ်တို့ရရှိသောအရာကို ပိုကြီးသောအခြမ်းဖြင့် ခလုတ်တစ်ခုအဖြစ် မှတ်ယူနိုင်ပါသည်။ ပိုလိုအပ်ပါက၊ လုပ်ငန်းစဉ်ကိုထပ်ခါတလဲလဲလုပ်နိုင်သည်။

ဥပမာအားဖြင့်၊ အဆင့်နှစ်ဆင့် Clos ဖြင့် ကျွန်ုပ်၏ ပုံကြမ်းတွင် ဒေါင်လိုက်ရှိသော အစိတ်အပိုင်းများကို ရှင်းရှင်းလင်းလင်း ခွဲခြားသိရှိနိုင်သောအခါ ၎င်းတို့ကို များသောအားဖြင့် လေယာဉ်များဟု ခေါ်သည်။ အကယ်၍ ကျွန်ုပ်တို့သည် ကျောရိုးခလုတ်သုံးဆင့် (နယ်နိမိတ်မဟုတ်သော သို့မဟုတ် ToR ခလုတ်များမဟုတ်ဘဲ ဖြတ်သန်းသွားလာရန်အတွက်သာ အသုံးပြုသည်) ဖြင့် Clos တစ်ခုကို တည်ဆောက်မည်ဆိုပါက လေယာဉ်များသည် ပိုမိုရှုပ်ထွေးသွားမည်ဖြစ်ပြီး၊ အဆင့်နှစ်ဆင့်သည် ဤကဲ့သို့ အတိအကျဖြစ်သည်။ ကျွန်ုပ်တို့သည် ToR သို့မဟုတ် အရွက်ခလုတ်များကို ပိတ်ဆို့ထားပြီး ၎င်းတို့နှင့်ဆက်စပ်နေသော ပထမအဆင့်ကျောရိုးခလုတ်များကို Pod ဟုခေါ်ဆိုပါသည်။ Pod ၏ထိပ်ရှိ spine-1 အဆင့်၏ကျောရိုးခလုတ်များသည် Pod ၏ထိပ်၊ Pod ၏ထိပ်ဖြစ်သည်။ စက်ရုံတစ်ခုလုံး၏ထိပ်တွင်ရှိသော ခလုတ်များသည် စက်ရုံ၏အပေါ်ဆုံးအလွှာ၊ အထည်၏ထိပ်ဖြစ်သည်။

ဟုတ်ပါတယ်၊ မေးခွန်းပေါ်လာသည်- Clos ကွန်ရက်များကို အချိန်အတော်ကြာ တည်ဆောက်ထားပြီးဖြစ်သည်၊ အယူအဆကိုယ်တိုင်က ယေဘုယျအားဖြင့် ရှေးရိုးတယ်လီဖုန်း၊ TDM ကွန်ရက်များခေတ်မှ လာပါသည်။ ပိုကောင်းတဲ့အရာတစ်ခုပေါ်လာတယ်၊ တစ်ခုခုပိုကောင်းအောင်လုပ်နိုင်မလား? ဟုတ်တယ် မဟုတ်ဘူး ။ သီအိုရီအရ ဟုတ်သည်၊ လက်တွေ့တွင် မဝေးတော့သော အနာဂတ်တွင် ကျိန်းသေမဟုတ်ပေ။ စိတ်ဝင်စားစရာကောင်းသော topologies အများအပြားရှိသောကြောင့်၊ အချို့ကိုထုတ်လုပ်ရာတွင်ပင်အသုံးပြုကြသည်၊ ဥပမာ၊ Dragonfly ကို HPC applications များတွင်အသုံးပြုသည်။ Xpander၊ FatClique၊ Jellyfish ကဲ့သို့သော စိတ်ဝင်စားဖွယ်ကောင်းသော ဇာတ်ညွှန်းများလည်း ရှိပါသည်။ မကြာသေးမီက SIGCOMM သို့မဟုတ် NSDI ကဲ့သို့သော ကွန်ဖရင့်များတွင် အစီရင်ခံစာများကို ကြည့်ရှုပါက၊ Clos ထက် ပိုမိုကောင်းမွန်သော ဂုဏ်သတ္တိများ (တစ်ခု သို့မဟုတ် အခြားတစ်ခု) ရှိသည့် အစားထိုး topologies ဆိုင်ရာ အလုပ်အများအပြားကို သင်တွေ့နိုင်သည်။

သို့သော် ဤအရာအားလုံးတွင် စိတ်ဝင်စားစရာကောင်းသော ပိုင်ဆိုင်မှုတစ်ခုရှိသည်။ ကျွန်ုပ်တို့သည် ကုန်စည်ဟာ့ဒ်ဝဲပေါ်တွင် တည်ဆောက်ရန် ကြိုးစားနေပြီး ကျိုးကြောင်းဆီလျော်သော ငွေကြေးများစွာကုန်ကျသည့် ဒေတာစင်တာကွန်ရက်များတွင် ၎င်းတို့၏ အကောင်အထည်ဖော်မှုကို တားဆီးထားသည်။ ဤအခြားရွေးချယ်စရာ topologies အားလုံးတွင်၊ bandwidth အများစုသည် ကံမကောင်းစွာဖြင့် အတိုဆုံးလမ်းကြောင်းများမှတဆင့် အသုံးပြုနိုင်မည်မဟုတ်ပေ။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် ရိုးရာထိန်းချုပ်မှုလေယာဉ်ကို အသုံးပြုခွင့် ချက်ချင်းဆုံးရှုံးသွားပါသည်။

သီအိုရီအရ၊ ပြဿနာ၏ အဖြေကို သိသည်။ ဥပမာအားဖြင့်၊ ဤအရာများသည် k-အတိုဆုံးလမ်းကြောင်းကိုအသုံးပြုသည့် link state ၏မွမ်းမံပြင်ဆင်မှုများ၊ သို့သော်၊ တစ်ဖန်၊ ထုတ်လုပ်မှုတွင်အကောင်အထည်ဖော်ရန်နှင့် စက်ပစ္စည်းများတွင် တွင်ကျယ်စွာရရှိနိုင်မည့်ထိုကဲ့သို့သောပရိုတိုကောများမရှိပါ။

ထို့အပြင်၊ စွမ်းရည်အများစုကို အတိုဆုံးလမ်းကြောင်းများမှတစ်ဆင့် ရရှိနိုင်မည်မဟုတ်သောကြောင့်၊ ထိုလမ်းကြောင်းအားလုံးကို ရွေးချယ်ရန် ထိန်းချုပ်လေယာဉ်ထက် ပိုမိုပြင်ဆင်ရန် လိုအပ်သည် (ထို့အတူ၊ ၎င်းသည် ထိန်းချုပ်မှုလေယာဉ်တွင် သိသိသာသာ ပို၍အခြေအနေဖြစ်သည်)။ ကျွန်ုပ်တို့သည် ထပ်ဆင့်ပို့သည့်လေယာဉ်ကို မွမ်းမံပြင်ဆင်ရန် လိုအပ်နေသေးပြီး စည်းကမ်းအရ အနည်းဆုံး နောက်ထပ်အင်္ဂါရပ်နှစ်ခု လိုအပ်ပါသည်။ ၎င်းသည် တစ်ကြိမ်တည်း ပက်ကက်ဆက်ပို့ခြင်းဆိုင်ရာ ဆုံးဖြတ်ချက်များအားလုံးကို ချမှတ်နိုင်သည်၊ ဥပမာ၊ host တွင်ဖြစ်သည်။ အမှန်မှာ၊ ၎င်းသည် အရင်းအမြစ်လမ်းကြောင်းသတ်မှတ်ခြင်းဖြစ်ပြီး တစ်ခါတစ်ရံ အပြန်အလှန်ချိတ်ဆက်မှုကွန်ရက်များပေါ်ရှိ စာပေများတွင် ၎င်းကို တစ်ကြိမ်တည်းပေးပို့ခြင်းဆိုင်ရာ ဆုံးဖြတ်ချက်များဟုခေါ်သည်။ ထို့အပြင် adaptive routing သည် network element များတွင် လိုအပ်သော function တစ်ခုဖြစ်ပြီး၊ ဥပမာ၊ တန်းစီတွင် load အနည်းဆုံးနှင့် ပတ်သက်သော အချက်အလက်များအပေါ် အခြေခံ၍ နောက် hop ကို ရွေးသည့်အချက်ကို ပြုတ်သွားစေသည်။ ဥပမာအားဖြင့်၊ အခြားရွေးချယ်စရာများ ဖြစ်နိုင်သည်။

ထို့ကြောင့် ဦးတည်ချက်သည် စိတ်ဝင်စားစရာကောင်းသော်လည်း၊ ဖြစ်ချင်တော့၊ ကျွန်ုပ်တို့သည် ၎င်းကို လောလောဆယ်တွင် ကျင့်သုံးနိုင်မည်မဟုတ်ပေ။

ကောင်းပြီ၊ ကျွန်ုပ်တို့သည် Clos logical topology ကို အခြေချခဲ့သည်။ ငါတို့က အဲဒါကို ဘယ်လိုစကေးမလဲ။ ဘယ်လိုအလုပ်လုပ်ပြီး ဘာတွေလုပ်ဆောင်နိုင်မလဲဆိုတာ ကြည့်ရအောင်။

Clos ကွန်ရက်တစ်ခုတွင် ကျွန်ုပ်တို့သည် တစ်နည်းနည်းနှင့် ကွဲပြားနိုင်ပြီး အချို့သောရလဒ်များကို ရရှိနိုင်သည့် အဓိက ကန့်သတ်ချက်နှစ်ခုရှိသည်- ဒြပ်စင်များ၏ အစွန်းထွက်နှင့် ကွန်ရက်ရှိ အဆင့်အရေအတွက်များ။ ကျွန်ုပ်တွင် အရွယ်အစားနှစ်ခုလုံးကို မည်ကဲ့သို့ အကျိုးသက်ရောက်စေမည့် ဇယားကွက်တစ်ခုရှိသည်။ အကောင်းဆုံးကတော့ နှစ်ခုလုံးကို ပေါင်းစပ်ထားပါတယ်။

Clos ကွန်ရက်၏ နောက်ဆုံး အကျယ်သည် တောင်ပိုင်းအစွန်း၏ ကျောရိုးခလုတ်များ အဆင့်အားလုံး၏ ရလဒ်ဖြစ်ပြီး ကျွန်ုပ်တို့တွင် လင့်ခ်မည်မျှရှိသည်၊ အကိုင်းအခက်မည်မျှရှိသည်ကို တွေ့မြင်နိုင်သည်။ ဤသည်မှာ ကျွန်ုပ်တို့သည် ကွန်ရက်၏အရွယ်အစားကို တိုင်းတာပုံဖြစ်သည်။

စွမ်းရည်၊ အထူးသဖြင့် ToR ခလုတ်များတွင်၊ အတိုင်းအတာရွေးချယ်စရာနှစ်ခုရှိသည်။ ယေဘုယျ topology ကို ထိန်းသိမ်းထားစဉ်တွင် ပိုမြန်သော လင့်ခ်များကို သုံးနိုင်သည် သို့မဟုတ် နောက်ထပ် လေယာဉ်များကို ထပ်ထည့်နိုင်သည်။

Clos network ၏ တိုးချဲ့ဗားရှင်းကို ကြည့်ပါက (ညာဘက်အောက်ထောင့်ရှိ) နှင့် အောက်ဖော်ပြပါ Clos network ဖြင့် ဤပုံသို့ ပြန်သွားရန်။

... ဒါဆို ဒါက topology အတူတူပါပဲ၊ ဒါပေမယ့် ဒီလျှောပေါ်မှာတော့ ပိုကျစ်လစ်သိပ်သည်းစွာ ပြိုကျသွားပြီး စက်ရုံရဲ့ လေယာဉ်တွေကို တစ်ခုနဲ့တစ်ခု စီပြီး ခြုံထားပါတယ်။ အတူတူပါပဲ။

Clos ကွန်ရက်ကို ချဲ့ထွင်ခြင်းသည် နံပါတ်များဖြင့် မည်သို့တူသနည်း။ ဤတွင် ကျွန်ုပ်သည် ကွန်ရက်တစ်ခု၏ အကျယ်အဝန်းကို အများဆုံးရနိုင်သည်၊ မည်သည့် အမြင့်ဆုံး အရေအတွက်၊ ToR ခလုတ်များ သို့မဟုတ် အရွက်ခလုတ်များ ရှိသည်၊ ၎င်းတို့သည် racks တွင်မရှိပါက၊ ကျွန်ုပ်တို့သည် ကျောရိုး-အဆင့်များအတွက် အသုံးပြုသည့် ခလုတ်များ၏ အစွန်းအထင်းပေါ်မူတည်၍ ရနိုင်သည်၊ အဆင့်ဘယ်လောက်သုံးလဲ။

ဤတွင်ကျွန်ုပ်တို့ရှိနိုင်သည့်ရက်ခ်အရေအတွက်၊ ဆာဗာမည်မျှနှင့်တစ်ပွဲလျှင် 20 kW အပေါ်အခြေခံ၍ ၎င်းအားလုံးစားသုံးနိုင်သည်ခန့်မှန်းခြေအားဖြင့်ဖြစ်သည်။ ကျွန်ုပ်တို့သည် ဆာဗာပေါင်း 100 ခန့်ရှိသော အစုအဝေးတစ်ခုအတွက် ရည်မှန်းထားကြောင်း အနည်းငယ်အစောပိုင်းက ပြောခဲ့သည်။

ဤဒီဇိုင်းတစ်ခုလုံးတွင် ရွေးချယ်စရာ နှစ်နှစ်ခွဲခန့် စိတ်ဝင်စားဖွယ်ရှိကြောင်း တွေ့မြင်နိုင်သည်။ အနည်းငယ်တိုသောကျောရိုးအလွှာနှစ်ခုနှင့် 64-port ခလုတ်များပါရှိသောရွေးချယ်ခွင့်တစ်ခုရှိသည်။ ထို့နောက် အဆင့်နှစ်ဆင့်ပါသော 128-port (radx 128) ကျောရိုးခလုတ်များ သို့မဟုတ် အဆင့်သုံးဆင့်ရှိသော radix 32 ပါသောခလုတ်များအတွက် ပြီးပြည့်စုံသော သင့်လျော်သောရွေးချယ်စရာများရှိပါသည်။ အစွန်းအထင်းများနှင့် အလွှာများ ပိုများသော နေရာတိုင်းတွင်၊ သင်သည် အလွန်ကြီးမားသော ကွန်ရက်တစ်ခုကို ဖန်တီးနိုင်သည်၊ သို့သော် မျှော်လင့်ထားသည့် စားသုံးမှုကို ကြည့်လျှင် ပုံမှန်အားဖြင့် gigawatts ရှိပါသည်။ ကေဘယ်ကြိုးကို ချိတ်ထားနိုင်သော်လည်း ဆိုက်တစ်ခုတွင် ဤမျှလောက် လျှပ်စစ်မီးရရန် မဖြစ်နိုင်ပါ။ ဒေတာစင်တာများရှိ စာရင်းဇယားများနှင့် အများသူငှာဒေတာများကို ကြည့်ရှုပါက၊ ခန့်မှန်းခြေ 150 MW ထက်ပိုသော ဒေတာစင်တာများ အလွန်နည်းပါးသည်ကို တွေ့ရှိနိုင်သည်။ ကြီးမားသောနေရာများသည် အများအားဖြင့် ဒေတာစင်တာ ကျောင်းဝင်းများ၊ တစ်ခုနှင့်တစ်ခု အလွန်နီးကပ်စွာတည်ရှိသော ကြီးမားသော ဒေတာစင်တာများဖြစ်သည်။

နောက်ထပ် အရေးကြီးတဲ့ သတ်မှတ်ချက်တစ်ခု ရှိပါသေးတယ်။ ဘယ်ဘက်ကော်လံကိုကြည့်လျှင်၊ အသုံးပြုနိုင်သော bandwidth ကိုထိုနေရာတွင်ဖော်ပြထားသည်။ Clos network တွင် switches များကို တစ်ခုနှင့်တစ်ခုချိတ်ဆက်ရန်အတွက် သိသာထင်ရှားသော ports များကိုအသုံးပြုထားသည်ကိုတွေ့မြင်ရလွယ်ကူပါသည်။ အသုံးပြုနိုင်သော bandwidth၊ အသုံးဝင်သော strip သည် servers များဆီသို့ ပြင်ပသို့ ပေးဆောင်နိုင်သော အရာဖြစ်သည်။ ပုံမှန်အားဖြင့်၊ ကျွန်ုပ်သည် conditional port များအကြောင်းနှင့် အထူးသဖြင့် band အကြောင်းပြောနေပါသည်။ စည်းကမ်းအရ၊ ကွန်ရက်အတွင်းရှိ လင့်ခ်များသည် ဆာဗာများဆီသို့ လင့်ခ်များထက် ပိုမိုမြန်ဆန်သော်လည်း bandwidth တစ်ယူနစ်လျှင် ၎င်းကိုကျွန်ုပ်တို့၏ server ကိရိယာများသို့ ပေးပို့နိုင်သရွေ့ ကွန်ရက်အတွင်း bandwidth အချို့ရှိနေပါသေးသည်။ အဆင့်တွေ များများလုပ်လေ၊ ဒီအစင်းကြောင်းကို အပြင်မှာ ပေးဆောင်ရတဲ့ တိကျတဲ့ ကုန်ကျစရိတ်က ပိုများလေပါပဲ။

ထို့အပြင်၊ ဤနောက်ထပ်တီးဝိုင်းသည်ပင် အတိအကျတူညီမည်မဟုတ်ပေ။ ဘောင်များသည် တိုတောင်းသော်လည်း၊ ကျွန်ုပ်တို့သည် DAC (တိုက်ရိုက်ပူးတွဲကြေး၊ ဆိုလိုသည်မှာ twinax ကေဘယ်များ) သို့မဟုတ် multimode optics ကဲ့သို့သော တစ်ခုခုကို အသုံးပြု၍ ကျိုးကြောင်းဆီလျော်သော ငွေပို သို့မဟုတ် ပိုနည်းသည်။ ကျွန်ုပ်တို့သည် ပိုရှည်သောအကွာအဝေးသို့ရွှေ့သည်နှင့်တပြိုင်နက် - စည်းကမ်းအတိုင်း၊ ၎င်းတို့သည် single mode optics များဖြစ်ပြီး၊ ဤအပိုဆောင်း bandwidth ၏ကုန်ကျစရိတ်သည် သိသိသာသာတိုးလာသည်။

တစ်ဖန်၊ ယခင်ဆလိုက်သို့ ပြန်သွားသည်၊ အကယ်၍ ကျွန်ုပ်တို့သည် စာရင်းသွင်းခြင်းမရှိဘဲ Clos ကွန်ရက်ကို ဖန်တီးပါက ပုံကြမ်းကိုကြည့်ရန် လွယ်ကူသည်၊ ကွန်ရက်ကို မည်သို့တည်ဆောက်ထားသည်ကိုကြည့်ပါ - ကျောရိုးခလုတ်များ၏ အဆင့်တစ်ခုစီကို ထည့်လိုက်သည်၊ ကျွန်ုပ်တို့သည် ကွက်လပ်တစ်ခုလုံးကို ထပ်ခါထပ်ခါ၊ အောက်ခြေ။ အပေါင်းအဆင့် - တူညီသော တီးဝိုင်း၊ ယခင်အဆင့်ရှိ ခလုတ်များရှိ တူညီသော ချိတ်ဆက်မှု အရေအတွက်နှင့် တူညီသော အသံလွှင့်စက် အရေအတွက်။ ထို့ကြောင့်၊ ကျောရိုးခလုတ်များ၏ အဆင့်အရေအတွက်ကို လျှော့ချရန် အလွန်နှစ်လိုဖွယ်ကောင်းသည်။

ဤပုံပေါ်အခြေခံ၍ ကျွန်ုပ်တို့သည် 128 အစွန်းထွက်ရှိသော switches များကဲ့သို့သော အရာတစ်ခုပေါ်တွင် အမှန်တကယ်တည်ဆောက်လိုကြောင်း ထင်ရှားပါသည်။

ဤတွင်မူအရ၊ အားလုံးသည် ကျွန်ုပ်ပြောခဲ့သည့်အတိုင်း အတူတူပင်ဖြစ်သည်၊ ၎င်းသည် နောက်ပိုင်းတွင် ထည့်သွင်းစဉ်းစားရန် ဆလိုက်တစ်ခုဖြစ်သည်။

ထိုသို့သောခလုတ်များအဖြစ် ကျွန်ုပ်တို့ရွေးချယ်နိုင်သည့် မည်သည့်ရွေးချယ်စရာများ ရှိပါသနည်း။ ယခု ဤကဲ့သို့သောကွန်ရက်များကို နောက်ဆုံးတွင် single-chip switches များပေါ်တွင် တည်ဆောက်နိုင်သည်မှာ ကျွန်ုပ်တို့အတွက် အလွန်ဝမ်းသာစရာသတင်းဖြစ်ပါသည်။ ပြီးတော့ ဒါက အရမ်းမိုက်တယ်၊ သူတို့မှာ ကောင်းတဲ့အင်္ဂါရပ်တွေ အများကြီးရှိတယ်။ ဥပမာအားဖြင့်၊ သူတို့တွင် အတွင်းဖွဲ့စည်းပုံ နီးပါးမရှိပေ။ ဆိုလိုတာက သူတို့က ပိုလွယ်တယ်။ နည်းအမျိုးမျိုးဖြင့် ချိုးကြသော်လည်း ကံကောင်းထောက်မစွာပင် လုံးလုံးကွဲသွားကြသည်။ Modular စက်ပစ္စည်းများတွင် အိမ်နီးချင်းများနှင့် ထိန်းချုပ်မှုလေယာဉ်၏ ရှုထောင့်မှကြည့်သောအခါတွင် ချို့ယွင်းချက်များ အများအပြားရှိပါသည်၊ သို့သော် ဥပမာအားဖြင့်၊ အထည်၏အစိတ်အပိုင်းသည် ပျောက်ဆုံးသွားကာ အလုပ်မလုပ်တော့ပါ။ စွမ်းရည်အပြည့်။ ၎င်းကို အပြည့်အဝလည်ပတ်နိုင်သည်ဟူသောအချက်အပေါ်အခြေခံ၍ ၎င်းသို့သွားသောလမ်းကြောင်းသည် ဟန်ချက်ညီပြီး ကျွန်ုပ်တို့သည် အလုပ်ပိုလုပ်နိုင်သည်။

သို့မဟုတ် ဥပမာအားဖြင့်၊ မော်ဂျူလာစက်အတွင်းတွင် မြန်နှုန်းမြင့် SerDes များပါရှိသောကြောင့် backplane တွင် ပြဿနာများ ပေါ်ပေါက်လာတတ်သည် - ၎င်းသည် အတွင်းပိုင်းတွင် အမှန်တကယ် ရှုပ်ထွေးပါသည်။ ထပ်ဆင့်ပို့သည့်ဒြပ်စင်များကြားရှိ နိမိတ်လက္ခဏာများကို တစ်ပြိုင်တည်းလုပ်ဆောင်သည် သို့မဟုတ် ထပ်တူပြုခြင်းမရှိပါ။ ယေဘူယျအားဖြင့်၊ စည်းကမ်းအတိုင်း ဒြပ်စင်အများအပြားပါ၀င်သည့် ဖြစ်ထွန်းနိုင်သော မော်ဂျူလာစက်ပစ္စည်းတိုင်းတွင် တူညီသော Clos ကွန်ရက်ပါရှိသည်၊ သို့သော် ရောဂါရှာဖွေရန် အလွန်ခက်ခဲပါသည်။ ရောင်းသူကိုယ်တိုင်ပင် ရောဂါရှာဖွေရန် ခက်ခဲတတ်သည်။

၎င်းတွင် စက်အား ကျဆင်းစေသည့် ချို့ယွင်းမှုအခြေအနေများ အများအပြားရှိသော်လည်း topology မှ လုံးဝကျွတ်မသွားပါ။ ကျွန်ုပ်တို့၏ကွန်ရက်သည် ကြီးမားသောကြောင့် တူညီသောဒြပ်စင်များကြား ဟန်ချက်ညီမှုကို တက်ကြွစွာအသုံးပြုသည်၊ ကွန်ရက်သည် အလွန်ပုံမှန်ဖြစ်သည်၊ ဆိုလိုသည်မှာ၊ အရာအားလုံးကို စီစဥ်ထားသည့်လမ်းကြောင်းတစ်ခုသည် အခြားလမ်းကြောင်းနှင့်မတူဘဲ၊ အချို့ကို ဆုံးရှုံးလိုက်ရခြင်းက ကျွန်ုပ်တို့အတွက် ပို၍အကျိုးရှိသည်။ topology မှ စက်ပစ္စည်းများသည် အချို့သော အလုပ်ဖြစ်ပုံရသည့် အခြေအနေမျိုးတွင် အဆုံးသတ်ရန်ထက်၊ အချို့က အလုပ်မလုပ်ပါ။

single-chip စက်များ၏နောက်ထပ်ကောင်းသောအင်္ဂါရပ်မှာ၎င်းတို့သည်ပိုမိုကောင်းမွန်ပြီးပိုမိုမြန်ဆန်စွာတိုးတက်နေခြင်းဖြစ်သည်။ သူတို့မှာလည်း ပိုကောင်းတဲ့ စွမ်းရည်တွေ ရှိတယ်။ အကယ်၍ ကျွန်ုပ်တို့သည် စက်ဝိုင်းတစ်ခုတွင်ရှိသော ကြီးမားသောစုပေါင်းဖွဲ့စည်းပုံကို ယူပါက၊ တူညီသောအမြန်နှုန်းရှိသော ports များအတွက် rack unit တစ်ခုလျှင် စွမ်းရည်သည် modular devices များထက် နှစ်ဆနီးပါး ပိုကောင်းပါသည်။ ချစ်ပ်တစ်ခုတည်းဖြင့် တည်ဆောက်ထားသော စက်ပစ္စည်းများသည် မော်ဂျူလာများထက် သိသိသာသာ ဈေးသက်သာပြီး စွမ်းအင်သုံးစွဲမှု နည်းပါးသည်။

သို့သော်၊ ဤအရာအားလုံးသည်အကြောင်းပြချက်တစ်ခုအတွက်၊ အားနည်းချက်များလည်းရှိသည်။ ပထမဦးစွာ၊ အကွက်သည် မော်ဂျူလာကိရိယာများထက် အမြဲတမ်းနီးပါးသေးငယ်သည်။ အကယ်၍ ကျွန်ုပ်တို့သည် chip တစ်ခုတွင် 128 ports ဖြင့်တည်ဆောက်ထားသော device ကိုရနိုင်ပါက၊ ပြဿနာတစ်စုံတစ်ရာမရှိဘဲယခုအခါတွင် ports ရာပေါင်းများစွာရှိသော modular တစ်ခုကိုရနိုင်သည်။

၎င်းသည် forwarding tables ၏ သိသိသာသာသေးငယ်သော အရွယ်အစားဖြစ်ပြီး စည်းကမ်းအတိုင်း၊ data plane scalability နှင့် ပတ်သက်သော အရာအားလုံး။ တိမ်ပိုင်းကြားခံများ။ စည်းကမ်းအရ၊ လုပ်ဆောင်နိုင်စွမ်းကို ကန့်သတ်ထားသည်။ သို့သော် သင်သည် ဤကန့်သတ်ချက်များကို သိပြီး ၎င်းတို့ကို ကျော်လွှားရန် သို့မဟုတ် ၎င်းတို့ကို ရိုးရိုးရှင်းရှင်း ထည့်သွင်းစဉ်းစားပါက၊ ဤမျှလောက် ကြောက်စရာမဟုတ်ပေ။ Radx သည် သေးငယ်သည် ဟူသောအချက်သည် မကြာသေးမီက ထွက်ပေါ်လာခဲ့သော 128 အစွန်းထွက်ရှိသော စက်များတွင် ပြဿနာမဟုတ်တော့ဘဲ ကျောရိုးအလွှာနှစ်ခုဖြင့် တည်ဆောက်နိုင်သည်။ ဒါပေမယ့် ကျွန်တော်တို့အတွက် စိတ်ဝင်စားစရာ နှစ်ခုထက် သေးငယ်တဲ့အရာတစ်ခုကို တည်ဆောက်ဖို့ဆိုတာ မဖြစ်နိုင်သေးပါဘူး။ အဆင့်တစ်ခုဖြင့်၊ အလွန်သေးငယ်သောအစုအဝေးများကို ရရှိသည်။ ကျွန်ုပ်တို့၏ ယခင်ဒီဇိုင်းများနှင့် လိုအပ်ချက်များပင်လျှင် ၎င်းတို့ထက်ကျော်လွန်နေသေးသည်။

တကယ်တော့၊ အဖြေက အစွန်းတစ်နေရာမှာ ရုတ်တရတ်ရှိနေရင်၊ အတိုင်းအတာတစ်ခုအထိ နည်းလမ်းရှိပါသေးတယ်။ နောက်ဆုံး (သို့မဟုတ် ပထမ)၊ ဆာဗာများချိတ်ဆက်သည့် အနိမ့်ဆုံးအဆင့်သည် ToR ခလုတ်များ သို့မဟုတ် အရွက်ခလုတ်များဖြစ်သောကြောင့်၊ ၎င်းတို့နှင့် rack တစ်ခုချိတ်ဆက်ရန် မလိုအပ်ပါ။ ထို့ကြောင့်၊ ဖြေရှင်းချက်သည် ထက်ဝက်ခန့် တိုသွားပါက၊ အောက်ခြေအဆင့်ရှိ ကြီးမားသော အမြှေးပါးရှိသော ခလုတ်ကို အသုံးပြု၍ ဥပမာအားဖြင့် ခလုတ်တစ်ခုသို့ ခလုတ်နှစ်ခု သို့မဟုတ် သုံးခုကို ချိတ်ဆက်ခြင်းအကြောင်းကို သင်စဉ်းစားနိုင်သည်။ ၎င်းသည် ရွေးချယ်မှုတစ်ခုလည်းဖြစ်ပြီး ၎င်း၏ကုန်ကျစရိတ်များပါရှိသော်လည်း ၎င်းသည် အရွယ်အစား နှစ်ဆခန့်ရောက်ရှိရန် လိုအပ်သောအခါတွင် ၎င်းသည် အတော်လေး ကောင်းမွန်စွာ လုပ်ဆောင်နိုင်ပြီး ကောင်းမွန်သော ဖြေရှင်းချက်တစ်ခု ဖြစ်လာနိုင်သည်။

အနှစ်ချုပ်ရရန်၊ ကျွန်ုပ်တို့သည် စက်ရုံအလွှာ ရှစ်ခုဖြင့် ကျောရိုးနှစ်ခုပါရှိသော ထိပ်တန်းနည်းပညာကို တည်ဆောက်နေပါသည်။

ရူပဗေဒမှာ ဘာဖြစ်သွားမလဲ။ အလွန်ရိုးရှင်းသောတွက်ချက်မှု။ ကျွန်ုပ်တို့တွင် ကျောရိုးအဆင့် နှစ်ဆင့်ရှိပါက၊ ကျွန်ုပ်တို့တွင် ခလုတ်သုံးဆင့်သာ ရှိသည်၊ ကွန်ရက်တွင် ကေဘယ်အပိုင်းသုံးပိုင်းရှိမည်- ဆာဗာများမှ အရွက်ခလုတ်များ၊ ကျောရိုး 1 အထိ၊ ကျောရိုး 2 အထိ ကျွန်ုပ်တို့ လုပ်ဆောင်နိုင်သော ရွေးချယ်စရာများ အသုံးပြုမှုများမှာ twinax၊ multimode၊ single mode တို့ဖြစ်သည်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် မည်သည့်အကွက်များရရှိနိုင်သည်၊ ၎င်းသည် ကုန်ကျစရိတ်မည်မျှရှိသည်၊ ရုပ်ပိုင်းဆိုင်ရာအတိုင်းအတာ၊ မည်သည့်အတိုင်းအတာ၊ ကျွန်ုပ်တို့လုပ်နိုင်သည်နှင့် မည်သို့အဆင့်မြှင့်မည်ကို စဉ်းစားရန် လိုအပ်ပါသည်။

စရိတ်စကအားဖြင့်တော့ အကုန်လုံး တန်းစီလို့ရတယ်။ Twinaxes များသည် active optics များထက် သိသိသာသာ စျေးသက်သာပြီး၊ multimode transceivers များထက် စျေးသက်သာသည်၊ ၎င်းကို အဆုံးမှ ပျံသန်းမှုတစ်ခုလျှင် ယူပါက၊ 100-gigabit switch port ထက် အနည်းငယ်စျေးသက်သာပါသည်။ ကျေးဇူးပြု၍ သတိပြုပါ၊ အဘယ်ကြောင့်ဆိုသော် single mode optics လိုအပ်သည့် ပျံသန်းမှုတွင်၊ data centers များတွင် CWDM ကိုအသုံးပြုရန် အကြောင်းပြချက်များစွာဖြင့် ၎င်းသည် parallel single mode (PSM) အလုပ်လုပ်ရန် အလွန်အဆင်ပြေခြင်းမရှိသောကြောင့်၊ ကျေးဇူးပြု၍ သတိပြုပါ။ အလွန်ကြီးမားသော အထုပ်များကို အမျှင်များရရှိကြပြီး၊ ကျွန်ုပ်တို့သည် ဤနည်းပညာများကို အာရုံစိုက်ပါက၊ ကျွန်ုပ်တို့သည် ခန့်မှန်းခြေအားဖြင့် အောက်ပါစျေးနှုန်းများကို ရရှိမည်ဖြစ်သည်။

နောက်ထပ်မှတ်ချက်တစ်ခု- ကံမကောင်းစွာဖြင့်၊ တပ်ဆင်ထားသော 100 မှ 4x25 multimode port များကို အသုံးပြုရန် မဖြစ်နိုင်ပါ။ SFP28 transceivers များ၏ ဒီဇိုင်းအင်္ဂါရပ်များကြောင့်၊ ၎င်းသည် 28 Gbit QSFP100 ထက် များစွာစျေးသက်သာမည်မဟုတ်ပါ။ multimode အတွက် ဒီ disassembly က သိပ်အလုပ်မလုပ်ပါဘူး။

နောက်ထပ်ကန့်သတ်ချက်တစ်ခုမှာ ကွန်ပျူတာအစုအဝေးများ၏ အရွယ်အစားနှင့် ဆာဗာအရေအတွက်ကြောင့်၊ ကျွန်ုပ်တို့၏ဒေတာစင်တာများသည် ရုပ်ပိုင်းဆိုင်ရာအားဖြင့် ကြီးမားလာသည်။ ဆိုလိုသည်မှာ singlemod တစ်ခုဖြင့် အနည်းဆုံး ပျံသန်းမှုတစ်ခု ပြုလုပ်ရမည်ဖြစ်ပါသည်။ တစ်ဖန်၊ Pods များ၏ ရုပ်ပိုင်းဆိုင်ရာအရွယ်အစားကြောင့် twinax (ကြေးနီကြိုးများ) ၏ အပိုင်းနှစ်နှစ်ခုကို လုပ်ဆောင်ရန် မဖြစ်နိုင်တော့ပါ။

ရလဒ်အနေဖြင့်၊ ကျွန်ုပ်တို့သည် စျေးနှုန်းအတွက် အကောင်းဆုံးဖြစ်အောင်လုပ်ဆောင်ပြီး ဤဒီဇိုင်း၏ ဂျီသြမေတြီကို ထည့်သွင်းစဉ်းစားပါက၊ ကျွန်ုပ်တို့သည် twinax ၏တစ်ထွာ၊ multimode တစ်ထွာနှင့် CWDM ကိုအသုံးပြုထားသော singlemode တစ်ထွာကို ရရှိမည်ဖြစ်သည်။ ၎င်းသည် ဖြစ်နိုင်ချေရှိသော အဆင့်မြှင့်တင်မှုလမ်းကြောင်းများကို ထည့်သွင်းစဉ်းစားသည်။

ဒါက မကြာသေးမီက ဘယ်လိုပုံစံနဲ့ သွားနေသလဲ၊ ဖြစ်နိုင်ခြေရှိလား။ အနည်းဆုံး၊ multimode နှင့် singlemode နှစ်ခုလုံးအတွက် 50-Gigabit SerDes သို့ မည်သို့ရွေ့ရမည်ကို ရှင်းပါသည်။ ထို့အပြင်၊ 400G အတွက် single-mode transceivers များတွင် ယခုရော အနာဂတ်တွင်ပါရှိသည့် အရာကိုကြည့်လျှင် 50G SerDes သည် လျှပ်စစ်ဘက်ခြမ်းမှ မကြာခဏရောက်ရှိလာသည့်တိုင် 100 Gbps သည် optics သို့သွားနိုင်သည်။ ထို့ကြောင့်၊ 50 သို့ပြောင်းမည့်အစား၊ လမ်းကြောင်းတစ်ခုလျှင် 100 Gigabit SerDes နှင့် 100 Gbps သို့ ကူးပြောင်းမှုဖြစ်နိုင်သည်၊ အကြောင်းမှာ၊ ရောင်းချသူအများအပြား၏ကတိများအတိုင်း ၎င်းတို့၏ရရှိနိုင်မှုကို မကြာမီမျှော်လင့်ထားသောကြောင့်ဖြစ်သည်။ 50G SerDes သည် 100G SerDes ၏ အလျင်မြန်ဆုံးဖြစ်ခဲ့သည့်အချိန်ကာလသည် XNUMXG SerDes ၏ ပထမဆုံးသောမိတ္တူများကို လာမည့်နှစ်နီးပါးတွင် ဖြန့်ချိနေသောကြောင့် အလွန်ရှည်လျားမည်မဟုတ်ပေ။ အချိန်အတန်ကြာပြီးနောက် သူတို့သည် ကျိုးကြောင်းဆီလျော်သော ငွေဖြစ်ကောင်းဖြစ်နိုင်သည်။

ရူပဗေဒရွေးချယ်မှုနှင့်ပတ်သက်၍ နောက်ထပ်ထူးခြားချက်တစ်ခု။ မူအရ၊ ကျွန်ုပ်တို့သည် 400G SerDes ကို အသုံးပြု၍ 200 သို့မဟုတ် 50 Gigabit အပေါက်များကို အသုံးပြုပြီးဖြစ်သည်။ ဒါပေမယ့် ဒါက အဓိပ္ပါယ်သိပ်မရှိဘူး၊ ဘာကြောင့်လဲဆိုတော့ စောစောကပြောခဲ့သလိုပဲ၊ အကြောင်းရင်းထဲမှာတော့ switches တွေပေါ်မှာ အတော်လေးကြီးမားတဲ့ အခြမ်းတစ်ခုကို လိုချင်လို့ပါပဲ။ ကျွန်ုပ်တို့သည် 128 ကိုလိုချင်ပါသည်။ ကျွန်ုပ်တို့တွင် အကန့်အသတ်ရှိသော ချစ်ပ်စွမ်းရည်ရှိပြီး လင့်ခ်အမြန်နှုန်းကို တိုးမြှင့်ပါက၊ အစွန်းထွက်နှုန်းသည် သဘာဝအတိုင်း လျော့နည်းသွားပါက အံ့ဖွယ်များမရှိပါ။

ထို့အပြင် ကျွန်ုပ်တို့သည် လေယာဉ်များကို အသုံးပြု၍ စုစုပေါင်းစွမ်းရည်ကို မြှင့်တင်နိုင်ပြီး အထူးကုန်ကျစရိတ်များ မရှိတော့ဘဲ လေယာဉ်အရေအတွက်ကို ထပ်ပေါင်းနိုင်ပါသည်။ အကယ်၍ ကျွန်ုပ်တို့သည် အစွန်းအထင်းကို ဆုံးရှုံးပါက၊ ကျွန်ုပ်တို့သည် နောက်ထပ်အဆင့်တစ်ခုကို မိတ်ဆက်ပေးရမည်ဖြစ်ပြီး၊ ထို့ကြောင့် လက်ရှိအခြေအနေတွင် ချစ်ပ်တစ်ချပ်လျှင် လက်ရှိအများဆုံးရရှိနိုင်သည့်စွမ်းရည်ဖြင့် 100-gigabit ports များကို ၎င်းတို့က သင့်အား ခွင့်ပြုပေးသောကြောင့် ပိုမိုထိရောက်မှုရှိသည်ကို တွေ့ရပါသည်။ ပိုကြီးတဲ့ radix ရဖို့။

နောက်မေးခွန်းတစ်ခုကတော့ ရူပဗေဒကို ဘယ်လိုဖွဲ့စည်းထားသလဲ၊ ဒါပေမယ့် ကေဘယ်အခြေခံအဆောက်အအုံရဲ့အမြင်ကနေပါ။ အတော်လေးရယ်စရာကောင်းတဲ့ပုံစံနဲ့ ဖွဲ့စည်းထားတယ်ဆိုတာ ထင်ရှားပါတယ်။ အရွက်-ခလုတ်များနှင့် ပထမအဆင့် ကျောရိုးများကြားတွင် ကြိုးတပ်ခြင်း - ထိုနေရာတွင် အချိတ်အဆက်များစွာမရှိပါ၊ အရာအားလုံးသည် ရိုးရိုးရှင်းရှင်းဖြင့် တည်ဆောက်ထားသည်။ ဒါပေမယ့် ကျွန်တော်တို့ လေယာဉ်တစ်စင်းကို ယူလိုက်မယ်ဆိုရင် အတွင်းထဲမှာ ဖြစ်ပျက်နေတာက ပထမအဆင့်ရဲ့ ကျောရိုးအားလုံးကို ဒုတိယအဆင့်ရဲ့ ကျောရိုးအားလုံးနဲ့ ချိတ်ဆက်ဖို့ လိုပါတယ်။

ထို့အပြင်၊ စည်းကမ်းအရ၊ ၎င်းသည်ဒေတာစင်တာအတွင်းမည်သို့ကြည့်ရှုရမည်ကိုဆန္ဒအချို့ရှိသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် ကြိုးများကို အစုအဝေးတစ်ခုအဖြစ် ပေါင်းစပ်ပြီး ၎င်းတို့ကို ဆွဲထုတ်ကာ သိပ်သည်းဆမြင့်သော patch panel တစ်ခုသည် အလျားအတိုင်းအတာအရ တိရစ္ဆာန်ရုံတစ်ခုသို့ လုံးလုံးလျားလျားရောက်ရှိသွားစေရန်အတွက် အမှန်တကယ်ပင် လိုချင်ခဲ့သည်။ ဤပြဿနာကို ကျွန်ုပ်တို့ဖြေရှင်းနိုင်ခဲ့သည်။ logical topology ကို အစပိုင်းတွင် လေ့လာကြည့်လျှင် လေယာဉ်များသည် အမှီအခိုကင်းပြီး လေယာဉ်တစ်ခုစီကို သူ့ဘာသာသူ တည်ဆောက်နိုင်သည်ကို တွေ့နိုင်သည်။ ထိုသို့သောအစုအဝေးတစ်ခုအားထည့်ကာ patch panel တစ်ခုလုံးကို patch panel တစ်ခုသို့ဆွဲယူလိုသောအခါ၊ အစုအဝေးတစ်ခုအတွင်းတွင် မတူညီသောလေယာဉ်များကို ရောနှောပြီး ၎င်းတို့ကို စုစည်းထားသည့်ပုံစံမှ ပြန်လည်ထုပ်ပိုးရန် optical cross-connections ပုံစံဖြင့် အလယ်အလတ်ဖွဲ့စည်းပုံတစ်ခုကို မိတ်ဆက်ပေးရမည်ဖြစ်ပါသည်။ အပိုင်းတစ်ခုတွင်၊ ၎င်းတို့ကို အခြားအပိုင်းတစ်ခုတွင် မည်သို့စုဆောင်းမည်နည်း။ ယင်းကြောင့် ကျွန်ုပ်တို့သည် ကောင်းမွန်သောအင်္ဂါရပ်တစ်ခုကို ရရှိပါသည်- ရှုပ်ထွေးသော ကူးပြောင်းမှုအားလုံးသည် လှောင်အိမ်များထက် မကျော်လွန်ပါ။ တစ်ခုခုကို ပြင်းပြင်းထန်ထန် စပ်ယှက်ရန် လိုအပ်သောအခါတွင်၊ ၎င်းကို Clos networks တွင် တစ်ခါတစ်ရံတွင် ခေါ်ဝေါ်သကဲ့သို့၊ ၎င်းကို rack တစ်ခုထဲတွင် စုစည်းထားသည်။ ကျွန်ုပ်တို့တွင် တစ်ဦးချင်းစီ လင့်ခ်များအထိ၊ လှောင်အိမ်များကြားတွင် အများအပြား တပ်ဆင်ထားခြင်း မရှိပါ။

ကေဘယ်အခြေခံအဆောက်အအုံ၏ယုတ္တိကျသောအဖွဲ့အစည်း၏ရှုထောင့်မှ၎င်းကိုကြည့်ရှုပုံဖြစ်သည်။ ပုံတွင် ဘယ်ဘက်ရှိ ရောင်စုံဘလောက်များသည် ပထမအဆင့် ကျောရိုးခလုတ်များ၊ တစ်ခုစီမှ ရှစ်ခုစီနှင့် ကျောရိုး-2 ခလုတ်များမှ ထွက်လာသော အထုပ်ငယ်များနှင့် ဖြတ်သွားသော ကြိုးလေးခုတို့ကို ပုံဖော်ထားသည်။ .

လေးထောင့်လေးများက လမ်းဆုံများကို ညွှန်ပြသည်။ ဘယ်ဘက်ထိပ်တွင်ထိုကဲ့သို့သောလမ်းဆုံတစ်ခုစီ၏ခွဲခြမ်းစိတ်ဖြာချက်ဖြစ်သည်၊ ၎င်းသည်အမှန်တကယ်ကျောရိုး-512 လေယာဉ်တစ်ခုသာရှိသောကြောင့်၎င်းတို့သည်ကြိုးများကိုပြန်လည်ထုပ်ပိုးသည့် 512 x 2 port cross-connect module တစ်ခုဖြစ်သည်။ ညာဘက်တွင်၊ ဤပုံ၏စကင်န်သည် ကျောရိုး-၁ အဆင့်ရှိ Pods အများအပြားနှင့် ဆက်စပ်၍ အနည်းငယ်အသေးစိတ်ဖော်ပြထားသည်၊ ၎င်းကို cross-connect တွင်ထုပ်ပိုးပုံ၊ ကျောရိုး-၂ အဆင့်သို့ မည်သို့မည်ပုံ ထုပ်ပိုးထားသည်။

ဒါက ဘာပုံလဲ။ အပြည့်အ၀ မတပ်ဆင်ရသေးသော ကျောရိုး-၂ ရပ်တည်ချက် (ဘယ်ဘက်ရှိ) နှင့် အပြန်အလှန်ချိတ်ဆက်မှုရပ်။ ကံမကောင်းစွာပဲ၊ အဲဒီမှာမြင်စရာအများကြီးမရှိပါဘူး။ ဤဖွဲ့စည်းပုံတစ်ခုလုံးကို တိုးချဲ့လုပ်ဆောင်နေသော ကျွန်ုပ်တို့၏ ကြီးမားသောဒေတာစင်တာတစ်ခုတွင် ယခုဖွဲ့စည်းပုံအား အသုံးပြုလျက်ရှိသည်။ ဤအရာသည် လုပ်ဆောင်နေဆဲဖြစ်ပြီး၊ ပိုကောင်းလာမည်၊ ၎င်းသည် ပိုမိုပြည့်စုံလာမည်ဖြစ်သည်။

အရေးကြီးသောမေးခွန်းတစ်ခု- ကျွန်ုပ်တို့သည် ယုတ္တိဗေဒဆိုင်ရာ topology ကိုရွေးချယ်ပြီး ရူပဗေဒကိုတည်ဆောက်ခဲ့သည်။ ထိန်းချုပ်ရေးလေယာဉ် ဘာဖြစ်သွားမလဲ။ လည်ပတ်မှုအတွေ့အကြုံမှ အတော်လေးလူသိများသည်၊ လင့်ခ်ပြည်နယ်ဆိုင်ရာ ပရိုတိုကောများသည် ကောင်းသည်၊ ၎င်းတို့နှင့်တွဲလုပ်ရသည်မှာ ပျော်ရွှင်စရာကောင်းသော အစီရင်ခံစာများစွာရှိသော်လည်း၊ ကံမကောင်းစွာဖြင့်၊ ၎င်းတို့သည် သိပ်သည်းစွာချိတ်ဆက်ထားသော topology တွင် ကောင်းမွန်စွာ မတိုင်းတာနိုင်ပါ။ ၎င်းကိုတားဆီးနိုင်သည့် အဓိကအချက်တစ်ချက်ရှိသည် - ဤသည်မှာ လင့်ခ်ပြည်နယ်ဆိုင်ရာ ပရိုတိုကောများတွင် ရေလွှမ်းမိုးခြင်းအလုပ်လုပ်ပုံဖြစ်သည်။ အကယ်၍ သင်သည် ရေလွှမ်းမိုးခြင်းဆိုင်ရာ အယ်လဂိုရီသမ်ကို အသုံးချပြီး ကျွန်ုပ်တို့၏ကွန်ရက်ကို မည်သို့တည်ဆောက်ထားသည်ကို ကြည့်ရှုပါက၊ အဆင့်တစ်ဆင့်ချင်းစီတွင် အလွန်ကြီးမားသော fanout ရှိနေမည်ကို သင်တွေ့မြင်နိုင်ပြီး ၎င်းသည် ထိန်းချုပ်မှုလေယာဉ်ကို အပ်ဒိတ်များဖြင့် လွှမ်းမိုးသွားမည်ဖြစ်သည်။ အတိအကျအားဖြင့်၊ ထိုကဲ့သို့သော တိုမိုလိုဂျီများသည် လင့်ခ်ပြည်နယ်ဆိုင်ရာ ပရိုတိုကောများတွင် ရိုးရာရေလွှမ်းမိုးမှုဆိုင်ရာ အယ်လဂိုရီသမ်နှင့် အလွန်ညံ့ဖျင်းသည်။

ရွေးချယ်မှုမှာ BGP ကိုအသုံးပြုရန်ဖြစ်သည်။ ကြီးမားသောဒေတာစင်တာများတွင် BGP ကိုအသုံးပြုခြင်းနှင့် ပတ်သက်၍ RFC 7938 တွင်မှန်ကန်စွာပြင်ဆင်နည်းကိုဖော်ပြထားသည်။ အခြေခံအယူအဆများသည် ရိုးရှင်းသည်- host တစ်ခုလျှင် အနည်းဆုံး ရှေ့ဆက်အရေအတွက်နှင့် ကွန်ရက်ပေါ်ရှိ ယေဘုယျအားဖြင့် အနည်းဆုံး ရှေ့ဆက်အရေအတွက်၊ ဖြစ်နိုင်လျှင် စုစည်းမှုကို သုံးပါ၊ လမ်းကြောင်းရှာဖွေခြင်းကို ဖိနှိပ်ပါ။ valley free ဟုခေါ်သည့် အပ်ဒိတ်များကို အလွန်သတိထားပြီး ထိန်းချုပ်ထားသော ဖြန့်ဝေမှုကို ကျွန်ုပ်တို့ လိုချင်ပါသည်။ ကွန်ရက်မှတဆင့် အပ်ဒိတ်များကို တစ်ကြိမ်တိတိ အသုံးချစေလိုပါသည်။ အောက်ခြေမှအစပြုလျှင် တစ်ကြိမ်ထက်မပိုစေဘဲ အထက်သို့တက်သွားကြသည်။ zigzags မရှိသင့်ပါ။ Zigzags တွေက အရမ်းဆိုးတယ်။

ဒါကိုလုပ်ဖို့၊ အရင်းခံ BGP ယန္တရားတွေကို သုံးရလောက်အောင် ရိုးရှင်းတဲ့ ဒီဇိုင်းကို အသုံးပြုပါတယ်။ ဆိုလိုသည်မှာ၊ ကျွန်ုပ်တို့သည် ဒေသန္တရလင့်ခ်တွင် လုပ်ဆောင်နေသည့် eBGP ကို ​​အသုံးပြုပြီး ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရစနစ်များကို အောက်ပါအတိုင်း သတ်မှတ်ပေးထားသည်- ToR တွင် ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရစနစ်၊ Pod တစ်ခု၏ ကျောရိုး-1 ခလုတ်များတစ်ခုလုံးရှိ ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်စနစ်တစ်ခု၊ နှင့် ထိပ်တန်းတစ်ခုလုံးရှိ အထွေထွေကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရစနစ် အထည်အလိပ်။ BGP ၏ သာမာန်အမူအကျင့်များကပင် ကျွန်ုပ်တို့လိုချင်သော အပ်ဒိတ်များကို ဖြန့်ဝေပေးသည်ကို ကြည့်ရှုပြီး မြင်ရန်မှာ မခဲယဉ်းပါ။

သဘာဝအားဖြင့်၊ လိပ်စာသတ်မှတ်ခြင်းနှင့် လိပ်စာစုစည်းမှုအား လမ်းကြောင်းသတ်မှတ်ခြင်းတည်ဆောက်ပုံနှင့် လိုက်ဖက်ညီစေရန် ဒီဇိုင်းထုတ်ရမည်ဖြစ်ပြီး ထိန်းချုပ်မှုလေယာဉ်၏တည်ငြိမ်မှုကို သေချာစေရန် ၎င်းသည် လမ်းကြောင်းတည်ဆောက်ပုံနှင့်ကိုက်ညီမှုရှိစေရန် ဒီဇိုင်းထုတ်ရမည်ဖြစ်သည်။ သယ်ယူပို့ဆောင်ရေးတွင် L3 လိပ်စာကို topology နှင့် ချိတ်ဆက်ထားသောကြောင့်၊ ဤအရာမရှိဘဲ ပေါင်းစည်းမှုအောင်မြင်ရန် မဖြစ်နိုင်သောကြောင့်၊ ၎င်းမရှိဘဲ၊ တစ်ဦးချင်းစီလိပ်စာများသည် လမ်းကြောင်းစနစ်ထဲသို့ စိမ့်ဝင်သွားမည်ဖြစ်သည်။ နောက်တစ်ခုကတော့ ပေါင်းစည်းခြင်း ကံမကောင်းတာက Multi-path နဲ့ သိပ်ပြီး မရောထွေးပါဘူး၊ ဘာဖြစ်လို့လဲဆိုတော့ ကျွန်တော်တို့မှာ Multi-path ရှိပြီး စုစည်းမှုရှိနေတဲ့အခါ၊ အားလုံးအဆင်ပြေပါတယ်၊ Network တစ်ခုလုံး ကျန်းမာလာတဲ့အခါ၊ ချို့ယွင်းချက်မရှိပါဘူး။ ကံမကောင်းစွာဖြင့်၊ ကွန်ရက်တွင် ပျက်ကွက်မှုများပေါ်လာပြီး topology ၏ symmetry ပျောက်ဆုံးသွားသည်နှင့်၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့သွားလိုသည့်နေရာသို့ ထပ်မံမသွားနိုင်တော့သည့် ယူနစ်ကို ကြေညာသည့်နေရာသို့ ရောက်နိုင်ပါသည်။ ထို့ကြောင့်၊ နောက်ထပ် multi-path မရှိသည့်နေရာတွင် စုစည်းခြင်းသည် အကောင်းဆုံးဖြစ်ပြီး၊ ကျွန်ုပ်တို့ကိစ္စတွင်၊ ၎င်းတို့သည် ToR ခလုတ်များဖြစ်သည်။

တကယ်တော့ အဲဒါကို စုစည်းလို့ ရနိုင်ပေမယ့် သေချာပါတယ်။ ကွန်ရက် ချို့ယွင်းမှု ဖြစ်ပေါ်လာသောအခါတွင် ထိန်းချုပ်ထားသော ခွဲထွက်ခြင်းကို လုပ်ဆောင်နိုင်လျှင်။ ဒါပေမယ့် ဒါက အတော်လေး ခက်ခဲတဲ့အလုပ်ပါ၊ ဒါကိုလုပ်ဖို့ ဖြစ်နိုင်ပါ့မလား၊ အပိုအလိုအလျောက်စနစ် ထပ်ထည့်နိုင်မလား၊ လိုချင်တဲ့ အပြုအမူကိုရဖို့အတွက် BGP ကို ​​မှန်မှန်ကန်ကန် ကန်နိုင်မယ့် အကန့်အသတ်ပြည်နယ်စက်တွေ လုပ်နိုင်မလားဆိုတာတောင် တွေးမိခဲ့ပါတယ်။ ကံမကောင်းစွာပဲ၊ ထောင့်ကိစ္စများကို လုပ်ဆောင်ခြင်းသည် အလွန်ထင်ရှားပြီး ရှုပ်ထွေးခြင်းမရှိပါ၊ BGP သို့ ပြင်ပပူးတွဲပါဖိုင်များကို ပူးတွဲထားခြင်းဖြင့် ဤလုပ်ငန်းကို ကောင်းမွန်စွာဖြေရှင်းနိုင်မည်မဟုတ်ပေ။

RIFT ပရိုတိုကော၏ မူဘောင်အတွင်း ဤကိစ္စနှင့် ပတ်သက်၍ အလွန်စိတ်ဝင်စားဖွယ်ကောင်းသော အလုပ်များကို လုပ်ဆောင်ခဲ့ပြီး၊ နောက်လာမည့် အစီရင်ခံစာတွင် ဆွေးနွေးပါမည်။

နောက်ထပ်အရေးကြီးသည့်အချက်မှာ ကျွန်ုပ်တို့တွင် အခြားရွေးချယ်စရာလမ်းကြောင်းများစွာရှိသည့် ဒေတာလေယာဉ်များသည် ထူထပ်သော topologies တွင် မည်ကဲ့သို့ အတိုင်းအတာကို တိုင်းတာမည်နည်း။ ဤကိစ္စတွင်၊ များစွာသောနောက်ထပ်ဒေတာဖွဲ့စည်းပုံကိုအသုံးပြုသည်- Next Hop အုပ်စုများကိုဖော်ပြသည့် ECMP အုပ်စုများ။

သာမန်အားဖြင့် အလုပ်လုပ်သော ကွန်ရက်တစ်ခုတွင်၊ ကျွန်ုပ်တို့သည် Clos topology ကိုတက်သောအခါတွင် ပျက်ကွက်ခြင်းမရှိဘဲ၊ ၎င်းသည် အုပ်စုတစ်စုတည်းကိုသာ အသုံးပြုရန် လုံလောက်သည်၊ အကြောင်းမှာ ဒေသဆိုင်ရာမဟုတ်သည့်အရာအားလုံးကို ပုံသေဖြင့်ဖော်ပြထားသောကြောင့် ကျွန်ုပ်တို့တက်နိုင်သည်။ ကျွန်ုပ်တို့သည် အထက်မှအောက်ခြေမှ တောင်သို့သွားသောအခါ၊ လမ်းကြောင်းအားလုံးသည် ECMP မဟုတ်ပါ၊ ၎င်းတို့သည် လမ်းကြောင်းတစ်ခုတည်းဖြစ်သည်။ အားလုံးအဆင်ပြေတယ်။ ပြဿနာမှာ၊ ဂန္တဝင် Clos topology ၏ထူးခြားချက်မှာ အထည်၏ထိပ်ကိုကြည့်လျှင် မည်သည့်ဒြပ်စင်တွင်မဆို အောက်ဖော်ပြပါဒြပ်စင်ဆီသို့ လမ်းကြောင်းတစ်ခုသာ ရှိပါသည်။ အကယ်၍ ဤလမ်းကြောင်းတစ်လျှောက်တွင် ချို့ယွင်းမှုများ ဖြစ်ပေါ်ပါက၊ ကျိုးပဲ့နေသောလမ်းကြောင်း၏နောက်ကွယ်တွင်ရှိသော အဆိုပါရှေ့ဆက်များအတွက် စက်ရုံ၏ထိပ်ရှိ ဤအထူးပြုဒြပ်စင်များသည် တိကျစွာ မမှန်ကန်ပါ။ ဒါပေမယ့် ကျန်တာတွေကတော့ မှန်ကန်ပြီး ECMP အဖွဲ့တွေကို ခွဲခြမ်းစိတ်ဖြာပြီး ပြည်နယ်အသစ်တစ်ခုကို မိတ်ဆက်ရပါမယ်။

ခေတ်မီစက်များတွင် data plane scalability သည် မည်သို့မြင်သနည်း။ အကယ်၍ ကျွန်ုပ်တို့သည် LPM (အရှည်ဆုံးရှေ့ဆက်ကိုက်ညီမှု) ကိုပြုလုပ်ပါက၊ အားလုံးသည် 100k အထက်တွင် ကောင်းမွန်ပါသည်။ Next Hop အဖွဲ့တွေအကြောင်းပြောရင် ၂-၄ဝဝဝ ပိုဆိုးတယ်။ ကျွန်ုပ်တို့သည် Next Hops (သို့မဟုတ် adjacencies) ၏ဖော်ပြချက်ပါရှိသောဇယားကိုပြောနေလျှင်၎င်းသည် 2k မှ 4k တစ်နေရာဖြစ်သည်။ ပြီးတော့ ဒါက ပြဿနာဖြစ်လာနိုင်တယ်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် စိတ်ဝင်စားဖွယ်ကောင်းသော ကွဲပြားမှုတစ်ခုသို့ ရောက်ရှိလာသည်- ဒေတာစင်တာများရှိ MPLS တွင် ဘာဖြစ်သွားသနည်း။ မူအရတော့ ကျနော်တို့က အဲဒါကို လုပ်ချင်တယ်။

နှစ်ခုဖြစ်သွားတယ်။ ကျွန်ုပ်တို့သည် host များပေါ်တွင် micro-segmentation လုပ်ခဲ့ပြီး၊ ၎င်းကို ကွန်ရက်ပေါ်တွင် လုပ်ဆောင်ရန် မလိုအပ်တော့ပါ။ မတူညီသော ရောင်းချသူများ၏ ပံ့ပိုးကူညီမှုဖြင့် ၎င်းသည် အလွန်ကောင်းမွန်ခြင်းမရှိသည့်အပြင် MPLS ပါသော အဖြူရောင်သေတ္တာများပေါ်တွင် ပွင့်လင်းစွာ အကောင်အထည်ဖော်ခြင်းဖြင့် ပို၍ပင် ကောင်းမွန်ပါသည်။ နှင့် MPLS၊ အနည်းဆုံး ၎င်း၏ အစဉ်အလာ အကောင်အထည်ဖော်မှုများသည် ကံမကောင်းစွာဖြင့်၊ ECMP နှင့် ပေါင်းစပ်မှု အလွန်ညံ့ဖျင်းပါသည်။ အဲဒါဘာကြောင့်လဲ။

၎င်းသည် IP အတွက် ECMP ထပ်ဆင့်ပို့ခြင်းတည်ဆောက်ပုံနှင့်တူသည်။ ရှေ့ဆက်အများအပြားသည် တူညီသောအုပ်စုနှင့် တူညီသော Next Hops ပိတ်ဆို့ခြင်းကို သုံးနိုင်သည် (သို့မဟုတ် adjacencies၊ ၎င်းကို မတူညီသောစက်ပစ္စည်းများအတွက် မတူညီသောစာရွက်စာတမ်းများတွင် ကွဲပြားစွာခေါ်ဆိုနိုင်သည်)။ အဓိကအချက်မှာ ၎င်းကို အထွက်ပေါက်အဖြစ် ဖော်ပြထားပြီး မှန်ကန်သော Next Hop သို့ရောက်ရှိရန်အတွက် MAC လိပ်စာကို ပြန်လည်ရေးသားရမည့်အရာဖြစ်သည်။ IP အတွက် အရာအားလုံးရိုးရှင်းပုံရသည်၊ တူညီသောအုပ်စုအတွက်၊ တူညီသော Next Hops ပိတ်ဆို့ခြင်းအတွက် အလွန်ကြီးမားသောရှေ့ဆက်များကို သင်သုံးနိုင်သည်။

မူလ MPLS ဗိသုကာလက်ရာသည် ထွက်လာသည့်အင်တာဖေ့စ်ပေါ်မူတည်၍ အညွှန်းကို မတူညီသောတန်ဖိုးများသို့ ပြန်လည်ရေးသားနိုင်သည်ဟု ဆိုလိုသည်။ ထို့ကြောင့်၊ ထည့်သွင်းမှုတံဆိပ်တစ်ခုစီအတွက် အဖွဲ့တစ်ဖွဲ့နှင့် Next Hops ဘလောက်တစ်ခုကို ထားရှိရန် လိုအပ်ပါသည်။ ပြီးတော့ ဒါက ဖြစ်ချင်တော့ အတိုင်းအတာ မဟုတ်ဘူး။

ကျွန်ုပ်တို့၏ဒီဇိုင်းတွင် ကျွန်ုပ်တို့သည် ကျောရိုး-4000 မှ ကျောရိုး-64 သို့ရွှေ့ပါက အမြင့်ဆုံးအကျယ်သည် 1 ECMP လမ်းကြောင်းများဖြစ်သည်ကို ကျွန်ုပ်တို့၏ ဒီဇိုင်းတွင် လွယ်ကူစွာတွေ့မြင်ရမည်ဖြစ်ပါသည်။ ToR နှင့် ရှေ့ဆက်တစ်ခုသာ ထွက်သွားပါက ECMP အဖွဲ့များ၏ ဇယားတစ်ခုထဲသို့ ကျွန်ုပ်တို့ ဝင်ရောက်နိုင်ရုံသာမက၊ ကျွန်ုပ်တို့သည် Next Hops ဇယားသို့ လုံးဝမဝင်ရောက်နိုင်ပါ။

Segment Routing ကဲ့သို့သော ဗိသုကာလက်ရာများသည် ကမ္ဘာလုံးဆိုင်ရာ အညွှန်းများပါ၀င်သောကြောင့် အားလုံးမျှော်လင့်ချက်မရှိပေ။ တရားဝင်အားဖြင့်၊ ဤ Next Hops လုပ်ကွက်များအားလုံးကို ထပ်မံပြိုကျရန် ဖြစ်နိုင်ချေရှိသည်။ ၎င်းကိုလုပ်ဆောင်ရန် သင်သည် ရိုင်းကတ်အမျိုးအစား လုပ်ဆောင်ချက်တစ်ခု လိုအပ်သည်- အညွှန်းတစ်ခုယူ၍ အတိအကျတန်ဖိုးမရှိဘဲ ၎င်းကို တူညီသောတစ်ခုသို့ ပြန်လည်ရေးပါ။ သို့သော် ကံမကောင်းစွာဖြင့်၊ ၎င်းသည် ရရှိနိုင်သော အကောင်အထည်ဖော်မှုများတွင် မပါဝင်ပါ။

နောက်ဆုံးအနေနှင့်၊ ကျွန်ုပ်တို့သည် ဒေတာစင်တာသို့ ပြင်ပအသွားအလာများကို ယူဆောင်လာရန် လိုအပ်ပါသည်။ ဘယ်လို လုပ်ရမလဲ? ယခင်က၊ အထက်မှ Clos ကွန်ရက်သို့ လမ်းကြောင်းကို မိတ်ဆက်ခဲ့သည်။ ဆိုလိုသည်မှာ၊ အထည်၏ထိပ်ရှိ စက်ပစ္စည်းအားလုံးနှင့် ချိတ်ဆက်ထားသည့် edge router များရှိသည်။ ဤဖြေရှင်းချက်သည် အသေးစားနှင့် အလတ်စား အရွယ်အစားများတွင် ကောင်းစွာအလုပ်လုပ်သည်။ ကံမကောင်းစွာပဲ၊ ဤနည်းဖြင့် ကွန်ရက်တစ်ခုလုံးသို့ အသွားအလာကို အချိုးကျစွာ ပေးပို့နိုင်ရန်၊ ကျွန်ုပ်တို့သည် အထည်၏ ထိပ်တန်းဒြပ်စင်များအားလုံးသို့ တစ်ပြိုင်နက် ရောက်ရှိရန် လိုအပ်ပြီး ၎င်းတို့ထဲမှ တစ်ရာကျော်ရှိသောအခါတွင် ကျွန်ုပ်တို့သည်လည်း ကြီးမားသော အရာတစ်ခု လိုအပ်ကြောင်း ထွက်ပေါ်လာပါသည်။ အစွန်းရောက်ရောက်တာများတွင် အစွန်းထွက်။ ယေဘူယျအားဖြင့်၊ edge router များသည် ပိုအလုပ်လုပ်သောကြောင့်၊ ၎င်းတို့ရှိ port များသည် ပို၍စျေးကြီးမည်ဖြစ်ပြီး ဒီဇိုင်းသည် အလွန်လှပမည်မဟုတ်ပေ။

အခြားရွေးချယ်စရာမှာ အောက်ဖော်ပြပါမှ ထိုကဲ့သို့ အသွားအလာကို စတင်ရန်ဖြစ်သည်။ Clos topology သည် အောက်မှလာသော traffic ဖြစ်သည့် ToR ဘက်မှ လမ်းကြောင်းနှစ်ခုကို ထပ်ခါတလဲလဲလုပ်ကာ ကွန်ရက်တစ်ခုလုံးကို ထိပ်ပိုင်းတစ်ခုလုံးကို အဆင့်များကြားတွင် အညီအမျှ ဖြန့်ဝေကြောင်း အတည်ပြုရန် လွယ်ကူပါသည်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် ပြင်ပချိတ်ဆက်မှုကို ပံ့ပိုးပေးသည့် အထူး Pod၊ Edge Pod အမျိုးအစားကို မိတ်ဆက်ပေးပါသည်။

နောက်ထပ်ရွေးချယ်စရာတစ်ခုရှိပါတယ်။ ဥပမာ Facebook က ဒီလိုလုပ်တယ်။ Fabric Aggregator သို့မဟုတ် HGRID ဟုခေါ်သည်။ ဒေတာစင်တာများစွာကို ချိတ်ဆက်ရန်အတွက် နောက်ထပ်ကျောရိုးအဆင့်တစ်ခုကို မိတ်ဆက်ပေးနေပါသည်။ အင်တာဖေ့စ်များတွင် အပိုလုပ်ဆောင်ချက်များ သို့မဟုတ် ကာရံပြောင်းလဲမှုများ မရှိပါက ဤဒီဇိုင်းသည် ဖြစ်နိုင်သည်။ ၎င်းတို့သည် နောက်ထပ်ထိတွေ့မှုအချက်များဖြစ်ပါက၊ ခက်ခဲသည်။ ပုံမှန်အားဖြင့်၊ ဒေတာစင်တာ၏ မတူညီသော အစိတ်အပိုင်းများကို ပိုင်းခြားထားသော အမြှေးပါးတစ်မျိုးနှင့် လုပ်ဆောင်ချက်များ ပိုမိုရှိပါသည်။ ထိုသို့သော အမြှေးပါးကို ကျယ်အောင်ပြုလုပ်ရန် အကြောင်းမရှိသော်လည်း အကြောင်းတစ်ခုခုကြောင့် အမှန်တကယ် လိုအပ်ပါက၊ ၎င်းကို ဖယ်ထုတ်ရန် ဖြစ်နိုင်ခြေကို ထည့်သွင်းစဉ်းစားကာ တတ်နိုင်သမျှ ကျယ်အောင်ပြုလုပ်ကာ အိမ်ရှင်များထံ လွှဲပြောင်းပေးရန် သင့်လျော်ပါသည်။ ဥပမာအားဖြင့်၊ cloud အော်ပရေတာများစွာဖြင့်ပြုလုပ်သည်။ ၎င်းတို့တွင် ထပ်ဆင့်များပါရှိပြီး အိမ်ရှင်များမှ စတင်သည်။

ဘယ်လို ဖွံ့ဖြိုးတိုးတက်မှု အခွင့်အလမ်းတွေ မြင်လဲ။ ပထမဦးစွာ၊ CI/CD ပိုက်လိုင်းအတွက် အထောက်အပံ့ကို ပိုမိုကောင်းမွန်အောင် လုပ်ဆောင်ပါ။ ငါတို့ စမ်းသပ်တဲ့လမ်းနဲ့ ငါတို့ပျံသန်းတဲ့လမ်းကို စမ်းသပ်ချင်တယ်။ အခြေခံအဆောက်အအုံ ကြီးမားပြီး စမ်းသပ်မှုများပြုလုပ်ရန် ၎င်းကို ထပ်ပွားရန် မဖြစ်နိုင်သောကြောင့် ၎င်းသည် ကောင်းမွန်စွာ အဆင်မပြေပါ။ ၎င်းကို မချဘဲ ထုတ်လုပ်မှုအခြေခံအဆောက်အအုံသို့ စမ်းသပ်သည့်ဒြပ်စင်များကို မည်သို့မိတ်ဆက်ရမည်ကို သင်နားလည်ရန်လိုအပ်သည်။

ပိုမိုကောင်းမွန်သော ကိရိယာတန်ဆာပလာများနှင့် ပိုမိုကောင်းမွန်သော စောင့်ကြည့်စစ်ဆေးခြင်းများသည် မည်သည့်အခါမျှ မလိုအပ်ပါ။ မေးခွန်းတစ်ခုလုံးသည် အားထုတ်မှုနှင့် အပြန်အလှန် ချိန်ခွင်လျှာဖြစ်သည်။ ကျိုးကြောင်းဆီလျော်စွာ အားထုတ်နိုင်လျှင် အလွန်ကောင်းပါသည်။

ကွန်ရက်စက်ပစ္စည်းများအတွက် လည်ပတ်မှုစနစ်များကို ဖွင့်ပါ။ ပိုမိုကောင်းမွန်သော ပရိုတိုကောများနှင့် RIFT ကဲ့သို့သော ပိုမိုကောင်းမွန်သော လမ်းပြစနစ်များ။ ပိုမိုကောင်းမွန်သော ပိတ်ဆို့မှုထိန်းချုပ်မှုအစီအစဥ်များအသုံးပြုခြင်းတွင် သုတေသနပြုရန် လိုအပ်ပြီး အစုအဝေးအတွင်း RDMA ပံ့ပိုးမှု၏ နိဒါန်းအချို့တွင် အနည်းဆုံးအချက်များ ဖြစ်နိုင်သည်။

အနာဂတ်ကို လှမ်းကြည့်ရာတွင်၊ ကျွန်ုပ်တို့သည် အဆင့်မြင့် toplogies များနှင့် overhead နည်းပါးသော အသုံးပြုသည့် ကွန်ရက်များ လိုအပ်ပါသည်။ ဆန်းသစ်သောအရာများတွင်၊ ကုန်ပစ္စည်း Ethernet ကိုအခြေခံထားသည့် HPC Cray Slingshot အတွက် အထည်နည်းပညာနှင့်ပတ်သက်ပြီး မကြာသေးမီက ထုတ်ဝေမှုများရှိခဲ့သော်လည်း ပိုမိုတိုတောင်းသော ခေါင်းစီးများကို အသုံးပြုနိုင်သည့် ရွေးချယ်မှုဖြင့် ဖော်ပြထားသည်။ ရလဒ်အနေနဲ့ overhead လျော့သွားတယ်။

အရာအားလုံးကို တတ်နိုင်သမျှ ရိုးရှင်းအောင်ထားသင့်ပေမယ့် မရိုးရှင်းပါဘူး။ ရှုပ်ထွေးမှုသည် ကြီးထွားနိုင်မှု၏ ရန်သူဖြစ်သည်။ ရိုးရှင်းမှုနှင့် ပုံမှန်ဖွဲ့စည်းပုံများသည် ကျွန်ုပ်တို့၏မိတ်ဆွေများဖြစ်သည်။ တစ်နေရာရာမှာ အတိုင်းအတာတစ်ခုအထိ လုပ်နိုင်ရင် လုပ်ပါ။ ယေဘုယျအားဖြင့်၊ ယခု ကွန်ရက်နည်းပညာများတွင် ပါဝင်ခြင်းသည် ကောင်းပါတယ်။ စိတ်ဝင်စားစရာတွေ အများကြီးရှိနေတယ်။ ကျေးဇူးတင်ပါသည်။

source: www.habr.com