De tergum in Proxmox VE

De tergum in Proxmox VE
articulus "Magica Virtualisation: Introductio ad Proxmox VE" bene nos hypervisorem in calculo inauguravit, cum repositione coniuncta, securitatem fundamentalem curavimus, et etiam primam machinam virtualem creavit. Nunc inspiciamus quomodo praecipua opera perficienda sint ut semper in casu defectui officia restituere possint.

Instrumenta indigena Proxmox te permittunt non solum notitias sursum redire, sed etiam imagines systematis operandi praefiguratos creare ad vivos instruere. Hoc non solum adiuvat ut novum servitorem creas pro aliquo servitio in brevi, si opus sit, sed etiam tempus minutum ad minimum.

Nolumus loqui de necessitate tergum creandi, cum hoc sit evidens et diu axioma fuerit. In aliquibus non manifestis rebus et formis habitemus.

Primum videamus quomodo salvatur notitia in tergum ratio.

Tergum Algorithmorum

Incipiamus ab eo quod Proxmox instrumenta bona habet vexillum pro exemplaribus machinis virtualis tergum faciendi. Perfacile efficit ut omnia tua virtualis machina notitia salventur et duas machinas compressiones sustinet, ac tres modi ad illos codices creandos.

Primum aspectum in machinationes compressiones:

  1. LZO compressionem. Compressionis notitia algorithmus in medio 90s inventa detrimenta reducitur. In codice scriptum erat Marcus Oberheimer (impletur in Proxmox ab lzop utilitate). Praecipuum proprium huius algorithm est summa velocitate unpacking. Ergo quodlibet tergum creatum hoc algorithmo utens explicari potest minimum temporis, si necesse est.
  2. GZIP compressionem. Hoc algorithmo utens, tergum in muscam comprimetur ab utilitate GNU Zip, quae utitur potenti Deflate algorithmus a creato. Phil Katz. Praecipua emphasis est in compressione maxima data, quae redigit spatium orbis occupatum exemplaribus tergum. Praecipua differentia ab LZO est quod pressio/decompressionis modi multum temporis capiunt.

Archiving modos

Proxmox administrator systematis electionem trium modorum tergum praebet. His utens, quaestionem debitam solvere potes determinando prioritatem inter necessitatem temporis et firmitatis tergum facti:

  1. Snapshot modus. Hic modus etiam Vive tergum vocari potest, quia non requirit claudendi virtualis machina uti. Hoc mechanismus utens operationem VM non interrumpit, sed duo gravissima incommoda habet - problemata oriri possunt ob limam densis ab operativae systematis et tardissimam celeritatem creationis. Tergum cum hac methodo creatum semper in ambitu experimenti probatum esse debet. Alioquin periculum est ne, si subitis recuperatio necessaria est, deficiat.
  2. Modus suspendendi. Recta machina ad tempus statum suum "constringit" donec processus tergum perficiatur. Contenta RAM non abrasa sunt, quae te pergere sinit exacte ab eo puncto quo opus intermissum est. Utique hoc facit ut servo downtime dum informationes exscribuntur, sed non opus est ad virtualem machinam averte, quae aliqua officia satis critica est. Lorem ipsum aliqua officia non dui. Nihilominus huiusmodi tergum etiam ad experimentum ambitus experimenti explicari debent.
  3. Subsisto Modus. Certissima methodus tergum, sed completum apparatus virtualis shutdown requirit. Mandatum mittitur ad faciendum iustam shutdown, post intermissione, tergum perficiatur, et dein mandatum est ut in machinam virtualem convertatur. Numerus errorum cum hac accessione minimus est ac saepissime ad nihilum redactus. Tergum hoc modo creaverunt fere semper recte explicant.

Faciendo reservatio procedure

Tergum creare:

  1. Eamus ad machinam virtualem desideratam.
  2. Elige quod item Reservatio.
  3. urna ipsum Cras nunc. Fenestram aperiet in qua parametri futuri tergum eligere potes.

    De tergum in Proxmox VE

  4. Sicut repono significamus unum nos connexum in priore parte.
  5. Post parametri delectis, premere puga Reservatio et expecta donec tergum creetur. Inscriptio erit de hoc NEGOTIUM OK.

    De tergum in Proxmox VE

