Anycast vs Unicast- ကိစ္စတစ်ခုစီတွင် ရွေးချယ်ရန် ပိုကောင်းသည်။

Anycast အကြောင်း တော်တော်များများ ကြားဖူးကြမှာပါ။ ကွန်ရက်လိပ်စာနှင့် လမ်းကြောင်းတင်ခြင်း၏ ဤနည်းလမ်းဖြင့်၊ ကွန်ရက်တစ်ခုပေါ်ရှိ ဆာဗာများစွာအတွက် IP လိပ်စာတစ်ခုတည်းကို တာဝန်ပေးအပ်သည်။ ဤဆာဗာများသည် တစ်ခုနှင့်တစ်ခု ဝေးလံသော ဒေတာစင်တာများတွင်ပင် တည်ရှိနိုင်သည်။ Anycast ၏ အယူအဆမှာ တောင်းဆိုမှုရင်းမြစ်၏ တည်နေရာပေါ်မူတည်၍ ဒေတာများကို အနီးဆုံး (ကွန်ရက် topology အရ၊ ပိုမိုတိကျစွာပြောရလျှင် BGP လမ်းကြောင်းပရိုတိုကော) ဆာဗာသို့ ပေးပို့ခြင်းဖြစ်သည်။ ထို့ကြောင့်၊ ကွန်ရက်အကူးအပြောင်း (hop) နှင့် နှောင့်နှေးခြင်း (latency) အရေအတွက်ကို လျှော့ချနိုင်သည်။

အခြေခံအားဖြင့်၊ တူညီသောလမ်းကြောင်းကို ကမ္ဘာတစ်ဝှမ်းရှိ ဒေတာစင်တာများစွာမှ ကြော်ငြာထားသည်။ ထို့ကြောင့်၊ ဖောက်သည်များကို BGP လမ်းကြောင်းများ၊ ဒေတာစင်တာကို အခြေခံ၍ "အကောင်းဆုံး" နှင့် "အနီးဆုံး" သို့ ပေးပို့မည်ဖြစ်သည်။ ဘာကြောင့် Anycast ဖြစ်တာလဲ။ Unicast အစား Anycast ကို ဘာကြောင့် သုံးတာလဲ။

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

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

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

သင် load (အသုံးပြုသူများ) ကို ဖြန့်ဝေရန် လိုအပ်သော ဆိုက်များစွာ ရှိသည် ဆိုပါစို့၊ ဥပမာ၊ တစ်နေ့လျှင် တောင်းဆိုချက် 100 ရှိသော အွန်လိုင်းစတိုးတစ်ခု သို့မဟုတ် နာမည်ကြီး ဘလော့ဂ်တစ်ခု။ အသုံးပြုသူများသည် သီးခြားဆိုက်တစ်ခုသို့ ဝင်ရောက်သည့် ဒေသကို ကန့်သတ်ရန်၊ သင်သည် Geo Community ရွေးချယ်မှုကို အသုံးပြုနိုင်သည်။ ၎င်းသည် အော်ပရေတာမှ လမ်းကြောင်းကြေညာမည့် ဒေသကို ကန့်သတ်ခွင့်ပြုသည်။

Anycast နှင့် Unicast- ကွာခြားချက်များ

Anycast ကို ကွန်ရက်စွမ်းဆောင်ရည်ကို မြှင့်တင်ပေးသည့် လမ်းကြောင်းဆိုင်ရာ ဆုံးဖြတ်ချက်များချရန်အတွက် DNS (Domain Name System) နှင့် CDN (Content Delivery Networks) ကဲ့သို့သော အပလီကေးရှင်းများတွင် အသုံးပြုလေ့ရှိသည်။ အကြောင်းအရာပေးပို့ခြင်းကွန်ရက်များသည် အသွားအလာများပြားသောကြောင့် Anycast ကိုအသုံးပြုပြီး Anycast သည် ဤကိစ္စရပ်တွင် အားသာချက်များစွာကို ပေးဆောင်သည် (၎င်းတို့ကို အောက်တွင် နောက်ထပ်ဖော်ပြထားသည်)။ DNS တွင် Anycast သည် သင့်အား ဝန်ဆောင်မှု၏ ယုံကြည်စိတ်ချရမှုနှင့် အမှားအယွင်းများကို ခံနိုင်ရည်ရှိမှု အဆင့်ကို သိသိသာသာ တိုးမြှင့်နိုင်စေပါသည်။

Anycast IP တွင် BGP ကိုအသုံးပြုသောအခါ၊ သီးခြား host တစ်ခုသို့ လမ်းကြောင်းများစွာရှိသည်။ ၎င်းတို့သည် latency နည်းပါးသော ချိတ်ဆက်မှုများကို တည်ထောင်ရန် အသုံးပြုသည့် ဒေတာစင်တာများစွာရှိ host များ၏ မိတ္တူများဖြစ်သည်။

