Замена зарубежных серверов на российские: что менять в первую очередь

Когда компания планирует поэтапную замену зарубежных серверов на российские, возникает вопрос, с чего начать. Какие серверы обновлять раньше: самые старые, наиболее загруженные или те, от которых зависит работа важных приложений? При ограниченном бюджете особенно важно правильно определить очередность закупок.

Разберем, какие факторы учитывать при выборе и как составить первую очередь закупки российского оборудования.

В этой статье:

• Оценка действующего серверного парка
• Как определить срочность замены серверов
• Проверка совместимости с российским оборудованием
• Как сформировать первую очередь закупки
• Что включить в техническое задание
• Вопросы и ответы

Оценка действующего серверного парка

Документы о закупке показывают исходную комплектацию серверов. За время эксплуатации специалисты могли добавить оперативную память, заменить накопители или перенести приложения на другие физические узлы. Поэтому перед планированием обновления нужно сверить учетные записи с фактическим состоянием инфраструктуры.

Какие сведения собрать о действующих серверах

Начните с инвентаризации физических серверов. Используйте внутреннюю документацию, сведения из систем управления оборудованием и данные операционных систем.

Для каждого устройства зафиксируйте:

• Производитель и модель. Укажите полное название платформы, серийный номер и место установки. Серийный номер поможет найти документацию и сведения о конкретном устройстве.
• Процессоры. Запишите модели и количество установленных процессоров. У одной платформы могут быть разные варианты комплектации.
• Оперативная память. Определите общий объем, тип модулей и количество занятых разъемов.
• Накопители. Укажите их количество, тип, емкость и способ объединения в дисковые массивы, включая используемый уровень RAID. Отдельно отметьте подключение к внешней системе хранения данных (СХД).
• Сетевые подключения. Зафиксируйте сетевые адаптеры, скорость портов и используемые соединения.
• Программная среда. Запишите установленные операционные системы и их версии. Если используется виртуализация, укажите гипервизор — программу, которая позволяет запускать виртуальные машины на физическом сервере.

Дополнительно найдите дату ввода оборудования в эксплуатацию. Обычно ее указывают в актах, документах о поставке или внутренней системе учета.

Для одинаковых моделей создавайте отдельные записи. Два сервера одной серии могут отличаться установленными компонентами и выполнять разные задачи.

Как определить назначение серверов и связанные приложения

Теперь выясните, какие рабочие системы используют ресурсы каждого физического узла.

Один сервер может обслуживать сразу несколько задач.

При проверке необходимо установить:

1. Какие приложения работают на оборудовании. Составьте перечень программ, баз данных и служебных систем. Укажите их назначение и ответственных специалистов.
2. Где размещены виртуальные машины. Если компания использует виртуализацию, определите, какие машины работают на каждом физическом узле. В системе с автоматическим переносом виртуальных машин учитывайте все узлы, на которых они могут размещаться.
3. Где хранятся данные. Выясните, используют ли приложения локальные накопители или внешнюю СХД. Зафиксируйте расположение рабочих данных и доступ к ним.
4. От каких систем зависит работа приложений. Проверьте связи с базами данных, сетевыми службами и другим оборудованием.

В перечне оборудования эти компоненты будут указаны отдельно. При этом необходимо отразить связи между ними, поскольку приложение использует ресурсы нескольких систем.

Для сбора сведений проверьте настройки виртуализации, действующие схемы инфраструктуры и документацию по приложениям. Если назначение какого-либо узла неизвестно, уточните его у ответственного специалиста.

Какие показатели нагрузки зафиксировать

Технические характеристики показывают состав сервера. Чтобы понять, как используются его ресурсы, потребуется статистика работы.

Соберите четыре группы показателей:

• Процессор. Средняя и максимальная загрузка в обычные рабочие часы и в периоды повышенной активности.
• Оперативная память. Фактическое потребление памяти и показатели ее нехватки, если система наблюдения их собирает.
• Дисковая подсистема. Занятое пространство, интенсивность операций чтения и записи, время их выполнения.
• Сеть. Объем передаваемых данных и загрузка сетевых соединений.

Один замер в спокойное время не покажет, как меняется нагрузка в течение рабочего цикла.

Если компания использует виртуализацию, посмотрите показатели физических узлов и отдельных виртуальных машин. Суммарная загрузка физического сервера не показывает, сколько ресурсов потребляет каждое приложение.

На данном этапе достаточно собрать достоверную статистику. Причины возможной нехватки ресурсов и необходимость замены оборудования рассмотрим отдельно.

Как проверить техническое состояние и обслуживание

Помимо нагрузки, соберите историю работы и обслуживания каждого устройства.

Техническое состояние. Изучите журналы событий операционной системы и сообщения аппаратного управления. Проверьте наличие зарегистрированных ошибок памяти, накопителей, блоков питания и системы охлаждения.

Если сервер уже ремонтировали, найдите сведения о выполненных работах. Укажите, какие компоненты заменяли, когда это происходило и устранена ли неисправность.

