Na rynku us\u0142ug hostingowych poj\u0119cia VPS (Virtual Private Server) oraz Cloud VM (Cloud Virtual Machine) bywaj\u0105 niefortunnie u\u017cywane zamiennie, cho\u0107 z perspektywy in\u017cynieryjnej mog\u0105 reprezentowa\u0107 diametralnie r\u00f3\u017cne podej\u015bcia technologiczne.<\/p>\n\n\n\n
W klasycznym uj\u0119ciu, us\u0142ugi typu VPS historycznie bazowa\u0142y (i w wielu ofertach wci\u0105\u017c bazuj\u0105) na wirtualizacji na poziomie systemu operacyjnego (np. technologie OpenVZ, Virtuozzo czy kontenery systemowe LXC). W takim modelu wszystkie instancje uruchomione na serwerze dziel\u0105 jedno wsp\u00f3lne j\u0105dro (kernel) systemu operacyjnego gospodarza. Poci\u0105ga to za sob\u0105 powa\u017cne ograniczenia:<\/p>\n\n\n\n
Z kolei wirtualna maszyna w chmurze (Cloud VM) \u2013 oparta na hypervisorze typu 1 (np. KVM) \u2013 realizuje pe\u0142n\u0105 wirtualizacj\u0119 sprz\u0119tow\u0105. Ka\u017cda instancja posiada ca\u0142kowicie niezale\u017cne j\u0105dro systemu operacyjnego, w\u0142asne wirtualne sterowniki i izolowan\u0105 przestrze\u0144 adresow\u0105. Pozwala to na uruchomienie dowolnego systemu (dowolne dystrybucje Linux, Windows Server, FreeBSD), zachowanie pe\u0142nej suwerenno\u015bci konfiguracyjnej oraz precyzyjne odizolowanie zasob\u00f3w. Ponadto wirtualna maszyna w \u015brodowisku chmurowym opiera si\u0119 na rozproszonym storage (SAN\/Ceph) i mechanizmach wysokiej dost\u0119pno\u015bci (HA), podczas gdy klasyczny VPS najcz\u0119\u015bciej powi\u0105zany jest z lokalnymi dyskami jednego fizycznego serwera.<\/p>\n\n\n\n Serwer dedykowany (Bare Metal) to fizyczna jednostka obliczeniowa wynajmowana przez jednego klienta na wy\u0142\u0105czno\u015b\u0107. Ca\u0142o\u015b\u0107 zasob\u00f3w procesora, pami\u0119ci operacyjnej i magistrali I\/O jest wykorzystywana bezpo\u015brednio przez system operacyjny bez jakiejkolwiek warstwy po\u015brednicz\u0105cej hypervisora.<\/p>\n\n\n\n Wyb\u00f3r pomi\u0119dzy wirtualn\u0105 maszyn\u0105 w chmurze a serwerem dedykowanym sprowadza si\u0119 do bilansu pomi\u0119dzy maksymaln\u0105 surow\u0105 wydajno\u015bci\u0105 a elastyczno\u015bci\u0105 operacyjn\u0105 i odporno\u015bci\u0105 na awarie:<\/p>\n\n\n\n Konteneryzacja (np. Docker, klastry Kubernetes) to technologia wirtualizacji na poziomie przestrzeni u\u017cytkownika (user-space). Kontenery wsp\u00f3\u0142dziel\u0105 j\u0105dro systemu operacyjnego hosta, pakuj\u0105c jedynie sam\u0105 aplikacj\u0119 wraz z jej zale\u017cno\u015bciami i bibliotekami. Maszyna wirtualna emuluje natomiast kompletny sprz\u0119t wraz z pe\u0142nym systemem operacyjnym.<\/p>\n\n\n\n W praktyce in\u017cynierskiej obie technologie wzajemnie si\u0119 uzupe\u0142niaj\u0105. Standardem architektonicznym jest uruchamianie w\u0119z\u0142\u00f3w klastra Kubernetes (Worker Nodes) wewn\u0105trz elastycznych maszyn wirtualnych dostarczanych przez chmur\u0119. Pozwala to synergicznie \u0142\u0105czy\u0107 zalety orkiestracji kontener\u00f3w z bezpiecze\u0144stwem, elastyczno\u015bci\u0105 i pe\u0142n\u0105 izolacj\u0105 sprz\u0119tow\u0105 na poziomie infrastruktury IaaS.<\/p>\n\n\n\n \u2190 Poprzedni rozdzia\u0142: 7. Ograniczenia i wyzwania wirtualizacji<\/a><\/p>\n\n\n\n Nast\u0119pny rozdzia\u0142: 9. Jak dobra\u0107 odpowiedni\u0105 wirtualn\u0105 maszyn\u0119?<\/a> \u2192<\/p>\n\n\n\nCecha<\/th> VPS (r\u00f3\u017cne implementacje, np. VM lub OS-level virtualization)<\/th> Wirtualna Maszyna (Cloud VM – KVM)<\/th><\/tr><\/thead> Poziom wirtualizacji<\/td> Mo\u017ce by\u0107 wirtualizacj\u0105 na poziomie systemu operacyjnego; zale\u017cy od implementacji VPS.<\/td> Pe\u0142na wirtualizacja sprz\u0119towa w przypadku VPS opartego na VM.<\/td><\/tr> J\u0105dro systemu (Kernel)<\/td> Wsp\u00f3\u0142dzielone z systemem nadrz\u0119dnym hosta.<\/td> Ca\u0142kowicie autonomiczne, niezale\u017cne dla ka\u017cdej instancji.<\/td><\/tr> Wyb\u00f3r system\u00f3w<\/td> Zazwyczaj wy\u0142\u0105cznie wybrane dystrybucje Linuksa.<\/td> Dowolny system: Linux, Windows Server, BSD, w\u0142asne obrazy ISO.<\/td><\/tr> Gwarancja zasob\u00f3w<\/td> Cz\u0119ste zjawisko overcommitmentu i waha\u0144 wydajno\u015bci.<\/td> Parametry i gwarancje zale\u017c\u0105 od konkretnej oferty VPS\/Cloud VM.<\/td><\/tr> Skalowalno\u015b\u0107<\/td> Zazwyczaj ograniczona do sztywnych pakiet\u00f3w dostawcy.<\/td> Mo\u017cliwe skalowanie przez panel\/API, zale\u017cnie od platformy; czas operacji jest zmienny.<\/td><\/tr> Rekomendowane zastosowanie<\/td> Proste strony wizyt\u00f3wkowe, ma\u0142e fora, prywatne proxy, laboratoria hobbystyczne.<\/td> \u015arodowiska produkcyjne, platformy e-commerce, ERP, CRM, korporacyjne bazy danych o wysokim SLA.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n 8.2. Wirtualna maszyna a serwer dedykowany (Bare Metal)<\/h2>\n\n\n\n
\n
Cecha<\/th> Serwer dedykowany (Bare Metal)<\/th> Wirtualna maszyna w chmurze (Cloud VM)<\/th><\/tr><\/thead> Czas uruchomienia<\/td> Od kilkunastu godzin do wielu tygodni (zam\u00f3wienie, monta\u017c, instalacja).<\/td> Zale\u017cnie od platformy i obrazu; nie ma uniwersalnego czasu provisioning\u2019u.<\/td><\/tr> Modyfikacja zasob\u00f3w<\/td> Wymaga fizycznej wymiany ko\u015bci RAM \/ CPU w serwerowni i przestoju.<\/td> Zmiana parametr\u00f3w w panelu administracyjnym lub przez API w kilka sekund.<\/td><\/tr> Model rozlicze\u0144<\/td> D\u0142ugoterminowa umowa abonamentowa (miesi\u0119czna\/roczna), op\u0142aty instalacyjne.<\/td> Zale\u017cnie od dostawcy; cz\u0119sto wed\u0142ug czasu dzia\u0142ania instancji, z osobnymi kosztami us\u0142ug dodatkowych.<\/td><\/tr> Odporno\u015b\u0107 na awarie sprz\u0119tu<\/td> Awaria p\u0142yty g\u0142\u00f3wnej lub zasilacza oznacza przest\u00f3j do czasu fizycznej naprawy.<\/td> Mo\u017cliwy automatyczny restart VM na innym w\u0119\u017ale w architekturze HA; zachowanie zale\u017cy od platformy.<\/td><\/tr> Wydajno\u015b\u0107 surowa<\/td> Bezpo\u015bredni dost\u0119p do fizycznych uk\u0142ad\u00f3w bez po\u015brednik\u00f3w.<\/td> Mo\u017ce by\u0107 bardzo wysoka, ale nie ma uniwersalnej warto\u015bci, zale\u017cy od workloadu i konfiguracji.<\/td><\/tr> Zarz\u0105dzanie infrastruktur\u0105<\/td> R\u0119czne zarz\u0105dzanie sprz\u0119tem, zdalne konsole IPMI\/KVM.<\/td> Pe\u0142na automatyzacja poprzez narz\u0119dzia IaC (Terraform, Ansible, REST API).<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n 8.3. Wirtualna maszyna a kontenery (Docker i Kubernetes)<\/h2>\n\n\n\n
\n
Nawigacja po przewodniku<\/h2>\n\n\n\n