ထို့ကြောင့် Anycast ကွန်ရက်တွင် တူညီသော IP လိပ်စာကို မတူညီသောနေရာများမှ ကြော်ငြာထားပြီး လမ်းကြောင်း၏ "ကုန်ကျစရိတ်" ကိုအခြေခံ၍ အသုံးပြုသူ၏တောင်းဆိုမှုကို ပေးပို့ရမည့်နေရာကို ကွန်ရက်မှ ဆုံးဖြတ်သည်။ ဥပမာအားဖြင့်၊ BGP ကို ​​အတိုဆုံးဒေတာလမ်းကြောင်းကို ဆုံးဖြတ်ရန် မကြာခဏအသုံးပြုသည်။ အသုံးပြုသူတစ်ဦးသည် Anycast တောင်းဆိုချက်ကို ပေးပို့သောအခါ၊ BGP သည် ကွန်ရက်ပေါ်ရှိ Anycast ဆာဗာများအတွက် အကောင်းဆုံးလမ်းကြောင်းကို ဆုံးဖြတ်ပေးသည်။

Anycast ၏အကျိုးကျေးဇူးများ

Latency လျှော့ချခြင်း။
Anycast စနစ်များသည် သင့်အား အနီးဆုံးဆာဗာမှ ဒေတာများကို လက်ခံရရှိရန် ခွင့်ပြုပေးသောကြောင့် သုံးစွဲသူများ၏ တောင်းဆိုချက်များကို လုပ်ဆောင်ရာတွင် latency ကို လျှော့ချပေးနိုင်ပါသည်။ ဆိုလိုသည်မှာ၊ အသုံးပြုသူများသည် "အနီးဆုံး" (လမ်းကြောင်းတင်ပရိုတိုကော၏စည်းကမ်းချက်များအရ) DNS ဆာဗာသို့ အမြဲချိတ်ဆက်မည်ဖြစ်သည်။ ရလဒ်အနေဖြင့် Anycast သည် client နှင့် server ကြားရှိ ကွန်ရက်အကွာအဝေးကို လျှော့ချခြင်းဖြင့် ဆက်သွယ်ရေးအချိန်ကို လျှော့ချပေးသည်။ ၎င်းသည် latency ကိုလျှော့ချပေးရုံသာမက Load Balancing ကို လည်းပေးပါသည်။

အရှိန်

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

တည်ငြိမ်မှုနှင့် အမှားခံနိုင်ရည်ကို တိုးစေသည်။

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

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

Load ချိန်ခွင်လျှာ

Anycast စနစ်တွင်၊ ကွန်ရက်အသွားအလာကို မတူညီသောဆာဗာများသို့ ဖြန့်ဝေသည်။ ဆိုလိုသည်မှာ၊ ၎င်းသည် load balancer အဖြစ်လုပ်ဆောင်ပြီး မည်သည့် server တစ်ခုတည်းမှ traffic အများအပြားကို လက်ခံရရှိခြင်းမှ တားဆီးပေးသည်။ ဥပမာအားဖြင့်၊ တောင်းဆိုချက်ရင်းမြစ်မှ တူညီသော ပထဝီဝင်အကွာအဝေးတွင် ကွန်ရက် node များစွာရှိသည့်အခါ Load Balancing ကို အသုံးပြုနိုင်သည်။ ဤကိစ္စတွင်၊ ဝန်အား node များကြားတွင်ဖြန့်ဝေသည်။

DoS တိုက်ခိုက်မှုများ၏ သက်ရောက်မှုကို လျှော့ချခြင်း။ 

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

DDoS တိုက်ခိုက်မှုများသည် တိုက်ခိုက်ခံရသော ဆာဗာကို လွန်လွန်ကဲကဲဖြစ်စေသော လမ်းကြောင်းများစွာကို ဖန်တီးပေးနိုင်သည့် botnets များကို အသုံးပြုလေ့ရှိသည်။ ဤအခြေအနေတွင် Anycast ကိုအသုံးပြုခြင်း၏ အားသာချက်မှာ ဆာဗာတစ်ခုစီသည် သီးခြားဆာဗာတစ်ခုပေါ်ရှိ load အား လျော့နည်းစေသည့် တိုက်ခိုက်မှု၏အစိတ်အပိုင်းတစ်ခုစီကို "စုပ်ယူနိုင်သည်" ကြောင့်ဖြစ်သည်။ ဝန်ဆောင်မှု တိုက်ခိုက်မှုအား ငြင်းဆိုခြင်းသည် ဆာဗာသို့ ဒေသန္တရအဖြစ် သတ်မှတ်ခံရဖွယ်ရှိပြီး ဝန်ဆောင်မှုတစ်ခုလုံးကို မထိခိုက်စေပါ။

အလျားလိုက် အတိုင်းအတာ မြင့်မားသည်။

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

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

ဆာဗာပေါ်တွင် 10 သို့မဟုတ် 25 Gb/s အပေါက်အနည်းငယ်သာရှိသောအခါ ဤသည်မှာ အသွားအလာ၏ terabits နှင့် အသုံးပြုသူအများအပြားကို ဝန်ဆောင်မှုပေးနိုင်သည့် တစ်ခုတည်းသောနည်းလမ်းဖြစ်သည်။ IP လိပ်စာတစ်ခုပါရှိသော host 100 သည် terabit volumes of traffic ကို လုပ်ဆောင်နိုင်စေမည်ဖြစ်သည်။

