VPS vs VDS: в чём разница и что выбрать

1. Быстрый ответ

Но если интересно, почему существуют два термина и куда исчезла разница — читайте дальше. История поучительна.

2. Откуда взялись два термина

В начале 2000-х существовало два принципиально разных способа разделить физический сервер на виртуальные машины. Они давали разные продукты с разными свойствами — и оба нуждались в названии.

Заметка об истории OpenVZ: Virtuozzo был разработан российской компанией SWsoft (сейчас Odin/Parallels) в 2001 году и открыт как OpenVZ в 2005-м. Российские хостинг-провайдеры были в числе первых массовых пользователей этой технологии — отсюда особая укоренённость обоих терминов в рунете.

3. Реальная разница: OpenVZ vs KVM

Разница между эпохой VPS и эпохой VDS была настоящей и технически значимой. Вот конкретные отличия:

Как OpenVZ распределял RAM — детали

OpenVZ использовал систему User Beancounters: у каждого контейнера был гарантированный минимум RAM (barrier) и максимальный предел (limit). Между этими значениями — «серая зона», доступная если соседи не используют своё.

Провайдеры продавали, например, 512 МБ «гарантированной» RAM, зная что на хосте суммарно «продано» в 3–5 раз больше реального объёма памяти. Пока серверы простаивали — это работало. При нагрузке — нет.

systemd-detect-virt
# openvz  → вы на OpenVZ-контейнере
# kvm     → вы на KVM
# microsoft → Hyper-V (RUVDS)
# none    → физический сервер

4. Почему разница исчезла

К середине 2010-х KVM победил. Причин несколько:

5. Миф о «выделенных ресурсах»

Слово Dedicated в VDS породило устойчивое заблуждение: «на VDS ресурсы выделены под меня одного». Это верно для RAM и диска, но не для CPU.

Что означают vCPU на самом деле

Когда провайдер продаёт «2 vCPU» — это значит, что гипервизор даёт вашей VM право одновременно выполнять 2 потока. Но физически эти потоки выполняются на ядрах, которые планировщик гипервизора распределяет между всеми VM на хосте.

Если на сервере 32 физических ядра, а провайдер продал 60 VM по 2 vCPU — суммарная «продажа» = 120 vCPU. Пока не все VM нагружены одновременно, это работает. Когда нагружены — возникает CPU steal time.

6. CPU steal time — что реально важно знать

CPU steal time (обозначение %st в top) — это время, когда ваш vCPU готов выполнять задачи, но физическое ядро занято другой виртуальной машиной. По сути это «украденное» у вас процессорное время.

# В top: нажмите 1 для отображения по ядрам
top
# Строка: %Cpu0: 12.5 us, 3.2 sy, 0.0 ni, 80.1 id, 0.5 wa, 0.0 hi, 1.2 si, 2.5 st
#                                                                               ^^^^ steal

# Через vmstat (каждые 2 секунды, 5 раз)
vmstat 2 5
# Колонка "st" — steal time

# Быстрая проверка за 10 секунд
top -bn1 | grep "Cpu(s)" | awk '{print "steal:", $9}'

Важно: CPU steal есть на любом KVM-хосте, в том числе у провайдеров с громким «VDS». Слово «VDS» не защищает от перегруженного физического сервера. Защищает — репутация провайдера и его политика overcommit.

7. Как называют провайдеры и почему

Чтобы понять, почему термины до сих пор разные — посмотрим на конкретные компании:

Обратите внимание: RUVDS использует Hyper-V, а не KVM — единственный крупный российский провайдер с таким выбором. Технически это полноценная аппаратная виртуализация с теми же свойствами (собственное ядро, жёсткая RAM, поддержка Windows). Это не делает продукт принципиально «более VDS» — просто другой гипервизор.

8. На что смотреть при выборе

Раз термины ничего не значат — что тогда важно? Вот конкретные параметры, которые реально влияют на качество сервера:

Частые вопросы