Renova!. In comment, unus legentium conatus suggesserant (fortasse ipse in eo laborat) sic sectionem de hac solutione adieci. Ego quoque scripsi quia processus longe a reliquis differt.
Ut sis honestus, dedi et dedi (saltem nunc). utar . Quare? Propter repono! Quis crederet me magis cum repositione quam cum ipsa Kubernetes tinniturum. ego uti quia vile est et opus bonum est et ab ipso initio sum usus botri disponi . Kubernetes operas de Google/Amazon/Microsoft/DigitalOceano, etc., etc. administrasse non tentavi, quia omnia ipse discere volui. Frugi etiam sum.
Ita sic, multum temporis exegi uter quaererem uter repositionis eligeret, cum ego acervum Kubernetes possibilem aestimarem. Fontes solutiones apertas malim, non solum propter pretium, sed duas optiones solvendas curiositate perspexi quia liberas versiones cum limitibus habent. Numeros aliquos e recentibus probationibus sciscitans, cum optiones diversas comparavi, et usui esse possent discentibus de repositione Kubernetes. Etsi ipse Kubernetes pro nunc vale dixisse. Ego quoque volo commemorare , quod directe edidit Hetzner Cloud volumina, sed tamen non probavi. Inspexi in nubem repositam programmatum definitum, quia mihi opus erat replicatione et facultate celerius volumina pertinacia in quavis nodi conscendere, praesertim in casu nodi defectis et similibus adiunctis. Solutiones aliquae punctum temporis snapshots offerunt et tergum off-situm, quod opportunum est.
6-7 solutiones repono tentavi;
Sicut iam dictum Probatus maxime ex indice optionum, initio OpenEBS constitui. Perfacile est OpenEBS instituere et uti, sed honestum esse, cum probata realia sub onere data, deceptus sum cum suis effectibus. Hic fons apertus est, et tincidunt in suo sunt semper valde utile, cum opus fuerit auxilio. Infeliciter, valde pauper effectus habet ad alia bene comparata, ideo probationes re- currendum esse oportuit. OpenEBS currently has 3 machinas repositiones habet, sed proventus pro cStor constituo. Numeros pro Jiva et LocalPV adhuc non habeo.
In nuce, Jiva paulo velocior est, et LocalPV plerumque velocius est, non peius quam orbis Probatio directe. Problema de LocalPV est quod volumen solum ad nodi accessi potest, ubi paratus erat, et nulla omnino replicatio est. Habui aliquas difficultates restituendi tergum via in novo botro, quia nodi nomina diversa erant. Si de tergum loquimur, cStor has , cum quo in puncto temporis scorpionum tergum off-situm facere potes, quod commodius est quam tergum lima graduum cum Velero-Restico. scripsi ut facilius tergum cum hoc plugin reduceret. Overall, I really like OpenEBS, but its performance...
Rook fons etiam apertus est et a reliquis optionum in indice differt quod orchestrator repositionis est qui multiplicia officia repono administrationis cum diversis backends, e.g. , et alii, quod opus valde simplificat. Problemata cum EfgeFS habui cum ante aliquot menses id probavi, ita maxime probavi cum Ceph. Ceph non solum repositio offert scandalum, sed etiam obiectum repositionis compatitur cum S3/Scito et ratio lima distributa. Quod mihi placet de Ceph facultas est data voluminis divulgandi per plures orbis orbes ita ut volumen plus spatii orbis uti possit quam in unum disci aptare potest. Praesent commodo. Aliud frigidum pluma est quod cum discos ad botrum addideris, automatice data per omnes orbes redistribuit.
Ceph snapshots habet, sed quantum scio directe adhiberi non possunt in Rook/Kubernetes. Verum, in hoc alto non ambulavi. Sed tergum non exstent, ut aliquid cum Velero/Restic utendum habebis, sed solum tergum lima graduum, non temporis snapshots punctum. Quod ego vere probavi de Rook, quam facile est laborare cum Ceph - occultat fere omnia complicata supellectilia et instrumenta loquendi ad Ceph directe praebet ad sollicitudinem. Infeliciter, inter accentus examinandi Ceph volumina, problemata cum quod facit Ceph instabiles fieri. Nondum liquet utrum hoc in ipso Ceph cimex sit an quaestio in via Rook Ceph administrat. Memoriae uncinis tinked et convalui, sed quaestio non omnino solvitur. Ceph honestam habet observantiam, ut videre potes in Probationibus infra. Etiam bonum ashboardday habet.
Ego vere similis Longhorn. Opinor, haec solutio spondei est. Verum, tincidunt ipsi (Rancher Labs) fatentur nondum idoneos esse ad ambitum operandum, idque demonstrat. Fons apertus est et honestam actionem habet (quamvis tamen nondum optimized est), sed volumina diutissime ad vasculum coniungunt, et in casibus pessimis 15-16 minutas capit, praesertim post magnum tergum vel restitutum. quod inposuit upgrading. Snapshots et off-site tergum horum snapshots habet, sed solum ad volumina applicant, ut velero aliqualiter indigebis ad alias facultates tergum. Tergum et reddit certissimum, sed indecenter tardus. Serio, modo incredibiliter tardus. CPU Usus et ratio oneris saepe spicae cum media copia notitiarum in Longhorn laborat. Est idoneum ashboardday ad Longhorn administrare. Dixi iam me ut Longhorn, sed aliquo opere eget.
StorageOS primus productum in album solvit. Versio elit habet cum quantitate 500GB reposita limitata moderata, sed limitem numeri nodis esse non puto. Dicasterii venditores dixerunt mihi sumptus $ 125 per mensem pro 1 TB, si recte memini. Est ashboardday fundamentalis et opportunus CLI, sed mirum aliquid cum effectu geritur: in quibusdam benchmarks est satis honestus, sed in volumine accentus expertus non amo celeritatem omnino. In universum quid dicam nescio. Ita non multum intellexi. Non sunt tergum hic extemporalitatis et etiam Velero cum Resticis voluminibus tergum utendi habebis. Mirum est, quod productum solvitur. Et tincidunt non remissa communicare studebant.
Didici de Robin in Reddit ab eorum directore technico. numquam antea de eo audivi. Forsitan quia solutiones liberas quaerebam, sed Robin solvit. Versionem liberam satis liberalem habent cum 10TB e repositionis et tribus nodis. Super, productum est satis decens et lepida lineamenta habet. Est magna CLI, sed frigidissima res est quod totam applicationem snapshot et tergum (in ope selectoris quod dicitur Helm solvo vel "flex apps"), inclusa volumina et alia facultates, sic sine Velero facere potes. Mirabilia autem omnia essent nisi pro uno minuto: si restitues applicationem (vel "importum", sicut in Robin novo vocatur) applicationem in novo botro - exempli gratia, in eventu recuperationis ex calamitate - restitutionem; opera sane, sed pergit ad applicationem vetitum. Hoc simpliciter non potest fieri in hac liberatione, sicut tincidunt confirmaverunt. Hoc est, ut mitius, mirumque, praesertim in aliis commodis (exempli gratia, incredibiliter ieiunaveris tergum et restituat). Tincidunt promittunt figere omnia iuxta emissionem proximam. Facissatio plerumque bona est, sed imparitatem animadverti: si Probatio directe in volumine hospitati apposito curram, celeritas lectionis multo velocior est quam idem volumen intra vasculum currit. Ceteri eventus idem sunt, sed in ratione nihil interest. Etsi in ea laborant, perturbatus sum de problemate restitutionis et tergum - putabam me tandem solutionem idoneam invenisse, et etiam volens solvere pro ea cum plus spatii vel plus servientibus opus erat.
Hic non multa dicam. Hoc est productum pretium, aeque frigus et sumptuosum. Officium simpliciter mirabile est. Hoc est optimum indicator tantum. Remissa mihi narravit pretium cursus in $205 per mensem per nodi incipit, sicut in Google GKE Marketplace recensetur. Nescio an vilius erit si directe emeris. Quod usquam praestare non possum, ita valde me fefellit ut vitreae licentiae (usque ad 1 TB et 3 nodos) in Kubernetes fere inutilem esse, nisi tu escis cibariis contentus es. Sperabam licentiam volubilis se sponte ad elaborationem declivi in fine iudicii periodi, sed hoc non evenit. Licentia in vitreis modo directe adhiberi potest cum Docker, et conformatio in Kubernetes gravissima et limitata est. Profecto fontem apertum malim, sed si haberem pecuniam, Portworxiam certe eligerem. Hactenus eius effectus simpliciter aliis bene non comparat.
Hanc sectionem post publicationem nuntii addidi, cum lector Linstor experiri suaderet. Experivi et mihi placuit! Sed plus investigare debeo. Nunc dicere possum efficaciam satis bonam esse (resultatus probationis infra addidi). Re vera, eandem efficaciam ac cum probatione disci directi consecutus sum, sine ullo onere. (Noli quaerere cur numeri Portworx meliores sint quam probatione disci directi. Nescio. Magia, opinor.) Itaque Linstor hactenus efficax videtur. Constituere non est prorsus difficile, sed non tam facile quam aliae optiones. Primo, Linstor (modulum nuclei et instrumenta/officia) instituere et LVM pro tenui provisione et auxilio imaginum extra Kubernetes, directe in hospite, constituere debui, deinde opes necessarias ad usum repositionis ex Kubernetes creare. Non laetus eram quod non functionabat in... CentOS et uti debui UbuntuNon est magna res, scilicet, sed paulo molestum est quia documentatio (quae optima est, obiter) nonnullos fasciculos commemorat qui in repositoriis Epel specificatis non praesto sunt. Linstor imagines momentaneas habet, sed nullas copias externas, ita Velero cum Restic iterum pro copiis voluminis uti debui. Imagines momentaneas praeferim copiis in gradu fasciculorum, sed hoc tolerabile est si solutio est perfunctoria et certa. Linstor est fons apertus, sed est subsidium solutum. Si recte intellego, eo sine restrictionibus uti potes etiam si contractum subsidii non habes, sed id mihi inspicere deberem. Nescio quam probatum sit Linstor pro Kubernetes, sed ipsum stratum repositionis extra Kubernetes est, et videtur iamdiu exstitisse, ita probabiliter iam in condicionibus realibus probatum est. Estne hic solutio quae me sententiam mutare et ad Kubernetes redire faceret? Nescio. Necesse est mihi paulo plus investigare et de replicatione discere. Videbimus. Sed prima impressio bona est. Certe malo meis propriis Kubernetes gregibus uti quam Heroku propter maiorem libertatem et novas res discendas. Quoniam Linstor non tam facile instituitur quam alii, mox de hoc scribam.
Benchmarks
Infeliciter, multas notulas de comparatione non servavi quia non putavi me de ea scribere. Tantum proventum e scamnis fundamentalibus fio et solum pro racemis nodi simplicibus, ideo numeros non habeo pro figurationibus replicatis adhuc. Sed ex illis eventibus asperam notionem consequi potes quae ab unaquaque optione expectes, quia eas comparavi in eisdem ministris nubium, 4 coros, 16 GB ipsius RAM, additis 100 GB orbis ad probata volumina. Probationes ter cucurri pro qualibet solutione et medium exitum computavi, plus servo occasus pro singulis productis expono. Haec omnia omnino insensibilia sunt, modo generalem notionem tibi dabo. In aliis probationibus, 38 GB imagines et videos e codice ad probandum legendi et scribenti exscripsi, sed, heu, numeros non servavi. Breviter: Portworkx multo velocior fuit.
In codice enim probationis hoc manifestius usus sum;
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
name: dbench
spec:
storageClassName: ...
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 5Gi
---
apiVersion: batch/v1
kind: Job
metadata:
name: dbench
spec:
template:
spec:
containers:
- name: dbench
image: sotoaster/dbench:latest
imagePullPolicy: IfNotPresent
env:
- name: DBENCH_MOUNTPOINT
value: /data
- name: FIO_SIZE
value: 1G
volumeMounts:
- name: dbench-pv
mountPath: /data
restartPolicy: Never
volumes:
- name: dbench-pv
persistentVolumeClaim:
claimName: dbench
backoffLimit: 4Primum volumen cum classe repono convenientibus condivi et deinde officium cum fio post scaenas cucurrit. Accepi 1 GB ut aestimes observantiam et non nimis diu exspecto. Hic eventus sunt:
Optimum valorem cuiusque metrici in viridi et pessime rubro extulit.
conclusio,
Ut vides, Portworx in pluribus melius quam alii praestitit. At mi carum est. Nescio quantum Robin impensas, sed magnam versionem liberam habent, ut si pretium operis vis, id experiri potes (suppedite enim quaestionem de restituendo et in tergum cito figunt). De tribus liberis minimis quaestionibus cum OpenEBS habui, sed effectus eius abysmal est. Misericordia est non plures eventus servavi, sed spero numeros et commentationes meas te adiuvabunt.
Source: www.habr.com
