DNS අසමත් වීම නිර්දේශ නොකරන්නේ ඇයි?

කියවීමේදී, ඩීඑන්එස් ඒ සඳහා නිර්මාණය කර නොමැති නිසා පමණක් ඩීඑන්එස් අසාර්ථක වීම නිර්දේශ නොකරන බවක් පෙනේ. අතිරික්ත අන්තර්ගතයන් සපයන විවිධ උප ජාලයන්හි ඔබට වෙබ් සේවාදායක දෙකක් තිබේ නම්, එක් සේවාදායකයක් පහළට ගියහොත් සියලුම ගමනාගමනය සජීවී සේවාදායකයට යොමු වන බව සහතික කිරීමට වෙනත් ක්‍රම මොනවාද?

මට පෙනෙන පරිදි මෙහි ඇති එකම අසාර්ථක විකල්පය ඩීඑන්එස් අසාර්ථක වීමයි, නමුත් සම්මුතිය එය හොඳ විකල්පයක් නොවේ. එහෙත් DNSmadeeasy.com වැනි සේවාවන් එය සපයයි, එබැවින් එයට සුදුසුකමක් තිබිය යුතුය. අදහස් දැක්වීම් තිබේද?

'ඩීඑන්එස් අසමත් වීම' මගින් ඔබ අදහස් කරන්නේ ඩීඑන්එස් රවුන්ඩ් රොබින් යම් අධීක්ෂණයක් සමඟ ඒකාබද්ධ වී ඇති බවයි, එනම් ඩීඑන්එස් සත්කාරක නාමයක් සඳහා බහු අයිපී ලිපින ප්‍රකාශයට පත් කිරීම සහ අධීක්ෂණය කිරීමේදී මළ ලිපිනයක් ඉවත් කිරීම සේවාදායකයක් අක්‍රිය වී ඇති බව අනාවරණය වුවහොත්. කුඩා, අඩු වෙළඳාමට ලක්වූ වෙබ් අඩවි සඳහා මෙය ක්‍රියාත්මක කළ හැකිය.

සැලසුම අනුව, ඔබ ඩීඑන්එස් ඉල්ලීමකට පිළිතුරු දෙන විට, ඔබ ලබා දෙන ප්‍රතිචාරය සඳහා ඔබ ජීවත් වීමට කාලය (ටීටීඑල්) ද සපයයි. වෙනත් වචන වලින් කිවහොත්, ඔබ වෙනත් ඩීඑන්එස් සේවාදායකයන් සහ හැඹිලි වලට කියන්නේ "ඔබට මෙම පිළිතුර ගබඩා කර මා සමඟ නැවත පරීක්ෂා කිරීමට පෙර මිනිත්තු x ක් භාවිතා කළ හැකිය". මෙහි ඇති අඩුපාඩු වන්නේ:

• ඩීඑන්එස් අසමත් වීමත් සමඟ, ඔබගේ පරිශීලකයින්ගෙන් නොදන්නා ප්‍රතිශතයක් තුළ ඔබේ ඩීඑන්එස් දත්ත විවිධාකාර ටීටීඑල් ඉතිරිව ඇත. ටීටීඑල් කල් ඉකුත්වන තෙක් මේවා මළ සේවාදායකයට සම්බන්ධ විය හැකිය. මෙයට වඩා අසාර්ථක වීම සම්පූර්ණ කිරීමේ වේගවත් ක්‍රම තිබේ.
• ඉහත කරුණු නිසා, ඔබ ටීටීඑල් තරමක් අඩු කිරීමට පෙළඹී ඇත, විනාඩි 5-10 ක් කියන්න. නමුත් එය ඉහළ මට්ටමකට ගෙන ඒම (ඉතා කුඩා) කාර්යසාධන ප්‍රතිලාභයක් ලබා දෙන අතර ජාල ගමනාගමනයේ කෙටි දෝෂයක් තිබුණද ඔබේ ඩීඑන්එස් ප්‍රචාරණය විශ්වසනීයව වැඩ කිරීමට උපකාරී වේ. එබැවින් ඩීඑන්එස් මත පදනම් වූ අසාර්ථකත්වය භාවිතා කිරීම ඉහළ ටීටීඑල් වලට එරෙහිව යයි, නමුත් ඉහළ ටීටීඑල් ඩීඑන්එස් හි කොටසක් වන අතර එය ප්‍රයෝජනවත් විය හැකිය.

හොඳ වේලාවක් ලබා ගැනීමේ වඩාත් පොදු ක්‍රමවලට ඇතුළත් වන්නේ:

