Sveiki dar kartą, visi. Šiandien tęsime šios serijos straipsnius apie OpenVZ. At ankstesnis įrašas aprėpiame viską, kas susiję montavimas pateikė „OpenVZ“.
Taigi, jei viskas pavyko gerai, jau turėtume turėti savo serverį OpenVZ įdiegta ir pasirengusi pradėti dirbti su ja.
Šiandien mes kalbėsime apie viską, kas susiję su konteineriai, tiek jo sukūrimas, tiek konfigūravimas ir valdymas.
Konteinerių kūrimas
Los konteineriai o Jūs Tai yra virtualios aplinkos (virtualios mašinos), kurias sukursime ir valdysime naudodami savo serverį OpenVZ. Norėdami juos sukurti, turime turėti šabloną.
Los šablonai tai modelis, iš kurio bus pastatytas konteineris. Juose yra įvairūs sistemos veikimui reikalingi paketai ir kai kurios pagrindinės programos, taip pat visi metaduomenys (šablono talpykla), skirti mašinai sukurti ir konfigūruoti.
Yra įvairių šablonų paskirstymai de Linux. Kai kurie iš jų yra oficialiai prižiūrimi, o kiti yra bendruomenės indėlis.
Paprasčiausias būdas juos gauti yra naudoti vieną iš iš anksto sukurti šablonai. Jie buvo gauti sukūrus konteinerį iš šablono ir supakavus jį į failą gzip.
Tie suglaudinti failai bus tie, kuriuos atsisiųsime ir iš kurių sukursime savo konteinerius. Tokiu būdu konteinerių kūrimas yra daug greitesnis ir lengvesnis nei anksčiau, kai talpyklą reikėjo sugeneruoti rankomis. Viskas, ką jums reikia padaryti šiandien, yra atsisiųsti pasirinkto platinimo failą iš šio puslapio:
http://openvz.org/Download/template/precreated
Atsisiųsdami išsaugome jį tokiu, koks yra šiame mūsų serverio kataloge:
/vz/template/cache
Dabar mes galime sukurti savo konteineriai iš įdiegtų šablonų. Pirmiausia reikia nepamiršti, kad kiekviename talpykloje yra susietas skaitmeninis ID, kuris naudojamas identifikuoti VE ir kad jo negalima pakartoti toje pačioje fizinėje šeimininkėje.
Be to, ID turi būti didesnis nei 100, nes sistema naudoja ID nuo 0 iki 100.
Tvarkyti konteinerius svarbiausia yra vzctl. Nauja sintaksė naudojama kuriant naują sudėtinį rodinį:
#vzctl create --ostemplate template --config config_file
Kaip pavyzdį, mes įdėjome šablono, kurį atsisiųsime anksčiau, pavadinimą. Config parametras yra neprivalomas. Į jį įdėsite failo pavadinimą su iš anksto nustatytomis talpyklų konfigūracijomis.
Jei to nenurodysime, turėsime padėti rankomis. Konfigūracijos failai yra:
/etc/sysconfig/vz-scripts
Failų pavadinimai turi tokią struktūrą:
ve-nombre_config.conf-sample
Dažniausias yra basic (ve-basic.conf-sample). Mes galime naudoti tuos, kurie yra sukurti pagal numatytuosius nustatymus, arba kurti savo. Bet kokiu atveju visas nurodytas reikšmes galima pakeisti vėliau.
Pvz., Norėdami sukurti talpyklą su ID 101, iš debian šablono, kurį atsisiuntėme anksčiau, ir naudodamiesi pagrindine konfigūracija, vykdome:
#vzctl create 101 --ostemplate debian-6.0-x86 --config basic
Konteinerio konfigūracija
Sukūrę savo sudėtinį rodinį galime pereiti prie jo konfigūravimo. Tam mes naudojame šią sintaksę:
#vzctl set --parametro valor --parámetro valor […]
Yra daugybė parametrų, kuriuos galime sukonfigūruoti. Norėdami su jais susipažinti, visi galime pereiti į „vzctl“ vadovą (#vyras vzctl) arba į openvz wiki.
Norėdami juos pakeisti, jie lieka išjungus sistemą, komandos pabaigoje turime pridėti –save. Jei ne, tai truks tik iki kito išjungimo.
Čia mes paaiškinsime keletą pagrindinių komandų:
Konfigūruokite talpyklą, kad ji paleistų, kai kompiuteris paleidžiamas arba ne.
onboot [yes/no]
Nurodykite kompiuterio pagrindinio kompiuterio pavadinimą
hostname
Prie įrenginio pridėkite IP adresą. Jie pridedami kaupiamai.
ipadd
Jei norime ištrinti bet kurį iš anksčiau sukonfigūruotų, turime naudoti:
ipdel dir_ip|all
Konfigūruokite DNS serverių adresą. Šią parinktį galite naudoti kelis kartus toje pačioje komandoje, kad sukonfigūruotumėte kelis serverius. Tai atlikus bus perrašyti visi anksčiau sukonfigūruoti vardų serveriai.
nameserver
Nustatykite sistemos vartotojo slaptažodį. Jei jo nėra, sukurkite jį. Rekomenduojama nenaudoti šio parametro kartu su kitais. Nereikia naudoti save su šiuo parametru.
userpasswd user:password
Nurodo, kokia tvarka mašina bus paleista paleidus. Kuo didesnis skaičius, tuo didesnį prioritetą jis turės. Jei jis nesukonfigūruotas, laikoma, kad jis turi žemiausią prioritetą ir visi kiti sukonfigūruoti sudėtiniai rodiniai bus pradėti pirmiausia.
bootorder
Galiausiai, paliksiu jus kaip pagrindinio 101 konteinerio konfigūracijos vykdymo pavyzdį
#vzctl set 101 --onboot yes --hostname virtualhost --ipadd 192.168.1.10 --nameserver 8.8.8.8 --nameserver 4.4.4.4 --save #vzctl set 101 --userpasswd root: 1234
Konteinerių valdymas
Sukūrę ir sukonfigūravę sudėtinius rodinius, galime juos tvarkyti. Norėdami tai padaryti, mes vėl naudosime komandą vzctl. Kai kurios pagrindinės konteinerių valdymo komandos yra išvardytos toliau:
Paleiskite indą
#vzctl start ID
Sustabdo konteinerį
#vzctl stop ID
Sustabdo konteinerį, nelaukdamas, kol visi jo procesai sustos
#vzctl stop ID --fast
Tai nurodo konteinerio būseną
#vzctl status ID
Sunaikink konteinerį. Prieš tai būtina sustabdyti.
#vzctl destroy ID
Į komandą įvedate mašiną per komandinę eilutę, tarsi būtume patekę per ssh.
#vzctl enter ID
Konteinerio viduje vykdykite komandą.
#vzctl exec ID comando
Išvardykite sudėtinius rodinius, kurie yra aktyvūs serveryje. Su -a parinktimi taip pat nurodykite sulaikytuosius.
#vzlist
Šiandien viskas. Tai užbaigsime pagrindinę administravimo dalį OpenVZ.
Kituose straipsniuose kalbėsime apie pažangesnes procedūras, tokias kaip išteklių valdymas, atlikimas atsargines kopijas arba naudojimas pliurpti.
Iki tol galite išbandyti viską, ką mes paaiškinome iki šiol. Kaip visada, palikite komentaruose visus iškilusius klausimus ir greitai susitiksime. Ilgas gyvenimas ir klestėjimas.
Puikus straipsnis !! 😉
Didelis ačiū!. Esu labai laiminga, kad pavyko paskelbti šiuos straipsnius. Toliau sunkiai dirbsiu ir bendradarbiausiu, kur galėsiu. Ilgas gyvenimas ir klestėjimas.
Labai įdomūs straipsniai apie „OpenVZ“. Pažiūrėkime, ar jūs raginate mane išbandyti, aš jau seniai žvelgiau į tai. Čia aš palieku keletą komentarų:
Aš visiškai nežinau, kaip veikia „OpenVZ“, ir man kyla viena iš didelių abejonių, kodėl kiekvienai mašinai būtina nustatyti tinklo konfigūraciją rankiniu būdu. Negaliu leisti, kad jis gautų jį iš DHCP serverio? Tai yra, ar galima suteikti MAC + tiltą ir tada mašinos pačios susitvarko, kad gautų tinklo konfigūraciją? (Nes straipsniuose apie „OpenVZ“, kuriuos man pavyko perskaityti, jis visada sukonfigūruotas naudojant „IPv4“, bet kaip bus su „IPv6“?)
Negana to, jei aš turėčiau statiškai konfigūruoti tinklo nustatymus, kas blogo tai darant iš mašinos „vidaus“? Kas tai yra, jei norite priskirti pagrindinio kompiuterio vardą iš pagrindinio kompiuterio? Trumpai tariant, man tai atrodo nereikalinga ir nereikalinga, todėl norėčiau sužinoti, kodėl tai būtina ar rekomenduojama.
Beje, nežinau, ar ketinate paliesti šią temą, bet mane domintų straipsnis apie saugumą ir privatumą naudojant „OpenVZ“. „VirtualBox“ esu įpratęs „nematyti“ vienas kito ar su pagrindiniu kompiuteriu, išskyrus atvejus, kai noriu per tinklą ar bendrinamus aplankus. Pvz., Įdomu, kokia rizika yra su „OpenVZ“ įrengiant medaus puodą. Aš ją pakomentuoju kaip idėją, jei norite apie ją parašyti.
Labai džiaugiuosi, kad jums patinka įrašai, ir raginu išbandyti „OpenVZ“. Pamatysite, kad tai yra nepaprastai lengva valdyti.
Kalbant apie jūsų abejones, dauguma yra susiję su tais dalykais, apie kuriuos dar nekalbėjome. Bet aš pateiksiu jums šiek tiek įvado, kaip juos išspręsti.
Pirmas dalykas, kurį turite žinoti, yra tai, kad „OpenVZ“ yra dviejų tipų tinklo konfigūracijos. Gali būti naudojamas Venet arba Veth. Pirmasis yra panašus į privatų tinklą, ty prieinamas tik iš talpyklų ir fizinio pagrindinio kompiuterio. Kitų tinklo mašinų akyse jų tarsi nėra. Kita vertus, „veth“ yra virtuali tinklo kortelė, dėl kurios konteineris veikia kaip kitas tinklo kompiuteris ir prie kurio gali prisijungti kitos mašinos. Tai taip pat leidžia išplėstines parinktis, pvz., Naudoti DHCP arba tinklo konfigūraciją iš konteinerio.
Kalbant apie „IPv6“, abu režimai jį palaiko. Galite be problemų naudoti komandą „ipadd“ su „ipv6“ adresu. Žinoma, su „Venet“ ne visos funkcijos veikia. Kadangi „Venet“ kortelėje nėra susietos MAC, neveikia tokie dalykai kaip kaimyno atradimas ar maršrutizatoriaus reklama.
Kalbant apie tai, kad charakteristikas turite konfigūruoti išoriškai, mano nuomone, tai yra būdas palengvinti administratorių darbą. Tai leidžia lengvai pakeisti charakteristikas ir beveik be vargo ją automatizuoti. Kaip jau minėjau straipsnyje, galite sukurti savo konfigūracijos modelį, iš kurio galėsite sukurti mašinas, taip pašalindami daugybę galvos skausmų.
Galiausiai, kalbant apie saugumą, labai rekomenduojama naudoti „OpenVZ“ medaus puodui kurti. „OpenVZ“ visiškai izoliuoja konteinerius nuo fizinės sistemos ir užpuolikui atrodo realus. Ir visa tai naudojant labai mažai išteklių. Tai puikus būdas pastatyti vazonus (nors yra paprastesnių ir specialiai tam pritaikytų variantų).
Tikiuosi, kad išspręsiu jūsų abejones. Jei turite kokių nors kitų ar bet kokių temų, kurias norėtumėte aptarti, nedvejodami pasakykite. Greitai pasimatysime. Ilgas gyvenimas ir klestėjimas.
Sveiki, ši įrašų serija yra labai gera, norėjau pasikonsultuoti su šiais asmenimis: bandau atkurti kai kurias „OpenVZ“ talpyklų (kai kurių .tar failų), kurios veikia pagrindiniame kompiuteryje su „Ubuntu Server“, atsargines kopijas, jos atliekamos taip: komanda:
vzdump –sustabdyti ID –mailto root –dumpdir / backups / file
Šio pagrindinio kompiuterio versija yra tokia: vzctl 3.0.22 versija
Dabar idėja būtų galimybė atkurti šiuos konteinerius „CentOS 6“ serveryje. Kuriant naujus VM neturiu problemų, bet nerandu būdo atkurti šias atsargines kopijas („CentOS“ turiu šią versiją: „vzctl“ versija 4.7.2)
Aš perskaičiau tai:
https://openvz.org/Quick_Installation_CentOS_6
http://wiki.centos.org/HowTos/Virtualization/OpenVZ
http://www.howtoforge.com/installing-and-using-openvz-on-centos-6.4-p2
Ir, žinoma, tai būtų įrašas 😉 😀
Iš to, ką mačiau, dauguma jų kalbėjo apie „vzrestore“ arba „vzdump –restore“ naudojimą, bet nepavyksta atkurti darbo. („CentOS 6“ neturiu „vzrestore“ ir „vzdump“ vėliavos taip pat neturiu) Be abejo, kažkas vengia manęs, nes trūksta patirties šia tema 😛
Čia kyla klausimai:
Ar įmanoma daryti tai, ko noriu? Bet kokia kliūtis?
Koks būtų būdas tai padaryti? Ar turėčiau kažkaip įdiegti „vzrestore“?
Rekomendacija? Skaitai?
Ačiū už jūsų indėlį, sveikinimus
Sveiki, ačiū už komentarą.
Kalbant apie jūsų klausimus, iš esmės neturėtų kilti problemų. Tiesą sakant, atsimenu, kad su tuo susidūriau labai seniai ir tuo metu tai išsprendžiau. Bet dabar neturiu prieigos prie savo sukurtų dokumentų ir, kadangi jau kurį laiką jų neliečiau, negaliu prisiminti. Bet nenusiminkite, aš akimirksniu įdiegsiu mašiną su „OpenVZ“ ir po kurio laiko ją išspręsiu už jus. Taigi, beje, gal dar grįšiu prie šios žinučių serijos, kurios šiek tiek apleidau.
Ilgas gyvenimas ir klestėjimas.
Ačiū už jūsų atsakymą, labai vertinčiau, jei pamatytumėte.
(Be to, nauji įrašai, kurie gali pasirodyti šia tema, tikrai yra labai naudingi)
Vienas iš dalykų, kuris atkreipia mano dėmesį, yra tai, kad „CentOS 6.5“, kurį įdiegiu, įdiegia šie įrankiai:
vzcalc, vzcptcheck, vzctl, vzdqdump, vzeventd, vzifup post, vzmemcheck, vznetaddbr, vzoversell, vzquota, vzstats, vzubc, vzcfgvalidate, vzcpucheck, vzdqqcheck, vzmigt-vzmigplvzpl, vzmig-dsynclist, vzmigczplist, vzmpltvzplist, vzmigzplvznet, vzmig sąrašas
Atlikdami oficialiuose dokumentuose nurodytus veiksmus: https://openvz.org/Quick_Installation_CentOS_6
Ir vėliavose, kurias matau vzdqdump žmoguje, neturiu vėliavos. Taip pat matau, kad „vzctl“ žmoguje aš turiu keletą vėliavėlių –nuotrauka *, bet nežinau, ar to aš ieškau, ar kaip jas tiksliai naudoti.
Na, po kovos su „openvz“ ir nepakeliamu jo dokumentacijos lengvumu, manau, pagaliau tai supratau. Iš tikrųjų reikia naudoti „vzrestore“, kuris pateikiamas kartu su „vzdump“. Bet „CentOS“ jie nėra įdiegti ir jūs turite tai padaryti rankomis. Procesas yra šiek tiek sujauktas (tik tiek, kad trenkčiau galva prieš klaviatūrą), todėl improvizavau straipsnį neseniai atidarytame savo tinklaraštyje.
URL yra: https://kamisama666.github.io/2014/07/instalacion-vzdump-centos6/
Tikiuosi, kad padėjau, pasakysi, kaip sekėsi. O, kadangi jūs klausiate, parinktis „momentinė nuotrauka“ veikia tik „Ploop“ tipo konteineriuose, o tai yra kitokia laikymo forma, nei įprasta „openvz“. Įdomiau yra „sustabdyti“ ir „atkurti“, kurie sugeba išsaugoti konteinerio būseną ir atkurti ją vėliau (bet ne, ji nesuderinama su „vzdump“). Bet kokiu atveju, norėdamas pamatyti, ar aš atnaujinsiu įrašus ir kalbėsiu apie šiuos dalykus.
Ilgas gyvenimas ir klestėjimas.
Jūs neįsivaizduojate, ką aš vertinu tą įrašą. Pirmadienį išbandysiu ir pasakysiu, tikiuosi, kad atnaujinsite naują pranešimų seriją šia tema. Ir, žinoma, pasidalinsiu jūsų įrašu, kad tikrai kažkas kitas mano, kad tai naudinga 😉 Aš jums pasakysiu, kaip buvo pirmadienį, sveikinimai.
Džiaugiuosi, kad tai jums padėjo. Tiesą sakant, kadangi turėjau įrašą, pasinaudojau ir taip pat paskelbiau jį desdelinux kad jį matytų daugiau žmonių. Jį rasite čia:
https://blog.desdelinux.net/vzdump-instalarlo-centos-6-5/
Ilgas gyvenimas ir klestėjimas
Drauge, man kyla problemų atliekant konfigūravimo veiksmus, kyla klausimas, kad iš mašinos, kurioje sukonfigūravau, matomas naujas VM, bet iš tinklo segmento tai nėra, pavyzdžiui:
Aš turiu segmentą 1. *, mano kompiuteris A turi 1.50, o naujasis VM B - 1.201, iš A mašinos matau B, bet ne iš kito kompiuterio, prijungto prie to paties tinklo,
Galėtumėte mane iliustruoti tuo, kas man nepavyksta
Puikus straipsnis ir tai man labai padėjo, dabar užklausa. Aš jau gaminu konteinerį su „Debian-7“ šablonu ir noriu jį atnaujinti į „Debian-8“ tą patį konteinerį, kaip turėčiau tai padaryti?
Labas aciu labai. Kurį laiką buvau atjungtas nuo „OpenVZ“, bet stengsiuosi kuo daugiau jums padėti.
Pirmiausia norėčiau jums pasakyti, kad, jei įmanoma, apsvarstysite galimybę sukurti naują talpyklą nei „Debian 8“ šabloną ir palaipsniui perkelti duomenis ir konfigūraciją iš senojo konteinerio į naują. Tada jūs tiesiog turite įdėti senos mašinos IP į naują ir pataisytą. Tai yra paprasčiausias ir paprasčiausias būdas.
Kita vertus, jei tai neįmanoma dėl kokių nors priežasčių, teoriškai galima atnaujinti distro iš paties konteinerio, kaip tai darytumėte bet kurioje kitoje Debian mašinoje. Bet girdėjau iš žmonių, kurie turėjo problemų dėl to, todėl pirmiausia išbandykite su bet kokiu kitu indu. Jei turite problemų, pateikite keletą svetainių, kuriose kalbama apie tai, kaip jas išspręsti (anglų kalba):
https://www.skelleton.net/2015/05/04/upgrading-debian-guests-on-proxmox-to-jessie/
http://forum.openvz.org/index.php?t=msg&goto=51280&
http://justinfranks.com/linux-administration/upgrade-openvz-vps-from-debian-7-wheezy-64-bit-to-debian-8-jessie-64-bit
Ypač atkreipkite dėmesį į pirmąjį, kuris yra pats naujausias, ir jis jums viską paaiškina žingsnis po žingsnio.
Žinoma, prieš atlikdamas bet kokius gamybos konteinerio pakeitimus, net neprivalau jums pasakyti, kad padarytumėte atsarginę konteinerio atsargą, atitinkamai šaltą ar karštą, jei kas nors nutiks ne taip.
Tikiuosi, kad padėjau. Ilgas gyvenimas ir klestėjimas.
Labas aciu labai. Kurį laiką buvau atjungtas nuo „OpenVZ“, bet tikiuosi, kad galėsiu jums padėti.
Visų pirma, jei niekas netrukdo, rekomenduoju jums sukurti naują sudėtinį rodinį su „Debian 8“ šablonu ir perkelti ten visas konfigūracijas, duomenis ir programinę įrangą. Kai viskas veikia, jūs tiesiog turite pakeisti senojo konteinerio IP ir įdėti jį į naują. Tai paprasčiausias ir greičiausias būdas.
Jei dėl kokių nors priežasčių to padaryti neįmanoma, teoriškai galima atnaujinti paskirstymą pačiame konteineryje. Jūs tiesiog turite tai padaryti taip, kaip tai darytumėte įprastoje „Debian“ mašinoje. Tačiau girdėjau iš žmonių, kurie turėjo problemų, nors taip neturėtų atsitikti, jei nuolat atnaujinsite pagrindinio kompiuterio branduolį. Bet kokiu atveju geriausia, ką galite padaryti, tai pabandyti atnaujinti kitu paketu su debian 7, kad įsitikintumėte, jog tai nesukelia problemų. Ir jei rasite, čia yra keletas puslapių, kuriuose kalbama apie tai, kaip ją išspręsti (anglų kalba):
https://www.skelleton.net/2015/05/04/upgrading-debian-guests-on-proxmox-to-jessie/
http://justinfranks.com/linux-administration/upgrade-openvz-vps-from-debian-7-wheezy-64-bit-to-debian-8-jessie-64-bit
http://forum.openvz.org/index.php?t=msg&goto=51280&
Ypač įdomus yra pirmasis, kuris yra pats naujausias ir viską paaiškina žingsnis po žingsnio.
Nepaisant to, neturiu jums sakyti, kad, kad ir ką nuspręstumėte, nieko nedarykite su gamyboje esančiu konteineriu, prieš tai nepadarydami atsarginės kopijos - karštos ar šaltos, jei kas nors nutiktų.
Tikiuosi, kad tau padėjau. Ilgas gyvenimas ir klestėjimas
Ačiū, kad atsakėte, pagalba yra puiki, aš perskaitysiu straipsnį ir atliksiu porą bandymų, o tada aš jums pasakysiu, kuris iš jų buvo geriausias, sveikinimai.
Sveiki, gerai, aš turiu klaidą su „openvz“ konteineriais ir negaliu rasti jokios logikos. Žiūrėdamas šį tinklaraštį su dalimi komentarų, aš paleidžiu užklausą čia, jei kas nors galėtų man padėti.
Įdiegiau „openvz“ be problemų ir sukūriau konteinerius be problemų, viename iš jų įdiegiau paprastą žiniatinklio paslaugą ir pasiekiau.
Faktas yra tas, kad bandant atlikti atnaujinimą, pavyzdžiui: »apt-get update» tai man sako, kad jis neturi ryšio su „ips“ saugyklomis ir nieko neatsisiunčia, todėl negaliu atnaujinti ar įdiegti naujų paketų. Jei bandote šiuos „ips“, ar man kažko trūksta?
Ačiū iš anksto
Sveiki dar kartą
Man reikėjo ilgai atsakyti, bet aš seniai radau sprendimą ir nenorėjau jo palikti eteryje.
Problema daugiausia buvo ta, kad nesu labai protingas, paprastai tai yra daugumos mano problemų šaltinis, turėjau nateo, kuris viską, kas pateko per 80 prievadą, nukreipė į atvirkštinį tarpinį serverį, atlikdamas „apt-get“ atnaujinimą, jis jį paleido bet atsakymai buvo nukreipti į minėtą komandą, teisingai sukonfigūravus „iptables“, viskas išsisprendė sklandžiai, kaip yra logiška.
Ačiū už indėlį „OpenVZ“, jis man padėjo gana gerai sukonfigūruoti
PS: Sužinojau, kad atnaujinimai atliekami per 80 prievadą, maniau, kad naudosiu atsitiktinį nuo 1000 ...
Pasisveikinimas.