AURORA предназначена для размещения высокоплотных GPU-систем в ОАЭ. Базовый продукт — GPU-colocation: клиент использует собственное вычислительное оборудование, а оператор предоставляет необходимую площадку и инженерную инфраструктуру.
Объект должен обеспечивать согласованную электрическую мощность, отвод тепла, условия размещения, физическую безопасность, доступ, мониторинг и предусмотренные договором функции обслуживания. Состав сетевой услуги и ответственность за клиентское оборудование определяются отдельно.
Клиенту нужна пригодная среда для эксплуатации конкретной вычислительной системы. Электропитание, охлаждение, помещение, подключения и эксплуатационные действия должны соответствовать одному согласованному комплекту оборудования.
Для каждой услуги необходимо определить границу предоставления, измеряемый показатель и ответственность. Неисправность собственного сервера клиента не должна автоматически трактоваться как отказ инженерной инфраструктуры. Одновременно оператор должен отвечать за те условия и действия, которые включены в его договор.
Предполагаемые покупатели — организации с GPU-инфраструктурой для AI и HPC. Подтверждённый спрос AURORA в исследованном корпусе не установлен. Профили клиентов, сроки подключения, объёмы и готовность платить требуют самостоятельной коммерческой квалификации.
В формате C стоимость операторских серверных платформ входит в рассматриваемую цель $5–7 млн на полезный IT-МВт. Клиентские GPU в эту стоимость не включаются. Для других форматов состав операторского бюджета определяется их действительной границей услуги.
Инфраструктурная стойка высокой плотности не является универсальной системой, в которую можно установить любые GPU. Ускорителю нужны совместимые серверная платформа, питание, охлаждение, сеть и программное обеспечение. Эти условия подтверждаются для конкретного исполнения.
| Область | Что фиксируется до предложения услуги |
|---|---|
| Стойка и серверы | Кто поставляет, владеет, устанавливает и заменяет оборудование |
| Питание | Где измеряется договорная мощность; кто обслуживает PDU и силовые компоненты |
| Жидкостное охлаждение | Кто отвечает за CDU, коллекторы, соединения, теплоноситель и контроль протечек |
| Воздушное охлаждение | Какие условия поддерживаются и какая остаточная тепловая нагрузка учитывается |
| Сеть | Физические подключения, услуги оператора связи и управляемая сеть разграничиваются |
| Обслуживание IT | Состав разрешённых работ, гарантия, доступ, контакты и порядок инцидентов |
| Расширение | Объём будущей мощности, дата готовности и условия резервирования |
Проработаны возможные механизмы оплаты. Конкретный тариф и состав обязательств пока не выбраны. Для сравнения предложения важно отдельно учитывать договорную мощность, фактическое потребление и энергию.
| Предмет оплаты | Возможная единица | Что нужно согласовать |
|---|---|---|
| Договорная мощность и размещение | кВт за месяц; согласованный блок или стойка | Точка предоставления, объём, срок, состав услуги и тариф |
| Электроэнергия | Фактические кВт·ч | Включена в цену или оплачивается отдельно; границы счётчиков и распределение потерь |
| Подключение и ввод клиента | Согласованный комплект работ | Монтаж, проверки, интеграция и ответственность |
| Дополнительные технические работы | Операция или время специалиста | Перечень работ, доступность персонала и цена |
| Сеть и межсоединения | Порт, канал или согласованная услуга | Пропускная способность, маршруты, активное оборудование и ответственность |
| Резервирование роста | Объём мощности и срок | Гарантия доступности, оплата, переход в действующий договор и отмена |
Договорная мощность — обязательство инфраструктуры. Фактическая нагрузка может быть ниже, но это не уменьшает согласованный ресурс клиента. Два ввода A/B не удваивают его продаваемую мощность.
Квалификация клиента включает вычислительную задачу, точное оборудование, мощность по датам, требуемое место, срок подключения, бюджет, полномочия покупателя и исполнимые коммерческие условия.
Подготовленный опросник, интерес к проекту и публичное сообщение о росте рынка не являются подтверждённым заказом. Для финансовой модели требуется календарь спроса с понятным уровнем обязательства.
Собственные GPU, аренда вычислительных мощностей, обучение и инференс моделей рассматриваются как отдельное направление развития. Для него нужны самостоятельные инвестиции, подтверждение спроса, оценки загрузки и стоимости обновления оборудования.
Мощность, занятая собственным IT, не может одновременно продаваться colocation-клиенту. В расчёте необходимо учитывать также доход, который мог бы принести альтернативный способ использования того же ресурса.
Основания страницы: утверждённое ТЗ; RECON-01 и RECON-08; позднее уточнение владельца о клиентских GPU и операторских платформах; LOCAL R14.