- Исторически, до появления VPS/VDS, как альтернатива shared hosting-у с полным контролем над сервером (root) и его настройкой.
- Для размещения высоконагруженных приложений/сайтов, если не хватает мощности shared hosting/VPS.
- Для размещения высоконагруженных приложений, связанных с вычислениями на CPU, когда нужно несколько ядер и т.д.
- Для размещения приложений с большим потреблением RAM, т.к. у виртуальных серверов RAM - самый дорогой ресурс.
- Для установки гипервизора и разбития сервера на много виртуальных мини-серверов для изоляции приложений друг от друга.
- Для установки гипервизора и перепродажи виртуалок (сам себе хостинг).
- Для хранения данных в конкретном ДЦ в конкретной предсказуемой стойке, вместо абстрактных ездящих облаков, за которыми нет контроля (если, например, по каким-то причинам нет доверия к облачному провайдеру).
Выбирая dedicated server, позаботьтесь об отказоустойчивости вашего сервиса на случай выхода из строя оборудования, чтобы сервис не оставался оффлайн, пока хостер ищет замену комплектующего.
От этого полностью не застрахованы и облачные провайдеры (ведь там такие же гипервизоры на неком оборудовании), но предполагается, что они делают live migration с проблемных нод.
Видел много топиков у dedicated-провайдеров в ключе "подлецы, ненавижу, когда поменяете мне комплектующее, у меня простаивает бизнес, я теряю 12000$ в час!".
Спрашивается, если сервис настолько прибыльный и потери столь неприемлемы, почему нельзя было инвестировать хотя бы в минимальную отказоустойчивость, вместо того, чтобы рассчитывать на мифическую вечную безотказную работу всего одной железки?...