![]() |
|
#51
|
|||
|
|||
|
Кстати, на dedicated я бы еще заранее спросил про сроки замены железа при аппаратной неисправности. На VPS этим занимается платформа, а на физическом сервере уже важна оперативность диагностики и наличие аналогичной машины. Для production это такой же критерий, как модель процессора.
|
|
#52
|
|||
|
|||
|
Для dedicated мне нравится подход, когда можно выбрать конкретные процессор, объём RAM и дисковую схему, а не покупать абстрактный «премиум». HOSTKEY как раз стоит рассматривать среди поставщиков таких машин. Но ключевые вопросы для меня всё же практические: как получить удалённую консоль, есть ли запасное оборудование и за какой срок меняют диск. Эти детали в ежедневной работе порой важнее модели CPU.
|
|
#53
|
|||
|
|||
|
Если приложение держит большую базу данных, скорее всего сначала понадобится много RAM и быстрый NVMe. При этом RAID1 защищает от выхода из строя одного диска, но не спасёт от ошибочного удаления таблицы. Копии должны уходить на отдельную систему. Я бы обязательно провёл тренировочное восстановление до переноса реального трафика.
|
|
#54
|
|||
|
|||
|
С физическим сервером полезно заранее понять границы ответственности. Провайдер отвечает за железо и сеть, а администрирование ОС, обновления и безопасность могут остаться полностью на клиенте. Не стоит считать dedicated готовой управляемой услугой, пока это не написано в договоре. Особенно если собственных системных администраторов нет.
|
|
#55
|
|||
|
|||
|
К надёжности провайдера я бы добавил понятный план собственных действий при сбое. Мониторинг доступности, регулярные копии базы и резервные ключи доступа стоят относительно недорого. Без этого даже самый мощный VPS не будет гарантировать сохранность сайта. Отдельно полезно проверить, сколько реально занимает полное восстановление.
|