Как выбрать выделенный сервер и принять его после выдачи
При аренде физического сервера приходится выбирать не только мощность. Имеют значение состав дисков, удалённая консоль, время замены оборудования и то, кто восстановит систему после сбоя. Удобно разделить покупку на два этапа: согласовать точную конфигурацию, затем принять её до переноса рабочих данных.
Локацию проверяют отдельно от оборудования: посмотрите, как сопоставить аудиторию, сеть и зависимости приложения. Этот порядок применим и к физическому серверу.
Когда нужен физический сервер
Выделенный сервер стоит рассматривать, когда для него есть конкретное основание: длительная ресурсоёмкая работа, особый состав накопителей, требования к физической конфигурации или ограничения текущей виртуальной машины. В задании должно быть понятно, что именно мешает на существующей площадке и как новый вариант это решит.
Проверьте альтернативы. Оптимизация тяжёлого запроса, изменение расписания импорта или другой VPS иногда решают задачу с меньшими затратами на обслуживание. Если приложению нужен один быстрый поток, увеличение общего числа ядер физического сервера не обязательно ускорит этот участок.
Один сервер также остаётся одной точкой, остановка которой может нарушить работу всего приложения. RAID, несколько блоков питания или дополнительный сетевой порт решают отдельные задачи. Они не обеспечивают автоматически доступность сайта при любой неисправности. Условия восстановления и независимая копия всё равно нужны.
Проект ежедневно обрабатывает большой набор файлов и держит базу с длительными операциями записи. На текущей услуге подтверждены ограничения диска. Команда рассматривает физический сервер с известным составом накопителей и управляемой очередью задач. До покупки она проверяет обработку своего набора данных и время восстановления из копии. Выбор обоснован измеренной задачей, без предположения, что любое физическое железо быстрее.
Сразу назначьте администратора. Провайдер может отвечать за исправность оборудования, а установка ОС, настройка массива, обновления и база останутся вашей обязанностью. Состав работ нужно согласовать до аренды.
Как читать конфигурацию процессора и памяти
Запросите точную модель CPU, количество физических процессоров, ядер и аппаратных потоков. Эти числа описывают разные свойства. Два процессора с одинаковым числом ядер могут сильно отличаться поколением и производительностью вашей задачи. Максимальная частота из спецификации не означает её постоянное достижение всеми ядрами.
Если процессор имеет разные типы ядер, уточните их состав и поддержку вашей ОС. Для приложения с лицензированием по ядрам или сокетам конфигурацию дополнительно проверяют по условиям лицензии. Не переносите выводы из рекламного сравнения на договор лицензирования.
Для RAM выясните установленный объём, тип, наличие ECC, число модулей и варианты расширения. ECC помогает обнаруживать и исправлять определённые ошибки памяти в поддерживаемой конфигурации, но не заменяет резервное копирование и контроль оборудования. Для выбора важнее подтверждённая совместимость и порядок обслуживания, чем одно сокращение в карточке.
Проверьте модернизацию: можно ли добавить память, заменить CPU или накопители, нужна ли остановка, сколько занимает работа и сохраняются ли данные. В некоторых предложениях проще арендовать другую машину и перенести проект. Такой перенос надо учитывать заранее.
Если данных о нагрузке нет, составьте пробный сценарий. Подход к оценке CPU, памяти и дисковых задержек описан в материале о ресурсах сервера. Физическое размещение меняет условия доступа к оборудованию, но не отменяет измерения приложения.
Сколько места останется после сборки массива
Запись «2 × 1 ТБ» описывает два отдельных накопителя. Она не подтверждает, что массив уже настроен, и не означает 2 ТБ полезного пространства при любом способе объединения. Согласуйте число дисков, ёмкость каждого, тип SSD или HDD, интерфейс, модель либо требования к классу, а также место под ОС.
Для массива уточните программную или аппаратную реализацию, выбранный уровень, доступный объём, наблюдение за состоянием и порядок замены неисправного диска. Отдельно спросите, кто запускает и контролирует восстановление массива после замены.
| Условный набор | Схема | Расчётный объём | Что помнить |
|---|---|---|---|
| 2 диска по 1 ТБ | Отдельные диски | По 1 ТБ на каждом | Размещение копии на втором диске требует отдельной настройки |
| 2 диска по 1 ТБ | RAID 1, зеркало | Около 1 ТБ | Данные дублируются; ошибочное удаление тоже затрагивает зеркало |
| 4 диска по 1 ТБ | RAID 10 | Около 2 ТБ | Допустимые отказы зависят от того, какие диски отказали |
| 2 диска по 1 ТБ | RAID 0 | Около 2 ТБ | Избыточности нет; отказ диска может лишить данных весь массив |
Это арифметические примеры, без рекомендации применять конкретный уровень. Видимый объём ОС будет дополнительно зависеть от единиц измерения, разметки, файловой системы и резервирования места. Для дисков разного размера и других схем расчёт нужно выполнять отдельно.
RAID не сохраняет предыдущую версию файла и не защищает от всех действий администратора, шифровальщика или потери сервера целиком. Нужна независимая резервная копия с проверкой восстановления.
Для ресурсоёмкой записи уточните характеристики накопителей, наблюдение за износом и правила замены. Показатели SMART полезны для диагностики, но не дают обещания, сколько ещё проработает диск. Не делайте вывод о пригодности оборудования по одному числу без учёта модели и остальных признаков.
Сеть, консоль и лицензии
Выясните скорость публичного порта, допустимый объём трафика, условия исходящего потока и ограничения при превышении. Выделенный порт в описании не всегда означает гарантированную скорость до любого пользователя. Проверяйте маршрут и задержку из сетей, важных для проекта.
Если будут несколько серверов, спросите о частной сети между ними, её пропускной способности и оплате. Перенос большого архива или репликация базы могут создать существенный внутренний поток. Не смешивайте его с условиями интернет-трафика.
Удалённая консоль нужна, когда ОС не загружается или доступ по сети сломан. Проверьте способ входа, права, возможность выбрать загрузочный образ и порядок восстановления. Консоль управления оборудованием не следует оставлять общедоступной без предусмотренной защиты. Важен и независимый доступ к кабинету провайдера.
Уточните, входят ли IP-адреса, установка ОС, панель и лицензии. Для платного ПО проверьте разрешённую схему использования на арендованной машине. Не переносите имеющуюся лицензию только потому, что программа технически запускается.
Что согласовать по обслуживанию
Разделите срок реакции на обращение, начало работ и восстановление услуги. Ответ поддержки через несколько минут не означает замену диска за то же время. Получите описание действий при отказе оборудования и того, кто отвечает за восстановление ОС и данных.
- Как подать срочную заявку и какие признаки неисправности приложить?
- Есть ли запасные комплектующие и как согласуют замену?
- Что происходит с неисправным накопителем и данными на нём?
- Какие операции входят в аренду, какие оплачиваются отдельно?
- Как выполняется переустановка и можно ли случайно запустить её из кабинета?
- Как прекращается аренда и сколько времени дают на выгрузку?
Отдельной строкой оцените администрирование: обновления, безопасность, резервные копии, контроль диска и приложений. Если эту работу выполняет подрядчик, у владельца должен оставаться доступ к кабинету и копия инструкции восстановления. Один человек с единственным ключом создаёт организационный риск независимо от качества сервера.
Как принять сервер до переноса данных
Сначала подтвердите фактическую выдачу согласованной конфигурации. Сохраните отчёт инвентаризации без секретов: CPU, память, перечень дисков, их ёмкость, разметку, состояние массива, сеть и ОС. Если часть диска не используется разделами или файловой системой, это нужно выяснить до заполнения сервера.
- Оборудование. Сопоставьте выданные характеристики с заказом. Разберите предупреждения диагностики с поддержкой.
- Хранилище. Проверьте видимые диски, полезное место, состояние RAID и уведомления. Наличие нескольких накопителей не доказывает, что массив собран.
- Доступ. Испытайте новую административную сессию и консоль восстановления. Не отключайте проверенный способ входа раньше проверки нового.
- Сеть. Проверьте доступность нужных направлений и закрытие лишних служб. Испытания скорости согласуйте по правилам услуги.
- Приложение. Разверните безопасную копию, выполните свои запросы, импорт и задания. Контролируйте ошибки и ресурсы.
- Восстановление. Получите независимую копию и подтвердите её чтение и восстановление в отдельной среде.
Не запускайте найденные в интернете тесты записи по физическому диску. Некоторые команды перезаписывают данные или разрушают разметку. Даже на ещё пустой машине длительное испытание должно быть разрешено поставщиком и запланировано администратором. После переноса рабочих данных риск существенно выше.
Если проверка не пройдена, остановите перенос и зафиксируйте расхождение. Удобнее заменить конфигурацию до появления заказов и пользовательских файлов, чем разбираться после запуска.
Задание поставщику и администратору
С этим заданием сравнивайте выделенные серверы в каталоге. Многие контрольные точки запуска совпадают с подготовкой VPS, но на физическом сервере дополнительно проверяются оборудование, массив и аппаратное обслуживание.