pod එකක් යෙදුමට පෙර ටනල් කන්ටේනරය ආරම්භ කරන අතර පළමු ඉල්ලීම් සාර්ථක වේ, එය ගැටලුව සඟවන හරියටම එම අවස්ථාවයි. අනුපිළිවෙල එක් තරඟයක් නිවැරදි කරන අතර ටනලය අසාර්ථක වූ පසු පැය හතරකින් යෙදුම ආරම්භ කරන රථවාහන ගැන කිසිවක් නොකියයි. මේවා වෙන වෙනම තීරණ දෙකකි. සාමාන්‍යයෙන් එකක් පමණක් නිර්මාණය කෙරේ.

අනුපිළිවෙල පළමු ඉල්ලීම පමණක් අවහිර කරයි

Kubernetes නැවත ආරම්භ කළ හැකි init කන්ටේනරවලින් ගොඩනගන ලද අතුරු කන්ටේනර ජීවන චක්‍රය සහාය දක්වයි. එම ආකෘතියේදී ආරම්භක පරීක්ෂාවකට ටනලය සූදානම ගැන වාර්තා කරන තෙක් ඊළඟ ආරම්භක පියවර රඳවා තැබිය හැකිය. එය සැබෑ වැඩිදියුණුවක් වන අතර එය පිවිසුම් ලක්ෂ්‍ය ස්ක්‍රිප්ටයට sleep එකක් එකතු කිරීම වෙනුවට හිතාමතා භාවිත කිරීම වටී. ද්වාරය එය පරීක්ෂා කරන කොන්දේසිය තරම් පමණක් හොඳය.

එම ආකෘතියෙන් පිටත, අනුපිළිවෙලෙහි අර්ථය ඔබ භාවිතා කරන කාලයට හෝ යැපුම් පද්ධතියට අයත් වන අතර ඒවා ගැළපිය යුතු නැත. වෙනත් වේදිකාවකින් පිටපත් කළ යෙදවීමක් ටනලය එනතුරු බලා සිටින බව පෙනිය හැකි අතර එයට හේතුව යෙදුම අහම්බෙන් සෙමින් ආරම්භ වීමයි. එය එම සහතිකය නොවේ, එය බර යටතේ අසාර්ථක වේ.

ද්වාරය නිරීක්ෂණය කරන දේ කියන්න: ක්‍රියාවලියක් ඇත, අතුරුමුහුණතක් ඇත, handshake එකක් සම්පූර්ණ විය. ඒවායින් එකක් එකක් “මෙම pod ට අවශ්‍ය ගමනාන්තවලට දත්ත මාර්ගය ක්‍රියා කරයි” යන්නට වඩා දුර්වල ප්‍රකාශයකි.

දත්ත මාර්ගය උපකල්පනය නොකර බලාත්මක කරන්න

පරීක්ෂාවක් යනු එක් මොහොතක පරීක්ෂාවක් වන අතර firewall එකක් යනු මොහොතවලට අතර බලපවත්වන ගුණාංගයකි. යෙදුම් රථවාහන කිසි විටෙක ටනලයෙන් පිටතට නොයා යුතු යැයි අවශ්‍යතාව නම්, එය බෙදාගත් ජාල නාම අවකාශයේ පිළිගන්න-හෝ-ඉවත් කරන්න නියමයක් ලෙස ප්‍රකාශ කළ යුතුය. කන්ටේනර ආරම්භක අනුපිළිවෙලට එම අවශ්‍යතාව දරාගත නොහැක. නියමයකට පමණක් හැක.

එක් pod එකක කන්ටේනර එම නාම අවකාශය බෙදාගනී, එබැවින් බලාත්මක කිරීමේ ලක්ෂ්‍යය නාම අවකාශයමය. ඔබ ලියන කුමක් වුවත්, එය ටනලයේම බාහිර සම්බන්ධතාව ලබා ගත හැකිව තැබිය යුතුය, මන්ද යෙදුම ආරක්ෂා කිරීමට එය අවහිර කිරීම යෙදුමට අවශ්‍ය මාර්ගය කපා දමයි.

අසාර්ථක වීමේ ප්‍රතිපත්තිය පැහැදිලිවම තීරණය කරන්න: ටනලය සෞඛ්‍ය සම්පන්න නොවන විට යෙදුම් රථවාහන සම්පූර්ණයෙන් නතර විය යුතුද, නැතහොත් දිගටම පවතිමින් අසුරක්ෂිත ලෙස සලකුණු කළ යුතුද? දෙකම ආරක්ෂා කළ හැකි අතර, කිසිවක් නිශ්චිත අනුපිළිවෙලකින් කන්ටේනර ආරම්භ කිරීමෙන් ලැබෙන්නේ නැත.

ඔබ සඳහන් නොකළ රථවාහන පරීක්ෂා කරන්න

පාලිත ටනල් අසාර්ථක වීමක් අතරතුර නව ඉල්ලීමක් ගෙන එය පිටතට යනවාදැයි බලන්න. ඉන්පසු පිටවීමේ ලිපින පරීක්ෂාව කිසි විටෙක ස්පර්ශ නොකරන මාර්ග සඳහා පරීක්ෂාව නැවත කරන්න: පොකුර තුළ DNS විසඳුම, IPv6 ගමනාන්ත, සහ පොදු අන්තර්ජාලය වෙනුවට පොකුරු-අභ්‍යන්තර ලිපින හරහා ළඟා වන සේවා. ටනලය මිය ගිය පසුවත් නිහඬව දිගටම ක්‍රියා කරන මාර්ග මේවාය.

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

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

යෙදවීමේ වාර්තාව ලියන්න

යෙදවීමේ සටහන්වලට කරුණු තුනක් අයත් වේ: සූදානම් පරීක්ෂාව සහ එය නිරීක්ෂණය කරන දේ, එම පරීක්ෂාව අසාර්ථක වූ විට ප්‍රතිසාධන ක්‍රියාව, සහ පිටවීම පාලනය කරන බලාත්මක කිරීමේ නියමය. අතුරු කන්ටේනර ලේඛන ජීවන චක්‍රයේ යාන්ත්‍රික විද්‍යාව ආවරණය කර එම ප්‍රතිපත්ති තීරණය ඔබට භාර දෙයි. එම බෙදීම නිවැරදි වන අතර ප්‍රතිපත්තිය සාමාන්‍යයෙන් නොමැති වීමට හේතුව ද එයමය.

ආරක්ෂාව ලෙස වරදවා වටහාගත් සෞඛ්‍ය පරීක්ෂාවක් යනු වඩාත් මිල අධික හරිත දර්ශක වර්ගයයි, මන්ද එය මිනිසුන් ප්‍රශ්න ඇසීම නවත්වයි. ලේඛනවල එය නිවැරදිව නම් කිරීමට එක් වාක්‍යයක් ගත වන අතර එය වළක්වයි.

අවසාන වශයෙන්, යෙදුම ක්‍රියාත්මකව ඇති විට ප්‍රතිසාධන මාර්ගය එක් වරක් පරීක්ෂා කරන්න. පිටවීම නැවත පිහිටුවීමට pod නැවත සෑදීම අවශ්‍ය වන නිර්මාණයක් යනු තීරණයකි, එය ඔබ කළ තීරණයක් විය යුතුය, ඔබ සොයාගත් දෙයක් නොව.

අදාළ ලිපි