මේ එම කතාවේ පිටපතකි
මෙය ස්වයං-ලිඛිත වින්යාස කළමනාකරණ පද්ධතියක් භාවිතා කළ ව්යාපෘතියක කතාවයි සහ ඇන්සිබල් වෙත මාරු වීමට මාස 18ක් ගත වූයේ මන්ද යන්නයි.
දින අංකය -ХХХ: ආරම්භයට පෙර
මුලදී, යටිතල පහසුකම් Hyper-V ධාවනය වන වෙනම ධාරක රාශියකින් සමන්විත විය. අතථ්ය යන්ත්රයක් සෑදීමට බොහෝ පියවර අවශ්ය විය: තැටි නියම ස්ථානයේ තැබීම, DNS ලියාපදිංචි කිරීම, DHCP වෙන් කිරීම, VM වින්යාසය git ගබඩාවට තැබීම. මෙම ක්රියාවලිය අර්ධ වශයෙන් යාන්ත්රික කර ඇත, නමුත් උදාහරණයක් ලෙස, VMs අතින් ධාරක අතර බෙදා හරින ලදී. නමුත්, උදාහරණයක් ලෙස, සංවර්ධකයින්ට git හි VM වින්යාසය නිවැරදි කර VM නැවත ආරම්භ කිරීමෙන් එය යෙදිය හැකිය.
අභිරුචි වින්යාස කළමනාකරණ විසඳුම
මුල් අදහස IaC ලෙස සංකල්පනය කර ඇත: නැවත පණගැන්වූ විට ඔවුන්ගේ තත්වය ශුන්යයට නැවත සකසන බොහෝ රාජ්ය රහිත VMs. VM වින්යාස කළමනාකරණය යනු කුමක්ද? ක්රමානුකූලව එය සරල බව පෙනේ:
- VM සඳහා ස්ථිතික MAC එකක් ඇණ ගසා ඇත.
- CoreOS සමඟ ISO එකක් සහ ඇරඹුම් තැටියක් VM වෙත සම්බන්ධ කර ඇත.
- CoreOS විසින් අභිරුචිකරණ ස්ක්රිප්ටය එහි IP මත පදනම්ව WEB සේවාදායකයෙන් බාගත කිරීමෙන් දියත් කරයි.
- ස්ක්රිප්ට් IP ලිපිනය මත පදනම්ව SCP හරහා VM වින්යාසය බාගත කරයි.
- systemd ඒකක ගොනු වල පා රෙදි සහ bash ස්ක්රිප්ට් වල පා රෙදි දියත් කෙරේ.
මෙම විසඳුමට පැහැදිලි ගැටළු රාශියක් තිබුණි:
- CoreOS ISO අවලංගු කර ඇත.
- VMs සංක්රමණය කිරීමේදී/සාදන විට සංකීර්ණ ස්වයංක්රීය ක්රියා සහ මැජික් ගොඩක්.
- යාවත්කාලීන කිරීමේ දුෂ්කරතා සහ මෘදුකාංගයේ නිශ්චිත අනුවාදයක් අවශ්ය වූ විට. කර්නල් මොඩියුල සමඟ ඊටත් වඩා විනෝදජනකයි.
- දත්ත නොමැතිව VM ලබාගෙන නොමැත, i.e. අතිරේක පරිශීලක දත්ත සවිකර ඇති තැටියක් සමඟ VMs දර්ශනය විය.
- යමෙක් systemd ඒකක පරායත්තතා නිරන්තරයෙන් ඉස්කුරුප්පු කරමින් සිටි අතර නැවත පණගැන්වීමේදී CoreOS කැටි වනු ඇත. CoreOS හි ඇති මෙවලම් භාවිතයෙන් මෙය අල්ලා ගැනීම අපහසු විය.
- රහස් කළමනාකරණය.
- CM කෙනෙක් හිටියේ නැහැ. CoreOS සඳහා bash සහ YML configs තිබුනා.
VM වින්යාසය යෙදීමට, ඔබ එය නැවත පණගැන්වීමට අවශ්ය වේ, නමුත් එය නැවත ආරම්භ නොවිය හැක. එය පැහැදිලි ගැටළුවක් සේ පෙනේ, නමුත් ස්ථීර තැටි නොමැත - ලොග් සුරැකීමට තැනක් නොමැත. හොඳයි, හරි, අපි කර්නල් පැටවීමේ විකල්පය එකතු කිරීමට උත්සාහ කරමු එවිට ලඝු-සටහන් යවනු ලැබේ. නමුත් නැත, ඒ සියල්ල කෙතරම් සංකීර්ණද?
දින #0: ගැටලුව හඳුනා ගන්න
එය සුපුරුදු සංවර්ධන යටිතල පහසුකම් විය: jenkins, පරීක්ෂණ පරිසරයන්, අධීක්ෂණය, රෙජිස්ට්රි. CoreOS නිර්මාණය කර ඇත්තේ k8s පොකුරු සත්කාරකත්වය සඳහා, i.e. ගැටළුව වූයේ CoreOS භාවිතා කරන ආකාරයයි. පළමු පියවර වූයේ තොගයක් තෝරා ගැනීමයි. අපි පදිංචි විය:
- CentOS මූලික බෙදාහැරීමක් ලෙස, මන්ද නිෂ්පාදන පරිසරයට ආසන්නතම බෙදා හැරීම මෙයයි.
- පිළිතුරු වින්යාස කළමනාකරණය සඳහා, මන්ද ඒ පිළිබඳව පුළුල් පරීක්ෂණයක් පැවැත්විණි.
- ජෙන්කින්ස් පවතින ක්රියාවලීන් ස්වයංක්රීය කිරීම සඳහා රාමුවක් ලෙස, මන්ද එය දැනටමත් සංවර්ධන ක්රියාවලීන් සඳහා ක්රියාකාරීව භාවිතා කර ඇත
- Hyper-V අථත්යකරණ වේදිකාවක් ලෙස. කතාවේ විෂය පථයෙන් ඔබ්බට යන හේතු ගණනාවක් ඇත, නමුත් කෙටියෙන් - අපට වලාකුළු භාවිතා කළ නොහැක, අපි අපගේම දෘඩාංග භාවිතා කළ යුතුය.
දින අංක 30: පවතින ගිවිසුම් සවි කිරීම - ගිවිසුම් කේතය ලෙස
තොගය පැහැදිලි වූ විට, චලනය සඳහා සූදානම් වීම ආරම්භ විය. කේතය ආකාරයෙන් පවතින ගිවිසුම් නිවැරදි කිරීම (කේතය ලෙස ගිවිසුම්!). සංක්රමණය අතින් ශ්රමය -> යාන්ත්රිකකරණය -> ස්වයංක්රීයකරණය.
1. VM වින්යාස කරන්න
ඇන්සිබල් මේ සඳහා විශිෂ්ට කාර්යයක් කරයි. අවම ශරීර චලනයන් සමඟ ඔබට VM වින්යාසයන් පාලනය කළ හැකිය:
- git ගබඩාවක් සාදන්න.
- අපි VMs ලැයිස්තුව ඉන්වෙන්ටරිවල, ක්රීඩා පොත්වල සහ භූමිකාවන්හි වින්යාසයන් තුළ තැබුවෙමු.
- අපි ඔබට Ansible ධාවනය කළ හැකි විශේෂ jenkins වහලෙක් පිහිටුවනවා.
- අපි රැකියාවක් නිර්මාණය කර ජෙන්කින්ස් වින්යාස කරමු.
පළමු ක්රියාවලිය සූදානම්. ගිවිසුම් ස්ථිරයි.
2. නව VM සාදන්න
මෙහි සෑම දෙයක්ම ඉතා පහසු නොවීය. Linux වෙතින් Hyper-V මත VM නිර්මාණය කිරීම එතරම් පහසු නොවේ. මෙම ක්රියාවලිය යාන්ත්රික කිරීමට ගත් එක් උත්සාහයක් වූයේ:
- Ansbile WinRM හරහා windows host වෙත සම්බන්ධ වේ.
- Ansible powershell script එකක් ධාවනය කරයි.
- පවර්ෂෙල් ස්ක්රිප්ට් නව වීඑම් එකක් නිර්මාණය කරයි.
- Hyper-V/ScVMM භාවිතා කරමින්, ආගන්තුක OS තුළ VM නිර්මාණය කරන විට, සත්කාරක නාමය වින්යාස කර ඇත.
- DHCP කල්බදු යාවත්කාලීන කරන විට, VM එහි සත්කාරක නාමය යවයි.
- වසම් පාලක පැත්තේ සම්මත ddns සහ dhcp ඒකාබද්ධ කිරීම DNS වාර්තාව වින්යාස කරයි.
- ඔබට ඔබේ ඉන්වෙන්ටරියට VM එකක් එකතු කර එය Ansible සමඟ වින්යාසගත කළ හැක.
3.VM ආකෘතියක් සාදන්න
ඔවුන් මෙහි කිසිවක් නිර්මාණය කළේ නැත - ඔවුන් පැකර් එකක් ගත්තා.
- පැකර්, කික්ස්ටාට් වින්යාසය git ගබඩාවට එක් කරන්න.
- hyper-v සහ Packer සමඟ විශේෂ jenkins slave එකක් පිහිටුවීම.
- අපි රැකියාවක් නිර්මාණය කර ජෙන්කින්ස් වින්යාස කරමු.
මෙම සබැඳිය ක්රියා කරන ආකාරය:
- පැකර් හිස් VM එකක් සාදා ISO ලබා ගනී.
- VM ආරම්භ වන අතර, පැකර් අපගේ කික්ස්ටාට් ගොනුව නම්ය තැටියකින් හෝ http වලින් භාවිතා කිරීමට විධානය ඇරඹුම් කාරකයට ඇතුල් කරයි.
- Anaconda අපගේ වින්යාසය සමඟ දියත් කර ඇති අතර, ආරම්භක OS වින්යාසය සිදු කර ඇත.
- පැකර් VM ලැබෙන තෙක් බලා සිටී.
- VM තුළ ඇති පැකර් දේශීය මාදිලියේ ඇන්සිබල් ධාවනය කරයි.
- Ansible එය පියවර #1 හි ක්රියා කරන භූමිකාවන්ම භාවිතා කරයි.
- පැකර් VM අච්චුව අපනයනය කරයි.
දිනය #75: ගිවිසුම කඩ නොකර නැවත සකස් කරන්න = ටෙස්ට් ඇන්සිබල් + ටෙස්ට් කිචන්
කේතයෙන් සම්මුතීන් ග්රහණය කිරීම ප්රමාණවත් නොවිය හැක. සියල්ලට පසු, ක්රියාවලියේ ඇතුළත සහ පිටතදී ඔබට යමක් වෙනස් කිරීමට අවශ්ය නම්, ඔබට යමක් බිඳ දැමිය හැකිය. එබැවින්, යටිතල පහසුකම් සම්බන්ධයෙන්, මෙම යටිතල පහසුකම් පරීක්ෂා කිරීම පෙනේ. කණ්ඩායම තුළ දැනුම සමමුහුර්ත කිරීමට, අපි Ansible භූමිකාවන් පරීක්ෂා කිරීමට පටන් ගත්තෙමු. මම ගැඹුරට නොයමි, මන්ද ... එම අවස්ථාවේ සිදුවීම් විස්තර කරන ලිපියක් තිබේ
දිනය #130: සමහරවිට CentOS+ansible අවශ්ය නොවේද? සමහර විට openshift?
යටිතල පහසුකම් හඳුන්වාදීමේ ක්රියාවලිය එකම එකක් නොවන අතර අතුරු ව්යාපෘති තිබූ බව අප තේරුම් ගත යුතුය. උදාහරණයක් ලෙස, අපගේ යෙදුම openshift හි දියත් කිරීමට ඉල්ලීමක් පැමිණි අතර මෙය සතියකට වඩා වැඩි කාලයක් පර්යේෂණ සිදු විය
දින #170: Openshift සුදුසු නොවේ, අපි Windows Azure Pack සමඟ අවස්ථාවක් ගනිමු?
Hyper-V ඉතා මිත්රශීලී නොවේ, SCVMM එය වඩා හොඳ කරන්නේ නැත. නමුත් Windows Azure Pack වැනි දෙයක් තිබේ, එය SCVMM වෙත ඇඩෝනයක් වන අතර Azure අනුකරණය කරයි. නමුත් යථාර්ථයේ දී, නිෂ්පාදිතය අතහැර දමා ඇති බව පෙනේ: ලේඛනගත සම්බන්ධතා බිඳී ඇති අතර ඉතා විරල ය. නමුත් අපගේ වලාකුළේ ජීවිතය සරල කිරීම සඳහා විකල්ප අධ්යයනයේ කොටසක් ලෙස ඔවුන් එය ද බැලුවා.
දිනය #250: Windows Azure Pack ඉතා හොඳ නැත. අපි SCVMM හි රැඳී සිටිමු
Windows Azure Pack බලාපොරොත්තු සහගත ලෙස පෙනුනද, අනවශ්ය විශේෂාංග සඳහා WAP එහි සංකීර්ණතා පද්ධතියට ගෙන නොඒමට තීරණය කර SCVMM සමඟ රැඳී සිටියේය.
දවස #360: අලි කෑල්ල කෑල්ල
වසරකට පසුව පමණක් ගමන් කිරීමේ වේදිකාව සූදානම් වූ අතර චලනය කිරීමේ ක්රියාවලිය ආරම්භ විය. මෙම කාර්යය සඳහා, SMART කාර්යයක් සකසා ඇත. අපි සියලුම VMs පරීක්ෂා කර, වින්යාසය එකින් එක හඳුනාගෙන, එය Ansible හි විස්තර කර, පරීක්ෂණවලින් ආවරණය කිරීමට පටන් ගත්තෙමු.
දිනය #450: ඔබ ලබා ගත්තේ කුමන ආකාරයේ පද්ධතියක්ද?
ක්රියාවලියම සිත්ගන්නා සුළු නොවේ. එය සාමාන්ය දෙයකි, බොහෝ වින්යාසයන් සාපේක්ෂ වශයෙන් සරල හෝ සමස්ථානික වූ අතර පැරේටෝ මූලධර්මය අනුව, VM වින්යාසයන්ගෙන් 80% කට 20% ක කාලයක් අවශ්ය විය. එකම මූලධර්මය අනුව, චලනය සඳහා 80% ක කාලයක් ගත වූ අතර චලනය සඳහා 20% ක් පමණි.
දිනය #540: අවසන්
මාස 18 ක් තුළ සිදු වූයේ කුමක්ද?
- ගිවිසුම් කේතයක් බවට පත් විය.
- අතින් ශ්රමය -> යාන්ත්රිකකරණය -> ස්වයංක්රීයකරණය.
සබැඳි
ඉංග්රීසි අනුවාදය පුද්ගලික බ්ලොගයෙන් හරස් පෝස්ට් විනිවිදක ඇන්සිබල් පරීක්ෂා කිරීම ආරම්භ කරන්නේ කෙසේද, ව්යාපෘතිය වසරකින් නැවත සකස් කර පිස්සු වට්ටන්න එපා යටිතල පහසුකම් සංග්රහයේ රේඛා 200කට වඩා පරීක්ෂා කිරීමෙන් උගත් පාඩම් අපි openshift වෙත යෙදවමු ඔබේම OS බෙදාහැරීම පරීක්ෂා කරන්නේ කෙසේද ඔබට හැකි නම් මාව පරීක්ෂා කරන්න. YML සංවර්ධකයින් පරීක්ෂා කිරීමට සිහින දකිනවාද?
මූලාශ්රය: www.habr.com