ဖွဲ့စည်းမှုစီမံခန့်ခွဲမှုလွယ်ကူခြင်း။

အထက်တွင်ဖော်ပြခဲ့သည့်အတိုင်း Anycast ၏စိတ်ဝင်စားဖွယ်အသုံးပြုမှုသည် DNS ဖြစ်သည်။ ကွန်ရက် node များတွင် မတူညီသော DNS ဆာဗာများစွာကို ထားရှိနိုင်သော်လည်း DNS လိပ်စာတစ်ခုကို အသုံးပြုပါ။ အရင်းအမြစ်တည်ရှိသည့်နေရာပေါ် မူတည်၍ တောင်းဆိုမှုများကို အနီးဆုံး node သို့ ပေးပို့သည်။ ၎င်းသည် DNS ဆာဗာ ချို့ယွင်းမှုဖြစ်စဉ်တွင် ယာဉ်အသွားအလာ ချိန်ခွင်လျှာနှင့် ထပ်နေသော ပမာဏအချို့ကို ပေးဆောင်သည်။ ထို့ကြောင့်၊ ၎င်းတို့တည်ရှိသည့်နေရာပေါ်မူတည်၍ မတူညီသော DNS ဆာဗာများကို သတ်မှတ်ခြင်းအစား၊ DNS server configuration တစ်ခုတည်းကို host အားလုံးထံ ဖြန့်ဝေနိုင်ပါသည်။

Anycast ကွန်ရက်များကို အကွာအဝေးပေါ်အခြေခံရုံသာမက ဆာဗာရရှိနိုင်မှု၊ ချိတ်ဆက်မှုအရေအတွက် အစရှိသည့် ကန့်သတ်ချက်များအပေါ်အခြေခံ၍ လမ်းကြောင်းတောင်းဆိုမှုများကို စီစဉ်သတ်မှတ်နိုင်သည်။ သို့မဟုတ် တုံ့ပြန်ချိန်။

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

သန့်ရှင်းသော အရင်းအမြစ်မှ လှပသော အဝေးသို့

Anycast သည် အနည်းဆုံး hops များကို အခြေခံ၍ သုံးစွဲသူများကို ညွှန်ကြားသော်လည်း၊ ၎င်းသည် latency အနည်းဆုံးဟု မဆိုလိုပါ။ ဟော့ပ်တစ်ခုတွင် ဆယ်ခုထက်မကရှိနိုင်သောကြောင့် Latency သည် ပိုမိုရှုပ်ထွေးသောမက်ထရစ်တစ်ခုဖြစ်သည်။

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

Anycast ကို DNS ကဲ့သို့ UDP အခြေပြု ဝန်ဆောင်မှုများအတွက် အဓိကအသုံးပြုသည်။ အသုံးပြုသူတောင်းဆိုချက်များကို BGP လမ်းကြောင်းများပေါ်အခြေခံ၍ "အကောင်းဆုံး" နှင့် "အနီးဆုံး" ဒေတာစင်တာသို့ ပေးပို့ပါသည်။

ဥပမာ- 123.10.10.10 ၏ Anycast DNS IP လိပ်စာတစ်ခုပါရှိသော DNS ဖောက်သည် အလုပ်ရုံတစ်ခုသည် တူညီသော Anycast IP လိပ်စာကို အသုံးပြု၍ အသုံးချထားသည့် အနီးဆုံး DNS အမည်ဆာဗာ သုံးခု၏ DNS ကြည်လင်ပြတ်သားမှုကို လုပ်ဆောင်သည်။ R1 သို့မဟုတ် Server A တစ်ခုခု ပျက်ကွက်ပါက၊ DNS client packets များကို R2 နှင့် R3 မှတစ်ဆင့် နောက်အနီးစပ်ဆုံး DNS server သို့ အလိုအလျောက် ထပ်ဆင့်ပို့ပါမည်။ ထို့အပြင်၊ ကျွန်ုပ်တို့၏ဆာဗာ A သို့ လမ်းကြောင်းကို ဤ nameserver ၏နောက်ထပ်အသုံးပြုမှုကို တားဆီးပေးမည့် လမ်းကြောင်းဇယားများမှ ဖယ်ရှားပါမည်။

ဖြန့်ကျက်မှုအခြေအနေများ

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

• Anycast ကွန်ရက်အလွှာ. အသုံးပြုသူကို အနီးဆုံးဆာဗာသို့ ချိတ်ဆက်ပေးသည်။ အသုံးပြုသူမှ ဆာဗာသို့ ကွန်ရက်လမ်းကြောင်းသည် ဤနေရာတွင် အရေးကြီးပါသည်။
• လျှောက်လွှာအဆင့် Anycast. ဆာဗာရရှိနိုင်မှု၊ တုံ့ပြန်မှုအချိန်၊ ချိတ်ဆက်မှုအရေအတွက် အစရှိသည်တို့ အပါအဝင် ဤအစီအစဉ်တွင် တွက်ချက်ထားသော မက်ထရစ်များ ပိုများပါသည်။ ၎င်းသည် ကွန်ရက်စာရင်းအင်းများကို ပံ့ပိုးပေးသည့် ပြင်ပမော်နီတာပေါ်တွင် မူတည်ပါသည်။