• එකම LAN මත සේවාදායකයන් එකට තැබීම.
• ඉහළ බලයක් සහ ජාල ගුවන් යානා සහිත දත්ත සමුදායක් තුළ LAN තබන්න.
• එක් එක් සේවාදායක අසමත්වීම් මත පැටවීම සහ අසමත් වීම සඳහා HTTP පැටවුම් ශේෂයක් භාවිතා කරන්න.
• ඔබගේ ෆයර්වෝල්, ලෝඩ් බැලන්සර් සහ ස්විච සඳහා අවශ්‍ය වන අතිරික්ත / අපේක්ෂිත අතිකාල මට්ටම ලබා ගන්න.
• සම්පුර්ණ දත්ත සමුදා අසමත්වීම් සහ පහසුවෙන් පිළිබිඹු කළ නොහැකි ස්විච් / දත්ත සමුදා සේවාදායකයක් / වෙනත් සම්පතක් වරින් වර අසමත් වීම සඳහා සන්නිවේදන උපාය මාර්ගයක් තබා ගන්න.

වෙබ් අඩවි වලින් ඉතා සුළුතරයක් දත්ත සමුදායන් අතර 'භූ තුලනය' සහිත බහු-දත්ත මධ්‍යස්ථාන සැකසුම් භාවිතා කරයි.

ඩීඑන්එස් අසමත් වීම නිසැකවම විශිෂ්ට ලෙස ක්‍රියා කරයි. දත්ත සමුදායන් අතර ගමනාගමනය අතින් මාරු කිරීම සඳහා මම වසර ගණනාවක් තිස්සේ එය භාවිතා කර ඇත්තෙමි, නැතහොත් අධීක්ෂණ පද්ධති මඟින් ඇනහිටීම්, සම්බන්ධතා ගැටළු හෝ අධික ලෙස පටවන ලද සේවාදායකයන් අනාවරණය කරගත් විට. එය ක්‍රියාත්මක වන වේගය සහ සැබෑ ලෝක ගමනාගමනයේ පරිමාව පහසුවෙන් මාරු කළ හැකි බව ඔබ දකින විට - ඔබ කිසි විටෙකත් ආපසු හැරී බලන්නේ නැත. මගේ සියලු පද්ධති අධීක්ෂණය කිරීම සඳහා මම Zabbix භාවිතා කරන අතර DNS අසමත් වීමේ තත්වයක් තුළ සිදුවන්නේ කුමක්ද යන්න පෙන්වන දෘශ්‍ය ප්‍රස්තාර මගේ සියලු සැකයන් අවසන් කර අවසන් කරයි. ටීටීඑල් නොසලකා හරින අයිඑස්පී කිහිපයක් එහි තිබිය හැකි අතර සමහර පරිශීලකයින් තවමත් පැරණි බ්‍රව්සර් සමඟ සිටිති - නමුත් ඔබ දින මිලියන ගණනක් පිටු දසුන් දෙස බැලීමේදී දත්ත සමුදා ස්ථාන 2 ක් හරහා දිනකට ඩීඑන්එස් රථවාහන මාරුවක් සිදු කරයි - ටීටීඑල් නොසලකා හරින ඉතිරිව ඇති ගමනාගමනය සිනාසෙයි.

ඩීඑන්එස් සැලසුම් කර ඇත්තේ අසාර්ථක වීම සඳහා නොවේ - නමුත් එය සැලසුම් කර ඇත්තේ T න අධීක්ෂණ පද්ධතියක් සමඟ සංයුක්ත වන විට අසාර්ථක අවශ්‍යතා සඳහා විස්මය දනවන අයුරින් ක්‍රියා කරන ටීටීඑල් සමඟ ය. TTLs ඉතා කෙටි ලෙස සැකසිය හැකිය. වේගවත් ඩීඑන්එස් අසාර්ථකත්වය පදනම් කරගත් විසඳුම් සැහැල්ලු කිරීම සඳහා මම තත්පර 5 ක නිෂ්පාදනයේ TTL භාවිතා කර ඇත. අමතර බර හැසිරවිය හැකි DNS සේවාදායකයන් ඔබ සතුව තිබිය යුතුය - නම් කර ඇති එය කපා නොදමනු ඇත. කෙසේ වෙතත්, අතිරික්ත නාම සේවාදායකයන්හි mysql අනුරූපිත දත්ත සමුදායන් සමඟ සහාය දක්වන විට powerdns බිල්පතට ගැලපේ. ස්වයංක්‍රීය අසාර්ථක ඒකාබද්ධතාවය සඳහා ඔබට විශ්වාස කළ හැකි distribution න බෙදා හරින ලද අධීක්ෂණ පද්ධතියක් ද ඔබට අවශ්‍යය. Zabbix මා වෙනුවෙන් වැඩ කරයි - බෙදා හරින ලද Zabbix පද්ධති වලින් ඇති වන ඇනහිටීම් මට ක්ෂණිකව පාහේ සත්‍යාපනය කළ හැකිය - පියාසර කරන විට powerdns විසින් භාවිතා කරන mysql වාර්තා යාවත්කාලීන කරන්න - සහ ඇනහිටීම් සහ මාර්ග තදබදය අතරතුර ක්ෂණිකව අසාර්ථක වීමක් ලබා දේ.