Гарантия и техническая поддержка. Проверьте документы о поставке, действующие договоры обслуживания и условия поддержки производителя. Если известна дата окончания поддержки конкретной модели, добавьте ее в учетную запись.

Важно различать гарантию производителя и обслуживание по отдельному договору. После окончания гарантии компания может продолжать получать техническую поддержку от сторонней организации.

Запасные части. Уточните, какие комплектующие доступны для обслуживания действующих моделей. Если подтвержденных сведений нет, отметьте необходимость дополнительной проверки.

Здесь пока достаточно зафиксировать фактическое положение дел. Оценка того, насколько состояние и условия обслуживания влияют на срочность замены, относится к следующей главе.

Как оформить результаты инвентаризации

Объедините собранные сведения в одну учетную ведомость. Для каждого физического сервера создайте отдельную запись с уникальным обозначением.

Перечень приложений и виртуальных машин удобно вести в связанных таблицах. Так можно сохранить информацию о распределении задач между несколькими узлами и избежать повторного заполнения одних и тех же сведений.

При оформлении учитывайте три правила.

• Указывайте источник данных. Например, сведения из договора, системы аппаратного управления или результаты проверки специалистом. Это поможет уточнить информацию при возникновении расхождений.
• Фиксируйте дату проверки. Конфигурация и размещение приложений могут измениться. По дате будет понятно, когда специалисты в последний раз подтверждали актуальность записи.
• Отмечайте недостающие сведения. Если неизвестно назначение сервера или отсутствует история его обслуживания, оставьте соответствующую отметку. Такие данные необходимо уточнить, прежде чем использовать их для дальнейших решений.

В результате у компании должен появиться актуальный перечень физических серверов, их конфигураций, рабочих задач и зависимостей. К нему добавляются сведения о нагрузке, техническом состоянии и обслуживании.

На основе этой информации можно переходить к оценке необходимости и срочности замены оборудования.

Как определить срочность замены серверов

После инвентаризации у компании есть сведения о состоянии серверов, рабочих нагрузках и условиях обслуживания. Теперь нужно понять, какое оборудование требует обновления раньше, а какое может продолжать работу.

Для этого оценивают три фактора: технические проблемы, последствия возможного отказа и запас ресурсов для дальнейшей эксплуатации. Рассмотрим, как каждый из них влияет на решение о замене.

Техническое состояние и доступность обслуживания

Повторяющиеся аппаратные ошибки, отсутствие запасных частей и проблемы с ремонтом могут стать основанием для обновления сервера. Однако многое зависит от характера неисправности и возможности ее устранения.

Сложнее ситуация, когда выходит из строя компонент, который невозможно быстро заменить.

При оценке учитывайте три обстоятельства:

• Характер неисправностей. Разовые ошибки с установленной и устраненной причиной отличаются от повторяющихся сбоев, которые продолжаются после ремонта.
• Доступность запасных частей. Возможность получить совместимые компоненты влияет на сроки восстановления оборудования.
• Условия технической поддержки. Действующие договоры обслуживания и доступность специалистов помогают определить, сможет ли компания устранить следующую неисправность.

Отдельного внимания заслуживают серверы, для которых производитель прекратил выпуск необходимых обновлений встроенного программного обеспечения. Это может ограничивать возможность устранения известных ошибок и уязвимостей. Перед принятием решения нужно проверить документацию конкретной модели и доступные способы поддержки.

Срочность замены возрастает, когда аппаратные проблемы повторяются, а возможности ремонта и дальнейшего обслуживания ограничены. При этом неисправность, которую можно оперативно устранить заменой отдельного компонента, еще не дает оснований для обновления всей платформы.

Критичность приложений и последствия отказа

Следующий вопрос — что произойдет с рабочими системами, если сервер выйдет из строя.

Значение имеет и то, как организована инфраструктура.

• Сервер без резервного узла. При аппаратном отказе приложения могут оставаться недоступными до ремонта оборудования или запуска на другой платформе. Продолжительность восстановления зависит от подготовленных резервных ресурсов и порядка восстановления системы.
• Сервер в отказоустойчивой группе. При правильной настройке система может автоматически запустить рабочие нагрузки на исправном узле после отказа основного. Для этого оставшихся вычислительных ресурсов должно хватать, а необходимые данные и службы должны быть доступны.
• Сервер с резервным копированием. Сохраненные копии позволяют восстанавливать данные после сбоя. Однако для возвращения приложений в работу могут потребоваться исправное оборудование, восстановление программной среды и дополнительное время.

Оценивать последствия отказа необходимо совместно с владельцами рабочих систем. Уточните, какие операции остановятся, сколько времени допустимо потратить на восстановление и какие средства предусмотрены для продолжения работы.

Представим два условных случая.