Anycast ကိုအခြေခံထားသော CDN

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

CDN သည် မြင့်မားသောရရှိနိုင်မှုနှင့် latency နည်းပါးသော သုံးစွဲသူများထံ အကြောင်းအရာများကို နောက်ဆုံးအသုံးပြုသူများထံ ပေးပို့သည့် ဖြန့်ဝေထားသော ဆာဗာများ၏ ကွန်ရက်တစ်ခုဖြစ်သည်။ အွန်လိုင်းမာလ်တီမီဒီယာဝန်ဆောင်မှုများစွာ၏ ကျောရိုးအဖြစ် ယနေ့ခေတ်တွင် အကြောင်းအရာပေးပို့ခြင်းကွန်ရက်များသည် အရေးကြီးသောအခန်းကဏ္ဍမှ ပါဝင်နေပြီး သုံးစွဲသူများသည် နှေးကွေးသောဒေါင်းလုဒ်အမြန်နှုန်းများကို သည်းခံနိုင်စွမ်းနည်းပါးလာကြသည်။ ဗီဒီယိုနှင့် အသံအပလီကေးရှင်းများသည် တုန်လှုပ်ခြင်းနှင့် ကွန်ရက် latency အတွက် အထူးအကဲဆတ်ပါသည်။

CDN သည် ဆာဗာအားလုံးကို ကွန်ရက်တစ်ခုထဲသို့ ပေါင်းစည်းပြီး ပိုမိုမြန်ဆန်သော အကြောင်းအရာများ တင်ခြင်းကို ပံ့ပိုးပေးသည်။ တစ်ခါတစ်ရံတွင် သုံးစွဲသူ၏ စောင့်ဆိုင်းချိန်ကို ၅-၆ စက္ကန့်ဖြင့် လျှော့ချနိုင်သည်။ CDN ၏ ပန်းတိုင်သည် သုံးစွဲသူနှင့် အနီးစပ်ဆုံး ဆာဗာမှ အကြောင်းအရာများကို ဝန်ဆောင်မှုပေးခြင်းဖြင့် ပေးပို့မှုကို အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်ရန်ဖြစ်သည်။ ၎င်းသည် အသုံးပြုသူ၏တည်နေရာအပေါ်အခြေခံ၍ အနီးစပ်ဆုံးဆာဗာကို ရွေးချယ်သည့် Anycast နှင့် အလွန်ဆင်တူသည်။ CDN ဝန်ဆောင်မှုပေးသူတိုင်းသည် ပုံသေအနေဖြင့် Anycast ကိုအသုံးပြုလိမ့်မည်ထင်ရသော်လည်း လက်တွေ့တွင်မူ ထိုသို့မဟုတ်ပါ။

HTTP/TCP ကဲ့သို့သော ပရိုတိုကောများကို အသုံးပြုသည့် အပလီကေးရှင်းများသည် ချိတ်ဆက်မှုအပေါ် မူတည်သည်။ Anycast node အသစ်တစ်ခုကို ရွေးချယ်ပါက (ဥပမာ၊ ဆာဗာ ပျက်ကွက်ပါက) ဝန်ဆောင်မှု ပြတ်တောက်သွားနိုင်သည်။ ထို့ကြောင့် Anycast ကို UDP နှင့် DNS ကဲ့သို့ ချိတ်ဆက်မှုမရှိသော ဝန်ဆောင်မှုများအတွက် ယခင်က အကြံပြုထားသည်။ သို့သော်၊ Anycast သည် ချိတ်ဆက်မှု-အသားပေး ပရိုတိုကောများအတွက် ကောင်းစွာအလုပ်လုပ်သည်၊ ဥပမာ၊ TCP၊ Anycast မုဒ်တွင် ကောင်းမွန်စွာအလုပ်လုပ်သည်။

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

Hybrid နှင့် Multi-Data Center အခြေခံအဆောက်အဦများသည် Anycast အတွက် နောက်ထပ်အသုံးပြုမှုကိစ္စရပ်ဖြစ်သည်။ ဝန်ဆောင်မှုပေးသူထံမှရရှိသော Load Balancing IP လိပ်စာသည် ဝန်ဆောင်မှုပေးသူ၏ဒေတာစင်တာရှိ မတူညီသောဖောက်သည်ဝန်ဆောင်မှုများ၏ IP လိပ်စာများကြားတွင် ဝန်ကို ဖြန့်ဝေရန်ခွင့်ပြုသည်။ မည်သည့်စက်ပစ္စည်းကိုမဆို လိပ်စာဖော်ပြခြင်းနည်းပညာဖြင့်၊ ၎င်းသည် ကြီးမားသောအသွားအလာများအောက်တွင် ပိုမိုကောင်းမွန်သောစွမ်းဆောင်ရည်ကို ပေးစွမ်းနိုင်ပြီး အမှားအယွင်းများကို ခံနိုင်ရည်ရှိကာ သုံးစွဲသူအများအပြားနှင့်အတူ တုံ့ပြန်ချိန်ကို အကောင်းဆုံးဖြစ်အောင် ကူညီပေးသည်။