නමුත් හේයි - මම විශාල සමාගමක් සඳහා වැඩ කිරීමෙන් වසර ගණනාවකට පසු ඩීඑන්එස් අසාර්ථක සේවා සපයන සමාගමක් ගොඩනගා ගත්තෙමි. එබැවින් මගේ මතය ලුණු ධාන්ය වර්ගයක් සමඟ ගන්න. ඇනහිටීමකදී ඉහළ පරිමාවකින් යුත් වෙබ් අඩවි වල සැබ්බික්ස් රථවාහන ප්‍රස්තාර කිහිපයක් බැලීමට ඔබට අවශ්‍ය නම් - ඩීඑන්එස් අසාර්ථක වීම කොතරම් හොඳදැයි ඔබම බැලීමට - මට විද්‍යුත් තැපැල් කරන්න මම බෙදා ගැනීමට වඩා සතුටු වෙමි.

ඩීඑන්එස් අසාර්ථක වීමේ ගැටලුව නම්, එය බොහෝ විට විශ්වාස කළ නොහැකි ය. සමහර අයිඑස්පී ඔබේ ටීටීඑල් නොසලකා හරිනු ඇත, ඔවුන් ඔබේ ටීටීඑල් වලට ගරු කළත් එය වහාම සිදු නොවේ, ඔබේ වෙබ් අඩවිය නැවත පැමිණෙන විට, පරිශීලකයාගේ ඩීඑන්එස් හැඹිලිය කල් ඉකුත් වූ විට එය සැසි සමඟ යම් අමුතුකමක් ඇති කළ හැකි අතර ඒවා අවසන් වේ අනෙක් සේවාදායකයට.

අවාසනාවකට මෙන්, ඔබේම (බාහිර) මාර්ගගත කිරීම සඳහා ඔබ විශාල නොවන්නේ නම් එය එකම විකල්පයයි.

දැනට පවතින මතය නම්, ඩීඑන්එස් ආර්ආර් සමඟ, අයිපී එකක් පහළට ගිය විට, සමහර සේවාදායකයින් බිඳුණු අයිපී මිනිත්තු කිහිපයක් දිගටම භාවිතා කරනු ඇති බවයි. මෙම ප්‍රශ්නයට පෙර පිළිතුරු කිහිපයක මෙය සඳහන් කර ඇති අතර එය විකිපීඩියාවේ ද ලියා ඇත.

කෙසේ වෙතත්,

http://crypto.stanford.edu/dns/dns-rebinding.pdf පැහැදිලි කරන්නේ වර්තමාන බොහෝ HTML බ්‍රව්සර් සඳහා එය සත්‍ය නොවන බවයි. ඔවුන් තත්පර කිහිපයකින් ඊළඟ IP උත්සාහ කරනු ඇත.

http://www.tenereillo.com/GSLBPageOfShame.htm ඊටත් වඩා ශක්තිමත් බව පෙනේ:

බහුවිධ A වාර්තා භාවිතා කිරීම වෙළඳාමේ උපක්‍රමයක් හෝ බර සමතුලිත උපකරණ වෙළෙන්දන් විසින් සංකල්පනය කරන ලක්ෂණයකි. ඩීඑන්එස් ප්‍රොටෝකෝලය නිර්මාණය කර ඇත්තේ මෙම හේතුව නිසාම බහු වාර්තා සඳහා සහයෙනි. බ්‍රව්සර් සහ ප්‍රොක්සි සහ තැපැල් සේවාදායක වැනි යෙදුම් ඩීඑන්එස් ප්‍රොටෝකෝලයෙහි එම කොටස භාවිතා කරයි.

සමහර විට විශේෂ expert යන්ට අදහස් දැක්විය හැකි අතර ඉහළ ලබා ගැනීම සඳහා ඩීඑන්එස් ආර්ආර් හොඳ නොවන්නේ මන්ද යන්න පිළිබඳව වඩාත් පැහැදිලි පැහැදිලි කිරීමක් ලබා දිය හැකිය.

ස්තූතියි,

වැලන්ටිනෝ

PS: බිඳුණු සබැඳිය ගැන කණගාටුයි, නමුත් නව පරිශීලකයෙකු ලෙස මට 1 ට වඩා පළ කළ නොහැක

මම වසර ගණනාවක් තිස්සේ නිෂ්පාදන මධ්‍යස්ථ-ජාවාරම් කළ නමුත් ව්‍යාපාර-විවේචනාත්මක වෙබ් අඩවියක (භූගෝල විද්‍යාවන් දෙකක් හරහා) ඩීඑන්එස් ආර්ආර් අසාර්ථකත්වය පවත්වා ගෙන ගියෙමි.

