Sveiki vēlreiz, visi. Šodien mēs turpināsim ar šīs sērijas rakstiem par OpenVZ. Tajā iepriekšējā ziņa mēs aptveram visu, kas saistīts ar uzstādīšana autors OpenVZ.
Tātad, ja viss noritēja labi, mums jau vajadzētu būt savam serverim OpenVZ instalēta un gatava sākt strādāt ar to.
Šodien mēs runāsim par visu, kas saistīts ar konteineri, gan tā izveide, gan konfigurācija un pārvaldība.
Konteineru izveidošana
L konteineri o Jūs Tās ir virtuālas vides (virtuālās mašīnas), kuras mēs izveidosim un pārvaldīsim ar savu serveri OpenVZ. Lai tos izveidotu, mums ir nepieciešama veidne.
L veidnes tie ir modelis, no kura tiks būvēts konteiners. Tie satur dažādas paketes, kas nepieciešamas sistēmas darbībai, un dažas pamata lietojumprogrammas, kā arī visus metadatus (veidņu kešatmiņu), lai izveidotu un konfigurētu mašīnu.
Ir dažādu veidnes sadalījumi de Linux. Daži no tiem tiek oficiāli uzturēti, bet citi ir sabiedrības ieguldījums.
Vienkāršākais veids, kā tos iegūt, ir izmantot kādu no iepriekš izveidotas veidnes. Tie ir iegūti, izveidojot konteineru no veidnes un pēc tam iesaiņojot to failā gzip.
Šie saspiestie faili būs tie, kurus mēs lejupielādēsim un no kuriem mēs izveidosim paši savus konteinerus. Tādā veidā konteineru izveide ir daudz ātrāka un vienkāršāka nekā agrāk, kad kešatmiņu vajadzēja ģenerēt ar rokām. Viss, kas jums jādara šodien, ir no šīs lapas lejupielādēt izvēlētā izplatīšanas failu:
http://openvz.org/Download/template/precreated
Pēc lejupielādes mēs to saglabājam tādu, kāds tas ir šajā mūsu servera direktorijā:
/vz/template/cache
Tagad mēs varam izveidot savu konteineri no instalētajām veidnēm. Pirmā lieta, kas jāpatur prātā, ir tas, ka katram konteineram ir saistīts skaitliskais ID, kas kalpo VE identificēšanai un ka to nevar atkārtot vienā un tajā pašā fiziskajā resursdatorā.
Arī ID jābūt lielākam par 100, jo sistēma izmanto ID no 0 līdz 100.
Lai pārvaldītu konteinerus, vissvarīgākā komanda ir vzctl. Lai izveidotu jaunu konteineru, tiek izmantota šāda sintakse:
#vzctl create --ostemplate template --config config_file
Kā paraugs mēs ieliekam iepriekš lejupielādētās veidnes nosaukumu. Konfigurācijas parametrs nav obligāts. Tajā jūs ievietojat faila nosaukumu ar iepriekš definētām konteineru konfigurācijām.
Ja mēs to nenorādīsim, mums tie būs jāliek ar rokām. Konfigurācijas faili atrodas:
/etc/sysconfig/vz-scripts
Failu nosaukumiem ir šāda struktūra:
ve-nombre_config.conf-sample
Visizplatītākais ir basic (ve-basic.conf-paraugs). Mēs varam izmantot tos, kas ir izveidoti pēc noklusējuma, vai izveidot paši. Jebkurā gadījumā visas norādītās vērtības vēlāk var mainīt.
Piemēram, lai izveidotu konteineru ar ID 101, no debian veidnes, kuru mēs iepriekš lejupielādējām un izmantojot pamata konfigurāciju, mēs izpildām:
#vzctl create 101 --ostemplate debian-6.0-x86 --config basic
Konteinera konfigurācija
Tagad, kad esam izveidojuši savu konteineru, mēs varam pāriet uz tā konfigurēšanu. Šim nolūkam mēs izmantojam šādu sintaksi:
#vzctl set --parametro valor --parámetro valor […]
Ir daudz parametru, kurus mēs varam konfigurēt. Lai konsultētos ar viņiem, mēs visi varam apmeklēt vzctl rokasgrāmatu (# cilvēks vzctl) vai uz openvz wiki.
Lai mēs tos mainītu, tie paliek pēc sistēmas izslēgšanas, komandas beigās jāpievieno –saglabāt. Ja nē, tas ilgs tikai līdz nākamajai izslēgšanai.
Šeit mēs izskaidrosim dažas no pamata komandām:
Konfigurējiet konteinera palaišanu, kad dators tiek palaists vai nē.
onboot [yes/no]
Norādiet datora resursdatora nosaukumu
hostname
Pievienojiet ierīcei IP adresi. Tos pievieno kumulatīvi.
ipadd
Ja mēs vēlamies izdzēst kādu no iepriekš konfigurētajām, mums tas jāizmanto:
ipdel dir_ip|all
Konfigurējiet DNS serveru adresi. Šo opciju vienā komandā varat izmantot vairākas reizes, lai konfigurētu vairākus serverus. Šādi rīkojoties, tiks pārrakstīti visi iepriekš konfigurētie vārdu serveri.
nameserver
Iestatiet sistēmas lietotāja paroli. Ja tā nepastāv, izveidojiet to. Ieteicams neizmantot šo parametru kopā ar citiem. Nav jāizmanto save ar šo parametru.
userpasswd user:password
Norāda secību, kādā mašīna tiks palaista startēšanas laikā. Jo lielāks skaitlis, jo lielāka prioritāte tam būs. Ja tas nav konfigurēts, tiek uzskatīts, ka tam ir viszemākā prioritāte, un visi citi konfigurētie konteineri tiks sākti vispirms.
bootorder
Visbeidzot, es atstāju jūs kā piemēru 101 konteinera pamatkonfigurācijas izpildei
#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
Konteineru apsaimniekošana
Kad esam izveidojuši un konfigurējuši savus konteinerus, mēs varam tos pārvaldīt. Lai to izdarītu, mēs atkal izmantosim komandu vzctl. Tālāk ir uzskaitītas dažas pamata komandas konteineru pārvaldībai:
Sāciet konteineru
#vzctl start ID
Aptur konteineru
#vzctl stop ID
Aptur konteineru, negaidot, kamēr visi procesi apstāsies
#vzctl stop ID --fast
Tas mums norāda konteinera stāvokli
#vzctl status ID
Iznīcini konteineru. Pirms tas ir jāpārtrauc.
#vzctl destroy ID
Jūs ievadāt mašīnu caur komandrindu tā, it kā mēs būtu piekļuvuši, izmantojot ssh.
#vzctl enter ID
Palaidiet komandu konteinerā.
#vzctl exec ID comando
Uzskaitiet serverī aktīvos konteinerus. Ar -a variantu norādiet arī aizturētos.
#vzlist
Tas šodien ir viss. Ar to mēs pabeidzim visvienkāršāko administrēšanas daļu OpenVZ.
Dažos nākamajos rakstos mēs runāsim par sarežģītākām procedūrām, piemēram, resursu pārvaldību, izpildi dublējumkopijas vai lietošana plūkties.
Līdz tam jūs varat izmēģināt visu, ko mēs esam izskaidrojuši līdz šim. Kā vienmēr, atstājiet visus jautājumus komentāros un drīz tiksimies. Ilgs mūžs un labklājība.
Izcils raksts !! 😉
Liels paldies!. Esmu ļoti priecīga, ka varēju publicēt šos rakstus. Es turpināšu smagi strādāt un sadarboties, kur vien varēšu. Ilgs mūžs un labklājība.
Ļoti interesanti raksti par OpenVZ. Apskatīsim, vai jūs mudināt mani izmēģināt, man jau ilgu laiku ir bijusi uzmanība šajā jautājumā. Šeit es atstāju pāris komentārus:
Es pilnīgi nezinu, kā darbojas OpenVZ, un man ir viena no lielajām šaubām, kāpēc katrai mašīnai ir nepieciešams iestatīt tīkla konfigurāciju ar rokām. Vai nevarat ļaut to iegūt no DHCP servera? Tas ir, vai var piešķirt MAC + tiltu un pēc tam mašīnas pašas pārvalda tīkla konfigurācijas iegūšanu? (Jo rakstos par OpenVZ, kurus esmu varējis izlasīt, tas vienmēr ir konfigurēts ar IPv4, bet kā ar IPv6?)
Vēl vairāk - ja man statiski būtu jākonfigurē tīkla iestatījumi, kas tur slikts, ja to daru no mašīnas “iekšpuses”? Kas tas ir, lai piešķirtu resursdatora nosaukumu no resursdatora? Īsāk sakot, tas man šķiet lieks un lieks, un es gribētu uzzināt, kāpēc tas ir nepieciešams vai ieteicams.
Starp citu, es nezinu, vai jūs gatavojaties pieskarties šai tēmai, bet mani interesētu raksts par drošību un privātumu OpenVZ lietošanā. VirtualBox es esmu pieradis "neredzēt" viens otru vai ar resursdatoru, izņemot gadījumus, kad es to vēlos, izmantojot tīklu vai koplietojamas mapes. Nez, piemēram, kāds risks pastāv, izveidojot medus podu ar OpenVZ. Es to komentēju kā ideju gadījumā, ja vēlaties par to rakstīt.
Esmu ļoti priecīga, ka jums patīk ziņas, un es iesaku izmēģināt OpenVZ. Jūs redzēsiet, ka to ir neticami viegli pārvaldīt.
Runājot par jūsu šaubām, lielākā daļa no tām ir saistītas ar lietām, par kurām mēs vēl neesam runājuši. Bet es jums sniegšu nelielu ievadu, lai tos atrisinātu.
Vispirms jums jāzina, ka OpenVZ tīklā ir divu veidu konfigurācijas. Var izmantot Venet vai Veth. Pirmais ir līdzīgs privātajam tīklam, tas ir, pieejams tikai no konteineriem un fiziskā resursdatora. Citu tīkla mašīnu acīs it kā tādu nebūtu. No otras puses, veth ir virtuāla tīkla karte, kas liek konteineram darboties kā citam datoram tīklā, un tam var piekļūt citas mašīnas. Tas ļauj arī papildu iespējas, piemēram, DHCP izmantošanu vai tīkla konfigurāciju no konteinera.
Attiecībā uz IPv6 abi režīmi to atbalsta. Komandu ipadd bez problēmām varat izmantot ar ipv6 adresi. Protams, ar Venet ne visas funkcijas darbojas. Tā kā Venet kartei nav saistīta MAC, nedarbojas tādas lietas kā kaimiņu atklāšana vai maršrutētāja reklāmas.
Attiecībā uz to, ka raksturojumi jums ir jākonfigurē ārēji, manuprāt, tas ir veids, kā atvieglot administratoru darbu. Tas ļauj viegli mainīt īpašības un gandrīz bez piepūles to automatizēt. Kā jau minēju rakstā, jūs varat izveidot pats savu konfigurācijas modeli, no kura izveidot mašīnas, tādējādi novēršot daudzas galvassāpes.
Visbeidzot, attiecībā uz drošību ir ļoti ieteicams izmantot OpenVZ medus trauku izveidošanai. OpenVZ pilnībā izolē konteinerus no fiziskās sistēmas un uzbrucējam šķiet reāls. Un tas viss ar ļoti zemu resursu patēriņu. Tā ir lieliska iespēja veidot traukus (lai gan tam ir vienkāršākas un īpaši koncentrētas iespējas).
Es ceru, ka esmu atrisinājis jūsu šaubas. Ja jums ir kāda cita tēma vai jūs vēlaties, lai es to apskatītu, nevilcinieties to pateikt. Uz drīzu redzēšanos. Ilgs mūžs un labklājība.
Labdien, šī ziņu sērija ir ļoti laba, es vēlējos iepazīties ar šādiem jautājumiem: es mēģinu atjaunot dažus dažu OpenVZ konteineru (daži .tar faili) dublējumkopijas, kas darbojas resursdatorā ar Ubuntu Server, un tie tiek veikti ar šādām darbībām: komanda:
vzdump –suspend ID –mailto root –dumpdir / backups / file
Šim resursdatoram ir šāda versija: vzctl versija 3.0.22
Tagad ideja būtu iespēja atjaunot šos konteinerus serverī CentOS 6. Veidojot jaunus virtuālos automātus, man nav problēmu, taču es nevaru atrast veidu, kā atjaunot šīs dublējumkopijas (CentOS man ir šāda versija: vzctl versija 4.7.2)
Esmu lasījis šo:
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
Un, protams, tas būtu ieraksts 😉 😀
No tā, ko es redzēju, lielākā daļa no viņiem runāja par vzrestore vai vzdump –restore lietošanu, taču es nevaru panākt, lai atjaunošana darbotos. (CentOS 6 man nav vzrestore, un vzdump arī nav karoga –restore) Protams, kaut kas no manis aizbēg, jo trūkst pieredzes par šo tēmu 😛
Šeit ir jautājumi:
Vai ir iespējams darīt to, ko es gribu? Kāds šķērslis?
Kāds būtu veids, kā to izdarīt? Vai man kaut kā vajadzētu instalēt vzrestore?
Ieteikums? Lasu?
Paldies par jūsu ieguldījumu, sveicieniem
Sveiki, paldies par komentāru.
Attiecībā uz jūsu jautājumiem principā nevajadzētu būt problēmām. Patiesībā es atceros, ka ar to saskāros jau sen un tobrīd to atrisināju. Bet šobrīd man nav piekļuves dokumentācijai, ko esmu izveidojis pats, un, tā kā es to kādu laiku neesmu pieskāries, es nevaru atcerēties. Bet nevajag izmisumā, es pēc brīža instalēšu mašīnu ar OpenVZ un pēc kāda laika to atrisināšu jūsu vietā. Un tā, starp citu, varbūt es atgriezīšos pie šīs ziņu sērijas, kuras esmu mazliet pametis.
Ilgs mūžs un labklājība.
Paldies par jūsu atbildi, es to ļoti novērtētu, ja jūs to redzētu.
(Turklāt jaunie ziņojumi, kas var parādīties par šo tēmu, noteikti ir ļoti noderīgi)
Viena no lietām, kas piesaista manu uzmanību, ir tas, ka CentOS 6.5, kuru es instalēju, instalē šos rīkus:
vzcalc, vzcptcheck, vzctl, vzdqdump, vzeventd, vzifup-pastu, vzmemcheck, vznetaddbr, vzoversell, vzquota, vzstats, vzubc, vzcfgvalidate, vzcpucheck, vzdqqcheck, vzmigt-vzmigplvzpl, vzmig-dsynclist, vzmigczplist, vzmpltvzplist, vzmigzplvznet, vzmig sarakstu
Veicot oficiālajā dokumentācijā norādītās darbības: https://openvz.org/Quick_Installation_CentOS_6
Un karodziņos, kurus redzu vzdqdump man, man nav –atjaunot karogu. Es redzu arī to, ka vzctl cilvēkā man ir daži karodziņi - snapshot *, bet es nezinu, vai tas ir tas, ko es meklēju, vai kā tos precīzi izmantot.
Nu, pēc tam, kad esmu cīnījies ar openvz un tā dokumentācijas neciešamo vieglprātību, es domāju, ka es to beidzot esmu izdomājis. Jums faktiski jāizmanto vzrestore, kas tiek piegādāts kopā ar vzdump. Bet CentOS tie nav instalēti, un jums tas jādara ar rokām. Process ir mazliet samocīts (tieši tik daudz, lai sasistu galvu pret tastatūru), tāpēc es improvizēju rakstu nesen atvērtajā emuārā.
URL ir: https://kamisama666.github.io/2014/07/instalacion-vzdump-centos6/
Es ceru, ka esmu jums palīdzējis, jūs man pastāstīsit, kā gāja. Ak, un, tā kā jūs jautājat, opcija "momentuzņēmums" darbojas tikai attiecībā uz konteineriem, kuru tips ir ploop, kas ir atšķirīgs uzglabāšanas veids nekā parasti openvz. Interesantāk ir "apturēt" un "atjaunot", kas spēj saglabāt konteinera stāvokli un atjaunot to vēlāk (bet nē, tas nav savietojams ar vzdump). Jebkurā gadījumā, paskatīsimies, vai es reauno ziņojumus un runāju par šīm lietām.
Ilgs mūžs un labklājība.
Jums nav ne jausmas, ko es novērtēju šo ierakstu. Pirmdien es to izmēģināšu un pastāstīšu, es ceru, ka jūs atsāksit jaunu ierakstu sēriju par šo tēmu. Un, protams, es dalīšos ar jūsu ierakstu, ka noteikti kāds cits to uzskata par noderīgu 😉 Es jums pastāstīšu, kā bija pirmdien, sveicieni.
Es priecājos, ka tas jums noderēja. Patiesībā, tā kā man bija ieraksts, es izmantoju priekšrocības un arī publicēju to desdelinux lai vairāk cilvēku to varētu redzēt. To var atrast šeit:
https://blog.desdelinux.net/vzdump-instalarlo-centos-6-5/
Ilgs mūžs un labklājība
Draugs, man ir problēmas ar konfigurācijas darbību izpildi. Jautājums ir tāds, ka no mašīnas, kurā es konfigurēju, ir redzama mana jaunā virtuālā mašīna, bet no tīkla segmenta tā nav, piemēram:
Man ir segments 1. *, manam resursdatoram A ir 1.50 un jaunajam VM B ir 1.201, no mašīnas A es redzu B, bet ne no cita datora, kas savienots ar to pašu tīklu,
Jūs varētu mani ilustrēt tajā, kas man neizdodas
Izcils raksts, un tas man ļoti palīdzēja, tagad vaicājums. Man jau ir konteiners ražošanā ar debian-7 veidni, un es vēlos to atjaunināt uz debian-8 to pašu konteineru, kā man darīt?
Sveiki, liels paldies. Es uz brīdi esmu atvienots no OpenVZ, bet es centīšos jums palīdzēt, cik vien varu.
Vispirms es teiktu, ka, ja iespējams, jūs apsvērsiet iespēju izveidot jaunu konteineru, nevis Debian 8 veidni, un pakāpeniski migrēt datus un konfigurāciju no vecā konteinera uz jauno. Tad jums vienkārši jānovieto vecās mašīnas IP uz jauno un fiksēto. Tas ir vienkāršākais un vienkāršākais veids, kāds ir.
No otras puses, ja tas nav iespējams kāda iemesla dēļ, teorētiski ir iespējams atjaunināt distro no paša konteinera tāpat kā jebkurā citā Debian mašīnā. Bet esmu dzirdējis no cilvēkiem, kuriem ir bijušas problēmas ar to, tāpēc vispirms izmēģiniet to ar jebkuru citu trauku. Un, ja jums ir problēmas, šeit ir pāris vietnes, kurās tiek runāts par to risināšanu (angļu valodā):
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
Īpaši apskatiet pirmo, kas ir visjaunākais, un tas jums visu izskaidro soli pa solim.
Protams, pirms jebkādu izmaiņu veikšanas jūsu konteinerā, man pat nav jāpasaka jums veikt attiecīgu konteinera rezerves kopiju - aukstu vai karstu, ja kaut kas noiet greizi.
Es ceru, ka esmu palīdzējis. Ilgs mūžs un labklājība.
Sveiki, liels paldies. Jau kādu laiku esmu atvienots no OpenVZ, bet ceru, ka varu jums palīdzēt.
Pirmkārt, ja nekas neaptur jūs, es iesaku jums izveidot jaunu konteineru ar Debian 8 veidni un migrēt tur visas konfigurācijas, datus un programmatūru. Kad viss darbojas, jums vienkārši jāmaina vecā konteinera IP un jāievieto tas jaunajā. Tas ir vienkāršākais un ātrākais paņēmiens.
Ja kāda iemesla dēļ jums nav iespējams to izdarīt, teorētiski ir iespējams atjaunināt izplatīšanu pašā konteinerā. Jums vienkārši tas jādara tāpat kā parastajā Debian mašīnā. Bet esmu dzirdējis no cilvēkiem, kuriem ir bijušas problēmas, lai gan tam nevajadzētu notikt, ja atjaunināt resursdatora kodolu. Jebkurā gadījumā labākais, ko varat darīt, ir mēģināt atjaunināt ar citu konteineru ar debian 7, lai pārliecinātos, ka tas nerada problēmas. Un, ja atrodat kādu, šeit ir dažas lapas, kurās ir aprakstīts, kā to novērst (angļu valodā):
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&
Īpaši interesants ir pirmais, kas ir visjaunākais un visu izskaidro soli pa solim.
Pat ja tā, man nav jāsaka, ka neatkarīgi no tā, ko jūs nolemjat, nedariet neko ar ražošanā esošo konteineru, vispirms neveicot dublējumu - vai nu aukstu, vai karstu, ja kaut kas notiek.
Es ceru, ka esmu jums palīdzējis. Ilgs mūžs un labklājība
Paldies, ka atbildējāt, palīdzība ir lieliska, es izlasīšu rakstu un veikšu pāris testus, un tad es jums pateiksšu, kurš bija labākais, sveicieni.
Sveiki, labi, man ir kļūda ar openvz konteineriem, un es nevaru atrast nevienu loģiku. Apskatot šo emuāru ar daļu komentāru, es šeit sāku vaicājumu, ja kāds varētu man palīdzēt.
Esmu bez problēmām instalējis openvz un bez problēmām izveidojis konteinerus, vienā no tiem uzstādījis vienkāršu tīmekļa pakalpojumu un piekļuvis.
Fakts ir tāds, ka, mēģinot veikt atjaunināšanu, piemēram: »apt-get update», tas man saka, ka tam nav savienojuma ar repozitoriju ips un nekas netiek lejupielādēts, tāpēc es nevaru atjaunināt vai instalēt jaunas paketes. Ja pingējat šos ips, vai man kaut kas pietrūkst?
Paldies jau iepriekš
Labdien vēlreiz
Man vajadzēja ilgu laiku, lai atbildētu, bet es jau sen atradu risinājumu un nevēlējos to atstāt ēterā.
Problēma galvenokārt bija tāda, ka es neesmu ļoti gudrs, parasti tas ir lielākās daļas manu problēmu avots, man bija nateo, kas visu, kas nāca caur 80. portu, novirzīja uz apgriezto starpniekserveri, veicot apt-get atjauninājumu, tas to palaida bet atbildes tika novirzītas uz minēto komandu, pareizi konfigurējot iptables, tas viss tiek atrisināts, kā tas ir loģiski.
Paldies par ieguldījumu OpenVZ, tas man palīdzēja to diezgan labi konfigurēt
PS: Es uzzināju, ka atjauninājumi tiek veikti, izmantojot 80. portu, es domāju, ka es izmantotu izlases veidu no 1000 ...
Sveiciens.