SOUKROMÁ OFFSHORE INFRASTRUKTURA
Cloud a VPSZáklady · 4 min čtení

Pochopte hranici stroje za svým VPS

Čtěte KVM, virtuální hardware, kontejnery a vyhrazené servery jako provozní hranice a poté udržujte shell a služby uvnitř zvolené hranice.

Od SwissOctet Editorial
PŘÍMÁ ODPOVĚĎ

KVM, virtuální stroje, kontejnery a vyhrazený hardware popisují různé provozní hranice. Zvolte hranici, kterou váš projekt potřebuje, ověřte funkce nabízené nabídkou a udržujte software v tomto prostředí.

01

Virtuální stroj je hostované prostředí

Virtuální stroj představuje operační systém s virtualizovaným hardwarem, jako jsou procesory, disky a síťová rozhraní. Fyzický hostitel provozuje mechanismy, které tyto hosty umožňují. VPS je hostingový produkt postavený kolem virtuálního serveru s uvedeným přidělením prostředků a provozním prostředím, které může zákazník používat. Čtěte přidělení jako součást nabídky, místo abyste si za každým virtuálním CPU představovali fyzický stroj.

Vyhrazený server dává projektu hranici fyzického stroje. Může provozovat jeden operační systém nebo hostovat vlastní virtuální stroje, pokud to hardware a nasazení podporují. To mění vlastnictví prostředků a správu, ale neodstraňuje softwarové zranitelnosti, práci na aktualizacích ani potřebu záloh. Zvolte hranici na základě skutečného požadavku na izolaci nebo kapacitu.

02

KVM označuje technologii virtualizace

KVM poskytuje podporu virtualizace v jádře Linux. QEMU dodává model stroje a může používat KVM jako akcelerátor virtualizace, zatímco software pro správu, jako je libvirt, může organizovat konfiguraci a životní cyklus hosta. Tyto komponenty vysvětlují, jak lze prostředí postavit; písmena KVM neurčují plánování CPU, výkon úložiště ani dostupnost služby.

Dokumentace virtualizace někdy rozlišuje hypervizory typu 1 a typu 2 podle jejich vztahu k hostitelské platformě. Pro rozhodnutí o hostingu je označení méně užitečné než znalost hranice hosta, odpovědnosti za údržbu a vystaveného hardwaru. Zeptejte se, zda jsou požadovaný operační systém hosta a ovladače podporovány. Funkce popsané softwarovým projektem nejsou automaticky povoleny v produktu každého poskytovatele.

03

Nezaměňujte kontrolu hosta s kontrolou hostitele

Přístup root nebo správce uvnitř hosta vám umožňuje spravovat tohoto hosta. Nedává vám přístup k fyzickému hypervizoru, jinému nájemci ani ke všem možným funkcím hostitele. Vnořená virtualizace, předávání zařízení a specializovaná síťová nastavení vyžadují výslovnou podporu. Nevybírejte VPS na základě předpokladu, že funkce dostupná na vašem notebooku bude hostingovým prostředím vystavena stejně.

Porovnejte skutečný CPU, paměť, úložiště, síť a licence daného tarifu. Po dodání sledujte latenci a tlak na prostředky vaší aplikace s reprezentativní zátěží. Technologie virtualizace může vytvořit užitečnou izolační hranici, přitom stále sdílí základní hardwarové prostředky podle zásad poskytovatele. Ani označení hosta, ani označení vyhrazený nenahrazuje měření a úplnou provozní specifikaci.

HraniceCo projekt spravujeSchopnost k ověření
Virtuální strojOperační systém hosta a jeho službyPodporovaný operační systém, ovladače a vystavené funkce
KontejnerKonfigurace procesu a imageFunkce jádra, limity a rozsah připojení
Vyhrazený serverZvolené prostředí fyzického strojePožadavky na hardware a virtualizaci
04

Kontejnery organizují procesy uvnitř prostředí

Kontejner obvykle sdílí jádro hostitele a seskupuje procesy a jejich prostředky. Virtuální stroj provozuje jádro hosta. Kontejnery můžete provozovat uvnitř VPS, pokud operační systém a runtime podporují zamýšlenou konfiguraci. Tato kombinace může usnadnit balení závislostí, aniž by nahradila bezpečnostní údržbu hosta nebo plán obnovy.

