Сайт, магазин, приложение
Сервер под сайт на 1С-Битрикс, интернет-магазин или веб-приложение: веб-сервер, база, кэш, сертификаты и обновления. Отдельная площадка под тестовую версию.
Совмещается с поддержкой сайтов.
Отдельный сервер под сайт, базу, 1С, шлюз или внутренний сервис — без покупки железа и серверной комнаты. Мы не просто выдаём доступ к пустой машине: подбираем конфигурацию под задачу, выполняем настройку VPS или VDS под ваши сервисы, переносим данные и берём сервер на обслуживание.
У хостинг-провайдера вы получаете виртуальную машину с установленной операционной системой — дальше всё сами: настройка сервисов, обновления, безопасность, резервные копии, разбор инцидентов. Дёшево ровно до момента, когда что-то ломается и выясняется, что заниматься этим некому.
Мы отдаём сервер уже настроенным под задачу, с резервным копированием и мониторингом, и остаёмся рядом: обновления, изменения конфигурации, восстановление после сбоя. Разница не в цене машины, а в том, кто отвечает за то, что она работает.
Сервер под сайт на 1С-Битрикс, интернет-магазин или веб-приложение: веб-сервер, база, кэш, сертификаты и обновления. Отдельная площадка под тестовую версию.
Совмещается с поддержкой сайтов.
Отдельная машина под PostgreSQL или другую СУБД: настройка параметров под нагрузку, регламентное обслуживание, копии и контроль запросов.
Базу лучше держать отдельно от приложения — так проще масштабировать.
Виртуальная машина под сервер 1С и базу, доступная сотрудникам из офиса и удалённо. Быстрый способ уйти от файловой базы без закупки железа.
Часто в паре с терминальными рабочими местами.
Сервер с публичным адресом под VPN-шлюз, почтовый релей, мониторинг или систему заявок. Решает проблему отсутствия белого IP в офисе.
Офис подключается к серверу сам — статический адрес не нужен.
Машина под терминальный сервер или отдельные виртуальные рабочие места, чтобы сотрудники работали в одном окружении из любой точки.
Ресурсы добавляются по мере роста команды.
Сервер вне вашего офиса под хранение резервных копий или запасной контур ключевых сервисов на случай аварии на основной площадке.
Закрывает требование «одна копия вне площадки».
Прикиньте ресурсы под задачу. Стоимость посчитаем после разбора — она зависит от конфигурации, лицензий и того, берёте ли вы сервер с администрированием.
Для сайта — одновременные посетители, для 1С и рабочих мест — сотрудники, для служебных сервисов можно оставить минимум.
Ориентировочный расчёт. Точную конфигурацию подберём по реальной нагрузке — при необходимости запустим сервер с запасом и скорректируем через месяц работы.
Разворачиваем машину, устанавливаем систему и сервисы, настраиваем доступы, firewall и сертификаты. Переносим данные с текущей площадки, если нужно.
Следим за состоянием: свободное место, нагрузка, доступность сервисов, обновления безопасности. Реагируем на инциденты, а не ждём обращения.
Добавляем ресурсы по мере роста, разделяем сервисы на отдельные машины, помогаем с переездом на своё оборудование, когда это станет выгоднее.
Сервер можно взять как с администрированием, так и без него — во втором случае вы получаете доступ и отвечаете за настройку сами, а мы остаёмся на связи по инфраструктурным вопросам.
Сколько и каких виртуальных серверов нужно, зависит от числа пользователей и от того, что на них работает. Ниже три размера.
Чаще всего первым берут один виртуальный сервер: под сайт, 1С или файлы. Ресурсы подбираются по фактической нагрузке, а не «с запасом на всякий случай» — расширить их позже проще, чем платить за простаивающие.
Виртуальный сервер
├─ Приложение или база
├─ Диск под данные
└─ Доступ по VPN
│
Ежедневные копии
С ростом команды на одной машине оказываются и сайт, и база, и файлы — и они начинают мешать друг другу. Роли разносятся по отдельным серверам в общей закрытой сети, чтобы нагрузка и обновления не пересекались.
Закрытая сеть проекта
├─ Сервер приложений
├─ Сервер базы данных
└─ Сервер файлов
│
Шлюз доступа (VPN)
│
Копии + мониторинг
Когда простой стоит дорого, одного сервера мало. Приложение дублируется, база получает реплику, а копии уезжают на другую площадку — чтобы авария на одной не забрала данные вместе с сервисом.
Площадка 1 Площадка 2
├─ Сервер прил. ├─ Резерв
├─ База (осн.) ──→ ├─ Реплика
│ │
└──── Копии на второй площадке
│
Мониторинг доступности
На обычном хостинге вы работаете в рамках, заданных провайдером: набор версий, ограничения, соседи на том же сервере. Виртуальный сервер даёт свою операционную систему и полные права — можно поставить что угодно и настроить как нужно. Взамен требуется, чтобы кто-то этим занимался: мы берём эту часть на себя.
Да, в этом главное удобство виртуальной машины. Память, ядра и диск добавляются без переустановки системы, обычно с коротким перезапуском в согласованное время. Поэтому мы не советуем брать конфигурацию «на вырост» сразу — дешевле начать с разумной и расширить по факту.
Зависит от формата. С администрированием обновления безопасности, настройку firewall, копии и мониторинг ведём мы. Без администрирования вы получаете доступ и отвечаете за систему сами — мы остаёмся на связи по вопросам самой инфраструктуры: сеть, ресурсы, доступность.
Да. Переносим сайты, базы, почту и настройки, проверяем работу на новой площадке и только потом переключаем домен. Старый сервер оставляем активным на переходный период, чтобы можно было откатиться без потерь.
На инфраструктуре Dinesco или в арендованном ЦОД на территории России. Если у вас есть требования к месту хранения данных, обсуждаем площадку отдельно и фиксируем её в договоре.
Настраиваем копирование виртуальной машины по расписанию и храним копии отдельно от самого сервера. Дополнительно можно настроить копию на второй площадке. Восстановление проверяем — копия без успешного теста не считается рабочей.
Расскажите, что должно работать на сервере и что есть сейчас. Предложим конфигурацию и посчитаем стоимость владения.
Виртуальный сервер — это выделенные вам ресурсы на физическом сервере: собственная операционная система, полные права, изоляция от соседей. По сравнению с обычным хостингом вы получаете свободу настраивать что угодно, но вместе с ней и ответственность за то, чтобы всё это работало.
Недобор ресурсов приводит к тому, что сервис тормозит в самый нужный момент. Перебор — к тому, что компания годами платит за неиспользуемые ядра. Мы предпочитаем запустить сервер с разумным запасом, посмотреть реальную нагрузку в течение первого месяца и скорректировать конфигурацию по фактам. У виртуальной машины это делается без переустановки и переезда.
При выборе сервера обычно смотрят на ядра и память, а скорость дисков остаётся в примечании. Между тем именно она чаще определяет отзывчивость: база данных, журналы, временные файлы — всё это интенсивная работа с диском. Под нагруженные сервисы мы всегда закладываем NVMe, а не «просто SSD».
Как только сервер получает адрес в интернете, его начинают сканировать автоматические боты — счёт идёт на часы. Поэтому в базовую настройку входят firewall с закрытием всего лишнего, доступ по ключам вместо паролей, автоматические обновления безопасности и вынос административных интерфейсов за VPN. Это не паранойя, а минимум, без которого сервер живёт до первого сканирования.
Виртуальная машина ломается не только от аварии на площадке: гораздо чаще это неудачное обновление, ошибка в конфигурации или удалённый не тот файл. Снапшот виртуальной машины позволяет откатиться за минуты, а полноценная резервная копия в отдельном хранилище защищает от потери самой машины. Мы настраиваем и то, и другое.
Аренда удобна, пока ресурсов нужно немного и они меняются. Когда компания стабильно занимает мощности, сопоставимые с полноценным сервером, покупка своего железа начинает окупаться — обычно на горизонте нескольких лет. Мы считаем этот момент честно и говорим о нём прямо, а не держим клиента на аренде из принципа. Сравнение вариантов размещения — в разделе серверов и виртуализации, а если решите ставить своё — поможем с подбором и поставкой оборудования и внедрением Proxmox.