එය හොඳින් ක්‍රියාත්මක වේ, නමුත් අවම වශයෙන් සියුම් කරුණු තුනක් වත් මම ඉගෙනගෙන ඇත.

1) ඔබේ ගනුදෙනුකරුවන්ට ලබා ගත හැකි ඕනෑම හැඹිලි ඩීඑන්එස් තුළ ක්‍රියාකාරී යැයි සලකන්නේ නම් තත්පර 30 කට පසු බ්‍රවුසර වැඩ නොකරන අයිපී සිට වැඩ කරන අයිපී දක්වා ක්‍රියා විරහිත වේ. මෙය මූලික වශයෙන් හොඳ දෙයකි.

ඔබේ පරිශීලකයින් තත්පර 30 ක් "අඩක්" රැඳී සිටීම පිළිගත නොහැකිය, එබැවින් ඔබට බොහෝ විට ඔබේ ටීටීඑල් වාර්තා යාවත්කාලීන කිරීමට අවශ්‍ය වනු ඇත්තේ මිනිත්තු කිහිපයක් මිස දින කිහිපයක් හෝ සති කිහිපයක් නොව, ඇනහිටීමකදී ඔබට වේගයෙන් පහළ සේවාදායකය ඉවත් කළ හැකිය. ඔබේ DNS වෙතින්. තවත් සමහරු ඔවුන්ගේ ප්‍රතිචාර වලදී මේ ගැන සඳහන් කර ඇත.

2) ඔබේ රවුන්ඩ් රොබින් වසමට සේවය කරන ඔබගේ නාම සේවාදායකයන්ගෙන් එකක් (හෝ ඔබේ භූගෝල දෙකෙන් එකක් මුළුමනින්ම) පහළට ගියහොත්, සහ ඒවායේ මූලික එක පහලට ගියහොත්, ඔබට එය ඉවත් කිරීමට උත්සාහ කරන වෙනත් ගැටළු වලට මුහුණ දිය හැකි බව මට නොපැහැදිලි ලෙස සිහිපත් වේ. ඔබගේ SOA TTL / කල් ඉකුත්වීම නාම සේවාදායකය සඳහා ප්‍රමාණවත් තරම් අඩු අගයකට සකසා නොමැති නම් DNS වෙතින් පහත බැස ඇති නාම සේවාදායකය. මට මෙහි තාක්ෂණික තොරතුරු වැරදියි, නමුත් එක් ටීටීඑල් සැකසුමකට වඩා වැඩි ගණනක් ඇත, ඔබ අසමත් වීමේ තනි කරුණු වලින් ආරක්ෂා වීමට නිවැරදිව ලබා ගත යුතුය.

3) ඔබ වෙබ් ඒපීඅයි, ආර්එස්ටී සේවා යනාදිය ප්‍රකාශයට පත් කරන්නේ නම් ඒවා සාමාන්‍යයෙන් බ්‍රව්සර් විසින් කැඳවනු නොලැබේ. එබැවින් මගේ මතය අනුව ඩීඑන්එස් අසමත් වීම සැබෑ අඩුපාඩු පෙන්වීමට පටන් ගනී. ඔබ පවසන පරිදි "එය නිර්දේශ නොකරයි" යැයි සමහරු පවසන්නේ මේ නිසා විය හැකිය. මෙන්න මම ඒක කියන්නේ ඇයි. පළමුව, එම URL පරිභෝජනය කරන යෙදුම් සාමාන්‍යයෙන් බ්‍රව්සර් නොවේ, එබැවින් ඒවාට තත්පර 30 ක අසාර්ථක ගුණාංග / පොදු බ්‍රව්සර්වල තර්කනය නොමැත. දෙවනුව, දෙවන ඩීඑන්එස් ප්‍රවේශය හැඳින්වුවද නැතත් ඩීඑන්එස් නැවත ඡන්දය ප්‍රකාශ කළද යන්න රඳා පවතින්නේ මෙම ඒපීඅයි / රෙස්ට් සේවාදායකයින් විසින් භාවිතා කරන ක්‍රමලේඛන භාෂාවල ඇති ජාල පුස්තකාලවල පහත් මට්ටමේ ක්‍රමලේඛන තොරතුරු සහ ඒවා හරියටම හඳුන්වන්නේ කෙසේද යන්න මතය. API / REST සේවාදායක යෙදුම. (ඒවා ආවරණය වන පරිදි, පුස්තකාලය get_addr අමතයි, කවදාද? සොකට් එල්ලී හෝ වැසී තිබේ නම්, යෙදුම නව සොකට් නැවත විවෘත කරයිද? යම්කිසි කල් ඉකුත් වීමේ තර්කනයක් තිබේද? ආදිය)