1. Первый сервер обслуживает важную базу данных. Оборудование работает исправно, но резервный узел отсутствует, а возможность быстрого восстановления системы пока не подтверждена.
2. На втором сервере обнаружена неисправность блока питания. При этом он имеет исправный резервный блок, а совместимая запасная часть доступна для замены.

Критичность приложения еще не определяет необходимость замены физического оборудования. Иногда риск можно снизить с помощью резервирования или изменения схемы размещения системы.

Производительность и возможности расширения

Технически исправный сервер тоже может нуждаться в обновлении. Например, компания увеличивает количество виртуальных машин, расширяет базу данных или внедряет приложение, которому требуется больше вычислительных ресурсов.

Здесь нужно сопоставить фактическую нагрузку с возможностями действующей платформы.

• Нехватка ресурсов. Если специалисты зафиксировали длительные задержки приложений, необходимо установить их причину. Высокая загрузка процессора, памяти или накопителей сама по себе еще не доказывает необходимость замены. Проблема может быть связана с настройками программ, распределением ресурсов или отдельными компонентами.
• Ограничения расширения. Даже после подтверждения нехватки ресурсов полная замена может не потребоваться. Например, сервер поддерживает установку дополнительных модулей памяти или более производительных накопителей. Возможность расширения нужно сверять со спецификацией конкретной платформы.
• Планируемый рост нагрузки. Если компания намерена увеличить число пользователей или перенести на сервер дополнительные приложения, стоит заранее оценить будущую потребность в ресурсах. При этом расчет должен опираться на подтвержденные планы развития и характеристики рабочих систем.

Рассмотрим пример. На физическом сервере работает несколько виртуальных машин. Компания планирует разместить на нем еще одну корпоративную систему.

Специалисты рассчитывают необходимый объем памяти и выясняют, что существующая платформа поддерживает установку дополнительных модулей. Если другие ресурсы также отвечают требованиям, расширение может решить задачу без полной замены.

Другой вариант — все разъемы памяти заняты, поддерживаемый платформой объем уже достигнут, а рабочим приложениям требуется больше ресурсов. В таком случае необходимо рассмотреть обновление оборудования либо изменение схемы размещения нагрузки.

Основанием для замены становится подтвержденное ограничение действующей платформы, которое мешает выполнять необходимые задачи и не устраняется доступными способами модернизации.

В каких случаях замену можно отложить

Зарубежные серверы могут продолжать эксплуатацию, пока соответствуют техническим требованиям компании и условиям, обязательным для ее деятельности.

Основания для переноса замены на более поздний срок могут быть следующими.

• Оборудование работает стабильно. Специалисты не выявили неисправностей, которые создают неприемлемый риск остановки рабочих систем. Необходимые проверки и обслуживание продолжаются.
• Ресурсов достаточно. Действующие приложения справляются с нагрузкой, а возможности платформы соответствуют подтвержденным планам развития. При необходимости сервер можно расширить без полной замены.
• Обслуживание доступно. Компания располагает подтвержденной возможностью ремонта, подходящими запасными частями и необходимой технической поддержкой.
• Работа приложений защищена от последствий отказа в соответствии с требованиями компании. Организация предусмотрела допустимые способы и сроки восстановления, а их работоспособность подтверждена.

При этом учитывайте требования законодательства и внутренние правила организации. Для отдельных закупок и информационных систем могут действовать специальные условия перехода на российское оборудование. Возможность отсрочки необходимо оценивать с учетом этих требований.

Решение о продолжении эксплуатации стоит зафиксировать. Укажите причины отсрочки и обстоятельства, при которых потребуется повторная оценка.

Как оценить срочность замены

После проверки каждого критерия можно предварительно разделить оборудование на три группы.

Приоритет	Состояние и риски	Решение
Высокий	Серьезные или повторяющиеся неисправности, ограниченные возможности восстановления, высокий риск длительной остановки важной системы	Начать подготовку замены. Текущие неисправности устранить без ожидания новой закупки
Средний	Сервер продолжает работать, но возможности обслуживания или расширения ограничены. Дальнейшая эксплуатация требует дополнительных мер	Запланировать обновление, уточнить потребность в ресурсах и условия эксплуатации до замены
Низкий	Оборудование исправно, справляется с нагрузкой, обеспечено обслуживанием и соответствует требованиям к восстановлению систем	Продолжить эксплуатацию и пересматривать оценку при изменении условий

Таблица помогает систематизировать результаты, но не заменяет техническую оценку. Приоритет определяют по совокупности факторов.

Для каждого сервера зафиксируйте предполагаемый приоритет и конкретные причины решения. По итогам оценки станет понятно, какое оборудование требует первоочередного внимания.

Далее необходимо проверить, какие российские платформы подходят для действующих приложений и инфраструктуры. Это позволит определить техническую возможность замены, прежде чем переходить к составлению первой очереди закупок.

Проверка совместимости с российским оборудованием

Российский сервер может иметь подходящие характеристики, но это еще не гарантирует работу всех действующих программ. Ограничения могут возникнуть на уровне операционной системы, виртуализации или подключения к системе хранения данных.

