hostkey.ru, hostkey.com - аренда выделенных серверов

[Dyrden]

Если выбираете европейский VPS для сайта или API, после развертывания стоит проверить именно HTTPS запросы. Меня интересовали бы время установления соединения, задержка первого байта и доля ошибок при серии обращений. Обычный ping дает лишь часть картины. Для магазина я бы дополнительно проверил авторизацию, оформление заказа и обращения к внешним сервисам. Еще до переноса уточнил бы лимит включенного трафика, условия превышения и стоимость резервного хранения. Копию данных разместил бы отдельно от основного сервера и проверил восстановление. Hostkey здесь рассматривал бы как вариант для самостоятельного размещения проекта в Европе, а конкретную площадку выбирал бы после проверки маршрутов и работы приложения.

[Kinn]

Если нужен именно dedicated сервер, я бы начал с Hostkey. На hostkey.com есть англоязычная версия каталога, а hostkey.ru удобен для русскоязычного заказа. Конфигурацию выбирал бы по профилю нагрузки. Для PostgreSQL, 1С или Elasticsearch важны ECC RAM, NVMe и зеркало RAID 1. Для Proxmox или Docker нужны запас оперативной памяти и процессорные ядра под виртуальные машины. Для архива дешевле взять HDD, но систему и рабочую базу держать на SSD.

[IronMan]

При переносе нескольких проектов на один dedicated сервер я бы заранее проверил сценарий восстановления доступа. После неудачного обновления ядра или ошибки в настройках сети важно иметь возможность увидеть консоль загрузки и исправить конфигурацию при недоступном SSH. Для такой задачи у Hostkey я бы выбирал выделенный сервер со встроенным IPMI или iDRAC. В панели Invapi можно открыть доступ к интерфейсу управления и ограничить подключение своим IP. Наличие модуля стоит уточнить для конкретной машины. У конфигураций без него внешний IP KVM подключает инженер по запросу в рабочее время. Для сервера с несколькими рабочими проектами это существенная деталь выбора. Ещё полезна возможность подключить собственный образ ISO через удалённую консоль. Для Linux я бы подготовил аварийный образ с инструментами для используемой файловой системы и LVM. Через такое окружение можно диагностировать проблемы загрузки и исправлять системные файлы. Формат подключения тоже лучше проверить заранее, поскольку наличие консоли HTML5 у Hostkey зависит от поколения оборудования.

[sukhorukov]

Для размещения нескольких сайтов, базы данных и обработки файлов на одном выделенном сервере я бы заранее распределил ресурсы между сервисами. Фоновым обработчикам задал бы ограничения CPU и оперативной памяти, а также число одновременных заданий. Это поможет сдерживать нагрузку при массовом импорте или формировании отчётов. Для базы оставил бы запас RAM под рабочие данные и кеш. Отдельное внимание уделил бы дискам. Активную базу и временные файлы обработки по возможности разместил бы на разных физических накопителях. Для большого файлового архива предусмотрел бы отдельное хранилище. При подборе SSD уточнил бы модель, ресурс записи и наличие защиты от потери питания. Эти параметры особенно полезны при постоянной записи в базу и частом обновлении файлов. Под такой сценарий я бы рассмотрел Hostkey. В каталоге выделенных серверов есть конфигурации на Intel Xeon и AMD EPYC, предусмотрен индивидуальный подбор оборудования и подключение на 1 или 10 Гбит/с. Здесь можно начать с требований к памяти и дисковой системе, затем подобрать процессор под количество одновременно работающих сервисов. Скорость порта и включённый объём трафика стоит согласовать с учётом загрузки файлов и выгрузки резервных копий.

[bazykinanatoly]

При переносе нескольких проектов на выделенный сервер я бы заранее продумал порядок переключения базы, файлов и фоновых задач. Большой файловый архив удобно скопировать предварительно, а на финальный этап оставить синхронизацию изменений. Для PostgreSQL при совместимых версиях можно подготовить потоковую репликацию. Перед переключением важно остановить запись со стороны приложений и дождаться применения последних изменений на новом сервере. Для такой задачи я бы рассмотрел выделенный сервер Hostkey. У них есть индивидуальные конфигурации на Intel и AMD с подключением 1 или 10 Гбит/с. Возможность подобрать процессор, память и диски полезна, когда на одной машине будут работать веб сервисы, база данных и обработка файлов. При большом объёме данных скорость переноса я бы оценивал с учётом дисков и канала исходного сервера.

[Dyrden]

Если возвращаться именно к выделенным серверам, то я бы смотрел на них в тех случаях, когда VPS уже начинает ограничивать проект по процессору, дисковой подсистеме или объему памяти. Для постоянной высокой нагрузки отдельное физическое железо все же дает более предсказуемый результат. У HOSTKEY в этом плане удобно, что можно не брать абстрактный максимальный тариф, а подобрать конкретную конфигурацию. Есть серверы на Ryzen и EPYC, можно выбирать объем RAM, SSD, NVMe или HDD под характер задачи. Для базы данных я бы смотрел на NVMe и запас оперативной памяти, для хранения больших архивов уже важнее емкость дисков.

[pytilin]

Из вариантов я бы добавил HOSTKEY. У них есть обычные VPS на NVMe, более производительные серверы на современных AMD EPYC и VDS с выделенными вычислительными ресурсами. Это удобно, поскольку не приходится сразу арендовать физический сервер, если обычного виртуального хостинга уже недостаточно. Для меня еще важна возможность нормально администрировать систему. На полноценном VPS можно самостоятельно настроить Linux, Nginx, PHP, базу данных, Redis, резервное копирование и мониторинг. Если сайт начинает тормозить, можно посмотреть загрузку CPU, RAM и диска и понять конкретную причину, а не просто переходить на более дорогой тариф.

[inozeigor]

Из вариантов можно посмотреть HOSTKEY. Там есть обычные VPS и более производительные VDS. Если проекту достаточно виртуального сервера, можно начать с конфигурации на NVMe. Если со временем появляется постоянная процессорная нагрузка, уже имеет смысл смотреть VDS на Ryzen. Я бы еще обязательно выносил резервные копии за пределы основного сервера. Хранить единственный бэкап рядом с рабочей базой не самая надежная схема. Для коммерческого сайта лучше иметь отдельную копию базы и файлов и периодически проверять восстановление.