ဟိုက်ဘရစ် ဒေတာစင်တာ အဆောက် အအုံများ တွင်၊ သင်သည် ဆာဗာများ အနှံ့ အသွားအလာ လမ်းကြောင်းများ သို့မဟုတ် သီးသန့် ဆာဗာများ ပေါ်တွင်ပင် virtual machines များကို ဖြန့်ဝေနိုင်သည်။

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

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

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

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

ဝန်ချိန်ခွင်လျှာညှိခြင်း၊ ပို့လွှတ်သောဒေတာကို ကုဒ်ဝှက်ခြင်းနှင့် ဆိုက်လာရောက်သူများနှင့် ကော်ပိုရိတ်အခြေခံအဆောက်အအုံများကြား ဆက်သွယ်ရေးလုံခြုံရေးအတွက် SSL လက်မှတ်များကို ထည့်နိုင်သည်။ ဒေတာစင်တာများအကြား ဝန်ချိန်ညှိမှုကိစ္စတွင်၊ SSL ကိုလည်း အသုံးပြုနိုင်သည်။

လိပ်စာဝန်ချိန်ညှိမှုပါရှိသော Anycast ဝန်ဆောင်မှုကို သင်၏ ISP မှ ရယူနိုင်ပါသည်။ ဤအင်္ဂါရပ်သည် တည်နေရာပေါ်အခြေခံ၍ အသုံးပြုသူများနှင့် အက်ပ်များနှင့် အပြန်အလှန်တုံ့ပြန်ပုံတို့ကို ပိုမိုကောင်းမွန်အောင် ကူညီပေးပါမည်။ ဒေတာစင်တာတွင် မည်သည့်ဝန်ဆောင်မှုများ ရနိုင်သည်ကို ကြေညာရန် လုံလောက်ပြီး ယာဉ်ကြောအသွားအလာကို အနီးဆုံး အခြေခံအဆောက်အအုံသို့ လမ်းညွှန်ပေးမည်ဖြစ်သည်။ ဥပမာအားဖြင့် ပြင်သစ် သို့မဟုတ် မြောက်အမေရိကတွင် သီးခြားဆာဗာများ ရှိပါက သုံးစွဲသူများအား ကွန်ရက်ပေါ်ရှိ အနီးဆုံးဆာဗာသို့ ညွှန်ကြားမည်ဖြစ်သည်။

Anycast အသုံးပြုရန်အတွက် ရွေးချယ်စရာများထဲမှ တစ်ခုသည် အော်ပရေတာ (PoP) ရှိနေခြင်း၏ အကောင်းဆုံးရွေးချယ်မှုဖြစ်သည်။ ယူလာကြပါစို့ နမူနာ. LinkedIn (ရုရှားတွင်ပိတ်ဆို့ထားသည်) သည် ၎င်း၏ထုတ်ကုန်များ - မိုဘိုင်းနှင့် ဝဘ်အက်ပလီကေးရှင်းများ၏ စွမ်းဆောင်ရည်နှင့် မြန်နှုန်းကို မြှင့်တင်ရန်သာမက အကြောင်းအရာပိုမိုမြန်ဆန်စွာပေးပို့ရန်အတွက် ကွန်ရက်အခြေခံအဆောက်အအုံကို မြှင့်တင်ရန်လည်း ကြိုးစားသည်။ ဤတက်ကြွသောအကြောင်းအရာပေးပို့ခြင်းအတွက်၊ LinkedIn သည် PoPs – Points of Presence ကို အလေးအနက်အသုံးပြုသည်။ Anycast ကို အသုံးပြုသူများအား အနီးဆုံး PoP သို့ ညွှန်ကြားရန် အသုံးပြုသည်။

အကြောင်းပြချက်မှာ Unycast ကိစ္စတွင်၊ LinkedIn PoP တစ်ခုစီတွင် ထူးခြားသော IP လိပ်စာတစ်ခုရှိသည်။ ထို့နောက် အသုံးပြုသူများအား DNS ကို အသုံးပြု၍ ၎င်းတို့၏ ပထဝီဝင်တည်နေရာအပေါ် အခြေခံ၍ PoP ကို ​​တာဝန်ပေးအပ်သည်။ ပြဿနာမှာ DNS ကိုအသုံးပြုသောအခါ၊ အမေရိကန်ပြည်ထောင်စုရှိ အသုံးပြုသူများ၏ 30% ခန့်သည် အကောင်းမွန်ဆုံး PoP တစ်ခုသို့ ပြန်ညွှန်းခံရခြင်းဖြစ်သည်။ Anycast ၏ အဆင့်ဆင့် မိတ်ဆက်မှုကြောင့်၊ အကောင်းဆုံး PoP တာဝန်ခွဲသည် 31% မှ 10% သို့ ကျဆင်းသွားသည်။

စမ်းသပ်မှု၏ရလဒ်များကို y-axis သည် အကောင်းဆုံး PoP assignment ၏ ရာခိုင်နှုန်းဖြစ်သည့် ဂရပ်တွင် ပြထားသည်။ အမေရိကန်ပြည်နယ်များစွာတွင် Anycast "ချဲ့ထွင်" လာသည်နှင့်အမျှ အကောင်းဆုံးသော PoP သို့ အသွားအလာရာခိုင်နှုန်း တိုးတက်မှုရှိလာပါသည်။

