Thesaurizantes notitias in Kubernetes botri

Plures modi sunt configurandi notitias repositionis applicationes ad botrum Kubernetes currentium. Earum alia iam antelata sunt, alia nuper admodum visa. In hoc articulo, notionem trium optionum inspiciemus pro rationum repositorium connectendo, inter recentissimas - per continentem Repono Interface.

Thesaurizantes notitias in Kubernetes botri

Modus I: Specificare PV in vasculo manifesto

Typical vasculum manifesta in botro Kubernetes describens;

Thesaurizantes notitias in Kubernetes botri

Partes manifesta sunt quae describunt cui volumini connexum est et quo colore illustratur.

sectioni volumeMounts puncta indicant montem (mountPath) β€” in quo directorio intra continens volumi permanentem conscendetur, necnon nomen voluminis.

sectioni x omnia volumina enumerat quae in vasculo adhibita sunt. Nomen cuiusque voluminis denota, tum generis (in nostro casu: awsElasticBlockStore) et nexum parametri. Quae parametri recensentur in manifesto genere voluminis dependet.

Idem volumen simul in pluribus vasculis comprehendi potest. Hoc modo, processus applicationis diversi eadem notitia accedere possunt.

Methodus haec connexionis initio inventa est, cum Kubernetes in sua infantia iustus erat, et hodie methodus iam superata est.

Plures quaestiones sunt cum ea utantur;

  1. omnia volumina manually creari debent: Kubernetes nihil nobis creare potest;
  2. accessus parametri ad unumquemque volumen singulares sunt, et specificandae sunt manifestationes omnium siliquarum quae in volumine utuntur;
  3. systema repositionis mutandi (exempli gratia, ab AWS ad Google Cloud move), debes mutare uncinos et genus voluminum in omnibus manifestis inclusis.

Haec omnia valde incommodum sunt, ut in re haec methodus coniungi soleat quaedam specialia voluminum genera: configMap, secretum, emptyDir, hostPath:

  • configMap et secreta sunt opera volumina quae permittunt te volumen creare cum fasciculis ex Kubernetibus manifestis in continente.

  • emptyDir volumen temporale, solum vivo vasculum creatum. Commodum est uti ad tentationem vel ad tempus reponenda notitia. Vasculum cum deletum est, volumen inaneDir etiam deletum est et omnia notitia amissa est.

  • hostPath - permittit ut ullum indicem conscendas in disco locali servitoris in quo applicatio currit intra vas cum applicatione, inter /etc/kubernetes. Haec notatio tuta est, ideo rationes securitatis typice huius generis voluminum usum prohibent. Alioquin applicatio oppugnatoris HTC Kubernetes directorium intra suum receptaculum conscendere poterit et omnes libellos glomeratos furari. Typice, hostPath volumina tantum adhibita sunt per applicationes systematis quae in spatio nominali kube currunt.

Repono systemata Kubernetes operata cum extra cistam in documentis traduntur.

Modus 2. Connection ad SC/PVC/PV focos

Jocus nexus modus est conceptus at classium, PersistentVolumeClaim, PersistentVolume.

Repono classis parametri nexum addit ad systema notitia repono.

PertinaxVolumeClaim describitur usus ad id quod usus necessarios.
PertinaxVolume parametri accessere thesauros ac statum volumen.

Essentia ideae: in vasculo manifesto codicem type PersistentVolumeClaim indicant et nomen huius entitatis in parametro affirmationis designant.

Thesaurizantes notitias in Kubernetes botri

PersistentVolumeClaim manifestius describit requisita pro volumine notitiarum quod applicationis postulat. Complectens:

  • disci magnitudine;
  • accessum modum: ReadWriteOnce vel ReadWriteMany;
  • ligamen cum classe repono - in quibus notitia repono systematis volumen creare volumus.

Classis repono manifesta genus et parametri nexus ad systema reponendi reponit. Cubiculum his indiget ut in suo nodi volumine conscendant.

Pertinax Volumus manifestat indicare Repono genus et accessus parametri ad certum volumen (volumen ID, iter, etc.).

Cum PVC creando, Kubernetes inspicit quantam volumen et quam tabularium genus requiratur, et liberum Pertinax Volumen eligit.

Si huiusmodi PVs non adsunt, Kubernetes programma speciale - provisor (nomen eius in atonia classe indicatum). Haec programma coniungit cum systemate repositorio, volumen quaesitae magnitudinis creat, identificantem accipit et in botro Kubernetes manifestam efficit Volumen, quod cum PersistentVolumeClaim coniungitur.