Для проверки используйте перечень приложений и оборудования, который составили при инвентаризации. Сначала выясните, какую программную среду можно сохранить, затем проверьте остальные зависимости.

Поддержка операционных систем и гипервизоров

При переходе на российский сервер компания не обязана автоматически менять действующую операционную систему. Возможность сохранить ее зависит от выбранной платформы, требований производителя программного обеспечения и условий лицензирования.

Начните с проверки версии ОС. Производитель сервера или разработчик системы может подтверждать работу только определенных выпусков.

Затем изучите поддержку основных компонентов оборудования.

• Процессор. Операционная система должна поддерживать его архитектуру и необходимые аппаратные возможности. Большинство распространенных корпоративных серверных платформ используют архитектуру x86-64, однако существуют решения с другими архитектурами. Программы, разработанные для одной из них, не всегда можно запустить на другой без изменений.
• Контроллеры и сетевые адаптеры. Для работы с накопителями и сетевыми подключениями операционной системе нужны соответствующие драйверы. Это программы, через которые ОС управляет устройствами. Уточните, доступны ли они для выбранной версии системы.
• Виртуализация. Если компания использует гипервизор, проверьте его совместимость с новым физическим сервером. Учитывайте точную модель оборудования, процессоры, сетевые устройства и контроллеры хранения.

Для российских операционных систем существуют собственные перечни проверенных решений. В частности, Astra Linux и РЕД ОС публикуют сведения о совместимости с оборудованием и программными продуктами.

Отдельный вопрос возникает, когда несколько физических серверов работают в одной системе виртуализации. Здесь нужно учитывать возможность переноса виртуальных машин между узлами.

Поэтому для действующего гипервизора необходимо подтвердить два условия: работу на новой аппаратной платформе и поддержку нужного способа размещения виртуальных машин.

Совместимость с корпоративными приложениями

После проверки операционной системы переходите к прикладным программам. Здесь важно выяснить, смогут ли рабочие системы продолжить выполнять свои функции в выбранной программной среде.

Рассмотрим два возможных случая.

Компания сохраняет действующие операционные системы. Например, приложения работают внутри виртуальных машин, а организация планирует заменить только физические узлы. При совместимости новой платформы с гипервизором существующую программную среду в ряде случаев удается сохранить.

Однако необходимо убедиться, что виртуальные машины поддерживаются новой системой размещения, а приложения не зависят от отсутствующих аппаратных возможностей.

Компания одновременно переходит на российскую ОС. В таком случае требуется отдельная проверка прикладного программного обеспечения. Программа, которая работает под Windows Server, может не иметь версии для Linux. Иногда разработчик предлагает отдельный выпуск или поддерживает работу через дополнительные компоненты.

Для каждой корпоративной системы выясните следующие обстоятельства.

• Поддерживаемые версии ОС. Изучите требования разработчика к операционной системе. Учитывайте конкретные выпуски и необходимые обновления.
• Системы управления базами данных. Проверьте, с какими СУБД работает приложение. Например, корпоративная программа может требовать определенную версию PostgreSQL или Microsoft SQL Server. Возможность использовать другую СУБД необходимо подтверждать отдельно.
• Дополнительные программные компоненты. Некоторые приложения зависят от определенных библиотек, служб и средств взаимодействия с другими системами. При изменении программной среды их совместимость также имеет значение.
• Лицензирование. Уточните, допускают ли условия лицензии использование программы на другом физическом оборудовании или в новой среде виртуализации. Для части продуктов могут потребоваться изменение лицензии или повторная активация.

Особого внимания заслуживают программы собственной разработки. У них может отсутствовать актуальная документация, а специалисты, которые создавали систему, уже не участвуют в ее сопровождении.

В таком случае необходимо выяснить, какие программные компоненты использует приложение, и обратиться к действующему разработчику или обслуживающей организации.

Сам факт совместимости российского сервера с выбранной ОС еще не подтверждает работоспособность всей прикладной системы.

Подключение к действующим СХД и сетевой инфраструктуре

При поэтапном обновлении часть оборудования может оставаться в эксплуатации. Поэтому новый сервер должен поддерживать необходимые способы подключения к существующим системам хранения данных и сети.

Совместимость с СХД

Сначала определите, как сервер получает доступ к данным.

В корпоративной инфраструктуре могут использоваться разные способы подключения. Например, iSCSI передает команды доступа к блочному хранилищу через сеть IP, а Fibre Channel применяется в специализированных сетях хранения данных. Возможен и файловый доступ, когда приложения работают с общими сетевыми ресурсами.

Для выбранного российского сервера необходимо установить, поддерживает ли он нужные адаптеры и сможет ли операционная система работать с действующей СХД.

Особенно внимательно проверьте подключение к хранилищам с резервированием соединений.

Совместимость подтверждают по документации производителей. Совпадение скорости портов или типа разъемов само по себе еще не гарантирует корректную работу.