Anycast ကွန်ရက်စောင့်ကြည့်ရေး

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

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

ဥပမာ- CDN ဆာဗာ၏တည်နေရာကို ညွှန်ပြသည့် HTTP တုံ့ပြန်မှု ခေါင်းစီးများ။

ဥပမာအားဖြင့်၊ CloudFlare သည် ၎င်း၏ကိုယ်ပိုင် CF-Ray ခေါင်းစီးကို HTTP Response မက်ဆေ့ချ်များတွင် အသုံးပြုသည်၊ ၎င်းသည် တောင်းဆိုမှုပြုလုပ်ခဲ့သည့် ဒေတာစင်တာကို ညွှန်ပြသည့်အချက်ပါရှိသည်။ Zendesk ကိစ္စတွင် Seattle ဒေသအတွက် CF-Ray ခေါင်းစီးသည် CF-RAY: 2a21675e65fd2a3d-SEA ဖြစ်ပြီး အမ်စတာဒမ်အတွက် CF-RAY: 2a216896b93a0c71-AMS ဖြစ်သည်။ အကြောင်းအရာတည်နေရာကို ဆုံးဖြတ်ရန် HTTP-X ခေါင်းစီးများကို သင်အသုံးပြုနိုင်သည်။

အခြားဖြေရှင်းနည်းများ

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

ယူနိုက်တက်

ယနေ့ခေတ် အင်တာနက် အများစုသည် ဤနည်းလမ်းကို အသုံးပြုကြသည်။ Unicast - unicast ထုတ်လွှင့်မှု၊ IP လိပ်စာသည် ကွန်ရက်ပေါ်ရှိ သီးခြား node တစ်ခုသာနှင့် ဆက်စပ်နေသည်။ ဒါကို တဦးနဲ့တဦး ကိုက်ညီမှုလို့ ခေါ်ပါတယ်။ 

multicast

Multicast သည် တစ်ခုမှတစ်ခုအထိ-များစွာ-များစွာ သို့မဟုတ် အများအပြားမှ-များစွာသော ဆက်ဆံရေးကို အသုံးပြုသည်။ Multicasting သည် သင့်အား ပေးပို့သူထံမှ တောင်းဆိုချက်တစ်ခုအား မတူညီသော ရွေးချယ်ထားသော အဆုံးအမှတ်များသို့ တစ်ပြိုင်နက် ပေးပို့နိုင်သည်။ ၎င်းသည် သုံးစွဲသူအား လက်ခံသူအများအပြားမှ ဖိုင်တစ်ဖိုင်ကို အပိုင်းလိုက်ဒေါင်းလုဒ်လုပ်နိုင်သည် (အသံ သို့မဟုတ် ဗီဒီယိုထုတ်လွှင့်ခြင်းအတွက် အသုံးဝင်သည်)။ Multicast သည် Anycast နှင့် မကြာခဏ ရောထွေးနေပါသည်။သို့သော် အဓိက ကွာခြားချက်မှာ Anycast သည် ပေးပို့သူအား သီးခြား node တစ်ခုသို့ ညွှန်ပြပေးသော node အများအပြား ရှိနိုင်သည်ပင်။

အသံလွှင်း

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

ပထဝီဝင်

Geocast သည် Multicast နှင့် ခပ်ဆင်ဆင်တူသည်- ပေးပို့သူထံမှ တောင်းဆိုချက်များကို အဆုံးမှတ်များစွာထံ တပြိုင်နက် ပေးပို့သည်။ သို့ရာတွင်၊ လိပ်စာလက်ခံသူသည် ၎င်း၏ပထဝီဝင်တည်နေရာအားဖြင့် သတ်မှတ်သည့်အချက်တွင် ကွာခြားချက်ရှိသည်။ ၎င်းသည် မိုဘိုင်းလ် peer-to-peer routing protocols အချို့မှ အသုံးပြုသည့် အထူးပြုပုံစံတစ်ခုဖြစ်သည်။

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

Unicast၊ Multicast နှင့် Broadcast။

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

အချို့သော ဝန်ဆောင်မှုပေးသူများသည် per-point-of-presence (POP) လမ်းကြောင်း စောင့်ကြည့်ခြင်းကို အသုံးပြုသည်- စနစ်သည် POPs အတွက် အတိုဆုံး ပြည်တွင်းနှင့် ကမ္ဘာလုံးဆိုင်ရာ လမ်းကြောင်းများကို အလိုအလျောက် ပိုင်းခြားစိတ်ဖြာပြီး ၎င်းတို့ကို အနိမ့်ဆုံး latency ပထဝီဝင်တည်နေရာများမှတဆင့် လမ်းကြောင်းပေးပါသည်။

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

