පද්ධතිය ක්‍රියාත්මක වීමට නිසි ලෙස ක්‍රියා කිරීමට අවශ්‍ය බොහෝ චලනය වන, වෙනස්වන මූලද්‍රව්‍ය ඇති බැවින් බෙදා හරින ලද පද්ධති කළමනාකරණය කිරීමට අපහසු විය හැක. එක් මූලද්රව්යයක් අසමත් වුවහොත්, පද්ධතිය එය හඳුනාගෙන, එය මඟහැර එය නිවැරදි කළ යුතු අතර, මේ සියල්ල ස්වයංක්රීයව සිදු කළ යුතුය. මෙම Kubernetes Best Practices මාලාවේ, අපි Kubernetes පොකුරක සෞඛ්‍යය පරීක්ෂා කිරීම සඳහා සූදානම සහ සජීවී පරීක්ෂණ පිහිටුවන ආකාරය ඉගෙන ගනිමු.
සෞඛ්ය පරීක්ෂණය යනු ඔබේ යෙදුම් අවස්ථාව ක්‍රියාත්මක වන්නේද නැද්ද යන්න පද්ධතියට දැන ගැනීමට සලස්වන සරල ක්‍රමයකි. ඔබගේ අයදුම්පත්‍ර අවස්ථාව අඩු නම්, වෙනත් සේවාවන් එයට ප්‍රවේශ වීම හෝ එයට ඉල්ලීම් යැවීම නොකළ යුතුය. ඒ වෙනුවට, ඉල්ලීම දැනටමත් ක්‍රියාත්මක වන හෝ පසුව දියත් කෙරෙන යෙදුමේ වෙනත් අවස්ථාවකට යැවිය යුතුය. ඊට අමතරව, පද්ධතිය ඔබගේ යෙදුමේ නැතිවූ ක්‍රියාකාරීත්වය ප්රතිස්ථාපනය කළ යුතුය.
පෙරනිමියෙන්, Kubernetes කරල් තුළ ඇති සියලුම බහාලුම් ක්‍රියාත්මක වන විට පොඩ් එකකට ගමනාගමනය යැවීමට පටන් ගනී, සහ ඒවා කඩා වැටෙන විට බහාලුම් නැවත ආරම්භ කරයි. මෙම පෙරනිමි පද්ධති හැසිරීම ආරම්භ කිරීමට ප්‍රමාණවත් විය හැක, නමුත් අභිරුචි සනීපාරක්ෂාව පරීක්ෂා කිරීම මගින් ඔබට ඔබේ නිෂ්පාදන යෙදවීමේ විශ්වසනීයත්වය වැඩිදියුණු කළ හැක.
වාසනාවකට මෙන්, Kubernetes මෙය කිරීමට බෙහෙවින් පහසු කරයි, එබැවින් මෙම චෙක්පත් නොසලකා හැරීම සඳහා නිදහසට කරුණක් නොමැත. Kubernetes සෞඛ්ය පරීක්ෂණ වර්ග දෙකක් සපයන අතර, ඒ සෑම එකක්ම භාවිතා කරන ආකාරයෙහි වෙනස්කම් අවබෝධ කර ගැනීම වැදගත් වේ.
සූදානම පරීක්ෂාව සැලසුම් කර ඇත්තේ ඔබේ යෙදුම තදබදය හැසිරවීමට සූදානම් බව Kubernetes වෙත පැවසීමටයි. සේවාවක් පොඩ් එකකට ගමනාගමනය යැවීමට ඉඩ දීමට පෙර, Kubernetes සූදානම පරීක්ෂාව සාර්ථක බව තහවුරු කළ යුතුය. සූදානම පරීක්ෂාව අසාර්ථක වුවහොත්, පරීක්ෂණය සමත් වන තෙක් Kubernetes පොඩ් වෙත ගමනාගමනය යැවීම නවත්වනු ඇත.
සජීවී පරීක්ෂණය Kubernetes හට ඔබගේ අයදුම්පත ජීවතුන් අතරද නැතහොත් මිය ගොස්ද යන්න කියයි. පළමු අවස්ථාවේ දී, Kubernetes එය තනිවම තබනු ඇත, දෙවනුව එය මිය ගිය කරල් මකා දමා එය නව එකක් සමඟ ප්රතිස්ථාපනය කරනු ඇත.
ඔබගේ යෙදුම උණුසුම් වීමට සහ දියත් කිරීමට මිනිත්තු 1 ක් ගතවන අවස්ථාවක් අපි සිතමු. වැඩ ප්‍රවාහය දැනටමත් ආරම්භ වී ඇතත්, යෙදුම සම්පුර්ණයෙන්ම පූරණය වී ක්‍රියාත්මක වන තෙක් ඔබේ සේවාව ක්‍රියා කිරීම ආරම්භ නොවනු ඇත. ඔබට මෙම යෙදවීම පිටපත් කිහිපයකට පරිමාණය කිරීමට අවශ්‍ය නම් ඔබට ගැටළු ද ඇති වනු ඇත, මන්ද එම පිටපත් සම්පූර්ණයෙන්ම සූදානම් වන තුරු ගමනාගමනය නොලැබිය යුතුය. කෙසේ වෙතත්, පෙරනිමියෙන්, කන්ටේනරය තුළ ක්‍රියාවලීන් ආරම්භ වූ වහාම Kubernetes ගමනාගමනය යැවීම ආරම්භ කරයි.
සූදානම පරීක්ෂාව භාවිතා කරන විට, නව පිටපත වෙත ගමනාගමනය යැවීමට සේවාවට ඉඩ දීමට පෙර යෙදුම සම්පුර්ණයෙන්ම ක්‍රියාත්මක වන තෙක් Kubernetes රැඳී සිටිනු ඇත.
සේවා ඉල්ලීම් නැවැත්වීම, යෙදුම දිගු වේලාවක් එල්ලෙන තවත් අවස්ථාවක් ගැන සිතමු. ක්‍රියාවලිය දිගටම ක්‍රියාත්මක වන විට, පෙරනිමියෙන් Kubernetes සියල්ල හොඳින් ඇතැයි උපකල්පනය කර දිගටම වැඩ නොකරන පොඩ් වෙත ඉල්ලීම් යැවීම සිදු කරයි. නමුත් Liveness භාවිතා කරන විට, යෙදුම තවදුරටත් ඉල්ලීම් ලබා නොදෙන බව Kubernetes හඳුනා ගන්නා අතර පෙරනිමියෙන් මිය ගිය පොඩ් එක නැවත ආරම්භ කරයි.
සූදානම සහ ශක්යතාව පරීක්ෂා කරන්නේ කෙසේදැයි බලමු. පරීක්ෂණ ක්රම තුනක් ඇත - HTTP, Command සහ TCP. පරීක්ෂා කිරීමට ඔබට ඒවායින් ඕනෑම එකක් භාවිතා කළ හැකිය. පරිශීලකයෙකු පරීක්ෂා කිරීමට වඩාත් පොදු ක්රමය වන්නේ HTTP පරීක්ෂණයකි.
ඔබගේ යෙදුම HTTP සේවාදායකයක් නොවුනත්, සජීවී පරීක්ෂණය සමඟ අන්තර් ක්‍රියා කිරීමට ඔබට තවමත් ඔබගේ යෙදුම තුළ සැහැල්ලු HTTP සේවාදායකයක් සෑදිය හැක. මෙයින් පසු, Kubernetes පොඩ් එක ping කිරීම ආරම්භ කරනු ඇති අතර, HTTP ප්‍රතිචාරය 200 හෝ 300 ms පරාසයක තිබේ නම්, එය කරල් සෞඛ්ය සම්පන්න බව පෙන්නුම් කරයි. එසේ නොමැති නම්, මොඩියුලය "සෞඛ්ය සම්පන්න නොවන" ලෙස සලකුණු කරනු ලැබේ.
විධාන පරීක්ෂණ සඳහා, Kubernetes ඔබේ කන්ටේනරය තුළ විධානය ක්‍රියාත්මක කරයි. විධානය ශුන්‍ය පිටවීමේ කේතයක් සමඟ නැවත පැමිණේ නම්, කන්ටේනරය සෞඛ්ය සම්පන්න ලෙස සලකුණු කරනු ලැබේ, එසේ නොමැතිනම්, 1 සිට 255 දක්වා පිටවීමේ තත්ව අංකයක් ලැබීමෙන් පසු, කන්ටේනරය “අසනීප” ලෙස සලකුණු කරනු ලැබේ. ඔබට HTTP සේවාදායකයක් ක්‍රියාත්මක කිරීමට නොහැකි නම් හෝ අවශ්‍ය නොවන්නේ නම් මෙම පරීක්ෂණ ක්රමය ප්‍රයෝජනවත් වේ, නමුත් ඔබේ යෙදුමේ සෞඛ්‍යය පරීක්ෂා කරන විධානයක් ක්‍රියාත්මක කිරීමට හැකි නම්.
අවසාන සත්‍යාපන යාන්ත්‍රණය TCP පරීක්ෂණයයි. නිශ්චිත වරායේ TCP සම්බන්ධතාවයක් පිහිටුවීමට Kubernetes උත්සාහ කරයි. මෙය කළ හැකි නම්, කන්ටේනරය සෞඛ්ය සම්පන්න ලෙස සලකනු ලැබේ; එසේ නොවේ නම්, එය ශක්ය නොවන ලෙස සලකනු ලැබේ. ඔබ HTTP ඉල්ලීමක් සමඟ පරීක්ෂා කිරීම හෝ විධාන ක්‍රියාත්මක කිරීම ඉතා හොඳින් ක්‍රියා නොකරන අවස්ථාවක් භාවිතා කරන්නේ නම් මෙම ක්රමය ප්‍රයෝජනවත් විය හැක. උදාහරණයක් ලෙස, TCP භාවිතා කරමින් සත්‍යාපනය සඳහා ප්‍රධාන සේවාවන් gRPC හෝ FTP වේ.
විවිධ පරාමිතීන් සමඟ පරීක්ෂණ ක්රම කිහිපයකින් වින්යාසගත කළ හැක. ඒවා කොපමණ වාරයක් ක්‍රියාත්මක කළ යුතුද, සාර්ථකත්වය සහ අසාර්ථක සීමාවන් මොනවාද සහ ප්‍රතිචාර සඳහා කොපමණ කාලයක් බලා සිටිය යුතුද යන්න ඔබට සඳහන් කළ හැක. වැඩි විස්තර සඳහා, සූදානම සහ සජීවී පරීක්ෂණ සඳහා ලේඛන බලන්න. කෙසේ වෙතත්, සජීවී පරීක්ෂණය සැකසීමේ එක් ඉතා වැදගත් කරුණක් ඇත - පරීක්ෂණ ප්‍රමාදයේ මූලික සැකසුම ආරම්භකDelaySeconds. මා සඳහන් කළ පරිදි, මෙම පරීක්ෂණය අසාර්ථක වීමෙන් මොඩියුලය නැවත ආරම්භ වේ. එබැවින් යෙදුම යාමට සූදානම් වන තෙක් පරීක්ෂණය ආරම්භ නොවන බවට ඔබ සහතික විය යුතුය, එසේ නොමැතිනම් එය නැවත ආරම්භ කිරීම හරහා බයිසිකල් පැදීම ආරම්භ වනු ඇත. P99 ආරම්භක වේලාව හෝ බෆරයෙන් සාමාන්‍ය යෙදුම් ආරම්භක වේලාව භාවිතා කිරීමට මම නිර්දේශ කරමි. ඔබගේ යෙදුමේ ආරම්භක කාලය වේගවත් හෝ මන්දගාමී වන බැවින් මෙම අගය සීරුමාරු කිරීමට මතක තබා ගන්න.
බොහෝ ප්‍රවීණයන් විසින් සෞඛ්ය පරීක්‍ෂාවන් ඕනෑම බෙදා හරින ලද පද්ධතියක් සඳහා අනිවාර්ය පරීක්‍ෂණයක් බව තහවුරු කරනු ඇති අතර Kubernetes ද ව්‍යතිරේකයක් නොවේ. සේවා සෞඛ්ය පරීක්‍ෂාවන් භාවිතා කිරීම Kubernetes හි විශ්වාසනීය, කරදරයකින් තොරව ක්‍රියාත්මක වීම සහතික කරන අතර එය පරිශීලකයින්ට අපහසු වේ.
ඉතා ඉක්මනින් ඉදිරියට...
සමහර දැන්වීම් 🙂
අප සමඟ රැඳී සිටීම ගැන ඔබට ස්තුතියි. ඔබ අපේ ලිපි වලට කැමතිද? වඩාත් රසවත් අන්තර්ගතය බැලීමට අවශ්‍යද? ඇණවුමක් කිරීමෙන් හෝ මිතුරන්ට නිර්දේශ කිරීමෙන් අපට සහාය වන්න, , ඔබ වෙනුවෙන් අප විසින් නිර්මාණය කරන ලද ප්‍රවේශ මට්ටමේ සේවාදායකයන්ගේ අද්විතීය ප්‍රතිසමයක්: (RAID1 සහ RAID10, cores 24 දක්වා සහ 40GB DDR4 දක්වා ඇත).
Dell R730xd ඇම්ස්ටර්ඩෑම් හි Equinix Tier IV දත්ත මධ්‍යස්ථානයේ 2 ගුණයක් ලාභදායීද? මෙතන විතරයි නෙදර්ලන්තයේ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 සිට! ගැන කියවන්න
මූලාශ්රය: www.habr.com