Hi uile! Is e m’ ainm Oleg Sidorenkov, tha mi ag obair aig DomClick mar cheannard sgioba a’ bhun-structair. Tha sinn air a bhith a’ cleachdadh Kubik ann an cinneasachadh airson còrr air trì bliadhna, agus rè na h-ùine seo tha sinn air eòlas fhaighinn air mòran amannan inntinneach leis. An-diugh innsidh mi dhut mar as urrainn dhut, leis an dòigh-obrach cheart, eadhon barrachd coileanaidh a bhrùthadh a-mach à vanilla Kubernetes airson do bhuidheann. Deiseil gu cunbhalach!
Tha fios agad uile gu math gur e siostam stòr fosgailte scalable airson orchestration container a th’ ann an Kubernetes; uill, no binaries 5 a bhios ag obair draoidheachd le bhith a’ riaghladh cearcall beatha do mhicro-sheirbheisean ann an àrainneachd frithealaiche. A bharrachd air an sin, is e inneal gu math sùbailte a th ’ann a dh’ fhaodar a chruinneachadh mar Lego airson an gnàthachadh as motha airson diofar ghnìomhan.
Agus tha coltas gu bheil a h-uile dad ceart gu leòr: tilg luchd-frithealaidh a-steach don bhuidheann mar connadh teine a-steach do bhogsa-teine, agus cha bhi fios agad air bròn sam bith. Ach ma tha thu airson na h-àrainneachd, smaoinichidh tu: “Ciamar as urrainn dhomh an teine a chumail a’ losgadh agus a ’choille a shàbhaladh?” Ann am briathran eile, mar a lorg dòighean gus bun-structair a leasachadh agus cosgaisean a lùghdachadh.
1. Cumail sùil air goireasan sgioba agus tagraidh
Is e aon de na dòighean as cumanta, ach èifeachdach, a bhith a’ toirt a-steach iarrtasan/crìochan. Roinn tagraidhean a rèir ainmean-àite, agus àiteachan-ainm le sgiobaidhean leasachaidh. Mus tèid a chleachdadh, suidhich luachan an tagraidh airson caitheamh ùine pròiseasar, cuimhne, agus stòradh geàrr-ùine.
resources:
requests:
memory: 2Gi
cpu: 250m
limits:
memory: 4Gi
cpu: 500mTro eòlas, thàinig sinn chun a 'cho-dhùnaidh: cha bu chòir dhut iarrtasan bho na crìochan àrdachadh barrachd air dà uair. Tha meud a’ bhraisle air a thomhas a rèir iarrtasan, agus ma bheir thu eadar-dhealachadh air goireasan do thagraidhean, mar eisimpleir, 5-10 tursan, an uairsin smaoinich air dè a thachras don nód agad nuair a bhios e air a lìonadh le pods agus gu h-obann a’ faighinn luchd. Chan eil dad math. Aig a’ char as lugha, le smeòrach, agus aig a’ char as àirde, canaidh tu soraidh slàn leis an neach-obrach agus gheibh thu eallach cearcallach air na nodan a tha air fhàgail às deidh dha na pods tòiseachadh a’ gluasad.
A bharrachd air an sin, le cuideachadh limitranges Aig an toiseach, faodaidh tu luachan stòrais a shuidheachadh airson an t-soithich - as ìsle, as àirde agus bunaiteach:
➜ ~ kubectl describe limitranges --namespace ops
Name: limit-range
Namespace: ops
Type Resource Min Max Default Request Default Limit Max Limit/Request Ratio
---- -------- --- --- --------------- ------------- -----------------------
Container cpu 50m 10 100m 100m 2
Container ephemeral-storage 12Mi 8Gi 128Mi 4Gi -
Container memory 64Mi 40Gi 128Mi 128Mi 2Na dì-chuimhnich gun cuir thu casg air goireasan ainmean-àite gus nach urrainn dha aon sgioba goireasan a’ chnuasaich gu lèir a ghabhail thairis:
➜ ~ kubectl describe resourcequotas --namespace ops
Name: resource-quota
Namespace: ops
Resource Used Hard
-------- ---- ----
limits.cpu 77250m 80
limits.memory 124814367488 150Gi
pods 31 45
requests.cpu 53850m 80
requests.memory 75613234944 150Gi
services 26 50
services.loadbalancers 0 0
services.nodeports 0 0Mar a chithear bhon tuairisgeul resourcequotas, ma tha an sgioba ops ag iarraidh pods a chleachdadh a bhios ag ithe 10 cpu eile, cha leig an clàr-ama seo agus tilgidh e mearachd:
Error creating: pods "nginx-proxy-9967d8d78-nh4fs" is forbidden: exceeded quota: resource-quota, requested: limits.cpu=5,requests.cpu=5, used: limits.cpu=77250m,requests.cpu=53850m, limited: limits.cpu=10,requests.cpu=10Gus fuasgladh fhaighinn air duilgheadas mar seo, faodaidh tu inneal a sgrìobhadh, mar eisimpleir, leithid , comasach air staid goireasan àithne a stòradh agus a ghealltainn.
2. Tagh an stòradh faidhle as fheàrr
An seo bu mhath leam suathadh air cuspair meudan leantainneach agus fo-shiostam diosc nodan neach-obrach Kubernetes. Tha mi an dòchas nach bi duine a’ cleachdadh an “Cube” air HDD ann an cinneasachadh, ach uaireannan chan eil SSD cunbhalach gu leòr tuilleadh. Thachair sinn ri duilgheadas far an robh na logaichean a’ marbhadh an diosc mar thoradh air gnìomhachd I/O, agus chan eil mòran fhuasglaidhean ann:
-
Cleachd SSDs àrd-choileanaidh no gluais gu NVMe (ma stiùireas tu am bathar-cruaidh agad fhèin).
-
Lùghdaich an ìre clàraidh.
-
Dèan cothromachadh “smart” air pods a dh’ èignicheas an diosc (
podAntiAffinity).
Tha an scrion gu h-àrd a’ sealltainn na thachras fo nginx-ingress-controller don diosc nuair a tha logadh access_logs air a chomasachadh (~ 12 mìle log / diog). Faodaidh an suidheachadh seo, gu dearbh, leantainn gu truailleadh a h-uile tagradh air an nód seo.
A thaobh PV, alas, chan eil mi air a h-uile càil fheuchainn Meudan Seasmhach. Cleachd an roghainn as fheàrr a fhreagras ort fhèin. Gu h-eachdraidheil, tha e air tachairt anns an dùthaich againn gu bheil cuid bheag de sheirbheisean a 'feumachdainn leabhraichean RWX, agus o chionn fhada thòisich iad a' cleachdadh stòradh NFS airson a 'ghnìomh seo. Saor agus... gu leòr. Gu dearbh, dh’ ith e fhèin is mise cac - beannachd leat, ach dh’ ionnsaich sinn a ghleusadh, agus chan eil mo cheann air a ghoirteachadh tuilleadh. Agus ma ghabhas e dèanamh, gluais gu stòradh stuth S3.
3. Cruinnich ìomhaighean làn-leasaichte
Tha e nas fheàrr ìomhaighean làn-shoitheach a chleachdadh gus an urrainn dha Kubernetes an toirt nas luaithe agus an cur an gnìomh nas èifeachdaiche.
Tha Optimized a’ ciallachadh gu bheil na h-ìomhaighean:
-
na bi ann ach aon iarrtas no dèan ach aon ghnìomh;
-
beag ann am meud, leis gu bheil ìomhaighean mòra air an tar-chuir nas miosa thairis air an lìonra;
-
bidh puingean crìochnachaidh slàinte is ullachaidh agad a leigeas le Kubernetes a dhol an gnìomh ma tha ùine downt ann;
-
cleachd siostaman obrachaidh a tha càirdeil do shoithichean (leithid Alpine no CoreOS), a tha nas seasmhaiche ri mearachdan rèiteachaidh;
-
cleachd togalaichean ioma-ìre gus nach urrainn dhut ach tagraidhean cruinnichte a chleachdadh agus chan e na stòran a tha nan cois.
Tha mòran innealan agus sheirbheisean ann a leigeas leat sgrùdadh a dhèanamh air ìomhaighean air an itealan agus an fheum as fheàrr a dhèanamh dhiubh. Tha e cudromach an-còmhnaidh an cumail suas chun ùr agus deuchainn a dhèanamh airson sàbhailteachd. Mar thoradh air sin gheibh thu:
-
Lùghdachadh air eallach lìonra air a’ bhuidheann gu lèir.
-
Lùghdachadh ùine tòiseachaidh container.
-
Meud nas lugha den chlàr Docker gu lèir agad.
4. Cleachd DNS tasgadan
Ma bhruidhneas sinn mu luchdan àrda, tha beatha gu math lousy gun a bhith a’ gleusadh siostam DNS a’ bhraisle. Uair dhe na h-uairean, thug luchd-leasachaidh Kubernetes taic don fhuasgladh kube-dns aca. Chaidh a chuir an gnìomh an seo cuideachd, ach cha robh am bathar-bog seo air a ghleusadh gu sònraichte agus cha tug e a-mach an coileanadh a bha a dhìth, ged a bha e coltach gur e obair shìmplidh a bh’ ann. An uairsin nochd coredns, ris an do thionndaidh sinn agus cha robh bròn sam bith againn; an dèidh sin thàinig e gu bhith na sheirbheis DNS bunaiteach ann an K8s. Aig àm air choreigin, dh'fhàs sinn gu 40 mìle rps chun an t-siostam DNS, agus cha robh am fuasgladh seo gu leòr cuideachd. Ach, le fortan, thàinig Nodelocaldns a-mach, aka node local cache, aka .
Carson a chleachdas sinn seo? Tha bug ann an kernel Linux a bhios, nuair a bhios ioma-ghairmean tro conntrack NAT thairis air UDP, a’ leantainn gu suidheachadh rèis airson inntrigidhean ann an clàran conntrack, agus pàirt den trafaic tro NAT air chall (tha gach turas tron t-Seirbheis NAT). Bidh Nodelocaldns a’ fuasgladh na duilgheadas seo le bhith a’ faighinn cuidhteas NAT agus ag ùrachadh a’ cheangail ri TCP gu DNS shuas an abhainn, a bharrachd air a bhith a’ tasgadh gu h-ionadail ceistean DNS shuas an abhainn (a’ toirt a-steach tasgadan àicheil goirid 5-diog).
5. Sgèile pods gu còmhnard agus gu dìreach gu fèin-ghluasadach
An urrainn dhut a ràdh le misneachd gu bheil na meanbh-sheirbheisean agad uile deiseil airson àrdachadh dà no trì uiread san luchd? Ciamar a roinneas tu goireasan gu ceart air na h-iarrtasan agad? Is dòcha nach bi feum air a bhith a’ cumail beagan sloc a’ ruith nas fhaide na an eallach obrach, ach tha cunnart ann gum bi ùine downt ann bho àrdachadh obann ann an trafaic chun t-seirbheis le bhith gan cumail air ais ri cùl. Seirbheisean mar и .
VPA a’ leigeil leat iarrtasan/crìochan nan soithichean agad a thogail gu fèin-ghluasadach sa pod a rèir an fhìor chleachdadh. Ciamar as urrainn dha a bhith feumail? Ma tha pods agad nach urrainn a bhith air an sgèileadh gu còmhnard airson adhbhar air choireigin (nach eil gu tur earbsach), faodaidh tu feuchainn ri atharrachaidhean air na goireasan aige a chuir an urra ri VPA. Tha am feart aige na shiostam molaidh stèidhichte air dàta eachdraidheil agus gnàthach bhon t-seirbheisiche meatrach, mar sin mura h-eil thu airson iarrtasan / crìochan atharrachadh gu fèin-ghluasadach, faodaidh tu dìreach sùil a chumail air na goireasan a tha air am moladh airson na soithichean agad agus na roghainnean as fheàrr a dhèanamh gus CPU a shàbhaladh agus cuimhne anns a' bhasgaid.
Ìomhaigh air a thogail bho https://levelup.gitconnected.com/kubernetes-autoscaling-101-cluster-autoscaler-horizontal-pod-autoscaler-and-vertical-pod-2a441d9ad231
Tha an clàr-ama ann an Kubernetes an-còmhnaidh stèidhichte air iarrtasan. Ge bith dè an luach a chuireas tu ann, bidh an clàr-ama a’ lorg nód iomchaidh stèidhichte air. Tha feum air na luachan crìochan airson gum bi an cubelet a’ tuigsinn cuin a bu chòir dhaibh am pod a smeòrach no a mharbhadh. Agus leis gur e an aon paramadair cudromach luach nan iarrtasan, obraichidh VPA leis. Nuair a nì thu sgèile air iarrtas gu dìreach, bidh thu a’ mìneachadh dè na h-iarrtasan a bu chòir a bhith. Dè thachras an uairsin dha na crìochan? Bidh am paramadair seo cuideachd air a sgèileadh gu co-rèireach.
Mar eisimpleir, seo na roghainnean pod àbhaisteach:
resources:
requests:
memory: 250Mi
cpu: 200m
limits:
memory: 500Mi
cpu: 350mBidh an einnsean molaidh a’ dearbhadh gu bheil feum aig an tagradh agad air 300m CPU agus 500Mi gus ruith gu ceart. Gheibh thu na roghainnean a leanas:
resources:
requests:
memory: 500Mi
cpu: 300m
limits:
memory: 1000Mi
cpu: 525mMar a chaidh ainmeachadh gu h-àrd, is e sgèileadh co-roinneil a tha seo stèidhichte air a’ cho-mheas iarrtasan/crìochan anns a’ nochdadh:
-
CPU: 200m → 300m: co-mheas 1: 1.75;
-
Cuimhne: 250Mi → 500Mi: co-mheas 1:2.
A thaobh HPA, an uairsin tha an dòigh-obrach nas soilleire. Tha tomhasan leithid CPU agus cuimhne air an stairsnich, agus ma tha cuibheasachd nan mac-samhail uile nas àirde na an stairsnich, tha an tagradh air a sgèileadh le +1 fo gus an tuit an luach fon stairsnich no gus an ruigear an àireamh as motha de mhac-samhail.
Ìomhaigh air a thogail bho https://levelup.gitconnected.com/kubernetes-autoscaling-101-cluster-autoscaler-horizontal-pod-autoscaler-and-vertical-pod-2a441d9ad231
A bharrachd air na meatrach àbhaisteach leithid CPU agus cuimhne, faodaidh tu stairsnich a shuidheachadh air na meatrach àbhaisteach agad bho Prometheus agus obrachadh còmhla riutha ma tha thu den bheachd gur e sin an comharra as cinntiche air cuin a bu chòir dhut an tagradh agad a sgèileadh. Cho luath ‘s a bhios an tagradh seasmhach fon stairsneach meatrach ainmichte, tòisichidh HPA a’ sgèile pods sìos chun àireamh as lugha de mhac-samhail no gus an coinnich an luchd ris an ìre ainmichte.
6. Na dì-chuimhnich mu Node Affinity agus Pod Affinity
Chan eil a h-uile nod a 'ruith air an aon bhathar-cruaidh, agus chan fheum a h-uile pod a bhith a' ruith iarrtasan dian-coimpiutaireachd. Leigidh Kubernetes leat an speisealachadh de nodan agus pods a shuidheachadh a 'cleachdadh Cleamhnas Node и Pod Cleamhnas.
Ma tha nodan agad a tha freagarrach airson gnìomhachd dian coimpiutaireachd, an uairsin airson an èifeachd as motha tha e nas fheàrr na tagraidhean a cheangal ris na nodan co-fhreagarrach. Gus seo a dhèanamh a 'cleachdadh nodeSelector le suaicheantas nòta.
Canaidh sinn gu bheil dà nod agad: aon le CPUType=HIGHFREQ agus àireamh mhòr de choraichean luath, fear eile le MemoryType=HIGHMEMORY barrachd cuimhne agus coileanadh nas luaithe. Is e an dòigh as fhasa cleachdadh a shònrachadh gu nód HIGHFREQle bhith a’ cur ris an earrainn spec an tagraiche seo:
…
nodeSelector:
CPUType: HIGHFREQIs e dòigh nas daoire agus nas sònraichte seo a dhèanamh a chleachdadh nodeAffinity ann an raon affinity ràsda spec. Tha dà roghainn ann:
-
requiredDuringSchedulingIgnoredDuringExecution: suidheachadh cruaidh (cha bhith an clàr-ama a’ cleachdadh pods ach air nodan sònraichte (agus gun àite sam bith eile)); -
preferredDuringSchedulingIgnoredDuringExecution: suidheachadh bog (feuchaidh an clàr-ama ri cleachdadh gu nodan sònraichte, agus ma dh’ fhailicheas sin, feuchaidh e ri cleachdadh chun ath nód a tha ri fhaighinn).
Faodaidh tu co-chòrdadh sònraichte a shònrachadh airson a bhith a 'stiùireadh bileagan nòtaichean, leithid In, NotIn, Exists, DoesNotExist, Gt no Lt. Ach, cuimhnich gum bi dòighean iom-fhillte ann an liostaichean fada de bhileagan a’ cur maill air co-dhùnaidhean ann an suidheachaidhean èiginneach. Ann am faclan eile, cùm e sìmplidh.
Mar a chaidh a ràdh gu h-àrd, leigidh Kubernetes leat dàimh nan pods gnàthach a shuidheachadh. Is e sin, faodaidh tu dèanamh cinnteach gu bheil pods sònraichte ag obair còmhla ri pods eile anns an aon raon ruigsinneachd (buntainneach airson sgòthan) no nodan.
В podAffinity achaidhean affinity ràsda spec tha na h-aon raointean rim faighinn sa chùis nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution и preferredDuringSchedulingIgnoredDuringExecution. Is e an aon eadar-dhealachadh sin matchExpressions ceangailidh e na pods ri nód a tha mar-thà a’ ruith pod leis an leubail sin.
Bidh Kubernetes cuideachd a’ tabhann raon podAntiAffinity, nach eil, air an làimh eile, a 'ceangal a' phoit gu nód le pods sònraichte.
Mu abairtean nodeAffinity Faodar an aon chomhairle a thoirt seachad: feuch ris na riaghailtean a chumail sìmplidh agus loidsigeach, na feuch ri cus cuideam a chuir air an t-sònrachadh pod le seata riaghailtean iom-fhillte. Tha e glè fhurasta riaghailt a chruthachadh nach bi a rèir suidheachadh a’ bhraisle, a’ cruthachadh luchd neo-riatanach air a’ chlàr-ama agus a’ lughdachadh coileanadh iomlan.
7. Taints & Tolerances
Tha dòigh eile ann airson an clàr-ama a riaghladh. Ma tha cruinneachadh mòr agad le ceudan de nodan agus mìltean de mhicro-sheirbheisean, tha e gu math duilich gun a bhith a’ leigeil le cuid de pods a bhith air an cumail air nodan sònraichte.
Tha an dòigh air truaillearan - riaghailtean casg - a 'cuideachadh le seo. Mar eisimpleir, ann an cuid de shuidheachaidhean faodaidh tu casg a chuir air cuid de nodan bho bhith a’ ruith pods. Gus dath a chuir air nód sònraichte feumaidh tu an roghainn a chleachdadh taint anns a' chubaid. Sònraich an iuchair agus an luach agus an uairsin mar a tha e NoSchedule no NoExecute:
$ kubectl taint nodes node10 node-role.kubernetes.io/ingress=true:NoScheduleBu chòir a thoirt fa-near cuideachd gu bheil an inneal taint a 'toirt taic do thrì prìomh bhuaidhean: NoSchedule, NoExecute и PreferNoSchedule.
-
NoSchedulea’ ciallachadh nach bi inntrigeadh co-fhreagarrach ann an sònrachadh a’ pod airson a-nistolerations, cha bhith e comasach a chuir a-steach air an nód (san eisimpleir seonode10). -
PreferNoSchedule- dreach nas sìmplidheNoSchedule. Anns a 'chùis seo, feuchaidh an clàr-ama gun a bhith a' riarachadh pods aig nach eil inntrigeadh co-ionnantolerationsgach nód, ach chan e cuingealachadh cruaidh a tha seo. Mura h-eil goireasan anns a’ bhuidheann, tòisichidh pods air an cleachdadh air an nód seo. -
NoExecute- tha a ’bhuaidh seo a’ toirt air falbh pods aig nach eil inntrigeadh co-fhreagarrach sa bhadtolerations.
Gu inntinneach, faodar an giùlan seo a chuir dheth le bhith a’ cleachdadh an uidheamachd fulangas. Tha seo goireasach nuair a tha nód “toirmisgte” ann agus chan fheum thu ach seirbheisean bun-structair a chuir air. Ciamar a dhèanamh? Na leig seachad ach na pods sin aig a bheil fulangas iomchaidh.
Seo cò ris a bhiodh an sònrachadh pod coltach:
spec:
tolerations:
- key: "node-role.kubernetes.io/ingress"
operator: "Equal"
value: "true"
effect: "NoSchedule"Chan eil seo a’ ciallachadh gun tuit an ath ath-shuidheachadh air an nód shònraichte seo, chan e seo an uidheamachd Node Affinity agus nodeSelector. Ach le bhith a’ cothlamadh grunn fheartan, faodaidh tu suidheachaidhean clàr-ama sùbailte a choileanadh.
8. Suidhich Prìomhachas Cleachdadh Pod
Dìreach air sgàth 's gu bheil pods agad air an sònrachadh do nodan chan eil sin a' ciallachadh gum feumar a h-uile pod a làimhseachadh leis an aon phrìomhachas. Mar eisimpleir, is dòcha gum bi thu airson cuid de pods a chuir a-steach ro chàch.
Tha Kubernetes a’ tabhann diofar dhòighean air Prìomhachas Pod agus Preemption a rèiteachadh. Tha an suidheachadh air a dhèanamh suas de ghrunn phàirtean: nì PriorityClass agus tuairisgeulan làraich priorityClassName anns an t-sònrachadh pod. Bheir sinn sùil air eisimpleir:
apiVersion: scheduling.k8s.io/v1
kind: PriorityClass
metadata:
name: high-priority
value: 99999
globalDefault: false
description: "This priority class should be used for very important pods only"Bidh sinn a 'cruthachadh PriorityClass, thoir ainm, tuairisgeul agus luach dha. Nas àirde value, mar as àirde am prìomhachas. Faodaidh an luach a bhith mar shlànaighear 32-bit sam bith nas lugha na no co-ionann ri 1. Tha luachan nas àirde glèidhte airson pods siostam a tha deatamach do mhisean nach gabh a chuir air adhart san fharsaingeachd. Cha tachair gluasad às ach mura h-eil àite aig pod le prìomhachas àrd airson tionndadh, an uairsin thèid cuid de na pods bho nód sònraichte fhalmhachadh. Ma tha an uidheamachd seo ro theann dhut, faodaidh tu an roghainn a chuir ris preemptionPolicy: Never, agus an uairsin cha bhi preemption ann, seasaidh am pod an toiseach anns a’ chiudha agus feitheamh ris a’ chlàr-ama goireasan an-asgaidh a lorg air a shon.
An ath rud, bidh sinn a’ cruthachadh pod anns am bi sinn a’ comharrachadh an ainm priorityClassName:
apiVersion: v1
kind: Pod
metadata:
name: static-web
labels:
role: myrole
spec:
containers:
- name: web
image: nginx
ports:
- name: web
containerPort: 80
protocol: TCP
priorityClassName: high-priority
Faodaidh tu na h-uimhir de chlasaichean prìomhachais a chruthachadh agus a thogras tu, ged a thathas a’ moladh gun a bhith air do ghiùlan air falbh le seo (can, cuingealaich thu fhèin gu prìomhachas ìosal, meadhanach agus àrd).
Mar sin, ma tha sin riatanach, faodaidh tu èifeachdas cleachdadh sheirbheisean èiginneach leithid nginx-ingress-controller, coredns, msaa a mheudachadh.
9. Dèan an ìre as fheàrr de chòmhlan ETCD
Canar ETCD ri eanchainn a’ chnuasaich gu lèir. Tha e glè chudromach obrachadh an stòr-dàta seo a chumail aig ìre àrd, leis gu bheil astar gnìomhachd ann an Cube an urra ris. Is e fuasgladh math a bhiodh ann, agus aig an aon àm, an cruinneachadh ETCD a chumail air na prìomh nodan gus an dàil as lugha a bhith air an kube-apiserver. Mura h-urrainn dhut seo a dhèanamh, cuir an ETCD cho faisg ‘s a ghabhas, le leud-bann math eadar com-pàirtichean. Thoir aire cuideachd air cia mheud nodan bho ETCD a dh’ fhaodadh tuiteam a-mach gun chron don bhuidheann
Cumaibh cuimhne gum faod àrdachadh cus air an àireamh de bhuill ann am buidheann fulangas sgàinidhean àrdachadh aig cosgais coileanaidh, bu chòir a h-uile dad a bhith meadhanach.
Ma tha sinn a 'bruidhinn mu bhith a' stèidheachadh na seirbheis, tha beagan mholaidhean ann:
-
Biodh bathar-cruaidh math agad, stèidhichte air meud a’ bhraisle (faodaidh tu leughadh ).
-
Tweak beagan pharaimearan ma tha thu air cruinneachadh a sgaoileadh eadar paidhir DCn no an lìonra agad agus na diosgan a’ fàgail mòran ri bhith ag iarraidh (faodaidh tu leughadh ).
co-dhùnadh
Tha an artaigil seo a’ toirt cunntas air na puingean a bhios an sgioba againn a’ feuchainn ri cumail ris. Chan e tuairisgeul ceum air cheum a tha seo air gnìomhan, ach roghainnean a dh’ fhaodadh a bhith feumail airson a bhith a’ dèanamh an fheum as fheàrr de chnuasachd os an cionn. Tha e soilleir gu bheil gach brabhsair gun samhail na dhòigh fhèin, agus faodaidh fuasglaidhean rèiteachaidh atharrachadh gu mòr, agus mar sin bhiodh e inntinneach do bheachdan fhaighinn air ais air mar a bhios tu a’ cumail sùil air a’ bhuidheann Kubernetes agad agus mar a leasaicheas tu a choileanadh. Roinn an eòlas agad anns na beachdan, bidh e inntinneach fios a bhith agad.
Source: www.habr.com