A KVM, a virtuális gépek, a konténerek és a dedikált hardver különböző üzemeltetési határokat írnak le. Válassza ki a projektjéhez szükséges határt, ellenőrizze az ajánlat által nyújtott funkciókat, és tartsa karban a szoftvert az adott környezetben.
A virtuális gép egy vendégkörnyezet
A virtuális gép egy operációs rendszert jelenít meg virtualizált hardverrel, például processzorokkal, lemezekkel és hálózati interfészekkel. A fizikai gazdagép futtatja azt a gépezetet, amely ezeket a vendégeket lehetővé teszi. A VPS egy virtuális szerver köré épülő tárhelytermék, meghatározott erőforrás-kiosztással és olyan üzemeltetési környezettel, amelyet az ügyfél használhat. Az erőforrás-kiosztást az ajánlat részeként olvassa, ne képzeljen fizikai gépet minden virtuális CPU mögé.
A dedikált szerver fizikai gép határát adja a projektnek. Futtathat egy operációs rendszert, vagy saját virtuális gépeket is hosztolhat, ha a hardver és a telepítés támogatja ezt a kialakítást. Ez megváltoztatja az erőforrás-tulajdonlást és az adminisztrációt, de nem szünteti meg a szoftveres sebezhetőségeket, a frissítési munkát vagy a biztonsági mentések szükségességét. Valós izolációs vagy kapacitásigény alapján válassza ki a határt.
A KVM virtualizációs technológiát azonosít
A KVM virtualizációs támogatást nyújt a Linux kernelben. A QEMU gépi modellt biztosít, és a KVM-t virtualizációs gyorsítóként használhatja, míg a libvirthez hasonló kezelőszoftver megszervezheti a vendégkonfigurációt és az életciklust. Ezek a komponensek elmagyarázzák, hogyan építhető fel egy környezet; a KVM betűk nem határozzák meg a CPU ütemezést, a tárolási teljesítményt vagy a szolgáltatás rendelkezésre állását.
A virtualizációs dokumentáció néha megkülönbözteti az 1 típusú és az 2 típusú hipervizorokat a gazdagép-platformhoz fűződő viszonyuk szerint. Tárhelyválasztási döntésnél a címke kevésbé hasznos, mint a vendéghatár, a karbantartási felelősség és az elérhetővé tett hardver ismerete. Kérdezze meg, hogy a szükséges vendég operációs rendszer és illesztőprogramok támogatottak-e. Egy szoftverprojekt által leírt funkciók nem aktiválódnak automatikusan minden szolgáltató termékében.
Ne keverje össze a vendégvezérlést a gazdavezérléssel
A vendégen belüli root vagy rendszergazdai hozzáférés lehetővé teszi az adott vendég kezelését. Nem ad hozzáférést a fizikai hipervizorhoz, egy másik bérlőhöz vagy minden lehetséges gazdafunkcióhoz. A beágyazott virtualizáció, az eszközátengedés és a speciális hálózati beállítások kifejezett támogatást igényelnek. Ne válasszon VPS-t abból a feltételezésből, hogy a laptopján elérhető képesség azonos módon lesz elérhető a tárhelykörnyezetben.
Hasonlítsa össze a tényleges csomag CPU, memória, tárolás, hálózat és licencek értékeit. A szállítás után reprezentatív munkával figyelje meg alkalmazása késleltetését és erőforrás-nyomását. A virtualizációs technológia hasznos izolációs határt hozhat létre, miközben a mögöttes hardvererőforrásokat a szolgáltató szabályzata szerint továbbra is megosztja. Sem a vendégcímke, sem a dedikált címke nem helyettesíti a méréseket és a teljes üzemeltetési specifikációt.
| Határ | Mit kezel a projekt | Egy ellenőrizendő képesség |
|---|---|---|
| Virtuális gép | Vendég operációs rendszer és szolgáltatásai | Támogatott operációs rendszer, illesztőprogramok és elérhetővé tett funkciók |
| Konténer | Folyamat- és image-konfiguráció | Kernel funkciók, korlátok és csatolási hatókör |
| Dedikált szerver | A kiválasztott fizikai gépkörnyezet | Hardver- és virtualizációs követelmények |
A konténerek folyamatokat szerveznek egy környezeten belül
A konténer általában megosztja a gazdakernelét, miközben csoportosítja a folyamatokat és azok erőforrásait. A virtuális gép vendégkernelt futtat. Konténereket futtathat egy VPS-n belül, ha az operációs rendszer és a futtatókörnyezet támogatja a kívánt konfigurációt. Ez a kombináció megkönnyítheti a függőségek csomagolását anélkül, hogy helyettesítené a vendég biztonsági karbantartását vagy helyreállítási tervét.
A Docker erőforrás-vezérlése megfontolt beállításokat igényel: alapértelmezés szerint a futtatókörnyezet nem alkalmaz CPU és memóriakorlátokat minden konténerre. Korlátozza az erőforrás-használatot, és kerülje a szükségtelen jogosultságokat vagy gazdacsatolásokat. Ahol praktikus, válassza szét a különböző bizalmi követelményű munkaterheléseket. Tartsa karban a gazdagépet és az image-eket. A konténer image-et ellenőrizendő szoftverként kezelje, ne automatikus biztonsági döntésként azért, mert könnyű elindítani.
A shell egy értelmező, nem maga a szerver
A terminál interakciós felületet biztosít; a shell értelmezi a parancsokat és elindítja a programokat. A Linux-n a Bash gyakori shell, míg más shellek eltérő szintaxist és interaktív funkciókat kínálnak. A szkriptnek azt az értelmezőt kell megcéloznia, amelyet elvár. A bejelentkezési shell megváltoztatása nem változtatja meg minden alkalmazás értelmezőjét, és nem teszi kompatibilissé a más shellhez írt szkriptet.
A shell bemenete kiterjesztésen, átirányításon és parancs-helyettesítésen eshet át, mielőtt egy program megkapja az argumentumait. Ezt a feldolgozást értse meg, mielőtt fájlnevekből vagy felhasználói adatokból karbantartási parancsokat épít. Tartsa távol a nem megbízható bemenetet a végrehajtható parancsszövegtől, idézze megfelelően az argumentumokat, és automatizált munkához részesítse előnyben egy program strukturált interfészét. Az előzmények, naplók és folyamatargumentumok érzékeny értékeket őrizhetnek meg, ezért használja az alkalmazáshoz illő privát hitelesítési mechanizmust.
Üzemeltesse a választott határt
A szállítás után azonosítsa a vendég operációs rendszert, a hozzáférési útvonalat és a helyreállítási mechanizmust. Alkalmazzon frissítéseket, hozzon létre korlátozott adminisztrációs fiókot, és csak a projekthez szükséges szolgáltatásokat tegye elérhetővé. Fontos adatok átvitele előtt teszteljen egy kis telepítést. Rögzítse a futtatókörnyezetet, az image-eket és az újraépítéshez szükséges konfigurációt; a határ nem mondja meg, hogy az alkalmazás állapota helyreállítható-e.
A SwissOctet összehasonlítás segítségével szűkítse a Vector, DeskLink vagy Metal kínálatot a munkaterhelés és az üzemeltetési környezet szerint. A rendelés előkészítése előtt erősítse meg a speciális képességeket. A runbookban különítse el az operációs rendszerrel kapcsolatos munkát, az alkalmazásmunkát és a szolgáltatói munkát. A világos határ azért hasznos, mert megmondja, mit konfigurálhat, és mit kell megkérdeznie, miközben gyakorlati utat hagy a migrációhoz és a helyreállításhoz.
Az Ön gyakorlati ellenőrzőlistája.
- Különböztesse meg a vendég-hozzáférést a gazda-hozzáféréstől.
- Ellenőrizze a speciális hardver- és virtualizációs követelményeket.
- A teljes konfigurációt mérje, ne egy hipervizor címkét.
- Konfigurálja a konténerkorlátokat és jogosultságokat.
- A szándékolt shellt használja, és védje a parancsbemeneteket.
A fontos részletek.
A KVM azt jelenti, hogy dedikált fizikai CPU magokat kapok?+
Nem. A KVM virtualizációs technológiát azonosít. A termék CPU kiosztását és erőforrás-szabályzatát külön olvassa el.
Helyettesíthetik a konténerek a vendégkarbantartást?+
Nem. A gazdakörnyezet, a konténer futtatókörnyezet és az image-ek egyaránt karbantartást, megfelelő jogosultságokat és helyreállítási tervezést igényelnek.
Ugyanaz a terminál és a shell?+
Nem. A terminál felületet biztosít. A shell értelmezi a parancsbemenetet és programokat indít az adott felületen belül.
Menjen a forráshoz.
Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana.
- KVM projekt: Kernel Virtual Machine www.linux-kvm.org
- QEMU: Rendszeremuláció bevezetés www.qemu.org
- Docker: Erőforráskorlátok docs.docker.com
- GNU Bash: Shell kiterjesztések www.gnu.org
Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni.