Интерфейс переведён. Факты о провайдерах и текст обзоров сейчас на английском; страница не индексируется до качественного перевода.
Руководство полностью переведено. Английская версия остаётся первоисточником фактов и цен провайдеров; перевод ещё ожидает редакторской проверки, поэтому страница пока исключена из поискового индекса.
vCPU — это обещание планировщика, а не ядро
Облачные тарифы описывают CPU в vCPU, а vCPU — это единица планирования, а не физическое ядро. В общем тарифе провайдер выделяет вашему инстансу долю времени физического ядра; хост может быть переподписан, и ваша пропускная способность зависит от того, что делают соседи. В выделенном тарифе провайдер обещает ядро или поток, не разделяемый с другим клиентом. Поэтому два тарифа с «2 vCPU» могут иметь очень разную устойчивую производительность, и цена за vCPU имеет смысл только тогда, когда вы знаете, какой тип покупаете.
Этот каталог фиксирует количество vCPU из источников провайдеров и, если провайдер это публикует, различие между общими и выделенными семействами. Линейка CPX у Hetzner, например, явно представляет собой общий AMD, а линейка CCX — выделенный. Рекомендация, учитывающая CPU, не должна считать общий тариф с 2 vCPU и выделенный тариф с 2 vCPU эквивалентными; семейство тарифа и формулировка провайдера важны.
KVM и контейнерная виртуализация
KVM — это полная виртуализация: каждый VPS запускает собственное ядро, поэтому можно загружать модули, запускать Docker и настраивать сеть как на физической машине. Контейнерная виртуализация использует общее ядро хоста, что дешевле, но ограничивает то, что можно запускать, и то, как изолировать нагрузки. Большинство тарифов в этом наборе данных — KVM, и те, что это документируют, указывают это; если провайдер не указывает тип виртуализации, VPSTab оставляет поле неизвестным, а не угадывает.
Почему это важно покупателю: контейнерный VPS может не поддерживать собственные ядра, некоторые VPN-протоколы или вложенную виртуализацию, а паника ядра может затронуть хост. Если ваша нагрузка зависит от функций ядра или от запуска других операционных систем, явно проверьте KVM до покупки. Поле виртуализации на странице тарифа — это статус проверки, а не украшение.
x86 и arm64
Почти каждый недорогой VPS — это x86-64, но инстансы arm64 теперь появляются по конкурентным ценам. Линейка BASIC2 от Scaleway в этом наборе данных — Ampere arm64, то есть другой набор инструкций: двоичные файлы, собранные для x86, не запустятся, контейнеры должны использовать multi-arch образы, а у некоторого коммерческого ПО нет сборки arm64. Взамен тарифы arm64 часто дают больше ядер за евро для нагрузок, которые собираются из исходников или запускают современные среды выполнения языков.
Проверьте три вещи перед выбором arm64: поставляется ли ваше ПО в виде arm64-бинарников или чисто собирается, публикуют ли ваши образы контейнеров варианты arm64 и предполагает ли ваш инструментарий развёртывания x86. Если хотя бы один ответ — нет, тариф x86 по чуть более высокой цене будет более дешёвым решением. VPSTab фиксирует архитектуру, когда провайдер её указывает; тариф с неизвестной архитектурой — не безопасная ставка на arm64.
Частота, burst и steal
Провайдеры редко гарантируют тактовую частоту, а значения «до» описывают поведение при burst, а не устойчивую производительность. Общие тарифы часто допускают короткие всплески выше базового уровня, что помогает интерактивным нагрузкам и мало что скрывает при длительных компиляциях. Если ваша нагрузка упирается в CPU на минуты, устойчивое выделение важнее пикового числа на маркетинговой странице.
CPU steal — это время, в течение которого ваш виртуальный CPU ждёт, пока хост обслуживает других арендаторов. Это практический сигнал шумных соседей, и ни одна страница с ценами о нём не сообщает. Единственный честный подход — измерять на том тарифе, который вы действительно покупаете: запустите свою нагрузку в течение репрезентативного периода и запишите результаты с датой и конфигурацией. Этот набор данных не публикует независимых измерений CPU, поэтому его обзоры не заявляют оценок производительности.
Подбор размера под реальные нагрузки
Для небольшого веб-сервиса обычно достаточно одного общего vCPU с достаточным объёмом памяти; узким местом чаще становится RAM или задержка диска, а не чистый CPU. Для CI-раннера компиляция идёт всплесками и параллельно, поэтому четыре-восемь vCPU с быстрым NVMe-хранилищем важнее высокой частоты. Для игрового сервера доминируют одноядерная производительность и сетевая задержка, и выделенный или высокочастотный тариф часто стоит доплаты. Для Docker-хоста с несколькими сервисами сложите память, нужную каждому контейнеру, и добавьте запас; строка vCPU — наименее надёжный предиктор.
Используйте сценарные профили в VPSTab как отправную точку, затем скорректируйте их по своим измерениям. Рекомендация на основе характеристик — это гипотеза о соответствии; решением она становится только после того, как нагрузка запущена на реальном тарифе.
Что каталог может и чего не может вам сказать
Каталог фиксирует количество vCPU, семейство тарифа, архитектуру, если она указана, и виртуализацию, если она указана. Он не содержит независимых CPU-бенчмарков и не должен: синтетическая оценка с другого тарифа, из другого региона или другого времени не является доказательством для тарифа, который вы покупаете. Обзоры в этом наборе данных воздерживаются от общих оценок производительности, когда нет независимого измерения, а движок рекомендаций применяет явный штраф за неопределённость вместо выдумывания числа.
Это осознанное продуктовое решение. Если вам нужна гарантия производительности, купите короткий тест на тарифе-кандидате, запустите свою нагрузку и сравните результаты. Каталог помогает сузить список и избежать невозможных комбинаций; он не заменяет измерение.
Сохраняйте честность измерения при сравнении: фиксируйте тариф, регион, образ, ядро и профиль нагрузки и запускайте одну и ту же нагрузку на каждом кандидате одинаковое время. Короткий бенчмарк, который измеряет только запуск, успокаивает и очень мало говорит о длительной компиляции, записях в базу или одновременных подключениях. Если вы не можете протестировать до покупки, выбирайте тариф, у которого семейство и документация провайдера дают самое слабое утверждение, на которое вы действительно полагаетесь, и закладывайте изменение размера после первой недели реального трафика.
Чек-лист проверки
- Проверяйте, является ли тариф общим или выделенным, а не только количество vCPU.
- Проверьте KVM, если вам нужны собственные ядра, VPN или вложенная виртуализация.
- Убедитесь, что ваше ПО и образы контейнеров поддерживают arm64, прежде чем выбирать его.
- Для длительной работы CPU предпочитайте устойчивое выделение показателям burst.
- Измерьте свою нагрузку на тарифе-кандидате, прежде чем принять решение.
- Считайте отсутствующие данные об архитектуре или виртуализации неизвестными.
Источники
- Hetzner Cloud — Regular Performance planshttps://www.hetzner.com/cloud/regular-performance/
- Scaleway API - instance products (fr-par-1)https://api.scaleway.com/instance/v1/zones/fr-par-1/products/servers
- UpCloud pricing — Starter cloud servershttps://upcloud.com/pricing/
- Vultr API — List planshttps://api.vultr.com/v2/plans
- Cherry Servers - Virtual Servers Pricinghttps://cherryservers.com/pricing/virtual-servers
- Gcore - Server configurator API (virtual servers)https://gcore.com/api/hosting-calc/vps/?format=json
- VPSTab review and evaluation methodology v1https://github.com/niceyayale/vpstab/blob/feat/phase-0-foundation/docs/product/review-methodology.md