2023/06/14 12:52:52

Как перенести систему SAP в отказоустойчивое облако.
TADетали

В условиях дефицита серверного оборудования многие компании рассматривают вопрос перевода высоконагруженных систем на базе SAP в российские облачные дата-центры. Залогом успешной миграции прежде всего выступает надежный партнер с необходимой экспертизой для соблюдения SLA. В тонкостях переноса системы помогает разобраться Алексей Федоров, технический директор (CTO) команды WinByte.

Содержание

Предпосылки перевода SAP в облако

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

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

«
Обычно выбор варианта перевода SAP в дата-центр облачного провайдера становится очевидным для компании, когда необходимо сократить совокупную стоимость владения системой (TCO) и есть нехватка инженерных компетенций среди собственного ИТ-персонала. Миграция системы на хостинг в облаке существенно снижает расходы на оборудование и оплату труда специалистов поддержки, — говорит Алексей Федоров.
»

Таким образом, облачный провайдер обладает не только оборудованием для хостинга высоконагруженных систем заказчиков, но и соответствующими компетенциями, запасами этого оборудования, необходимыми запасными деталями и специфичными ИТ-инструментами для траблшутинга и обслуживания. Он закупает большие партии серверов, экономит на масштабе и, как следствие, может предоставить выгодные условия.Рынок IIoT в РФ: рост или тупик?

Как правило, дата-центр крупного провайдера сертифицирован согласно самым жестким требованиям международной системы Tier. Обеспечение отказоустойчивости и безопасности такого ЦОДа — жизненная необходимость для бизнеса провайдера. В то же время реализовать высокий уровень защиты в частном облаке конкретного заказчика оказывается очень сложной и недешевой задачей. Во многом это связано с необходимостью привлечения квалифицированных, порой уникальных специалистов. Однако у крупного провайдера есть возможность поддерживать выделенные команды ИТ-профессионалов по разным направлениям и включать в рабочий арсенал дорогой инструментарий для обеспечения различных сервисов.

«
В составе облачных провайдеров работают большие ИТ-команды с участием узкопрофильных экспертов, которые понимают сетевой стек, отлично разбираются в вопросах информационной безопасности, различных базах данных и системах UNIX/Linux/Windows. За счет масштаба бизнеса у таких компаний есть возможность содержать команды даже с узкими компетенциями, востребованными только отдельными заказчиками, — поясняет Алексей Федоров.
»

Формирование требований

Прежде чем начать взаимодействие с облачным провайдером, компании необходимо сформулировать требования к обеспечению хостинга своей системы SAP. Конечно, у каждого заказчика индивидуальный набор требований, но среди них всегда есть общие. Минимальные — наличие у поставщика услуг реально защищенных кластеров, нескольких независимых поставщиков электричества, систем резервного электропитания (например, генераторы) и высокопроизводительных дублированных интернет-каналов. Также он должен иметь технологии репликации данных и организации сложных переключений между дата-центрами. Это впоследствии позволяет избегать длительного простоя систем.

Итоговый комплекс необходимых условий зависит от того, насколько строго заказчик подходит к вопросам Business Continuity Planning (BCP, планирование непрерывности бизнеса). В частности, на это сильно влияют требования к SLA. Исходя из них, формируются инженерные решения и прописываются требования согласно уровню ЦОДа по стандарту Tier: какое количество каналов должно быть, нужен ли геораспределенный кластер и т.д.

«
Чтобы грамотно воспользоваться услугами облачного провайдера, клиент должен хорошо разбираться в требованиях. Нужно учитывать, что стоимость итогового предложения будет зависеть от уровня сервиса, прописанного в SLA. С одной стороны, облачные провайдеры формируют гибкие предложения как по цене, так и по составу услуг, а с другой — они покрывают весь стек, потому что разместить во внешнем ЦОДе систему SAP — это не просто хранить ее, а именно обеспечить бесперебойную эксплуатацию, — подчеркивает Алексей Федоров.
»

Как заказчику подготовиться к миграции

Залог успешной миграции системы SAP в облако — выбор надежного поставщика, обладающего квалифицированной ИТ-командой. Также заказчику для этого нужна собственная команда, способная оценить качество работ по миграции и проверить корректность работы функционала. Эти работы включают тестирование функциональности — оно позволяет убедиться, что все базовые процессы в системе правильно работают после переноса системы.

«
Обычно при миграции самое сложное — это обеспечение интеграционного взаимодействия. Поэтому еще на предпроектном этапе важно обследовать все связи системы, чтобы при переносе ее в облако все процессы успешно заработали в новой среде. Методично описав все интеграции, можно обеспечить максимально оперативный перевод системы на облачный хостинг, — рассказывает Алексей Федоров.
»

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

Аутсорсинг базиса SAP и коллаборация сервисов

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

«Крупный провайдер, предоставляющий такую услугу, имеет большие команды инженеров, зачастую с редкими специализациями. Его специалисты обладают знаниями стандартов, умеют обслуживать базы данных, поддерживают разные версии SAP и знают специфику проведения регулярных работ (бэкап, мониторинг и т.д.). Так, у нас в компании прописано почти 200 сервисов, которые необходимо предоставлять регулярно при обслуживании SAP, баз данных и ОС, чтобы долговременно обеспечивать максимальную надежность и высокую доступность системы», — отмечает Алексей Федоров.

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

В рамках аутсорсинга базиса SAP заказчик может воспользоваться коллаборацией сервисов. Например, WinByte разработал сервис информационной безопасности, направленный именно на системы SAP. Он включает защиту периметра, контроль безопасности софта на предмет закладок и вредоносного ПО. Таким образом, сотрудничество с облачным провайдером позволяет получать специфические сервисы, которые недоступны компаниям, использующим аутсорсинг базиса на собственном железе. Среди дополнительных также можно упомянуть услугу быстрого подъема систем — она может потребоваться заказчику в рамках копирования данных для разного рода задач. Этот сервис практически в режиме онлайн без существенных задержек позволяет оперативно создавать копию системы и проводить на ней тестирование.

Истории успеха от WinByte

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

  • Частичная миграция системы в облако. На определенном этапе заказчик понял, что для полноценной работы системы SAP ему не хватает имеющихся серверных мощностей. При этом у него не было возможности оперативно заказать новое оборудование, к тому же поставщики не давали гарантий поставки. Чтобы удовлетворить возникшую бизнес-потребность, решено было реализовать гибридный сценарий, когда часть инфраструктуры остается под управлением самого заказчика, а новые инсталляции делаются в облаке. Команда WinByte в сжатые сроки спланировала все интеграции и успешно развернула систему в дата-центре облачного провайдера, который предоставил все требуемые ресурсы.
  • Полный переезд системы в облако. Заказчику потребовалось провести миграцию высоконагруженной системы SAP ERP при условии обеспечения максимального уровня доступности. Переезд в облако занял 4,5 месяца. Это наименьший срок для столь сложной системы. Осуществить миграцию с минимальным временем простоя системы специалисты компании WinByte смогли благодаря тщательной подготовке, нескольких циклов тестовой миграции и качественной отработке всех интеграций. Причем в миграции участвовала не только ERP, но и ряд других систем. Перевод начался в пятницу в 19.00, а уже в воскресенье во второй половине дня системы были доступны для тестирования. Оно прошло успешно, после чего было принято решение о запуске системы в облаке.

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