KVM, virtuaalikoneet, kontit ja erillinen laitteisto kuvaavat erilaisia toimintarajoja. Valitse raja, jonka projektisi tarvitsee, varmista tarjouksen tarjoamat ominaisuudet ja ylläpidä ohjelmistoa kyseisessä ympäristössä.
Virtuaalikone on vierasympäristö
Virtuaalikone esittää käyttöjärjestelmälle virtualisoitua laitteistoa, kuten suorittimia, levyjä ja verkkoliitäntöjä. Fyysinen isäntä ajaa koneistoa, joka tekee nämä vieraat mahdollisiksi. VPS on virtuaalipalvelimen ympärille rakennettu hosting-tuote, jossa on ilmoitettu resurssien jako ja käyttöympäristö, jota asiakas voi käyttää. Lue jako osana tarjousta sen sijaan, että kuvittelisit fyysisen koneen jokaisen virtuaalisen CPU taakse.
Erillinen palvelin antaa projektille fyysisen koneen rajan. Se voi ajaa yhtä käyttöjärjestelmää tai isännöidä omia virtuaalikoneitaan, kun laitteisto ja käyttöönotto tukevat tätä suunnittelua. Tämä muuttaa resurssien omistusta ja ylläpitoa, mutta ei poista ohjelmistohaavoittuvuuksia, päivitystyötä tai varmuuskopioiden tarvetta. Valitse raja todellisen eristys- tai kapasiteettivaatimuksen perusteella.
KVM yksilöi virtualisointiteknologian
KVM tarjoaa virtualisointituen Linux-ytimessä. QEMU tarjoaa konemallin ja voi käyttää KVM-ratkaisua virtualisointikiihdyttimenä, kun taas libvirtin kaltainen hallintaohjelmisto voi järjestää vieraan kokoonpanon ja elinkaaren. Nämä komponentit selittävät, miten ympäristö voidaan rakentaa; kirjaimet KVM eivät määrittele CPU-ajoitusta, tallennuksen suorituskykyä tai palvelun käytettävyyttä.
Virtualisointidokumentaatio erottaa joskus tyypin 1 ja tyypin 2 hypervisorit niiden suhteen perusteella isäntäalustaan. Hosting-päätöksessä merkintä on vähemmän hyödyllinen kuin vieraan rajan, ylläpitovastuun ja altistetun laitteiston tunteminen. Kysy, tuetaanko vaadittua vieraskäyttöjärjestelmää ja ajureita. Ohjelmistoprojektin kuvaamat ominaisuudet eivät ole automaattisesti käytössä jokaisen palveluntarjoajan tuotteessa.
Älä sekoita vieraan hallintaa isännän hallintaan
Root- tai ylläpitäjän pääsy vieraan sisällä antaa sinun hallita kyseistä vierasta. Se ei anna sinulle pääsyä fyysiseen hypervisoriin, toiseen vuokralaiseen tai kaikkiin mahdollisiin isännän ominaisuuksiin. Sisäkkäinen virtualisointi, laitteen läpivienti ja erikoisverkkoasetukset vaativat nimenomaisen tuen. Älä valitse VPS-ratkaisua olettaen, että kannettavassasi käytettävissä oleva ominaisuus tarjotaan samanlaisena hosting-ympäristössä.
Vertaa todellisen suunnitelman CPU-, muisti-, tallennus-, verkko- ja lisenssiresursseja. Tarkkaile sovelluksesi viivettä ja resurssipainetta edustavalla työllä toimituksen jälkeen. Virtualisointiteknologia voi luoda hyödyllisen eristysrajan samalla kun taustalla olevat laitteistoresurssit jaetaan palveluntarjoajan käytännön mukaisesti. Vieras- tai erillinen merkintä ei korvaa mittauksia ja täydellistä käyttöspesifikaatiota.
| Raja | Mitä projekti hallitsee | Varmistettava ominaisuus |
|---|---|---|
| Virtuaalikone | Vieraskäyttöjärjestelmä ja sen palvelut | Tuettu käyttöjärjestelmä, ajurit ja altistetut ominaisuudet |
| Kontti | Prosessin ja imagen kokoonpano | Ytimen ominaisuudet, rajat ja liitoksen laajuus |
| Erillinen palvelin | Valittu fyysisen koneen ympäristö | Laitteisto- ja virtualisointivaatimukset |
Kontit järjestävät prosesseja ympäristön sisällä
Kontti jakaa tyypillisesti isäntänsä ytimen ryhmitellen samalla prosessit ja niiden resurssit. Virtuaalikone ajaa vierasydintä. Voit ajaa kontteja VPS-ratkaisun sisällä, kun käyttöjärjestelmä ja ajonaikainen ympäristö tukevat aiottua kokoonpanoa. Tämä yhdistelmä voi helpottaa riippuvuuksien paketointia korvaamatta vieraan tietoturvaylläpitoa tai palautussuunnitelmaa.
Docker-ratkaisun resurssien hallinta vaatii harkittuja asetuksia: oletusarvoisesti ajonaikainen ympäristö ei aseta CPU- ja muistirajoja jokaiselle kontille. Rajoita resurssien käyttöä ja vältä tarpeettomia käyttöoikeuksia tai isännän liitoksia. Erota työkuormat, joilla on erilaiset luottamusvaatimukset, kun se on käytännöllistä. Pidä isäntä ja imaget ylläpidettyinä. Kohtele kontti-imagoa ohjelmistona, joka sinun on varmistettava, ei automaattisena tietoturvapäätöksenä siksi, että se on helppo käynnistää.
Komento tulkki on tulkki, ei itse palvelin
Pääte tarjoaa vuorovaikutuspinnan; komentotulkki tulkitsee komentoja ja käynnistää ohjelmia. Linux-alustalla Bash on yleinen komentotulkki, kun taas muut komentotulkit tarjoavat erilaista syntaksia ja interaktiivisia ominaisuuksia. Skriptin on kohdistuttava odottamaansa tulkkiin. Kirjautumiskomentotulkin vaihtaminen ei muuta jokaisen sovelluksen tulkki eikä tee toiselle komentotulkille kirjoitettua skriptiä yhteensopivaksi.
Komentotulkin syöte voi läpikäydä laajennuksen, uudelleenohjauksen ja komentokorvauksen ennen kuin ohjelma vastaanottaa argumenttinsa. Ymmärrä tämä käsittely ennen kuin rakennat ylläpitokomentoja tiedostonimistä tai käyttäjätiedoista. Pidä epäluotettu syöte poissa suoritettavasta komentotekstistä, lainaa argumentit oikein ja suosi ohjelman jäsenneltyä rajapintaa automatisoidussa työssä. Historia, lokit ja prosessin argumentit voivat säilyttää arkaluonteisia arvoja, joten käytä sovellukselle sopivaa yksityistä tunnistetietomekanismia.
Käytä valitsemaasi rajaa
Tunnista toimituksen jälkeen vieraskäyttöjärjestelmä, pääsypolku ja palautusmekanismi. Käytä päivityksiä, perusta rajoitettu ylläpitotili ja altista vain projektin tarvitsemat palvelut. Testaa pientä käyttöönottoa ennen tärkeiden tietojen siirtämistä. Kirjaa ajonaikainen ympäristö, imaget ja kokoonpano, jotka tarvitaan sen uudelleenrakentamiseen; raja ei kerro, onko sovelluksen tila palautettavissa.
Käytä SwissOctet-vertailua rajataksesi Vector-, DeskLink- tai Metal-valikoiman työkuorman ja käyttöympäristön mukaan. Vahvista erikoisominaisuudet ennen tilauksen valmistelua. Pidä käyttöjärjestelmätyö, sovellustyö ja palveluntarjoajan työ erillään runbookissa. Selkeä raja on hyödyllinen, koska se kertoo, mitä voit määrittää ja mitä sinun on kysyttävä, säilyttäen samalla käytännöllisen polun siirtoon ja palautukseen.
Käytännön tarkistuslistasi.
- Erota vieraan pääsy isännän pääsystä.
- Varmista erikoislaitteisto- ja virtualisointivaatimukset.
- Mittaa koko kokoonpano, ei hypervisor-merkintää.
- Määritä konttien rajat ja käyttöoikeudet.
- Käytä aiottua komentotulkkia ja suojaa komentojen syötteet.
Olennaiset yksityiskohdat.
Tarkoittaako KVM, että saan erilliset fyysiset CPU-ytimet?+
Ei. KVM yksilöi virtualisointiteknologian. Lue tuotteen CPU-jako ja resurssikäytäntö erikseen.
Voivatko kontit korvata vieraan ylläpidon?+
Ei. Isäntäympäristö, konttien ajonaikainen ympäristö ja imaget tarvitsevat kaikki ylläpitoa, asianmukaiset käyttöoikeudet ja palautussuunnittelua.
Ovatko pääte ja komentotulkki sama asia?+
Ei. Pääte tarjoaa käyttöliittymän. Komentotulkki tulkitsee komentojen syötteen ja käynnistää ohjelmia kyseisessä käyttöliittymässä.
Mene lähteelle.
Nämä lähteet tukevat tämän oppaan teknisiä käsitteitä. Noudata ajantasaisia dokumentaatioita ennen tuotantojärjestelmän muuttamista.
- KVM-projekti: Kernel Virtual Machine www.linux-kvm.org
- QEMU: Järjestelmäemuloinnin esittely www.qemu.org
- Docker: Resurssirajoitukset docs.docker.com
- GNU Bash: Komentotulkin laajennukset www.gnu.org
Toimituksellinen ohjaus: SwissOctet. Esimerkit ovat havainnollistavia. Palvelumääritykset, saatavilla olevat vaihtoehdot ja sopimusehdot on tarkistettava erikseen.