Рассмотрим условный пример. Компания использует зарубежную СХД с подключением по Fibre Channel и планирует сохранить ее после замены вычислительных узлов.

Для российского сервера необходимо подобрать поддерживаемый адаптер, убедиться в наличии драйверов для выбранной ОС и проверить работу с действующим хранилищем. Если предусмотрено несколько путей доступа, потребуется также подтвердить поддержку этой функции.

Совместимость с сетевой инфраструктурой

Помимо хранения данных, сервер взаимодействует с коммутаторами, рабочими станциями и другими узлами.

Здесь важно учитывать скорость сетевых подключений, используемые протоколы и функции сетевых адаптеров.

Если организация использует резервирование сетевых соединений, уточните, доступны ли нужные способы объединения портов и переключения между ними.

Проверка должна охватывать всю цепочку подключения: от сетевого адаптера сервера до настроек коммутатора и программного обеспечения.

В результате станет понятно, можно ли сохранить действующие СХД и сетевое оборудование при переходе на выбранную российскую платформу.

Что делать, если совместимость пока не подтверждена

Иногда нужной модели нет в официальном перечне совместимого оборудования. Это еще не доказывает техническую невозможность ее использования. Производители могли не проводить испытания конкретного сочетания компонентов или не публиковать результаты.

Однако отсутствие подтверждения необходимо учитывать, особенно если сервер будет обслуживать важные приложения.

В такой ситуации действуйте последовательно.

1. Изучите документацию производителей. Проверьте официальные перечни совместимости, требования к версиям программ и ограничения оборудования. Учитывайте состав конкретной конфигурации.
2. Запросите дополнительные сведения. Если опубликованных документов недостаточно, обратитесь к производителю сервера, разработчику программного обеспечения или поставщику. Уточните, проводились ли испытания и при каких условиях обеспечивается поддержка.
3. Определите необходимость испытаний. Если совместимость остается неподтвержденной, проверьте нужные функции на отдельном оборудовании. Объем испытаний зависит от назначения системы. Например, для сервера баз данных важно убедиться в корректной обработке запросов, работе с хранилищем и устойчивости под характерной нагрузкой.
4. Зафиксируйте результаты. Укажите точные модели и версии программ, проверенные функции, обнаруженные ограничения и вопросы, которые остались открытыми.

При оценке важно различать отсутствие подтверждения и установленную несовместимость.

По итогам проверки каждой рассматриваемой конфигурации можно присвоить один из трех статусов:

Результат	Что означает
Совместимость подтверждена	Есть документы или результаты испытаний, которые подтверждают работу нужных компонентов в рассматриваемых условиях
Требуется дополнительная проверка	Сведений недостаточно либо часть функций еще не испытывали
Выявлена несовместимость	Обнаружено ограничение, которое препятствует использованию выбранного сочетания оборудования и программ

Результаты проверки помогут отделить технически подходящие варианты от решений, для которых сохраняются ограничения.

Теперь можно сопоставить сведения о совместимости с ранее установленной срочностью замены и перейти к формированию первой очереди закупки.

Как сформировать первую очередь закупки

Серверы с высокой срочностью замены требуют внимания в первую очередь. Однако часть систем пока нельзя перевести на российское оборудование из-за неподтвержденной совместимости или других технических ограничений. Для остальных уже можно определить подходящий вариант обновления.

При планировании закупки необходимо учитывать готовность каждой системы к переходу, взаимосвязь оборудования и доступный бюджет. Это поможет определить состав первой партии и понять, какие задачи нужно решить перед следующим этапом.

Как сопоставить срочность замены и готовность систем к переходу

Используйте результаты двух предыдущих проверок. Первая показывает, насколько срочно требуется обновить действующий сервер. Вторая позволяет установить, подтверждена ли работа необходимых программ и устройств на выбранной российской платформе.

Сопоставьте полученные сведения.

Срочность замены	Готовность к переходу	Решение
Высокая	Совместимость подтверждена	Рассмотреть для первой закупки
Высокая	Требуется дополнительная проверка	Ускорить испытания и решить вопрос совместимости
Средняя	Совместимость подтверждена	Рассмотреть для первой или следующей очереди с учетом бюджета
Низкая	Совместимость подтверждена	Запланировать обновление на более поздний этап
Любая	Выявлена несовместимость	Рассмотреть другую платформу или вариант программного обеспечения

Для серверов со средней и низкой срочностью, совместимость которых пока неизвестна, проверку можно запланировать отдельно. Ее сроки зависят от планов обновления и требований компании.

Особого внимания требуют системы, которые нуждаются в срочной замене, но технически еще не готовы к переходу.

Включать такую конфигурацию в закупку для рабочего внедрения преждевременно. Сначала необходимо устранить неопределенность. При этом компания должна принять меры для поддержания работоспособности действующей системы.