.ru ဒိုမိန်းသည် Anycast cloud ငါးခုတွင် ဖြန့်ဝေထားသော node 35 ခုဖြင့် အုပ်စုဖွဲ့ထားသော Anycast DNS ဆာဗာ 20 ခုကို ပံ့ပိုးပေးသည်။ ဤကိစ္စတွင်၊ ပထဝီဝင်အနေအထားအရ တည်ဆောက်ခြင်းနိယာမကို အသုံးပြုသည်။ ပထဝီဝင်။ DNS node များကို နေရာချသည့်အခါ၊ ၎င်းတို့ကို အတက်ကြွဆုံးအသုံးပြုသူများနှင့် နီးစပ်သည့် ပထဝီဝင်နေရာအနှံ့ ပြန့်ကျဲနေသောနေရာများ၊ node တည်နေရာအချက်တွင် ရုရှားပံ့ပိုးပေးသူများ၏ အများဆုံးအာရုံစိုက်မှု၊ အခမဲ့စွမ်းရည်များ ရရှိနိုင်မှုနှင့် ဆိုက်နှင့်အပြန်အလှန်လွယ်ကူမှုတို့ကို ရွှေ့ရန် စီစဉ်ထားသည်။

CDN ကို ဘယ်လိုတည်ဆောက်မလဲ။

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

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

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

ဘယ်လို DNS ကို အသုံးပြု၍ CDN တစ်ခုကို ဖန်တီးပါ။? သင့်ကိုယ်ပိုင် Anycast ဖြေရှင်းချက်ကို အသုံးပြု၍ CDN တစ်ခုတည်ဆောက်ခြင်းသည် အလွန်စျေးကြီးသော်လည်း စျေးသက်သာသော ရွေးချယ်မှုများရှိပါသည်။ ဥပမာအားဖြင့်၊ သင်သည် သီးခြား IP လိပ်စာများဖြင့် GeoDNS နှင့် ပုံမှန်ဆာဗာများကို အသုံးပြုနိုင်သည်။ GeoDNS ဝန်ဆောင်မှုများဖြင့်၊ သင်သည် DNS ဖြေရှင်းသူ၏တည်နေရာထက် ဧည့်သည်၏တည်နေရာအစစ်အမှန်အပေါ်အခြေခံ၍ ဆုံးဖြတ်ချက်များချသည့်နေရာတွင် ဘူမိတည်နေရာ-ဖွင့်ထားသော CDN တစ်ခုကို ဖန်တီးနိုင်သည်။ US ဧည့်သည်များကို US server IP လိပ်စာများပြသရန် သင်၏ DNS ဇုန်ကို သင်သတ်မှတ်နိုင်သော်လည်း ဥရောပဧည့်သည်များသည် Europe မှ IP လိပ်စာကို မြင်တွေ့ရမည်ဖြစ်သည်။

GeoDNS ဖြင့်၊ သင်သည် အသုံးပြုသူ၏ IP လိပ်စာပေါ်မူတည်၍ မတူညီသော DNS တုံ့ပြန်မှုများကို ပြန်ပေးနိုင်ပါသည်။ ထိုသို့လုပ်ဆောင်ရန်၊ တောင်းဆိုချက်ရှိအရင်းအမြစ် IP လိပ်စာပေါ် မူတည်၍ မတူညီသော IP လိပ်စာများကို ပြန်ပို့ရန် DNS ဆာဗာကို ပြင်ဆင်သတ်မှတ်ထားသည်။ ပုံမှန်အားဖြင့်၊ တောင်းဆိုမှုပြုလုပ်သည့်ဒေသကို ဆုံးဖြတ်ရန် GeoIP ဒေတာဘေ့စ်ကို အသုံးပြုသည်။ DNS ကို အသုံးပြု၍ Geolocation သည် သင့်အား အနီးဆုံးဆိုက်မှ အသုံးပြုသူများထံသို့ အကြောင်းအရာများ ပေးပို့နိုင်စေပါသည်။

GeoDNS သည် DNS တောင်းဆိုမှုကို ပေးပို့သော ကလိုင်းယင့်၏ IP လိပ်စာ သို့မဟုတ် ဝန်ဆောင်မှုပေးသူ၏ ထပ်တူကျသော DNS ဆာဗာ၏ IP ကို ​​သတ်မှတ်သည်၊၊ ၎င်းသည် ကလိုင်းယင့်တောင်းဆိုမှုကို လုပ်ဆောင်သောအခါတွင် အသုံးပြုသည်။ နိုင်ငံ/ဒေသကို ဖောက်သည်၏ IP နှင့် GeoIP အခြေခံက ဆုံးဖြတ်သည်။ ထို့နောက် client သည် အနီးဆုံး CDN ​​ဆာဗာ၏ IP လိပ်စာကို ရရှိသည်။ GeoDNS ကို configure လုပ်ခြင်းအကြောင်း နောက်ထပ်ဖတ်ပါ။ ဒီမှာ.

Anycast သို့မဟုတ် GeoDNS လား။

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

ဥပမာ- ဥရောပရှိ အသုံးပြုသူများသည် မတူညီသော အဆုံးမှတ်သို့ လမ်းကြောင်းပြောင်းသွားကြသည်။

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