Haec omnia abstractionum permittunt tibi ut informationes removeas de quibus reponendi ratio applicationis laborat cum applicatione manifesta gradu ad gradum administrationis.

Omnes parametri ad connexionem cum systemate notitia repono in genere repono, pro quibus administratores glomerati responsales sunt. Omnes facere debes cum ab AWS ad Google Cloud movens est nomen at genus ad PVC in applicatione manifestat mutare. Perseverantia Volumen pro notitia repono in botro automatice utens programmate Provisoris creabitur.

Modus 3. continens at mollis

Totum codicem qui cum variis systematibus repositionis intercedit, partem nuclei Kubernetes habet. Cimex emissio fixarum seu novarum functionum ad novas emissiones ligatur, signum mutandum est pro omnibus versionibus Kubernetensium confirmatis. Haec omnia difficile est tenere et novas functiones addere.

Ad problema solvendum, tincidunt a Cloud Foundry, Kubernetes, Mesos et Docker continentem repositam interfaciem (CSI) creaverunt - simplex interfacium unificatum, quod describit commercium continentis systematis et exactoris specialis (CSI Driver) operante specifico ratio repono. Totum codicem pro commercio cum systematibus repono a Kubernetes core ad systema separatum movebatur.

Continens at mollis Documenta.

De more, CSI Coegi in duobus consistit: Node Plugin et Plugin Controller.

Node Plugin in singulis nodi incurrit et auctor est voluminum ascendendi et operationes in illis faciendo. Pluginum moderatoris ratio cum repositione mutuatur: volumina gignit vel delet, accessum iura assignat, etc.

Nunc enim veteres aurigae in Kubernetes nucleum manent, sed non amplius commendantur utendum sit, et quisque suadet ut nominatim CSI Coegi instituere rationem qua operabuntur.

Innovatio eos terreat qui iam adsuetos sunt per tabulas repositas constituere, sed re vera nihil terribile accidit. Programmatores enim nihil realiter mutat - sed solum nomine at classium operati sunt et perseverent id facere. Pro administratoribus, chartula institutionis gubernacula addita est et structura occasus mutata est. Si antea ordines directe in tabularium classium intrabantur, nunc primum in chart gubernaculo ponentur, deinde in classe repono. Si inspicias, nihil mali factum est.

Exemplum sumamus ut beneficia quae inspicere potes per commutatione ad systema repono Ceph coniungens utendo rectore CSI.

Cum opus cum Ceph, CSI plugin plus optiones praebet ad operandum cum systematibus repono quam in rectoribus constructum.

  1. Dynamici orbis creatio. De more RBD orbis in RWO modo tantum adhibentur, sed CSI pro Ceph in RWX modo adhibeantur. Siliquae plures in diversis nodis eundem orbem RDB in nodis conscendere possunt et cum illis in parallelis operantur. Pulchra esse, non omnia tam clara - hic orbis solum conexus esse potest ut fabricae truncus, quod significatum erit accommodare applicationi ad operandum cum eo in multiplici accessu modo.
  2. Partum snapshots. In botro Kubernetes, manifestam creare potes cum postulatione ut snum creandi. Plugin CSI eam videbunt et scapham ex orbe accipies. Ex eo potes facere vel tergum vel exemplar Pertinax Voluminis.
  3. Augendae orbis magnitudine reposita ac Persistent Volumine in Kubernetes botrus.
  4. Quotus. Agitatores CephFS in Kubernetes constructi quotas non sustinent, sed nova CSI plugina cum recentissimis Ceph Nautilus quotas in partitionibus CephFS efficere possunt.
  5. Metrica. Plugin CSI suppeditabit Prometheus variis metris de quibus volumina connexa sunt, quid communicationes fiant, etc.
  6. Mathematicae conscius. Permittit tibi ostendere in manifestis quomodo botrus geographicus distributus est, et ne coniungas systema repositorium Amstelodami situm ad siliquas Londinii currentes.

Quomodo coniungere Ceph cum botro Kubernetes per CSI, vide? in practica parte scholae Slurm vesperi praelectiones. Etiam subscribere potes Ceph video cursumquae die 15 Octobris deducet.

Auctor articuli: Sergey Bondarev, architectus in Southbridge exercens, Certified Kubernetes Administrator, unus ex tincidunt kubespray.

Paulo Post Scriptum non pro vendo, sed pro commodo.

PS Sergey Bondarev duos cursus intensive ducit: updated Kubernetes Base Septembris 28-30 et provectus Kubernetes Mega Octobris 14-16.

Thesaurizantes notitias in Kubernetes botri

Source: www.habr.com