Dyma drawsgrifiad o'r araith и .
Dyma stori prosiect a ddefnyddiodd system rheoli cyfluniad hunan-ysgrifenedig a pham y cymerodd y symud i Ansible 18 mis.
Diwrnod Rhif -ХХХ: Cyn y dechrau
I ddechrau, roedd y seilwaith yn cynnwys llawer o westeion ar wahân yn rhedeg Hyper-V. Roedd angen llawer o gamau i greu peiriant rhithwir: rhoi'r disgiau yn y lle iawn, cofrestru DNS, cadw DHCP, rhoi'r ffurfweddiad VM yn y storfa git. Cafodd y broses hon ei mecaneiddio'n rhannol, ond er enghraifft, dosbarthwyd VMs rhwng gwesteiwyr â llaw. Ond, er enghraifft, gallai datblygwyr gywiro'r cyfluniad VM mewn git a'i gymhwyso trwy ailgychwyn y VM.
Ateb Rheoli Ffurfweddu Personol
Mae'r syniad gwreiddiol, rwy'n amau, wedi'i greu fel IaC: llawer o VMs di-wladwriaeth sy'n ailosod eu cyflwr i sero wrth ailgychwyn. Beth oedd rheoli cyfluniad VM? Yn sgematig mae'n edrych yn syml:
- Cafodd MAC sefydlog ei hoelio i lawr ar gyfer y VM.
- Roedd ISO gyda CoreOS a disg cychwyn wedi'u cysylltu â'r VM.
- Mae CoreOS yn lansio'r sgript addasu trwy ei lawrlwytho o'r gweinydd WEB yn seiliedig ar ei IP.
- Mae'r sgript yn lawrlwytho'r ffurfweddiad VM trwy SCP yn seiliedig ar y cyfeiriad IP.
- Mae lliain traed ffeiliau uned systemd a lliain troed sgriptiau bash yn cael eu lansio.
Roedd gan yr ateb hwn lawer o broblemau amlwg:
- Mae CoreOS ISO wedi'i anghymeradwyo.
- Llawer o weithredoedd awtomataidd cymhleth a hud a lledrith wrth fudo/creu VMs.
- Anhawster diweddaru a phryd mae angen fersiwn arbennig o feddalwedd. Hyd yn oed mwy o hwyl gyda modiwlau cnewyllyn.
- Ni chafwyd VMs felly heb ddata, h.y. Ymddangosodd VMs gyda disg gyda data defnyddiwr ychwanegol wedi'i osod.
- Roedd rhywun yn gyson yn chwalu'r dibyniaethau uned systemd a byddai CoreOS yn rhewi wrth ailgychwyn. Roedd yn anodd dal hyn gan ddefnyddio'r offer sydd ar gael yn CoreOS.
- Rheoli cyfrinachau.
- Nid oedd dim CM. Roedd cyfluniadau bash ac YML ar gyfer CoreOS.
I gymhwyso'r cyfluniad VM, mae angen i chi ei ailgychwyn, ond efallai na fydd yn ailgychwyn. Mae'n ymddangos fel problem amlwg, ond nid oes disgiau parhaus - nid oes unrhyw le i arbed logiau. Wel, iawn, gadewch i ni geisio ychwanegu'r opsiwn llwytho cnewyllyn fel y bydd y logiau'n cael eu hanfon. Ond na, pa mor gymhleth yw'r cyfan.
Diwrnod #0: Adnabod y broblem
Hwn oedd y seilwaith datblygu arferol: jenkins, amgylcheddau prawf, monitro, cofrestrfa. Dyluniwyd CoreOS ar gyfer cynnal clystyrau k8s, h.y. y broblem oedd sut y defnyddiwyd CoreOS. Y cam cyntaf oedd dewis pentwr. Fe wnaethom setlo ar:
- CentOS fel dosbarthiad sylfaen, oherwydd Dyma'r dosbarthiad agosaf at amgylcheddau cynhyrchu.
- Ateb ar gyfer rheoli cyfluniad, oherwydd bu archwiliad helaeth arno.
- Jenkins fel fframwaith ar gyfer awtomeiddio prosesau presennol, oherwydd mae eisoes wedi'i ddefnyddio'n weithredol ar gyfer prosesau datblygu
- Hyper-V fel platfform rhithwiroli. Mae yna nifer o resymau sy'n mynd y tu hwnt i gwmpas y stori, ond yn fyr - ni allwn ddefnyddio'r cymylau, rhaid inni ddefnyddio ein caledwedd ein hunain.
Diwrnod Rhif 30: Trwsio cytundebau presennol - Cytundebau fel Cod
Pan oedd y pentwr yn glir, dechreuodd y paratoadau ar gyfer symud. Trwsio cytundebau presennol ar ffurf cod (Cytundebau fel Cod!). Pontio llafur llaw -> mecaneiddio -> awtomeiddio.
1. Ffurfweddu VMs
Mae Ansible yn gwneud gwaith gwych o hyn. Gyda lleiafswm o symudiadau corff gallwch reoli ffurfweddau VM:
- Creu ystorfa git.
- Rydyn ni'n rhoi'r rhestr o VMs mewn rhestr eiddo, ffurfweddiadau mewn llyfrau chwarae a rolau.
- Rydyn ni'n sefydlu caethwas jenkins arbennig y gallwch chi redeg Ansible ohono.
- Rydym yn creu swydd ac yn ffurfweddu Jenkins.
Mae'r broses gyntaf yn barod. Mae'r cytundebau yn sefydlog.
2. Creu VM newydd
Nid oedd popeth yma yn gyfleus iawn. Nid yw'n gyfleus iawn creu VMs ar Hyper-V o Linux. Un o’r ymdrechion i fecaneiddio’r broses hon oedd:
- Mae Ansbile yn cysylltu trwy WinRM â'r gwesteiwr windows.
- Mae Anible yn rhedeg sgript powershell.
- Mae sgript Powershell yn creu VM newydd.
- Gan ddefnyddio Hyper-V/ScVMM, wrth greu VM yn yr OS gwadd, mae'r enw gwesteiwr wedi'i ffurfweddu.
- Wrth ddiweddaru prydles DHCP, mae'r VM yn anfon ei enw gwesteiwr.
- Mae integreiddio ddns & dhcp safonol ar ochr y Rheolwr Parth yn ffurfweddu'r cofnod DNS.
- Gallwch ychwanegu VM at eich rhestr eiddo a'i ffurfweddu gydag Ansible.
3.Creu templed VM
Wnaethon nhw ddim dyfeisio dim byd yma - fe wnaethon nhw gymryd paciwr.
- Ychwanegwch y paciwr, ffurfwedd kickstart i'r ystorfa git.
- Sefydlu caethwas jenkins arbennig gyda hyper-v a Packer.
- Rydym yn creu swydd ac yn ffurfweddu Jenkins.
Sut mae'r ddolen hon yn gweithio:
- Mae Packer yn creu VM gwag ac yn codi'r ISO.
- Mae'r esgidiau VM, Packer yn mynd i mewn i'r gorchymyn i'r cychwynnydd i ddefnyddio ein ffeil kickstart o ddisg hyblyg neu http.
- Mae Anaconda yn cael ei lansio gyda'n ffurfwedd, ac mae'r cyfluniad OS cychwynnol yn cael ei wneud.
- Mae paciwr yn aros i'r VM ddod ar gael.
- Mae paciwr y tu mewn i'r VM yn rhedeg yn asible yn y modd lleol.
- Mae Ansible yn defnyddio'r un rolau yn union ag y mae'n gweithio yng ngham #1.
- Mae Packer yn allforio'r templed VM.
Diwrnod # 75: Ailffactorio'r cytundeb heb dorri = Profi'n asible + Testkitchen
Efallai na fydd dal confensiynau mewn cod yn ddigon. Wedi'r cyfan, os ydych chi am newid rhywbeth yn ystod y cam ac allan o'r broses, gallwch chi dorri rhywbeth. Felly, yn achos seilwaith, mae profi’r union seilwaith hwn yn ymddangos. Er mwyn cydamseru gwybodaeth o fewn y tîm, dechreuon ni brofi rolau Ansible. Wna i ddim mynd i ddyfnder oherwydd... mae erthygl yn disgrifio'r digwyddiadau ar yr adeg honno (Difetha nid dyma'r fersiwn terfynol ac yn ddiweddarach daeth popeth yn fwy cymhleth ).
Diwrnod #130: Efallai nad oes angen CentOS+ansible? openshift efallai?
Rhaid inni ddeall nad y broses o gyflwyno seilwaith oedd yr unig un ac roedd is-brosiectau ochr. Er enghraifft, daeth cais i lansio ein cais mewn openshift ac arweiniodd hyn at ymchwil am fwy nag wythnos sy'n arafu'r broses symud. Daeth y canlyniad i'r amlwg nad yw openshift yn cwmpasu'r holl anghenion; mae angen caledwedd go iawn arnoch chi, neu o leiaf y gallu i chwarae gyda'r cnewyllyn.
Diwrnod # 170: Nid yw Openshift yn addas, gadewch i ni gymryd siawns gyda Windows Azure Pack?
Nid yw Hyper-V yn gyfeillgar iawn, nid yw SCVMM yn ei gwneud yn llawer gwell. Ond mae yna'r fath beth â Windows Azure Pack, sy'n ychwanegiad i SCVMM ac yn dynwared Azure. Ond mewn gwirionedd, mae'r cynnyrch yn edrych yn segur: mae'r ddogfennaeth wedi torri cysylltiadau ac yn brin iawn. Ond fel rhan o'r astudiaeth o opsiynau ar gyfer symleiddio bywyd ein cwmwl, fe wnaethon nhw edrych arno hefyd.
Diwrnod #250: Windows Azure Pack ddim yn dda iawn. Rydym yn parhau ar SCVMM
Roedd Windows Azure Pack yn edrych yn addawol, ond penderfynwyd peidio â dod â WAP gyda'i gymhlethdodau i'r system er mwyn nodweddion diangen ac arhosodd gyda SCVMM.
Diwrnod #360: Bwyta'r eliffant fesul darn
Dim ond blwyddyn yn ddiweddarach roedd y llwyfan ar gyfer symud iddo yn barod a dechreuodd y broses symud. At y diben hwn, gosodwyd tasg CAMPUS. Fe wnaethon ni wirio'r holl VMs a dechrau darganfod y cyfluniad fesul un, ei ddisgrifio yn Ansible, a'i orchuddio â phrofion.
Diwrnod #450: Pa fath o system gawsoch chi?
Nid yw'r broses ei hun yn ddiddorol. Mae'n arferol, gellir nodi bod y rhan fwyaf o'r ffurfweddiadau yn gymharol syml neu isomorffig ac yn ôl egwyddor Pareto, roedd angen 80% o'r amser ar 20% o'r ffurfweddiadau VM. Yn ôl yr un egwyddor, treuliwyd 80% o'r amser yn paratoi'r symudiad a dim ond 20% ar y symud ei hun.
Diwrnod #540: Terfynol
Beth ddigwyddodd mewn 18 mis?
- Daeth y cytundebau yn god.
- Llafur llaw -> Mecaneiddio -> Awtomeiddio.
Dolenni
Ffynhonnell: hab.com