Nunc archivum creatum cum exemplaribus machinis virtualis tergum in promptu erit ut ex calculonis servi accipias. Simplicissima et communissima ratio scribendi est SFTP. Ad hoc utere, populari suggestu crucis FTP clientis FileZilla, quae SFTP protocollo uti potest.

  1. In agro exercitum IP oratio nostrae virtualisation server in agro nomen usoris intra radix in agro Password - is qui per institutionem delectus est et in agro portum indicant "22" (vel quemlibet alium portum qui hospites SSH nominatus est).
  2. urna ipsum Fast nexum et, si omnia elata recte inscripta sunt, in tabula activa videbis omnia documenta in calculonis posita.
  3. Vade ad directorium /mnt/storage. Omnia tergum creatae in subdirectoria "dump" collocabuntur. Et videbunt sicut:
    • vzdump-qemu-machine_number-date-time.vma.gz si modum GZIP deligas;
    • vzdump-qemu-machine_number-date-time.vma.lzo in casu eligendi modum LZO.

Commendatur ut statim tergum exemplaribus e servo downloadibus conserves et in loco tuto, exempli gratia, in nostra nube repono. Si limam cum vma solutione solvas, utilitas eiusdem nominis quae cum Proxmox venit, intra fasciculi extensiones erunt. crudam, conf ΠΈ fw. Haec files quae sequuntur continent:

  • crudam - orbis imago;
  • conf β€” VM configuration;
  • fw β€” Firewall occasus.

Restituendi ex tergum

Consideremus condicionem ubi virtualis machina accidens deleta est et eius repentina restitutio ex tergum exigitur;

  1. Aperi locum repono ubi exemplum tergum sita est.
  2. Vade ad tab Summa.
  3. Lego desideravit exemplum et premere puga convaluisset.

    De tergum in Proxmox VE

  4. Indicamus scopum repositionis et ID, quod machinae assignatum erit, postquam processum est peractum.
  5. urna ipsum convaluisset.

Cum restitutio plena fuerit, VM in indice rerum promptarum patebit.

Cloning virtual machina

Exempli causa, supponatur societas necessitatem mutandi ad aliquod servitium criticum. Talis mutatio inducitur per multas mutationes ad imaginum fasciculos. Vagus effectus est et quilibet error potest servitium causare defectum. Ne tale experimentum ne servo currenti afficiat, suadetur ut machina virtualis cingatur.

Mechanismus exquisitum exemplar efficiet virtualis servientis, cum quo aliquae mutationes fieri possunt sine operatione principalis muneris. Deinde, si bene mutationes applicantur, VM novum educitur et vetus clauditur. Pluma in hoc processu est quod semper memorandum est. Machina cloned IP oratio eadem cum originali VM habebit, sensus conflictus electronicus erit cum incipit.

Dicemus tibi quomodo talem casum vitemus. Proxime ante exquisita, debes mutare configurationem retis. Ad hoc faciendum, opus IP ad tempus mutare, sed ministerium retis non sileo. Postquam exquisita machina principalis peracta est, redire debebis occasus, et aliam IP inscriptionem pone in machina cloned. Ita duo exemplaria eiusdem servo in diversis inscriptionibus recipiemus. Hoc licebit tibi cito novum ministerium in operando ponere.

Si hoc officium serviens interretialis est, tantum debes mutare A-recordum cum provisore tuo DNS, postquam client petitiones huius domain nomen mittentur ad electronicam machinae virtualis cloned.

Per viam, Selectel omnes clientes suos praebet cum servitio serviendi quovis numero dominiorum in NS servientibus obnoxiae gratis. Tabularia administrantur tam per tabulam nostram quam per specialem API. Read more about this in scientia nostra basi.

A VM in Proxmox valde simplex opus est. Ad hoc debes facere quae sequuntur;

  1. Abi ad machinam quae nobis opus est.
  2. Eligere ex menu More illud clone:.
  3. In fenestra, quae aperit, parametrum imple in Nomine.

    De tergum in Proxmox VE

  4. Praestare exquisitis ad tactum puga clone:.

Hoc instrumentum tibi permittit ut exemplar virtualis apparatus non solum in locali servo facias. Si plures servientes virtualizationis in botrum coniunguntur, hoc instrumento utens statim potes creatum exemplar ad desideratum corporis cultorem movere. A utilis pluma est repono arbitrium orbis (parameter Scopum repono) , quod valde commodum est, cum virtualem machinam ab uno corpore media ad alia movens.

Rectum repono formats