එය ලාභදායී, හොඳින් පරීක්ෂා කර ඇති අතර "බොහෝ දුරට ක්‍රියා කරයි". එබැවින් බොහෝ දේ මෙන්ම, ඔබගේ සැතපුම් ගණන වෙනස් විය හැකිය.

අසාර්ථක වීම සඳහා අප (ඩයින්) භාවිතා කරන පුද්ගලයින් සමූහයක් ඇත. වෙබ් අඩවි වලට අක්‍රීය වූ විට තත්ව පිටුවක් කළ හැකි එකම හේතුව එයයි (ට්විටර් හි අසාර්ථක තල්මසුන් වැනි දේවල් ගැන සිතන්න) ... නැතහොත් ටීටීඑල් මත පදනම්ව ගමනාගමනය නැවත හරවන්න. සමහර අය සිතන්නේ ඩීඑන්එස් ෆේල් ඕවර් ගෙටෝ යැයි කියාය ... නමුත් අපි මුල සිටම අපගේ ජාලය අසාර්ථක වීමකින් බැරෑරුම් ලෙස නිර්මාණය කළෙමු ... එමඟින් එය දෘඩාංග මෙන්ම ක්‍රියා කරනු ඇත. ඩීඑම්ඊ එය කරන්නේ කෙසේදැයි මට විශ්වාස නැත, නමුත් අපගේ සමීපතම ඕනෑම විකාශනය කරන ලද PoP වලින් 17 න් 3 ක්ම ඔබගේ සේවාදායකය ආසන්නතම ස්ථානයේ සිට නිරීක්ෂණය කරයි. එය තුනෙන් දෙකකින් එය පහළ බැස ඇති බව අනාවරණය වූ විට, අපි හුදෙක් අනෙක් අයිපී වෙත ගමනාගමනය නැවත හරවන්නෙමු. එකම අක්‍රීය කාලය වන්නේ එම ටීටීඑල් පරතරයේ ඉතිරි කාලය ඉල්ලා සිටි අය සඳහා ය.

සමහර අය එකවරම සර්වර් දෙකම භාවිතා කිරීමට කැමතියි ... එවැනි අවස්ථාවකදී රවුන්ඩ් රොබින් ලෝඩ් සමතුලිතතාවය ... හෝ භූ පදනම් කරගත් බර තුලනය කිරීම වැනි දෙයක් කළ හැකිය. කාර්ය සාධනය ගැන සැබවින්ම සැලකිලිමත් වන අය සඳහා ... අපගේ තථ්‍ය කාලීන රථවාහන කළමනාකරු සෑම සේවාදායකයක්ම අධීක්ෂණය කරනු ඇත ... සහ එකක් මන්දගාමී නම් ... ඔබේ සත්කාරක නාමවල ඔබ සම්බන්ධ කරන අයිපී මත පදනම්ව වේගවත්ම ගමනාගමනය නැවත හරවන්න. නැවතත් ... මෙය අපගේ UI / API / ද්වාරයෙහි ඔබ තැබූ අගයන් මත පදනම් වේ.

මම හිතන්නේ මගේ අදහස නම් ... අපි ඩී.එන්.එස්. ඩීඑන්එස් මුලින් නිර්මාණය කරන විට එය අසාර්ථක වීම සඳහා නිපදවා නොතිබුණද ... අපගේ ඩීඑන්එස් ජාලය නිර්මාණය කර ඇත්තේ එය ක්‍රියාත්මක වන විට ක්‍රියාත්මක කිරීමට ය. එය සාමාන්‍යයෙන් දෘඩාංග තරම්ම effective ලදායී විය හැකිය .. ක්ෂයවීම හෝ දෘඩාංග පිරිවැය නොමැතිව. ඩයින් ප්ලග් කිරීම ගැන මට කම්මැලි නොවන්නේ යැයි සිතමි ... එය කරන වෙනත් සමාගම් ඕනෑ තරම් තිබේ ... මම කතා කරන්නේ අපගේ කණ්ඩායමේ දෘෂ්ටිකෝණයෙන්. මෙය උපකාරී වේ යැයි සිතමු ...

තවත් විකල්පයක් වනුයේ A ස්ථානයේ නාම සේවාදායකය 1 සහ B ස්ථානයේ නම සේවාදායකය 2 පිහිටුවීමයි, නමුත් සෑම එකක්ම සකසා ගන්න. එවිට NS1 හි සියලුම වාර්තා A ස්ථානය සඳහා IP වෙත යොමු කරයි, සහ NS2 හි සියලුම වාර්තා IP සඳහා යොමු කරයි ස්ථානය B. ඉන්පසු ඔබේ ටීටීඑල් ඉතා අඩු සංඛ්‍යාවක් සඳහා සකසා, රෙජිස්ට්‍රාර් හි ඔබගේ ඩොමේන් වාර්තාව එන්එස් 1 සහ එන්එස් 2 සඳහා සකසා ඇති බවට වග බලා ගන්න. එමගින්, එය ස්වයංක්‍රීයව ශේෂය පටවනු ඇති අතර, එක් සේවාදායකයක් හෝ ස්ථානයකට එක් සබැඳියක් පහළට ගියහොත් එය අසාර්ථක වේ.

