Обычный виртуальный сервер выбрать относительно легко. Провайдер показывает готовый тариф: несколько виртуальных процессоров, определенный объем оперативной памяти, диск и фиксированную цену за месяц. В облаке все поначалу выглядит почти так же, но стоит открыть калькулятор, и появляются отдельные диски, публичные IP-адреса, снимки, резервные копии, разные классы процессоров и почасовая тарификация.
Именно здесь слово «облачный» начинает немного мешать. Оно звучит так, будто перед нами принципиально более современный и надежный сервер, который автоматически масштабируется, никогда не падает и позволяет платить исключительно за фактическую нагрузку. В реальности возможности зависят от конкретной облачной платформы и от того, как построена инфраструктура самого проекта.
Облачный сервер может оказаться отличным решением для бизнеса, интернет-магазина, веб-сервиса или проекта с меняющейся нагрузкой. Но небольшой сайт вполне способен годами работать на обычном хостинге или недорогом VPS и ничего от этого не терять.
Поэтому выбирать облако стоит не по модному названию, а по задаче.
Что именно вы арендуете в облаке
Облачный сервер обычно представляет собой виртуальную машину, созданную на инфраструктуре провайдера. Пользователь выбирает вычислительные ресурсы, операционную систему, хранилище и сетевые параметры, после чего получает сервер, которым может управлять практически как отдельной машиной.
В базовой конфигурации все знакомо: vCPU отвечает за вычислительные ресурсы, RAM за оперативную память, диск за хранение операционной системы и данных.
Но облачная платформа обычно позволяет работать с этими компонентами более гибко. Можно создавать несколько виртуальных машин, подключать к ним дополнительные диски, строить частные сети, использовать снимки, резервное копирование, балансировщики и другие сервисы.
Например, российские облачные провайдеры предлагают как готовые конфигурации, так и конструкторы, где процессор, память и хранилище выбираются отдельно. Почасовая модель оплаты также широко распространена. citeturn0search1turn0search3turn0search4
Именно возможность собирать инфраструктуру из отдельных компонентов отличает полноценное облако от простого списка фиксированных VPS-тарифов сильнее, чем само слово Cloud в названии услуги.
Для владельца одного сайта большая часть этих возможностей может никогда не понадобиться. Для бизнеса, который развивает несколько сервисов, тестовые среды, базы данных и внутренние системы, гибкость становится намного интереснее.
Облачный сервер и обычный VPS не являются противоположностями
Маркетинг иногда рисует слишком четкую границу. С одной стороны находится якобы старый и негибкий VPS, с другой современное облако.
Технически такое противопоставление слишком грубое.
И обычный VPS, и облачный сервер могут быть виртуальными машинами. Разница для клиента чаще проявляется в устройстве платформы, способе управления ресурсами, тарификации, доступных сетевых функциях и дополнительных сервисах.
Классический VPS часто продается готовыми пакетами. Например, 2 vCPU, 4 ГБ RAM и 40 ГБ NVMe за фиксированную сумму в месяц. Если ресурсов стало мало, пользователь переходит на следующий тариф.
В облаке конфигурацию нередко можно собирать более свободно. Требуется больше памяти, но не нужен дополнительный процессор? Вы увеличиваете RAM. Нужен отдельный диск? Подключаете его. Появилась временная тестовая машина? Создаете ее, используете несколько часов или дней и затем удаляете.
Некоторые платформы позволяют управлять инфраструктурой через API и Terraform, что особенно удобно разработчикам и компаниям с автоматизированным развертыванием. Такие возможности прямо предлагают, например, Selectel и Rusonyx. citeturn0search3turn0search12
Но для обычного сайта эта гибкость сама по себе не делает страницу быстрее. Если проекту постоянно требуется одна и та же небольшая конфигурация, фиксированный VPS может оказаться проще и понятнее.
Поэтому вопрос «что лучше, облачный сервер или VPS» без описания задачи почти не имеет смысла. Нужно сравнивать конкретные услуги и итоговую стоимость.
Процессор, память и диск нужно выбирать вместе
При аренде облачного сервера легко начать с количества vCPU. Четыре выглядят лучше двух, восемь лучше четырех. Но число виртуальных процессоров не рассказывает всей истории.
На производительность влияют физические процессоры облачной платформы, их поколение и частота, правила распределения вычислительных ресурсов и тип нагрузки. У некоторых провайдеров существуют разные линейки виртуальных машин для обычных задач и систем, чувствительных к производительности процессора. Например, Selectel отдельно выделяет стандартные и высокочастотные конфигурации, а Cloud.ru позволяет учитывать гарантированную долю vCPU. citeturn0search4turn0search7
Для сайта на WordPress высокая производительность отдельных ядер иногда оказывается полезнее большого числа слабых виртуальных процессоров. Для приложения, которое хорошо распараллеливает задачи, ситуация может быть другой.
Оперативная память должна покрывать потребности операционной системы, веб-сервера, PHP, базы данных, кэша и остальных служб. Если памяти мало, сервер может начать активно использовать swap или завершать процессы, и производительность резко ухудшится.
При этом покупать 32 ГБ RAM для проекта, который стабильно использует три, тоже бессмысленно. Одно из преимуществ облака как раз заключается в возможности начать с разумной конфигурации и менять ее по мере появления реальной статистики.
С диском похожая история. NVMe сегодня широко используется в серверных предложениях и действительно обеспечивает высокую производительность. Но надпись NVMe не гарантирует одинаковую скорость у разных провайдеров. Имеют значение архитектура хранилища и установленные ограничения операций ввода и вывода.
Отдельно стоит посмотреть, какой тип диска предлагается. Системный диск, сетевое блочное хранилище и локальный диск могут вести себя по-разному при сбое виртуальной машины или физического узла. Перед размещением критичных данных нужно понимать, где именно они хранятся и какие механизмы отказоустойчивости предоставляет платформа.
Настоящая цена облачного сервера находится не на первом экране калькулятора
Это один из самых важных моментов при выборе.
Облако удобно сравнивать по стоимости vCPU и RAM, но итоговый счет способен состоять из нескольких компонентов.
У одного провайдера в базовую конфигурацию уже входит определенный диск и сетевой трафик. У другого вычислительные ресурсы, хранилище, публичный IP и снимки рассчитываются отдельно.
Например, в актуальном калькуляторе Rusonyx отдельными позициями учитываются vCPU, RAM, публичный IP, HDD и снимок диска. У Selectel модель также учитывает разные облачные ресурсы, а условия тарификации остановленных виртуальных машин зависят от способа остановки или заморозки. citeturn0search3turn0search6
Это хороший пример того, почему фраза «платите только за использование» требует внимательного чтения.
Представим, что вы выключили виртуальную машину. Означает ли это, что счетчик полностью остановился?
Не обязательно.
Диск продолжает занимать место. Зарезервированный IP может оставаться платным. На одной платформе выключенные CPU и RAM продолжают тарифицироваться, на другой для остановленного сервера вычислительные ресурсы не оплачиваются, но хранилище остается в счете. У CLO, например, заявлено отсутствие списаний за vCPU и RAM остановленного сервера, тогда как у Selectel обычное выключение виртуальной машины само по себе не прекращает оплату созданных вычислительных ресурсов. citeturn0search2turn0search6
Ни один из этих подходов сам по себе не делает сервис плохим. Просто пользователь должен знать правила до запуска инфраструктуры.
Отдельный источник расходов — трафик. Некоторые провайдеры включают большой объем или вообще предлагают тарифы без отдельного ограничения, другие тарифицируют внешний трафик после определенного бесплатного объема. Например, в документации Selectel сейчас указано 3 ТБ бесплатного внешнего трафика на проекты аккаунта в месяц, после чего он начинает оплачиваться. citeturn0search14
Для обычного сайта этот лимит может быть огромным запасом. Для видеосервиса, файлового проекта или системы, которая передает большие массивы данных, стоимость сети уже становится существенной.
Поэтому перед арендой облачного сервера полезно сделать не один расчет, а три.
Первый показывает обычный месяц. Второй учитывает рост нагрузки. Третий моделирует неприятную ситуацию: увеличился трафик, потребовалось больше диска и начали активно создаваться резервные копии.
После этого цена облака становится гораздо понятнее.
Когда облако действительно удобно бизнесу
Самый очевидный сценарий — нагрузка меняется и ее трудно точно предсказать.
Представим интернет-магазин, который большую часть месяца работает спокойно, но во время крупной рекламной кампании получает заметно больше посетителей. Возможность быстро увеличить ресурсы здесь полезнее большого сервера, который постоянно оплачивается ради нескольких пиковых дней.
Но есть важная оговорка. Масштабирование виртуальной машины не всегда происходит абсолютно незаметно для приложения. Изменение отдельных ресурсов может потребовать перезагрузки, а горизонтальное масштабирование вообще требует соответствующей архитектуры сайта.
Если приложение работает на одной машине и хранит все локально, добавление второй виртуальной машины само по себе не превратит его в отказоустойчивый кластер.
Облако дает инструменты. Использовать их должна архитектура проекта.
Другой хороший сценарий — разработка и тестирование. Команде нужен сервер на несколько дней для проверки новой версии продукта. Покупать отдельное оборудование бессмысленно. В облаке виртуальная машина создается быстро, а после завершения работ удаляется.
Еще один сценарий — компания с несколькими системами. Публичный сайт, внутренняя CRM, база данных, тестовый контур и сервис резервного копирования можно разделить на отдельные виртуальные машины и сети. Управлять такой инфраструктурой через одну облачную платформу бывает удобнее, чем собирать набор независимых VPS у разных поставщиков.
Наконец, облако полезно, когда бизнес не хочет покупать собственные физические серверы заранее. Инфраструктуру можно наращивать постепенно, превращая капитальные расходы на оборудование в регулярные расходы на аренду ресурсов.
Но это не означает автоматическую экономию. При большой стабильной нагрузке в течение многих лет собственное оборудование или аренда физического сервера иногда оказывается экономически интереснее. Здесь уже требуется расчет полной стоимости владения.
Резервная копия и снимок сервера не одно и то же
В облачных панелях часто есть кнопка создания снимка виртуальной машины или диска. Она настолько удобна, что снимок легко начать воспринимать как полноценную систему резервного копирования.
Лучше этого не делать.
Снимок полезен перед обновлением, экспериментом или изменением конфигурации. Если что-то пошло не так, можно быстро вернуться к предыдущему состоянию.
Но резервная стратегия должна учитывать более серьезные сценарии. Ошибка администратора, повреждение данных, компрометация аккаунта, вредоносное программное обеспечение или проблема с инфраструктурой способны затронуть не только рабочий сервер.
Для важных данных нужны независимые копии, понятный срок хранения и проверенная процедура восстановления.
При выборе облачного провайдера выясните, как реализовано резервное копирование. Где физически или логически находятся копии? Можно ли настроить расписание? Сколько версий хранится? Как рассчитывается цена? Можно ли восстановить отдельный диск или потребуется разворачивать всю виртуальную машину?
И самое важное: хотя бы периодически проверяйте восстановление.
Резервная копия, которую никто никогда не пытался открыть, является скорее надеждой, чем гарантией.
Не покупайте облако ради самого слова «облако»
Если у вас небольшой корпоративный сайт, несколько тысяч посетителей в месяц и никаких специальных требований, хороший виртуальный хостинг может быть проще, дешевле и удобнее.
Провайдер сам обслуживает серверное окружение, а вы занимаетесь сайтом.
Если проекту нужен root-доступ, особое программное обеспечение или ресурсов обычного хостинга уже недостаточно, появляется смысл смотреть на VPS и облачные серверы.
Если нагрузка стабильна и конфигурация годами почти не меняется, обычный VPS с фиксированной ежемесячной ценой может оказаться максимально понятным решением.
Облако становится особенно интересным, когда нужна гибкость: быстро создавать и удалять виртуальные машины, отдельно менять ресурсы, подключать диски и сети, автоматизировать инфраструктуру, строить несколько контуров или работать с переменной нагрузкой.
Есть и еще одна причина не гнаться за модным термином. Некоторые услуги под названием «облачный VPS» по пользовательским возможностям мало отличаются от обычного VPS. Другие являются частью большой платформы с сетями, балансировщиками, объектными хранилищами, управляемыми базами данных и API.
Поэтому сравнивайте не названия, а функции.
Если вам нужны только Linux, Nginx, PHP и база данных для одного сайта, огромная облачная экосистема не обязательно принесет пользу.
Если сегодня у вас одна виртуальная машина, завтра нужны три, а через месяц необходимо автоматически развернуть тестовую среду, возможности облака уже начинают работать на проект.
Перед оплатой проверьте несколько вещей, о которых легко забыть
Сначала выберите регион размещения. Для сайта, рассчитанного преимущественно на российскую аудиторию, логично оценивать площадки в России с хорошей сетевой связностью для нужных пользователей. Для международного проекта требования могут быть другими.
Посмотрите не только количество vCPU, но и тип процессоров или класс вычислительных ресурсов. Если провайдер предлагает несколько линеек, разберитесь, для каких нагрузок они предназначены.
Уточните, можно ли уменьшать ресурсы после увеличения. Добавить диск часто проще, чем потом уменьшить его размер.
Проверьте тарификацию выключенных серверов. Как мы уже увидели, правила у платформ отличаются. citeturn0search2turn0search6
Разберитесь с публичными IP-адресами и сетью. Сколько адресов входит в стоимость? Как оплачивается внешний трафик? Есть ли защита от DDoS и что именно она покрывает?
Посмотрите условия резервного копирования и снимков отдельно. Не считайте их одной услугой.
Если планируется Windows или коммерческое программное обеспечение, добавьте стоимость лицензий. Дешевая виртуальная машина после подключения нужного ПО может стать заметно дороже.
Выясните границы технической поддержки. Облачный провайдер отвечает за свою инфраструктуру, но не обязательно будет бесплатно настраивать ваш веб-сервер, исправлять WordPress или оптимизировать базу данных.
Если администрировать Linux некому, заранее включите стоимость управления сервером в бюджет.
И наконец, проверьте, насколько легко уйти. Можно ли выгрузить данные, создать образ, перенести базу и развернуть проект на другой площадке? Чем критичнее система для бизнеса, тем опаснее архитектура, из которой практически невозможно выйти без длительной переделки.
Хороший облачный сервер не обязательно должен иметь максимальное количество ядер, самый быстрый NVMe и десятки дополнительных сервисов. Он должен соответствовать реальной нагрузке, иметь понятную модель оплаты и позволять проекту расти без постоянных переездов.
Для одного сайта это может быть небольшая виртуальная машина. Для бизнеса — несколько серверов, отдельная база, резервные копии и частная сеть. А кому-то облако вообще пока не понадобится.
И это нормальный результат выбора. Задача не в том, чтобы обязательно купить облачный сервер. Задача в том, чтобы не платить за инфраструктуру, сложность которой вашему проекту пока ничего не дает.