Dicamus tibi plura de formatis activis in Proxmoxis adhibitis:

  1. IMPERITUS. Intelligibilis et simplex forma est. Hoc est byte-pro-byte notitia lima sine compressione vel optimizatione ferreus coegi. Forma haec perquam opportuna est, quia facile cum imperio in quavis Linux systematis regulam escendere potest. Hoc autem est velocissimum "genus" coegi, quia hypervisor nullo modo id opus est.

    Grave incommodum huius formae est quod quantumcumque spatium machinae virtualis sortieris, idem prorsus spatium orbis rigidi occupabitur a fasciculo INCOCTUS (quantumcumque spatium actualis intra machinam virtualem occupatam).

  2. QEMU forma imaginis (qcow2). Fortasse forma universalissima ad aliquod opus faciendum. Commodum est ut fasciculi notitiae spatium actu occupatum intra machinam virtualem tantum contineant. Exempli gratia, si 40 GB spatii partita est, sed tantum 2 GB adhibita erat, reliquum spatii aliis VMs praesto erit. Hoc magni momenti est cum orbis tractus salutaris.

    Parvum incommodum operandi cum hac forma talis est: ut talem imaginem in quamlibet aliam rationem conscendas, primum necesse est ut perspicias. specialis NBD exactoriset utere utilitate qemu-nbd, quae ratio operativae ad tabellam ut regularis fabricae clausurae accedere permittit. Post haec, imago praesto erit ad ascendendum, partitionem, ratio lima inspicienda aliaque operationes.

    Animadvertendum est omnes I/O operationes cum hac forma utens in programmate discursum esse, quae tarditatem secumfert cum active laborat cum subsystem orbis. Si negotium datorum explicandi est in calculonis, melius est eligere forma rudis.

  3. Forma imaginis VMware (vmdk). Haec forma ad hypervisorem VMware vSphere indigena est et in Proxmox ad convenientiam comprehensa est. Permittit ut virtualem machinam VMware migrare ad infrastructuram Proxmox.

    Usus vmdk in fundamento permanenti non commendatur, haec forma tardissima est in Proxmox, ideo solum apta est ad migrationes peragendas, nihil amplius. Haec defectus verisimiliter in praeviso futuro tolletur.

Opus per orbem imagines

Proxmox venit cum utilitate commodata quae vocatur qemu-img. Una functionum suarum est imaginum orbis virtualis convertere. Uti, modo hypervisorem aperi et praeceptum in forma currite;

qemu-img convert -f vmdk test.vmdk -O qcow2 test.qcow2

In exemplo, vmdk imago VMware virtualis coegi vocati Test convertetur ad forma qcow2. Hoc mandatum valde utile est cum errorem in forma initiali emendare debes.

Eodem mandato, cogere potes creationem imaginis desideratae argumenti utentis create:

qemu-img create -f raw test.raw 40G

Hoc mandatum test imaginem creabit in forma IMPERITUS40 GB in magnitudine. Nunc aptum est cuilibet virtuali machinis connectere.

Resizing orbis prope

Et in fine ostendemus tibi quomodo ad magnitudinem orbis imaginis augendam si aliqua de causa spatium in eo diutius non est. Ad hoc utimur argumento resize;

qemu-img resize -f raw test.raw 80G

Nunc imago nostra 80 GB magnitudine facta est. Inspicere potes detailed informationem de imagine utens argumentationis Info:

qemu-img info test.raw

Noli oblivisci ipsam imaginem augere non sponte augere partitionis magnitudinem - simpliciter spatium liberum praesto adiciet. Ad partitionem augendam, utere imperio;

resize2fs /dev/sda1

quibus / Dev / sda1 β€” Requiritur capitulum.

Automation of tergum

Modus manualis utendi tergum creandi est labor intensivus et temporis edax labor. Quam ob rem Proxmox VE instrumentum ad tergum automatice horarium accedendum includit. Intueamur quomodo hoc facias;

  1. Interfaciei hypervisoris utens, item aperi Mauris interdum.
  2. Elige quod item Reservatio.
  3. urna ipsum addere.
  4. Parametri pone pro scheduler.

    De tergum in Proxmox VE

  5. Reprehendo arca archa enable.
  6. Servo mutat per ipsum partum.

Nunc schedula automatice programmata tergum in tempus definitum mittet, in schedula determinata fundatur.

conclusio,

Modos normas recensuimus ad tergum sursum et ad machinas virtuales restituendas. Earum usus permittit ut omnia indicia sine difficultatibus serves et in casu necessitatis instanter restituas.

Utique, hoc non potest nisi magna notitia servare. Multa instrumenta in promptu sunt, exempli causa. duplicitascum quibus exemplaria plena et incrementalia contentorum Linux fundatae virtualis servientibus creare potes.

Cum tergum agendi modum faciendo, semper considerare debes ut subsystem orbis active onerent. Ideo commendatur ut hae rationes peragantur in periodis minimi oneris ad vitandas moras in I/O operationibus intra machinis. Status orbis operandi monitor potes directe moras interfacii hypervisoris (IO parametri mora).

Source: www.habr.com