මම මෙම ප්‍රවේශය තරමක් වෙනස් ආකාරයකින් භාවිතා කර ඇත්තෙමි. මට අයිඑස්පී දෙකක් සහිත එක් ස්ථානයක් ඇති අතර එක් එක් සබැඳිය හරහා ගමනාගමනය යොමු කිරීමට මෙම ක්‍රමය භාවිතා කරන්න. දැන්, එය ඔබ කිරීමට කැමති ප්‍රමාණයට වඩා ටිකක් වැඩි නඩත්තු කිරීමක් විය හැකිය ... නමුත් එන්එස් 1 වාර්තා ස්වයංක්‍රීයව ඇද ගන්නා, තෝරාගත් කලාප සඳහා වාර්තාගත IP ලිපින යාවත්කාලීන කරන, සහ එම කලාප වෙත තල්ලු කරන සරල මෘදුකාංගයක් නිර්මාණය කිරීමට මට හැකි විය. NS2.

විකල්පය වන්නේ බීජීපී මත පදනම් වූ අසාර්ථක පද්ධතියකි. එය සැකසීම සරල නැත, නමුත් එය වෙඩි නොවදින විය යුතුය. වෙබ් අඩවිය A ස්ථානයක, තත්පරයට B වෙබ් අඩවිය දේශීය IP ලිපින සහිතව සකසන්න, ඉන්පසු අතේ ගෙන යා හැකි C පන්තියක් හෝ වෙනත් අයිපී බ්ලොක් එකක් ලබා ගෙන අතේ ගෙන යා හැකි IP හි සිට දේශීය IP වෙත යළි හරවා යැවීම සකසන්න.

අන්තරායන් ඇත, නමුත් ඔබට එම මට්ටමේ පාලනයක් අවශ්‍ය නම් එය DNS පදනම් කරගත් විසඳුම් වලට වඩා හොඳය.

බහු දත්ත මධ්‍යස්ථාන අසාර්ථක වීම සඳහා එක් විකල්පයක් වන්නේ ඔබේ පරිශීලකයින් පුහුණු කිරීමයි. අපි අපගේ ගනුදෙනුකරුවන්ට විවිධ නගරවල සහ අපගේ ලියාපදිංචි වීමේ ඊමේල්වල බහු සේවාදායකයන් සපයන බවට ප්‍රචාරය කරන අතර, එක් එක් "සේවාදායකයට" සෘජුවම සබැඳි ඇතුළත් වන අතර එමඟින් එක් සේවාදායකයක් අක්‍රිය වී ඇත්දැයි පරිශීලකයින්ට දැන ගැනීමට හැකි වන අතර අනෙක් සේවාදායකයට සබැඳිය භාවිතා කළ හැකිය.

බහු ඩොමේන් නාමයන් පවත්වා ගැනීමෙන් මෙය ඩීඑන්එස් අසාර්ථක වීමේ ගැටළුව මුළුමනින්ම මග හැරේ. Www.company.com හෝ company.com වෙත පිවිස පුරනය වන පරිශීලකයින් server1.company.com හෝ server2.company.com වෙත යොමු වන අතර එක් හෝ වෙනත් ආකාරයකින් වඩා හොඳ කාර්ය සාධනයක් ලබා ගන්නා බව දුටුවහොත් ඒ දෙකෙන් එකක් හෝ පොත් සලකුණු කිරීමේ තේරීම ඇත. . එකක් පහළට ගියහොත් අනෙක් සේවාදායකයට යාමට පරිශීලකයින් පුහුණු කරනු ලැබේ.

මම පසුගිය වසර දහය තුළ ඩීඑන්එස් පදනම් කරගත් අඩවි තුලනය කිරීම සහ අසාර්ථක වීම භාවිතා කර ඇති අතර ගැටළු කිහිපයක් ඇත, නමුත් ඒවා අවම කර ගත හැකිය. බී.ජී.පී., යම් ආකාරයකින් උසස් වුවත්, සංකීර්ණත්වය, බොහෝ විට අමතර දෘඩාංග පිරිවැය, අභිසාරී වේලාවන් යනාදිය 100% විසඳුමක් නොවේ.

දේශීය (LAN පදනම් කරගත්) බර සමතුලිතතාවය, ජීඑස්එල්බී සහ වලාකුළු මත පදනම් වූ කලාප සත්කාරකත්වය ඒකාබද්ධ කිරීම සාමාන්‍යයෙන් ඩීඑන්එස් බර සමතුලිතතාවයට සම්බන්ධ සමහර ගැටලු නිරාකරණය කිරීම සඳහා හොඳින් ක්‍රියාත්මක වන බව මට පෙනී ගියේය.