После сопоставления оценок получится перечень серверов, которые можно рассматривать для ближайшей закупки. Далее необходимо определить, какие позиции можно приобретать отдельно, а какие связаны между собой.

Какие серверы включить в первую закупку

Начните с оборудования высокой срочности, для которого подтверждена возможность перехода. Затем проверьте, какие дополнительные устройства потребуются для работы выбранных платформ.

Один сервер не всегда можно заменить независимо от остальных.

Если совместная работа не поддерживается, может потребоваться другой способ обновления группы.

При определении состава первой закупки проверьте три обстоятельства.

1. Можно ли заменить сервер отдельно

Выясните, сможет ли новая платформа выполнять свои задачи при сохранении остальной инфраструктуры.

Если связи поддерживаются, оба устройства необязательно приобретать одновременно.

2. Какие компоненты нужно приобрести вместе с сервером

Рассматриваемая российская платформа может потребовать дополнительных сетевых адаптеров, контроллеров или других устройств.

Соответствующие компоненты нужно учитывать в составе закупки, чтобы после поставки оборудование можно было использовать по назначению.

3. Можно ли сохранить необходимые функции резервирования

При обновлении нескольких взаимосвязанных узлов необходимо учитывать требования к доступности приложений.

Если действующая архитектура не позволяет выполнить необходимые требования при частичной замене, состав закупки придется пересмотреть.

В результате определяются отдельные серверы и группы оборудования, которые необходимо приобретать совместно. Это основа для дальнейшего расчета расходов.

Какие системы оставить для следующих этапов

После формирования предварительного перечня останутся серверы, которые компания пока не планирует закупать.

Для каждого из них необходимо указать причину переноса.

• Оборудование может продолжать эксплуатацию. Сервер работает стабильно, получает необходимое обслуживание и справляется с действующей нагрузкой. Его обновление можно включить в следующий этап с учетом планов развития инфраструктуры.
• Требуется устранить технические ограничения. Например, выбранная российская платформа пока не прошла необходимые испытания. После подтверждения работоспособности специалисты смогут вернуться к вопросу закупки.
• Решение зависит от другого проекта. Компания планирует обновить систему виртуализации или заменить СХД. Характеристики будущего сервера могут зависеть от того, какая архитектура будет использоваться после этих изменений.
• Закупку ограничивает финансирование. Если продолжение эксплуатации отвечает требованиям компании, обновление можно перенести на следующий бюджетный период.

При этом серверы с высокой срочностью нельзя автоматически относить к следующему этапу только из-за отсутствия готовой замены или средств. Руководству необходимо понимать сохраняющиеся риски и определить допустимые временные меры.

В перечне отложенных закупок укажите условие, при котором можно вернуться к каждому решению. 

Как учесть бюджет и зависимость между оборудованием

Теперь можно оценить расходы на первую закупку. Для этого потребуется предварительный расчет по каждой отдельной платформе или группе взаимосвязанных устройств.

Учитывайте следующие составляющие:

• Стоимость серверов. Предварительная цена оборудования в комплектации, необходимой для выполнения рабочих задач.
• Дополнительные компоненты. Адаптеры, накопители и другие устройства, которые потребуются для подключения и работы.
• Программное обеспечение и поддержка. Лицензии, техническое обслуживание и другие обязательные расходы, предусмотренные выбранным решением.
• Работы по внедрению. Испытания, настройка и перенос рабочих систем, если они требуют отдельных затрат.

Расходы рассчитывают по конкретным конфигурациям и предложениям поставщиков. На предварительном этапе можно использовать ориентировочные расчеты, но окончательный бюджет потребуется уточнить после согласования состава оборудования и работ.

Сопоставьте общую стоимость с доступным финансированием.

Сложнее ситуация с взаимосвязанным оборудованием.

Если этого добиться нельзя, необходимо пересмотреть вариант обновления или финансирование проекта.

При недостатке средств на все срочные позиции сравните последствия отсрочки по каждой системе. Решение должно учитывать риски продолжения эксплуатации, доступные временные меры и затраты на предложенные варианты.

Отдельно определите, какие закупки можно объединить в одну партию.

Пример составления очередности закупок

Рассмотрим условную компанию, которая использует зарубежные серверы для корпоративных приложений, баз данных, виртуализации и резервного копирования.

Специалисты уже оценили действующее оборудование и проверили возможность перехода на российские платформы.

Результаты представлены в таблице.

Первая закупка

Компания рассматривает замену сервера базы данных и оборудования для резервного копирования. Оба узла требуют обновления, а работа необходимых программ на российских платформах подтверждена.

Перед окончательным утверждением закупки специалисты определяют полный состав оборудования и оценивают расходы.

Если выделенных средств хватает на обе позиции, их можно приобрести в рамках первой очереди. При ограниченном финансировании потребуется дополнительное сравнение последствий отсрочки. Исходных данных примера недостаточно, чтобы заранее определить, какой из двух серверов важнее.

Дополнительная подготовка