GeoDNS သည် Anycast ထက်ပိုမိုတိကျသောအဖြေများကိုပေးသည်။ Anycast ကိစ္စတွင် အတိုဆုံးလမ်းကြောင်းကို hops အရေအတွက်ဖြင့် ဆုံးဖြတ်ပါက GeoDNS တွင်၊ သုံးစွဲသူများအတွက် လမ်းကြောင်းသည် ၎င်းတို့၏ ရုပ်ပိုင်းဆိုင်ရာတည်နေရာပေါ်မူတည်၍ ဖြစ်ပေါ်ပါသည်။ ၎င်းသည် latency ကိုလျှော့ချပြီး အသေးစိတ်လမ်းကြောင်းသတ်မှတ်ခြင်းဆိုင်ရာ စည်းမျဉ်းများကို ဖန်တီးသည့်အခါ တိကျမှုကို ပိုမိုကောင်းမွန်စေသည်။

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

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

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

အကယ်၍ သင်သည် US တွင် ကက်ရှ်ဒေတာဖြင့် CDN ဆာဗာများကို ချထားပါက၊ တင်သည့်အခါတွင်၊ client browser သည် မှန်ကန်သော IP လိပ်စာကို ပြန်လည်ပေးပို့မည့် အနီးဆုံး DNS server သို့ တောင်းဆိုချက်တစ်ခု ပေးပို့မည်ဖြစ်သည်။ လက်ခံရရှိသော IP ပါသည့်ဘရောက်ဆာသည် အနီးဆုံး CDN ​​ဆာဗာနှင့် ပင်မဆာဗာကို ဆက်သွယ်ပြီး CDN ​​ဆာဗာသည် သိမ်းဆည်းထားသော အကြောင်းအရာကို ဘရောက်ဆာထံ ပေးပို့သည်။ ကက်ရှ်အကြောင်းအရာကို တင်နေချိန်တွင်၊ ဆိုက်အပြည့်အစုံကို တင်ရန် ပျောက်ဆုံးနေသော ဖိုင်များသည် ပင်မဆာဗာမှ လာပါသည်။ ရလဒ်အနေဖြင့်၊ ပင်မဆာဗာမှ ဖိုင်များစွာကို နည်းပါးလာသောကြောင့် ဆိုက်ဖွင့်ချိန်ကို လျှော့ချလိုက်သည်။

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

Anycast လိပ်စာများကိုအသုံးပြုခြင်းနှင့်မတူဘဲ၊ ကက်ရှ်ဆာဗာသို့ချိတ်ဆက်သည့်အချိန်တွင်မဟုတ်ဘဲ အမည်ဖြေရှင်းသည့်အချိန်တွင် ခွဲဝေပေးခြင်းကိုလုပ်ဆောင်သည်။ အကယ်၍ recursive server သည် EDNS client subnets များကို မပံ့ပိုးပါက၊ cache server သို့ ချိတ်ဆက်မည့် အသုံးပြုသူအစား ထို recursive server ၏တည်နေရာကို အသုံးပြုပါသည်။

DNS ရှိ လိုင်းခွဲများ သည် ကလိုင်းယင့်၏ တည်နေရာကို ပိုမိုတိကျစွာ ဆုံးဖြတ်ရန် GeoDNS ဆာဗာမှ သုံးစွဲသူတစ်ဦး၏ တည်နေရာကို ပိုမိုတိကျစွာ ဆုံးဖြတ်ရန် ကွန်ရက်အချက်အလက်များကို ဖောက်သည်တစ်ဦး၏ တည်နေရာကို အတိအကျ ဆုံးဖြတ်ရန် ထပ်တလဲလဲ DNS ဆာဗာများ မည်ကဲ့သို့ ပေးပို့နိုင်သည်ကို သတ်မှတ်ပေးသည့် DNS (RFC7871) ၏ တိုးချဲ့မှုတစ်ခု ဖြစ်သည်။

အများစုသည် ၎င်းတို့၏ ISP ၏ DNS ဆာဗာများ သို့မဟုတ် ၎င်းတို့နှင့် အနီးဆုံးရှိ ပထဝီဝင် DNS ဆာဗာများကို အသုံးပြုကြသော်လည်း၊ အကြောင်းတစ်ခုခုကြောင့် US ရှိ တစ်စုံတစ်ဦးသည် သြစတြေးလျတွင်ရှိသော DNS ဖြေရှင်းသူကို အသုံးပြုရန် ဆုံးဖြတ်ပါက ၎င်းတို့သည် IP တစ်ခုရနိုင်ခြေများပါသည်။ သြစတြေးလျနှင့် အနီးစပ်ဆုံး ဆာဗာလိပ်စာ။

GeoDNS ကို သင်အသုံးပြုလိုပါက၊ အချို့ကိစ္စများတွင် ၎င်းသည် ကက်ရှ်ဆာဗာများနှင့် ကလိုင်းယင့်အကြားအကွာအဝေးကို တိုးမြင့်စေနိုင်သောကြောင့် ဤအင်္ဂါရပ်များကို သတိထားရန် အရေးကြီးပါသည်။

အနှစ်ချုပ်- သင်သည် VPS အများအပြားကို CDN တစ်ခုသို့ ပေါင်းစပ်လိုပါက၊ အကောင်းဆုံး အသုံးချမှု ရွေးချယ်မှုမှာ ဘောက်စ်မှ GeoDNS + Anycast အင်္ဂါရပ်ဖြင့် DNS ဆာဗာအစုအဝေးကို အသုံးပြုရန် ဖြစ်သည်။

source: www.habr.com