જવાબ: 120 મહિનામાં CoreOS થી CentOS માં 18 VM રૂપરેખાંકનનું સ્થળાંતર

આ ભાષણનું ટ્રાન્સક્રિપ્ટ છે DevopsConf 2019-10-01 и SPbLUG 2019-09-25.

આ એક એવા પ્રોજેક્ટની વાર્તા છે જેમાં સ્વ-લિખિત રૂપરેખાંકન વ્યવસ્થાપન સિસ્ટમનો ઉપયોગ કરવામાં આવ્યો હતો અને શા માટે જવાબ આપવા માટે 18 મહિનાનો સમય લાગ્યો હતો.

દિવસ નંબર -ХХХ: શરૂઆત પહેલા

શરૂઆતમાં, ઇન્ફ્રાસ્ટ્રક્ચરમાં હાયપર-વી ચલાવતા ઘણા અલગ હોસ્ટનો સમાવેશ થતો હતો. વર્ચ્યુઅલ મશીન બનાવવા માટે ઘણા પગલાંની જરૂર પડે છે: ડિસ્કને યોગ્ય જગ્યાએ મૂકવી, DNS રજીસ્ટર કરવી, DHCP આરક્ષિત કરવી, VM રૂપરેખાંકનને ગિટ રિપોઝીટરીમાં મૂકવું. આ પ્રક્રિયા આંશિક રીતે મિકેનાઇઝ્ડ હતી, પરંતુ ઉદાહરણ તરીકે, VM ને હોસ્ટ્સ વચ્ચે હાથથી વિતરિત કરવામાં આવ્યા હતા. પરંતુ, ઉદાહરણ તરીકે, વિકાસકર્તાઓ ગિટમાં VM રૂપરેખાંકન સુધારી શકે છે અને VM રીબૂટ કરીને તેને લાગુ કરી શકે છે.

કસ્ટમ કન્ફિગરેશન મેનેજમેન્ટ સોલ્યુશન

મૂળ વિચાર, મને શંકા છે, IaC તરીકે કલ્પના કરવામાં આવી હતી: ઘણા સ્ટેટલેસ VM કે જે રીબૂટ થાય ત્યારે તેમની સ્થિતિ શૂન્ય પર રીસેટ કરે છે. VM કન્ફિગરેશન મેનેજમેન્ટ શું હતું? યોજનાકીય રીતે તે સરળ લાગે છે:

1. VM માટે સ્થિર MAC નેઇલ ડાઉન કરવામાં આવ્યું હતું.
2. CoreOS સાથેનો ISO અને બુટ ડિસ્ક VM સાથે જોડાયેલ હતી.
3. CoreOS તેના IP પર આધારિત WEB સર્વર પરથી તેને ડાઉનલોડ કરીને કસ્ટમાઇઝેશન સ્ક્રિપ્ટ લોન્ચ કરે છે.
4. સ્ક્રિપ્ટ IP સરનામાના આધારે SCP દ્વારા VM રૂપરેખાંકન ડાઉનલોડ કરે છે.
5. સિસ્ટમડ યુનિટ ફાઇલોનો ફૂટક્લોથ અને બેશ સ્ક્રિપ્ટ્સનો ફૂટક્લોથ લોન્ચ કરવામાં આવ્યો છે.

આ ઉકેલમાં ઘણી સ્પષ્ટ સમસ્યાઓ હતી:

1. CoreOS ISO નાપસંદ કરવામાં આવ્યું છે.
2. VM ને સ્થાનાંતરિત / બનાવતી વખતે ઘણી બધી જટિલ સ્વચાલિત ક્રિયાઓ અને જાદુ.
3. અપડેટ કરવામાં મુશ્કેલી અને જ્યારે સોફ્ટવેરના ચોક્કસ સંસ્કરણની જરૂર હોય. કર્નલ મોડ્યુલો સાથે પણ વધુ મજા.
4. VM ડેટા વિના મેળવવામાં આવ્યા ન હતા, એટલે કે. VMs વધારાના વપરાશકર્તા ડેટા સાથે ડિસ્ક સાથે દેખાયા.
5. કોઈ વ્યક્તિ સતત સિસ્ટમ્ડ યુનિટ ડિપેન્ડન્સીને સ્ક્રૂ કરી રહ્યું હતું અને રીબૂટ કરતી વખતે CoreOS સ્થિર થઈ જશે. CoreOS માં ઉપલબ્ધ સાધનોનો ઉપયોગ કરીને આને પકડવું મુશ્કેલ હતું.
6. સિક્રેટ્સ મેનેજમેન્ટ.
7. કોઈ સીએમ નહોતા. CoreOS માટે bash અને YML રૂપરેખાઓ હતી.