Группа виртуализации также требует обновления. Однако специалисты пока не подтвердили возможность совместной работы старых и новых узлов.

Поэтому необходимо завершить техническую проверку и определить допустимый вариант замены. До этого сохраняются риски эксплуатации действующего оборудования, которые компания должна учитывать.

Следующие этапы

Сервер корпоративных приложений пока продолжит работу. Компания может включить его обновление в последующую закупку, поскольку текущее состояние позволяет рассматривать отсрочку.

Файловый сервер также остается в эксплуатации. Оснований для первоочередной замены по условиям примера нет.

В результате компания получает перечень оборудования для первой закупки, список систем, требующих дополнительной подготовки, и план дальнейшего обновления.

Для каждой позиции необходимо сохранить причину решения, предварительную оценку расходов и условия перехода к следующему этапу.

Когда состав первой закупки определен, можно переходить к подготовке технического задания. В нем потребуется закрепить требования к выбранным российским серверам, условиям поставки и необходимым документам.

Что включить в техническое задание

Состав первой закупки определен. Теперь нужно описать требования к серверам так, чтобы поставщики могли предложить подходящие конфигурации, а заказчик — сравнить предложения и проверить их соответствие поставленным задачам.

Для этого готовят техническое задание. В нем фиксируют характеристики оборудования, условия совместимости, необходимые документы и требования к обслуживанию. Все параметры должны быть понятны и поддаваться проверке.

Требования к конфигурации российских серверов

Для каждой позиции закупки составьте отдельную спецификацию. Укажите назначение сервера и характеристики, необходимые для выполнения рабочих задач.

Используйте результаты ранее проведенной оценки инфраструктуры.

В техническом задании необходимо описать основные компоненты и условия эксплуатации.

Параметр	Что указать в техническом задании
Назначение и количество	Для каких задач предназначены серверы и сколько единиц требуется
Корпус	Стоечное исполнение, высота в U, ограничения по габаритам и размещению
Процессоры	Поддерживаемая архитектура, количество процессоров и ядер, необходимые характеристики производительности
Оперативная память	Требуемый объем, тип памяти и возможности расширения
Накопители	Тип, количество, полезная емкость и необходимые способы подключения
Дисковый контроллер	Поддерживаемые устройства и режимы работы, включая RAID, если он предусмотрен
Сеть	Количество и скорость портов, необходимые сетевые подключения
Питание	Требования к мощности, резервированию и комплектации блоками питания
Управление	Необходимые функции удаленного контроля, диагностики и управления
Совместимость	Требования к поддержке операционных систем, средств виртуализации и подключаемого оборудования

Для характеристик задавайте конкретные значения или допустимые пределы.

При описании процессоров учитывайте особенности рабочих приложений. Количество ядер и тактовая частота сами по себе не позволяют достоверно сравнить производительность разных поколений и архитектур. Для задач с особыми требованиями могут понадобиться дополнительные критерии, подтвержденные документацией или результатами испытаний.

Отдельно определите возможности расширения. Если в дальнейшем потребуется увеличить объем памяти или количество накопителей, сервер должен поддерживать необходимую конфигурацию с учетом ограничений производителя.

Важно различать возможности платформы и фактическую комплектацию.

Если проект требует резервирования питания, необходимо прямо указать, сколько блоков должно входить в комплект.

Аналогичный принцип действует для накопителей, сетевых адаптеров и разъемов расширения. Все обязательные компоненты должны присутствовать в согласованной комплектации.

При описании оборудования учитывайте условия размещения. Проверьте, соответствуют ли габариты сервера действующим стойкам, требованиям к электропитанию и охлаждению. Если потребуется дополнительная инфраструктура, ее состав необходимо определить отдельно.

Для государственных закупок действуют специальные правила описания характеристик. В частности, статья 33 закона № 44-ФЗ устанавливает требования к показателям товара и ограничения на использование товарных знаков. Поэтому формулировки для таких закупок необходимо согласовывать с ответственным специалистом.

Подтверждение российского происхождения оборудования

Если компания закупает российские серверы в рамках программы импортозамещения, необходимо определить требования к подтверждению происхождения продукции.

Основной источник таких сведений — реестр российской промышленной продукции. Его ведет Минпромторг России, а порядок подтверждения производства регулирует постановление Правительства РФ № 719.

Проверить сведения можно черезреестр российской промышленной продукции в ГИСП.

При проверке необходимо установить:

1. Наименование продукции. Сверьте предлагаемую модель с данными реестра. Наличие производителя в перечне само по себе не подтверждает происхождение любого выпускаемого им оборудования.
2. Номер реестровой записи. Попросите поставщика указать запись, которая относится к предлагаемой продукции.
3. Действительность записи. Проверьте ее состояние на момент закупки и другие условия, необходимые для применения соответствующих правил.
4. Соответствие требованиям закупки. Уточните, достаточно ли реестровой записи или необходимо проверить дополнительные сведения, предусмотренные законодательством.

