Hei alle sammen. Dette er mitt første innlegg på DesdeLinux og jeg er utrolig spent på å bidra til et av innleggene mine på GNU / Linux foretrukket.
For anledningen skal jeg gjøre en serie artikler om OpenVZ. Jeg håper du liker dem og finner dem nyttige. I denne første delen vil jeg lage en kort introduksjon om OpenVZ.
1. Introduksjon til OpenVZ
For å begynne, la oss se definisjonen som Wikipedia gir oss:
OpenVZ er en virtualiseringsteknologi på operativsystemnivå for Linux. OpenVZ lar en fysisk server kjøre flere forekomster av isolerte operativsystemer, kjent som Virtual Private Servers (SPV eller VPS) eller Virtual Environments (EV).
Som vi ser, OpenVZ er en programvare som lar oss virtualisere operativsystemer i isolerte miljøer, så vel som Xen o VirtualBox. Imidlertid er det forskjellig i disse på den måten det oppnår det.
OpenVZ det skaper ikke et komplett virtuelt miljø som andre gjør, det skaper bare et isolert miljø i operativsystemet vårt der det laster alt som er nødvendig for at et uavhengig operativsystem skal fungere. Noe som en chroot supervitamin.
OpenVZ er grunnlaget for den proprietære virtualiseringsløsningen Virtuozzo, som er utgitt som gratis programvare lisensiert under GNU GPL v2.
Dette har en rekke fordeler og ulemper. Blant fordelene er det OpenVZ det bruker nesten ingen ekstra belastning på verten vår. Ved ikke å måtte virtualisere et komplett operativsystem (med egen kjerne, input / output system osv.) Er CPU-forbruket mye lavere.
Også minne tildeles dynamisk. Det vil si at hvis vi tildeler maksimalt 1 GB RAM-minneforbruk, betyr ikke dette at dette beløpet vil bli reservert umiddelbart. Bare de nødvendige ressursene vil bli tildelt på det tidspunktet. Som skjer i andre virtualiseringssystemer.
Dette tillater OpenVZ Den kan brukes både i profesjonell infrastruktur med høy kapasitet og i husholdningsutstyr med begrensede ressurser. Til slutt er det også verdt å nevne det OpenVZ det er mye enklere å administrere sammenlignet med andre systemer. Noe du kan sjekke i de neste avdragene.
Selvfølgelig vil ikke alt være fordeler. Gitt OpenVZ Det er helt avhengig av Linux-vertssystemet, det kan bare virtualisere operativsystemer basert på Linux.
Også fordi OpenVZ bruk din egen Linux-kjernen endret, bruker alle VPS den også og kan derfor ikke laste moduler dynamisk. Dette fører til at det for øyeblikket ikke er støtte for teknologier som Samba, siden den ikke støttes av OpenVZ-kjernen.
Kort sagt OpenVZ gir bedre ytelse, skalerbarhet og brukervennlighet sammenlignet med lignende løsninger. Derimot er det mye mindre fleksibelt og sterkt avhengig av vertssystemet.
Til slutt bør det nevnes at OpenVZ støttes offisielt for følgende Linux-distribusjoner:
-Red Hat / CentOS 6 (32 og 64 byte)
-Debian 7 (bare 64 byte)
Opprinnelig og inntil nylig var det bare støtte for Red Hat / CentOS, så dokumentasjonen for dette er noe rikere.
For å avslutte, lar jeg deg lenker til nettsteder der du kan få dokumentasjon av interesse hvis du vil utdype mer om emnet:
-Project Wiki (engelsk): https://openvz.org/Main_Page
-Offisiell håndbok (engelsk): http://download.openvz.org/doc/OpenVZ-Users-Guide.pdf
-Manual for installasjon og grunnleggende konfigurasjon på Debian (spansk): http://shuster.cs.buap.mx/blog/descargas/instalar_OpenVZ_DebianLenny.pdf
Introduksjonsvideo til OpenVZ (spansk): http://www.youtube.com/watch?v=nc5t7vuRLmU
Det er alt for nå. I neste del vil jeg forklare alt relatert til installasjonen og den første konfigurasjonen av OpenVZ. Langt liv og velstand.
Takk så mye!!
Jeg er tvangsmessig virtualiserende. Så jeg takker deg veldig mye for bidraget fra dette systemet som jeg ikke kjente.
Men, fra det jeg ser i innledningen din. Det er praktisk talt bare fornuftig for en vert som tilbyr VPS.
Kom igjen, det er ikke å teste linux distros eller vanskelige Windows-programmer.
Greetings!
Ikke bare det. Hvis du trenger å installere en Linux-server, la oss si en Debian med apache, du installerer bare CentOS (eller Debian, som nå endelig støttes) med OpenVZ, du oppretter Debian-beholderen, du installerer apache med hva du trenger og den du bruker som om det var vanlig. Og fra det øyeblikket har du webserveren din som kjører normalt med fordelen av å ha den virtualisert. Dette betyr at du enkelt kan ta sikkerhetskopier (som jeg viser deg snart), migrere den til en annen maskin uten å måtte endre noe i konfigurasjonen, og i tilfelle serverens sikkerhet er kompromittert, unngå mange problemer. Siden angriperen bare vil ha tilgang til en virtuell maskin. Du bare sletter og gjenoppretter den fra en sikkerhetskopi. Dermed vil skaden være mye mindre (skaden på den konfidensielle informasjonen som har blitt tilgang til vil alltid være. Og alt dette med et latterlig forbruk sammenlignet med andre systemer. Kort sagt, du kan gjøre OpenVZ til basesystemet til alle dine fasiliteter for å legge til et ekstra lag med sikkerhet, bærbarhet og fleksibilitet.
En annen mulig bruk jeg kan tenke meg er for utdanning. Du kan sette opp et lite nettverk av Linux-datamaskiner for å øve på å konfigurere forskjellige tjenester. Jeg har måttet jobbe med VMware for dette, og det er skikkelig hodepine. Jeg har vært heldig at senterets datamaskiner er ganske kraftige og moderne, men til slutt blir de ustabile. Men det er mitt. Hvis senteret har datamaskiner med begrensede ressurser, kan du glemme å ha mer enn en eller to maskiner samtidig. Med OpenVZ er dette løst. Jeg har testet den på min personlige datamaskin (en av dem som selskapene selger etter vekt), og jeg har ikke hatt noen problemer. Sistnevnte kan også gjøres med netkit, lignende programvare eksplisitt orientert mot utdanningsmiljøer som læringsmedium. Det er et annet veldig interessant verktøy, og jeg kan snakke om det i fremtiden.
I alle fall, som du kan se, har OpenVZ mange flere bruksområder enn det kan se ut. Du må bare vite hvordan du kan dra nytte av det. Takk for at du leser artikkelen min, og jeg håper jeg har vært nyttig.
Hva er forskjellen med LXC?
Takk
Godt spørsmål. Sannheten er at de er veldig like. Ideen er omtrent den samme. Begge fungerer ved å integrere med linux-kjernen for å lage sandkasser (eller containere). Faktisk har OpenVZ-utviklere bidratt sterkt til LXC-koden. Hovedforskjellen i dag er at LXC er integrert med oppstrøms kjernen mens OpenVZ må bruke sin egen. Men i dag jobber gutta på OpenVZ hardt for å kunne bruke hovedkjerneversjonen også i stedet for å måtte lage sine egne.
Bortsett fra det, er hovedforskjellen mellom begge prosjektene at OpenVZ tilbyr mer avanserte funksjoner enn LXC. Noe som en kraftigere versjon av LXC. Årsaken til at OpenVZ bruker sin egen kjerne er at originalen ennå ikke har implementert noen av de avanserte funksjonene de har tatt med. Så mens LXC er noe av et brukerstedsverktøy for håndtering av Linux-containere, gjør OpenVZ dette og legger til mer avanserte funksjoner som ikke er tilgjengelige i hovedkjerneversjonen for øyeblikket.
Faktisk, fra det jeg har lest, snakker de om å integrere begge prosjektene. Vi får se hva som skjer i fremtiden. Jeg håper jeg løser tvilen din. Langt liv og velstand.
veldig interessant! takk for at du bidro
Når de også kan, kan de legge ut noen vagrant også 😉
Jeg skulle spørre meg selv, hvilken forskjell er det med vandrende, slik jeg forstår det i mappen der du oppretter den virtuelle maskinen med openvz, blir alle rotmappene opprettet (/ etc, / root, / var, etc ..),
I vagrant kan mange virtuelle maskiner defineres i en enkelt fil (Vagrantfile), kan jeg også gjøre det med openvz?
Det ville være bra hvis de skrev et innlegg som ga fordeler, ulemper og likheter mellom openvz og vagrant
Sannheten er at jeg ikke kjente Vagrant før nå. Men fra det jeg har sett, er dette en ganske annen programvare enn OpenVZ. Hvis jeg ikke har misforstått, er Vagrant et program som er ansvarlig for å administrere opprettelse og administrasjon av virtuelle maskiner som bruker VirtualBox som base. Det ville være noe som PHPMyAdmin av MySQL. Med andre ord er det en programvare som letter bruken av VritualBox, som er den som virkelig tar seg av virtualisering. Noe lignende for OpenVZ ville være proxmox, som allerede ble diskutert her (https://blog.desdelinux.net/proxmox-ve-una-interesante-herramienta-de-virtualizacion/).
Når det gjelder måten OpenVZ håndterer containerfilsystemer, har du rett. Som vi snart vil se, opprettes dette systemet i en katalog på maskinen vår og monteres når containeren starter. Som jeg sa, som en supervitaminrot. Jeg håper jeg har løst tvilen din. Hvis du har noen andre, vil jeg prøve å svare så godt jeg kan. Til neste gang. Langt liv og velstand.
takk for å avklare tvilen, jeg ser frem til neste openvz-innlegg 😀
Hei
Jeg gleder meg til resten av artiklene i serien. Kan jeg be om at du i noen av kapitlene behandler OpenVZ-problemet fra klientsiden i stedet for serveren; La meg forklare, i mange billige VPS som du finner på nettet, lar de deg velge mellom KVM og OpenVZ, OpenVZ er noe billigere eller med mer disk / minne. Det ville være bra hvis du detaljerte hva en linux må ha for å kjøre som klient i et OpenVZ-bur, eller hva du skal gjøre hvis VPS etter eget valg ikke har distro du trenger, hvordan du kan installere en distro fra malen til en annen støttet av VPS.
Hilsen
Det er sant at OpenVZ ofte tilbys som et billigere alternativ til andre virtualiseringssystemer, som KVM eller Xen. Årsaken er at den bruker langt færre ressurser og er mye lettere å administrere. Som vi vil se kort tid, er OpenVZ imidlertid basert på en serie maler som har all programvaren og informasjonen som er nødvendig for å lage containeren. Det er ikke mulig å ta hvilken som helst ISO og installere den som du ville gjort med VirtualBox. Sånn sett er det mye mindre fleksibelt enn andre systemer.
Dette betyr at du er helt avhengig av de eksisterende malene, og selv om du endrer eller oppretter dine egne, vil det være VPS-leverandøren som skal implementere den, ikke deg.
Så hvis du vil bruke et veldig tilpasset system, er ikke OpenVZ noe for deg. Hvis du bare har et grunnleggende system å utvikle det du trenger fra, er OpenVZ en god løsning. Til slutt avhenger det av dine behov. Jeg håper jeg har vært hjelpsom. Langt liv og velstand.
Veldig bra innlegg!
Jubel! Paul.
Takk så mye!. Jeg er veldig glad for å ha publisert mitt første innlegg, og jeg kan nesten ikke tro at det var i en av de beste Linux-publikasjonene på spansk. Og jeg setter også veldig pris på at du likte det. Jeg fulgte innleggene dine på La oss bruke Linux da det var et uavhengig nettsted, og jeg fortsetter å gjøre det nå som du er her. Takk til deg og alle ansatte DesdeLinux. Jeg skal gjøre mitt beste for å leve opp til det og gjøre denne serien nyttig for alle. Til neste gang.
Langt liv og velstand.
Velkommen! 😉
Jeg blir med ... velkommen, utmerket bidrag 😉
Flott, takk for bidraget, sannheten er at jeg allerede hadde lest det før, men jeg kunne aldri få det til å kjøre i Archlinux, jeg venter på resten av opplæringsprogrammene, for å se om jeg endelig kan oppnå det
Gratulerer med artikkelen ...
Utmerket artikelserie Kamisama666. Jeg stiller deg noen spørsmål:
1) Inne i en container kan du ha en virtualbox som kjører for å virtualisere andre systemer IKKE gnu / Linux uten problemer, ikke sant?
2) Vil du anbefale å ha et produksjons- eller skrivebordsmiljø inne i en container for daglig bruk ??? Jeg mener ytelsesstraffen vil være minimal, men annet enn Samba, er det et annet kjent problem med den oppdaterte kjernen?
Greetings!
Tusen takk, jeg vil prøve å svare på spørsmålene etter beste evne:
1. Jeg er redd ikke. Til å begynne med fordi OpenVZ ikke støtter noen form for grafisk grensesnitt. Og for å fortsette, fordi andre virtualiseringssystemer som ikke bruker et grafisk grensesnitt, for eksempel XEN, fortsatt trenger å installere moduler i kjernen eller endre noe annet. Og siden OpenVZ-containere bruker vertscontaineren, noe som betyr at de ikke har sine egne, er det umulig å gjøre noe sånt. På den annen side er det mulig å gjøre det omvendt. Uansett, jeg tror ikke det er viktig. Noe som dette er ikke en del av OpenVZ-verktøyet. Slik jeg ser det, fokuserer OpenVZ på å tilby, ikke så mye et komplett operativsystem, men et raskt og smidig miljø for å være vert for våre tjenester eller applikasjoner. Hvis det ikke er det du vil ha, er det andre mer passende løsninger.
2. Vel, produksjonsmiljø og skrivebord er to like ting, så jeg vil svare på begge tilfeller. Produksjonsmiljø betyr bruk i så å si gapet. Det vil si i den virkelige, profesjonelle verdenen der, hvis et system mislykkes, kan det koste deg jobben din. I dette tilfellet er det selvfølgelig. OpenVZ brukes av mange selskaper og har lang erfaring og bruker en stabil og testet versjon av kjernen.
Jeg antar imidlertid at du henviste til om det kunne brukes til å virtualisere systemet til en vanlig bruker, for eksempel en ansatt i ethvert selskap. Vel, så lenge brukeren ikke har noe imot å jobbe i et Linux-miljø i konsollmodus, er det ikke noe problem. Men siden dette vanligvis ikke er tilfelle, vil ikke OpenVZ igjen være det riktige valget for dette.
Uansett håper jeg at jeg har avklart tvilen din. Jeg tror at hovedsakelig problemet er at du ikke forstår målene som OpenVZ forfølger. Noe som sannsynligvis er min feil for ikke å gjøre det klart. Jeg vil prøve å avklare denne typen ting i de neste artiklene. En hilsen.
Langt liv og velstand.
Takk Kami for rask respons, jeg begynte å se litt, og jeg har allerede en klarere forståelse av området der OpenVZ brukes, for eksempel hosting. Det er også begreper som "virtualisering" og "paravirtualisering" som jeg ikke visste som tilsvarer forskjellige typer løsninger.
Venter på de neste artiklene dine. Jubel!
Vurdering:
Personlig bruker jeg samba med openvz, med proxmox uten problemer. Når du sier at dette ikke er mulig, hva mener du da?