VM રૂપરેખાંકન લાગુ કરવા માટે, તમારે તેને રીબૂટ કરવાની જરૂર છે, પરંતુ તે રીબૂટ થઈ શકશે નહીં. તે એક સ્પષ્ટ સમસ્યા જેવું લાગે છે, પરંતુ ત્યાં કોઈ સતત ડિસ્ક નથી - લોગ સાચવવા માટે ક્યાંય નથી. ઠીક છે, ચાલો કર્નલ લોડિંગ વિકલ્પ ઉમેરવાનો પ્રયાસ કરીએ જેથી લોગ્સ મોકલવામાં આવશે. પણ ના, આ બધું કેટલું જટિલ છે.

દિવસ #0: સમસ્યાને ઓળખો

તે સામાન્ય વિકાસ ઈન્ફ્રાસ્ટ્રક્ચર હતું: જેનકિન્સ, પરીક્ષણ વાતાવરણ, દેખરેખ, રજિસ્ટ્રી. CoreOS ને k8s ક્લસ્ટરોને હોસ્ટ કરવા માટે ડિઝાઇન કરવામાં આવ્યું હતું, એટલે કે. સમસ્યા એ હતી કે CoreOS નો ઉપયોગ કેવી રીતે થતો હતો. પ્રથમ પગલું સ્ટેક પસંદ કરવાનું હતું. અમે સ્થાયી થયા:

1. CentOS આધાર વિતરણ તરીકે, કારણ કે ઉત્પાદન વાતાવરણમાં આ સૌથી નજીકનું વિતરણ છે.
2. Ansible રૂપરેખાંકન વ્યવસ્થાપન માટે, કારણ કે તેના પર વ્યાપક તપાસ કરવામાં આવી હતી.
3. જેનકિન્સ હાલની પ્રક્રિયાઓને સ્વચાલિત કરવા માટેના માળખા તરીકે, કારણ કે તેનો વિકાસ પ્રક્રિયાઓ માટે સક્રિયપણે ઉપયોગ કરવામાં આવ્યો છે
4. હાયપર-વી વર્ચ્યુઅલાઈઝેશન પ્લેટફોર્મ તરીકે. વાર્તાના અવકાશની બહાર જતા ઘણા કારણો છે, પરંતુ ટૂંકમાં - આપણે વાદળોનો ઉપયોગ કરી શકતા નથી, આપણે આપણા પોતાના હાર્ડવેરનો ઉપયોગ કરવો જોઈએ.

દિવસ નંબર 30: હાલના કરારો - કોડ તરીકે કરારો ફિક્સિંગ

જ્યારે સ્ટેક સ્પષ્ટ હતું, ત્યારે ચાલની તૈયારીઓ શરૂ થઈ. કોડના સ્વરૂપમાં હાલના કરારોને ઠીક કરવા (કોડ તરીકે કરાર!). સંક્રમણ મજૂર -> યાંત્રિકરણ -> ઓટોમેશન.

1. VM ને ગોઠવો

Ansible આનું એક મહાન કામ કરે છે. શરીરની ઓછામાં ઓછી હલનચલન સાથે તમે VM રૂપરેખાંકનો પર નિયંત્રણ મેળવી શકો છો:

1. ગિટ રીપોઝીટરી બનાવો.
2. અમે ઇન્વેન્ટરીમાં VM ની સૂચિ, પ્લેબુકમાં ગોઠવણી અને ભૂમિકાઓ મૂકીએ છીએ.
3. અમે એક ખાસ જેનકિન્સ સ્લેવ સેટ કરી રહ્યા છીએ જેમાંથી તમે Ansible ચલાવી શકો છો.
4. અમે નોકરી બનાવીએ છીએ અને જેનકિન્સને ગોઠવીએ છીએ.

પ્રથમ પ્રક્રિયા તૈયાર છે. કરારો નિશ્ચિત છે.

2. નવું VM બનાવો

અહીં બધું ખૂબ અનુકૂળ ન હતું. Linux માંથી Hyper-V પર VM બનાવવાનું બહુ અનુકૂળ નથી. આ પ્રક્રિયાને યાંત્રિક બનાવવાનો એક પ્રયાસ હતો:

1. Ansbile WinRM મારફતે વિન્ડોઝ હોસ્ટ સાથે જોડાય છે.
2. જવાબીબલ પાવરશેલ સ્ક્રિપ્ટ ચલાવે છે.
3. પાવરશેલ સ્ક્રિપ્ટ નવી VM બનાવે છે.
4. Hyper-V/ScVMM નો ઉપયોગ કરીને, મહેમાન OS માં VM બનાવતી વખતે, હોસ્ટનામ રૂપરેખાંકિત થાય છે.
5. DHCP લીઝ અપડેટ કરતી વખતે, VM તેનું હોસ્ટનામ મોકલે છે.
6. ડોમેન કંટ્રોલર બાજુ પર માનક ddns અને dhcp એકીકરણ DNS રેકોર્ડને ગોઠવે છે.
7. તમે તમારી ઇન્વેન્ટરીમાં VM ઉમેરી શકો છો અને તેને Ansible સાથે ગોઠવી શકો છો.

3. VM ટેમ્પલેટ બનાવો

તેઓએ અહીં કંઈપણ શોધ્યું નથી - તેઓએ પેકર લીધું.

1. ગિટ રીપોઝીટરીમાં પેકર, કિકસ્ટાર્ટ રૂપરેખા ઉમેરો.
2. હાયપર-વી અને પેકર સાથે ખાસ જેનકિન્સ સ્લેવ સેટ કરી રહ્યું છે.
3. અમે નોકરી બનાવીએ છીએ અને જેનકિન્સને ગોઠવીએ છીએ.

આ લિંક કેવી રીતે કામ કરે છે:

1. પેકર એક ખાલી VM બનાવે છે અને ISO પસંદ કરે છે.
2. VM બુટ કરે છે, પેકર ફ્લોપી ડિસ્ક અથવા http માંથી અમારી કિકસ્ટાર્ટ ફાઈલ વાપરવા માટે બુટલોડરમાં આદેશ દાખલ કરે છે.
3. એનાકોન્ડા અમારા રૂપરેખા સાથે લોન્ચ કરવામાં આવે છે, અને પ્રારંભિક OS રૂપરેખાંકન પૂર્ણ થાય છે.
4. પેકર VM ઉપલબ્ધ થવાની રાહ જુએ છે.
5. VM ની અંદરનું પેકર સ્થાનિક મોડમાં અન્સિબલ ચાલે છે.
6. Ansible બરાબર એ જ ભૂમિકાઓનો ઉપયોગ કરે છે જે તે પગલું #1 માં કામ કરે છે.
7. પેકર VM ટેમ્પલેટની નિકાસ કરે છે.

દિવસ #75: તોડ્યા વિના કરારને રિફેક્ટ કરો = ટેસ્ટ એન્સિબલ + ટેસ્ટકિચન

કોડમાં સંમેલનોને કેપ્ચર કરવું પૂરતું ન હોઈ શકે. છેવટે, જો પ્રક્રિયાના ઇન્સ અને આઉટ્સમાં તમે કંઈક બદલવા માંગો છો, તો તમે કંઈક તોડી શકો છો. તેથી, ઈન્ફ્રાસ્ટ્રક્ચરના કિસ્સામાં, આ ખૂબ જ ઈન્ફ્રાસ્ટ્રક્ચરનું પરીક્ષણ દેખાય છે. ટીમમાં જ્ઞાનને સિંક્રનાઇઝ કરવા માટે, અમે જવાબી ભૂમિકાઓનું પરીક્ષણ કરવાનું શરૂ કર્યું. હું ઊંડાણમાં જઈશ નહીં કારણ કે ... તે સમયે બનેલી ઘટનાઓનું વર્ણન કરતો એક લેખ છે શું તમે YML પ્રોગ્રામર્સ જવાબી પરીક્ષણ કરવાનું સ્વપ્ન કરી શકો છો અથવા કરી શકો છો કે કેમ તે મને પરીક્ષણ કરો?(સ્પોઇલર આ અંતિમ સંસ્કરણ ન હતું અને પછીથી બધું વધુ જટિલ બન્યું પરીક્ષણ કેવી રીતે શરૂ કરવું એન્સિબલ, એક વર્ષમાં પ્રોજેક્ટને રિફેક્ટર કરો અને પાગલ ન થાઓ).

દિવસ #130: કદાચ CentOS+એન્સિબલની જરૂર નથી? કદાચ ઓપનશિફ્ટ?

આપણે સમજવું જોઈએ કે ઈન્ફ્રાસ્ટ્રક્ચરની રજૂઆતની પ્રક્રિયા માત્ર એક જ ન હતી અને બાજુના પેટા પ્રોજેક્ટ્સ હતા. ઉદાહરણ તરીકે, ઓપનશિફ્ટમાં અમારી એપ્લિકેશન શરૂ કરવાની વિનંતી આવી અને આના પરિણામે એક અઠવાડિયાથી વધુ સમય સુધી સંશોધન થયું અમે ઓપનશિફ્ટમાં એપ્લિકેશન લોન્ચ કરીએ છીએ અને હાલના ટૂલ્સની તુલના કરીએ છીએ જેણે આગળ વધવાની પ્રક્રિયા ધીમી કરી. પરિણામ એ બહાર આવ્યું કે ઓપનશિફ્ટ બધી જરૂરિયાતોને આવરી લેતું નથી; તમારે વાસ્તવિક હાર્ડવેરની જરૂર છે, અથવા ઓછામાં ઓછી કર્નલ સાથે રમવાની ક્ષમતાની જરૂર છે.

દિવસ #170: ઓપનશિફ્ટ યોગ્ય નથી, ચાલો Windows Azure Pack સાથે એક તક લઈએ?

હાયપર-V ખૂબ મૈત્રીપૂર્ણ નથી, SCVMM તેને વધુ સારું બનાવતું નથી. પરંતુ Windows Azure Pack જેવી એક વસ્તુ છે, જે SCVMM માટે એડ-ઓન છે અને Azure ની નકલ કરે છે. પરંતુ વાસ્તવમાં, ઉત્પાદન ત્યજી દેવાયું લાગે છે: દસ્તાવેજીકરણમાં તૂટેલી કડીઓ છે અને તે ખૂબ જ દુર્લભ છે. પરંતુ અમારા ક્લાઉડના જીવનને સરળ બનાવવાના વિકલ્પોના અભ્યાસના ભાગરૂપે, તેઓએ તેના પર પણ ધ્યાન આપ્યું.

દિવસ #250: Windows Azure Pack બહુ સારું નથી. અમે SCVMM પર રહીએ છીએ

Windows Azure Pack આશાસ્પદ દેખાતું હતું, પરંતુ બિનજરૂરી સુવિધાઓના કારણે WAP ને તેની જટિલતાઓ સાથે સિસ્ટમમાં ન લાવવાનો નિર્ણય લેવામાં આવ્યો હતો અને SCVMM સાથે જ રહ્યો હતો.

દિવસ #360: હાથીનો ટુકડો ટુકડો ખાવો

માત્ર એક વર્ષ પછી સ્થળાંતર માટેનું પ્લેટફોર્મ તૈયાર થયું અને આગળ વધવાની પ્રક્રિયા શરૂ થઈ. આ હેતુ માટે, એક SMART કાર્ય સેટ કરવામાં આવ્યું હતું. અમે તમામ VM ને તપાસ્યા અને એક પછી એક રૂપરેખાંકન શોધવાનું શરૂ કર્યું, તેનું જવાબીબલમાં વર્ણન કર્યું અને તેને પરીક્ષણો સાથે આવરી લીધું.

દિવસ #450: તમને કેવા પ્રકારની સિસ્ટમ મળી?

પ્રક્રિયા પોતે જ રસપ્રદ નથી. તે નિયમિત છે, તે નોંધી શકાય છે કે મોટાભાગની રૂપરેખાંકનો પ્રમાણમાં સરળ અથવા આઇસોમોર્ફિક હતી અને પેરેટો સિદ્ધાંત મુજબ, 80% VM રૂપરેખાંકનોને 20% સમયની જરૂર પડે છે. આ જ સિદ્ધાંત પ્રમાણે, 80% સમય ચાલની તૈયારીમાં અને માત્ર 20% ચાલ પર જ ખર્ચવામાં આવ્યો હતો.

દિવસ #540: અંતિમ

18 મહિનામાં શું થયું?

1. કરારો કોડ બની ગયા.
2. મજૂર -> યાંત્રીકરણ -> ઓટોમેશન.

કડીઓ

• અંગ્રેજી સંસ્કરણ
• વ્યક્તિગત બ્લોગમાંથી ક્રોસ પોસ્ટ
• સ્લાઇડ્સ
• પરીક્ષણ કેવી રીતે શરૂ કરવું એન્સિબલ, એક વર્ષમાં પ્રોજેક્ટને રિફેક્ટર કરો અને પાગલ ન થાઓ
• ઇન્ફ્રાસ્ટ્રક્ચર કોડની 200 થી વધુ લાઇનોના પરીક્ષણમાંથી શીખ્યા પાઠ
• ચાલો ઓપનશિફ્ટમાં જમાવીએ
• તમારા પોતાના OS વિતરણનું પરીક્ષણ કેવી રીતે કરવું
• જો તમે કરી શકો તો મને પરીક્ષણ કરો. શું YML વિકાસકર્તાઓ પરીક્ષણનું સપનું છે?

સોર્સ: www.habr.com