Řízení prostředků v Docker vyžaduje promyšlené nastavení: runtime ve výchozím stavu neklade na každý kontejner limity CPU a paměti. Omezte využití prostředků a vyhněte se zbytečným oprávněním nebo připojením hostitele. Pokud je to praktické, oddělte úlohy s různými požadavky na důvěru. Udržujte hostitele a image v aktuálním stavu. Považujte image kontejneru za software, který musíte ověřit, nikoli za automatické bezpečnostní rozhodnutí jen proto, že se snadno spouští.

05

Shell je interpret, nikoli samotný server

Terminál poskytuje rozhraní pro interakci; shell interpretuje příkazy a spouští programy. Na Linux je Bash běžný shell, zatímco jiné shelly nabízejí odlišnou syntaxi a interaktivní funkce. Skript musí cílit na interpret, který očekává. Změna přihlašovacího shellu nezmění interpret každé aplikace ani nezajistí kompatibilitu skriptu napsaného pro jiný shell.

Vstup do shellu může před předáním argumentů programu projít expanzí, přesměrováním a substitucí příkazů. Tomuto zpracování rozumějte, než začnete sestavovat údržbové příkazy z názvů souborů nebo uživatelských dat. Udržujte nedůvěryhodný vstup mimo spustitelný text příkazů, správně citujte argumenty a pro automatizovanou práci upřednostněte strukturované rozhraní programu. Historie, protokoly a argumenty procesů mohou uchovávat citlivé hodnoty, proto používejte mechanismus soukromých přihlašovacích údajů vhodný pro danou aplikaci.

06

Provozujte hranici, kterou jste zvolili

Po dodání určete operační systém hosta, cestu přístupu a mechanismus obnovy. Aplikujte aktualizace, zřiďte omezený administrativní účet a vystavte pouze služby, které projekt potřebuje. Před přenosem důležitých dat otestujte malé nasazení. Zaznamenejte runtime, image a konfiguraci potřebnou k jeho obnovení; hranice vám neřekne, zda je stav aplikace obnovitelný.

Použijte srovnání SwissOctet k předvýběru řady Vector, DeskLink nebo Metal podle úlohy a provozního prostředí. Před přípravou objednávky potvrďte specializované schopnosti. V runbooku udržujte práci na operačním systému, aplikaci a práci poskytovatele oddělenou. Jasná hranice je užitečná, protože vám říká, co můžete konfigurovat a na co se musíte zeptat, a zároveň zachovává praktickou cestu pro migraci a obnovu.

PŘEVEĎTE TO V AKCI

Váš praktický kontrolní seznam.

  • Rozlišujte přístup hosta od přístupu hostitele.
  • Ověřte požadavky na specializovaný hardware a virtualizaci.
  • Měřte úplnou konfiguraci, nikoli označení hypervizoru.
  • Nakonfigurujte limity a oprávnění kontejnerů.
  • Používejte zamýšlený shell a chraňte vstupy příkazů.
ČASTÉ OTÁZKY

Podrobnosti, na kterých záleží.

Znamená KVM, že dostanu vyhrazená fyzická jádra CPU?+

Ne. KVM označuje technologii virtualizace. Přečtěte si přidělení CPU a zásady prostředků daného produktu samostatně.

Mohou kontejnery nahradit údržbu hosta?+

Ne. Hostitelské prostředí, runtime kontejnerů i image vyžadují údržbu, odpovídající oprávnění a plánování obnovy.

Jsou terminál a shell totéž?+

Ne. Terminál poskytuje rozhraní. Shell interpretuje vstup příkazů a spouští programy v tomto rozhraní.

PRIMÁRNÍ ZDROJE

Jděte ke zdroji.

Tyto zdroje podporují technické koncepty v tomto průvodci. Před změnou produkčního systému se řiďte aktuální dokumentací.

  1. Projekt KVM: Kernel Virtual Machine www.linux-kvm.org
  2. QEMU: Úvod do emulace systému www.qemu.org
  3. Docker: Omezení zdrojů docs.docker.com
  4. GNU Bash: Expanze shellu www.gnu.org

Redakční vedení od SwissOctet. Příklady jsou ilustrativní. Specifikace služeb, dostupné možnosti a smluvní podmínky je nutné ověřit samostatně.

PROPOJTE ZNALOSTI

Související infrastruktura.

UDRŽTE NIT

Vaše další terénní poznámky.

Prozkoumat všechny průvodce