IT-архитектура

HuaKun Kunpeng/ARM: план перехода корпоративных приложений

Практическое руководство по совместимости ARM, выбору пилота и поэтапному переходу — от бинарных файлов до восстановления.

HuaKun TG225 B2

Переход начинается до выбора сервера

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

Бинарные файлы, контейнеры и зависимости

Упаковка приложения в контейнер не устраняет зависимость от архитектуры процессора. Проверьте ARM-вариант образа, нативные библиотеки, расширения БД, защитные агенты и драйверы устройств. Если возможна пересборка, зафиксируйте версии компилятора и библиотек для пилота. В виртуализации архитектуру гостевой системы, поддержку гипервизора и способ переноса выбирают отдельно. TGHCI позволяет управлять смешанной инфраструктурой x86/ARM; сама эта возможность не обеспечивает автоматический запуск бинарного файла x86 на ARM. По каждой зависимости сохраняют результат проверки совместимости.

Свяжите модель с нагрузкой

TG225 B2 — двухсокетная платформа 2U DDR5, TG215 B2 — односокетная альтернатива 2U. TG245 B2 можно рассмотреть для четырёхсокетной конфигурации, TG125 B1 — для размещения в 1U. Эти различия сами по себе не гарантируют преимуществ в производительности: оцените использование памяти, ввод-вывод, лицензирование и возможности расширения вместе. TG525 B2 или TG515 B2 могут выполнять роль отдельных узлов хранения. Выбор сервера следует за проверкой совместимости и не заменяет её. Точную конфигурацию сравнивают с исходными показателями нагрузки.

Таблица решений для пилота

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

От совместимости к подтверждению приёмки
ОбъектРешение и подтверждение
Приложение и библиотекиСборка ARM и функциональные тесты
База данныхРасширения, целостность данных и восстановление
ЭксплуатацияМониторинг, резервное копирование и откат

Пути данных и действующие системы

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

Поэтапный переход и передача

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

SOFCON / NEXT STEP

Спланируем вашу ИТ-инфраструктуру

Обсудим выбор серверов и платформ под ваши приложения, AI-задачи и требования дата-центра.

Подробнее о технологиях