මෙම පිළිතුරු සියල්ලටම යම් වලංගු භාවයක් ඇත, නමුත් එය සැබවින්ම රඳා පවතින්නේ ඔබ කරන්නේ කුමක්ද සහ ඔබේ අයවැය කුමක්ද යන්න මතය. මෙන්න CloudfloorDNS හි, අපගේ ව්‍යාපාරයෙන් විශාල ප්‍රතිශතයක් DNS වන අතර වේගවත් DNS පමණක් නොව අඩු TTL විකල්ප සහ DNS අසාර්ථකත්වය ලබා දෙයි. මෙය සාර්ථකව හා හොඳින් ක්‍රියාත්මක නොවන්නේ නම් අපි ව්‍යාපාරයේ නොසිටිමු.

ඔබ අතිකාල අයවැය සහිත බහුජාතික සමාගමක් නම්, ඔව්, දෘඩාංග ජීඑස්එල්බී ලෝඩ් බැලන්සර් සහ ස්ථර 1 දත්ත සමුදායන් විශිෂ්ටයි, නමුත් ඔබේ ඩීඑන්එස් තවමත් වේගවත් හා ශක්තිමත් විය යුතුය. ඔබ බොහෝ දෙනා දන්නා පරිදි, ඩොමේන් නාමය හැරුණු විට ඕනෑම යටිතල ව්‍යුහයක තීරණාත්මක අංගයක් වන්නේ ඩීඑන්එස් ය, එය ඔබගේ සබැඳි පැමිණීමේ අනෙක් සෑම කොටසක්ම ධාවනය කරන පහලම මට්ටමේ සේවාවයි. Domain න ඩොමේන් රෙජිස්ට්‍රාර්වරයෙකුගෙන් පටන් ගෙන, ඔබේ වසම කල් ඉකුත්වීමට ඉඩ නොදීම තරම්ම ඩීඑන්එස් ඉතා වැදගත් වේ. ඩීඑන්එස් පහත වැටේ, එයින් අදහස් වන්නේ ඔබේ සංවිධානයේ සමස්ත සබැඳි අංගය ද අඩුවී ඇති බවයි!

ඩී.එන්.එස්. අඩු ටීටීඑල් සහ අසාර්ථකත්වය සමඟ ඇති සමහර විකල්පයන් මෙය බාධාවකින් තොර ක්‍රියාවලියක් බවට පත් කළ හැකි අතර, ඔබ සයිස් පරිපාලකයෙක් නම් මධ්‍යම රාත්‍රියේ පේජරයකට අවදි වීමෙන් වළක්වා ගත හැකිය.

සමස්තයක් වශයෙන්, ඩීඑන්එස් ෆේල් ඕවර් සැබවින්ම ක්‍රියාත්මක වන අතර එය දැරිය හැකි මිලකට විය හැකිය. බොහෝ අවස්ථාවන්හීදී අපෙන් හෝ බොහෝ කළමණාකරන ඩීඑන්එස් සැපයුම්කරුවන්ගෙන් ඔබට දෘඩාංග විකල්පවල පිරිවැයෙන් සුළු කොටසක් සඳහා සර්වර් අධීක්ෂණය සහ අසාර්ථකත්වය සමඟ ඇනිකාස්ට් ඩීඑන්එස් ලැබෙනු ඇත.

ඉතින් ඇත්ත පිළිතුර ඔව්, එය ක්‍රියාත්මක වේ, නමුත් එය සෑම කෙනෙකුටම සහ සෑම අයවැයක් සඳහාමද? සමහර විට නැත, නමුත් ඔබ එය අත්හදා බලා ඔබම පරීක්ෂණ සිදු කරන තුරු, ඔබ සීමිත තොරතුරු තාක්ෂණ අයවැයක් සහිත කුඩා හා මධ්‍යම පරිමාණ ව්‍යාපාරයක් නම්, හැකි උපරිම වේලාවට අවශ්‍ය නම් නොසලකා හැරීම දුෂ්කර ය.

"සහ ඔබ බොහෝ නිෂ්පාදන පරිසරයන් සඳහා එය භාවිතා කිරීමට ඉඩ ලබා ගන්නේ ඇයි (එය කිසි දෙයකට වඩා හොඳ නැත)."

ඇත්ත වශයෙන්ම, “කිසි දෙයකට වඩා හොඳ නැත” යනු භූගෝලීය වශයෙන් විවිධාකාර වූ විට “එකම විකල්පය” ලෙස වඩා හොඳින් ප්‍රකාශ වේ. දෘඩාංග පැටවුම් ශේෂයන් එක් ස්ථානයක් සඳහා විශිෂ්ටයි, නමුත් එක් ස්ථානයක් පමණක් අසාර්ථක වීමේ ලක්ෂ්‍යයකි.

