Поэтапная выдача полезна, когда часть инфраструктуры можно запускать раньше. Но без реестра и критериев готовности она создаёт путаницу: неизвестно, какие серверы приняты, где есть замечания и с какой даты начисляется аренда.
Протокол не обязан быть сложным юридическим документом. Достаточно общей таблицы, ответственных и заранее согласованного времени на первичную проверку.
Составьте реестр до первой выдачи
Каждая машина получает постоянный внутренний код. В строке реестра храните серийный номер или asset ID, конфигурацию, стойку или площадку, управляющий адрес, выделенные IP и время передачи доступа.
Не помещайте пароли в общую таблицу. Достаточно ссылки на защищённое хранилище или отметки о передаче отдельным каналом.
- код сервера и серийный номер;
- CPU, RAM, диски и сетевые карты;
- публичные и управляющие адреса;
- партия и время передачи;
- статус: проверяется, принят, замечание или замена.
Зафиксируйте состав каждой партии
До отправки доступов поставщик указывает количество машин и ожидаемое время готовности. Клиент подтверждает, что может принять эту партию и запустить проверку.
Если одна машина задерживается, остальные не должны автоматически зависать без статуса. Запишите, можно ли принять неполную партию и сохранится ли объёмная скидка.
ДальшеПроверьте оборудование одинаковым набором тестов→Проверьте оборудование одинаковым набором тестов
Снимите модель CPU, объём и схему памяти, список дисков, SMART, сетевые интерфейсы и версии контроллеров. Затем выполните короткий нагрузочный тест, проверку памяти и дисковой подсистемы в рамках согласованного окна.
Цель не в длительном бенчмарке ради цифры. Нужно найти ошибочную сборку, деградировавший диск, перегрев или нестабильность до запуска рабочей нагрузки.
- инвентаризация совпадает с заказом;
- в системных журналах нет повторяющихся аппаратных ошибок;
- SMART и состояние накопителей приняты по согласованным критериям;
- память видна полностью и работает стабильно;
- IPMI/KVM и управляемая перезагрузка доступны.
Отдельно примите сеть и адреса
Для каждого сервера проверьте порт, согласованную полосу, потери, MTU и маршруты из нескольких внешних сетей. Для подсети проверьте next hop, PTR-процесс, фильтры и отсутствие конфликтов адресов.
Если используются BGP или BYOIP, к партии добавляется сетевой критерий: сессия установлена, префикс виден снаружи и трафик проходит в обе стороны.
ДальшеРазделите замечание и отказ от приёмки→Разделите замечание и отказ от приёмки
Незначительное замечание не всегда мешает запуску, а критическая проблема делает машину непригодной. Критерии лучше согласовать заранее: неправильная модель CPU, недостающая память, неисправный диск, недоступный IPMI или отсутствующий маршрут обычно блокируют приёмку.
Для каждого дефекта укажите срок исправления, допустимую замену и повторный тест. Устное обещание заменить позже не должно переводить сервер в статус принятого.
ДальшеСвяжите оплату с фактической готовностью→Свяжите оплату с фактической готовностью
При поэтапной выдаче удобно вести отдельную дату старта для каждой принятой машины. Общая скидка сохраняется по заказанному объёму, а оплаченный срок сервера не сокращается из-за задержки другой партии.
Если стороны выбирают единый старт после готовности всего парка, это тоже нужно записать до оплаты. Таблица приёмки должна совпадать с датами в биллинге и последующем счёте на продление.
- время передачи доступа;
- время завершения проверки;
- найденные замечания и срок исправления;
- момент принятия и начала аренды;
- новая дата после замены или повторной выдачи.