Конкретные требования зависят от предмета закупки, статуса заказчика и применимых положений законодательства. В некоторых случаях при подтверждении российского происхождения учитываются также сведения о выполнении производственных операций и набранных баллах.

Для обычной коммерческой закупки включение сервера в реестр не является универсальным обязательным условием. Компания может установить такое требование самостоятельно, если оно предусмотрено ее политикой импортозамещения.

При подготовке ТЗ необходимо четко определить, требуется ли подтвержденное российское происхождение продукции. Для регулируемых закупок формулировки должны соответствовать действующим правовым нормам.

Гарантия и техническая поддержка

Условия обслуживания особенно важны при поэтапной замене оборудования. В течение переходного периода компании предстоит эксплуатировать российские серверы вместе с частью действующей инфраструктуры.

Техническое задание должно определять, какие обязательства по обслуживанию принимает на себя поставщик.

Гарантийные обязательства

Укажите необходимый гарантийный срок и условия его предоставления. Уточните, с какого момента он начинает действовать, какие компоненты охватывает и каким способом устраняются неисправности.

Нужно понимать, кто отвечает за каждую из этих работ.

Порядок технической поддержки

Определите, каким способом специалисты компании смогут обращаться за помощью и кто будет принимать обращения.

Если для рабочих систем важна поддержка вне обычного рабочего времени, укажите необходимые условия ее предоставления. При согласовании предложения поставщик должен подтвердить возможность их выполнения.

Сроки реакции и устранения неисправностей

Разделяйте время реакции на обращение и срок восстановления работоспособности.

В первом случае речь идет о начале обработки заявки или выполнении действий, предусмотренных договором. Во втором — об устранении неисправности в пределах согласованных обязательств.

Например, быстрая регистрация обращения еще не означает, что специалист сможет сразу заменить поврежденную системную плату. Порядок предоставления запасных частей и проведения ремонта нужно определить заранее.

Обслуживание на месте установки

Для оборудования, размещенного в ЦОД или на удаленной площадке, может потребоваться выезд специалиста.

Уточните, включены ли соответствующие работы в условия поддержки. Отдельно согласуйте порядок обслуживания, если неисправный сервер нельзя отправить в сервисный центр без нарушения требований эксплуатации.

Обновления встроенного программного обеспечения

Серверы используют встроенные программы для управления аппаратными компонентами. Производители могут выпускать обновления, которые устраняют ошибки, исправляют уязвимости или изменяют поддерживаемые функции.

Перед закупкой выясните, как предоставляются соответствующие обновления, доступны ли они в течение предусмотренного периода обслуживания и кто отвечает за техническую поддержку.

Все согласованные условия необходимо закрепить в закупочной документации и договоре. Объем обязательств должен быть понятен обеим сторонам.

Что согласовать с поставщиком перед закупкой

После подготовки технического задания запросите предложения на оборудование. Теперь задача — проверить, насколько каждая комплектация соответствует установленным требованиям.

Сравнивайте предложения по конкретным характеристикам и условиям поставки.

Соответствие оборудования техническому заданию

Проверьте полное наименование модели, исполнение корпуса и состав компонентов. Для каждой позиции должно быть понятно, что именно предлагает поставщик.

Для удобства можно использовать сравнительную таблицу: требование заказчика, характеристика предложенного оборудования, подтверждающий документ и результат проверки.

Состав поставки

Убедитесь, что в предложение включены все необходимые элементы. Помимо серверов могут потребоваться крепления для установки в стойку, сетевые адаптеры, соединительные кабели и другие принадлежности.

Отдельно уточните состав приобретаемого программного обеспечения и условия передачи лицензий.

Если какие-либо компоненты поставляются дополнительно, их необходимо указать отдельными позициями.

Возможность замены комплектующих

Поставщик может предложить альтернативную модель процессора, накопителя или другого устройства. Такое предложение необходимо оценить по обязательным характеристикам и подтвержденной совместимости.

Порядок согласования аналогов лучше определить заранее. Для регулируемых закупок необходимо соблюдать установленные правила описания товаров и допуска эквивалентных решений.

Условия поставки и проверки комплектации

До заключения договора согласуйте сроки, место передачи оборудования и состав сопроводительных документов.

В документах должны быть указаны сведения, необходимые для идентификации поставленных серверов и проверки их соответствия согласованной комплектации.

При получении заказчик сможет сверить модели, серийные номера, количество устройств и установленные компоненты со спецификацией.

Если проект предусматривает отдельные работы по установке и настройке, определите их состав и ответственность исполнителей. Подробный порядок ввода оборудования в эксплуатацию рассматривается на следующем этапе.

По результатам согласования у компании должна быть окончательная спецификация первой закупки. В ней закреплены состав серверов, необходимые компоненты, подтверждающие документы и условия обслуживания.

После поставки можно переходить к проверке оборудования и подготовке переноса рабочих систем.

Вопросы и ответы