හොඳ බලපෑමක් ඇති කිරීම සඳහා dns පදනම් කරගත් රථවාහන හැසිරවීම භාවිතා කරන විශාල ඩොලර් අඩවි අඩවි ඕනෑ තරම් තිබේ. විකුණුම් අක්‍රිය නම් පැයකට වරක් දන්නා වෙබ් අඩවි ඒවා වේ. "බොහෝ නිෂ්පාදන පරිසරයන් සඳහා එය භාවිතා කරමින් ඔබේ අවස්ථාවන් ලබා ගැනීම" සඳහා ඔවුන් අවසාන වරට පෙනී සිටින බව පෙනේ. ඇත්ත වශයෙන්ම, ඔවුන් ඔවුන්ගේ විකල්පයන් ප්රවේශමෙන් සමාලෝචනය කර, තාක්ෂණය තෝරාගෙන, ඒ සඳහා හොඳින් ගෙවා ඇත. යමක් හොඳ යැයි ඔවුන් සිතුවහොත් ඔවුන් හෘද ස්පන්දනයකින් ඉවත්ව යනු ඇත. ඔවුන් තවමත් රැඳී සිටීමට තෝරාගෙන තිබීම සැබෑ ලෝක භාවිතය පිළිබඳ කතා කරයි.

Dns මත පදනම් වූ අසාර්ථකත්වය යම් ප්‍රමාදයකින් පීඩා විඳිති. එය වටා කිසිදු ක්රමයක් නොමැත. එහෙත්, බහු-පොප් වාතාවරණයක් තුළ අසාර්ථක කළමනාකරණය සඳහා ඇති එකම ශක්‍ය ප්‍රවේශය එයයි. එකම විකල්පය ලෙස, එය "කිසිවක් වඩා හොඳ" ට වඩා බෙහෙවින් වැඩි ය.

අද වන විට එම තාක්‍ෂණය භාවිතා කර හොඳින් ක්‍රියා කරන හොඳ ගෝලීය බර බැලන්සර්. උදාහරණයක් ලෙස Azure රථවාහන කළමනාකරු https://azure.microsoft.com/en-us/services/traffic-manager/

ඔබට වැඩිදුර ඉගෙන ගැනීමට අවශ්‍ය නම්, යෙදුම් සටහන් කියවන්න

http://edgedirector.com

ඒවා ආවරණය කරයි: අසාර්ථක වීම, ගෝලීය බර සමතුලිතතාවය සහ අදාළ කරුණු රාශියක්.

ඔබේ පසුබිම් ගෘහ නිර්මාණ ශිල්පය එයට ඉඩ දෙන්නේ නම්, වඩා හොඳ විකල්පය වන්නේ අසාර්ථක වීමේ විකල්පය සමඟ ගෝලීය බර සමතුලිත කිරීමයි. ඒ ආකාරයෙන්, සියලුම සේවාදායකයන් සහ කලාප පළල හැකිතාක් ක්‍රියාත්මක වේ. අසාර්ථක වූ විට ලබා ගත හැකි අතිරේක සේවාදායකයක් ඇතුළත් කරනවා වෙනුවට, මෙම සැකසුම අසාර්ථක සේවාදායකයක් නැවත ලබා ගන්නා තෙක් සේවයෙන් ඉවත් කරයි.

කෙටි පිළිතුර: එය ක්‍රියාත්මක වේ, නමුත් ඔබ සීමාවන් තේරුම් ගත යුතුය.

අසාර්ථක වීමේ අදහස පොකුරුකරණය සඳහා අදහස් කර ඇති බව මම විශ්වාස කරමි, නමුත් එය තනිවම ධාවනය කළ හැකි නිසා එකින් එක ලබා ගත හැකි ආකාරයෙන් ක්‍රියාත්මක වීමට හැකි විය.

එක්කෝ ඔබ, ඒඑස්, හෝ බී මත බහුමාධ්‍ය සහිත දත්ත සමුදායක් තෝරන්න, ඔබේ නාම සේවාදායකයන් පොදු වලාකුළක සත්කාරක කරන්නැයි මම නිර්දේශ කරමි. EC2, හෝ HP හෝ IBM පහත වැටෙනු ඇතැයි සිතිය නොහැක. සිතුවිල්ලක් පමණි. ඩීඑන්එස් නිවැරදි කිරීමක් ලෙස ක්‍රියා කරන අතර, එය හුදෙක් ජාල පදනමේ දුර්වල සැලසුමක් සඳහා වූ විසඳුමකි.

ඔබේ පරිසරය අනුව තවත් විකල්පයක් නම්, ඔබේ අතිරික්ත අවශ්‍යතා සපුරාලීම සඳහා IPSLA, PBR සහ FHRP සමඟ සංයෝජනයක් භාවිතා කිරීමයි.