Русский Русский О компании Ресурсы Магазин

    Миграция в облако

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

    Основная схема миграции в облако основана на устаревшей архитектуре корпоративного центра обработки данных, которую необходимо постоянно поддерживать и обновлять для работы бизнес-сервисов. Крупные организации могут снизить свои обычные операционные расходы на ИТ в среднем на 40–50%, передав внутренние объекты ЦОД поставщику сервисов публичного облака. Размещение в публичном облаке обеспечивает необходимое оборудование для веб-серверов, а безопасность, обслуживание, модернизация и настройка стека включены в планы услуг. Большинство поставщиков публичных облаков выставляют счета по модели «оплата по мере использования».

    Поставщики публичных облаков предоставляют стоечные серверы с прямым и высокоскоростным оптоволоконным подключением к опорной интернет-сети в нескольких ЦОД в разных географических регионах. Предоставляя гипермасштабируемые облачные среды, намного превосходящие по размеру даже среды компаний из списка Fortune 500, поставщики публичных облаков, такие как Google, Microsoft, AWS, IBM и Oracle, сократили расходы на ИТ-сервисы, которые необходимы крупнейшим организациям в мире. В то же время поставщики публичных облаков увеличили количество ресурсов для программирования, веб-разработки и поддержки мобильных приложений, доступных на их платформах. Миграция в облако является одним из основных аспектов модернизации устаревшего корпоративного ПО. В настоящее время она обычно подразумевает использование виртуализации с контейнерами или виртуальными машинами, которые позволяют эффективнее выделять оборудование для поддержки бизнес-процессов в Интернете с возможностью масштабирования.

    Подробное руководство по миграции в облако

    СКАЧАТЬ

    Удобная и простая миграция в облако

    ПОДРОБНЕЕ

    Преимущества миграции в облако

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

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

    Основные типы миграции в облако

    Три основных типа миграции в облако:

    1. Полное преобразование ЦОД.
    2. Передача поддержки ПО для бизнес-процессов.
    3. Оптимизация мобильных и веб-приложений.

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

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

    Самая простая форма миграции в облако подразумевает перемещение только ограниченного набора мобильных или веб-приложений в архитектуру публичного облака для размещения и управления DevOps. Поставщики публичных облаков предоставляют множество платформенных инструментов, с помощью которых программисты, веб-разработчики и системные администраторы могут повысить эффективность жизненного цикла разработки ПО. Команды разработки корпоративного ПО должны практиковать непрерывную интеграцию и непрерывное предоставление (CI/CD), чтобы с помощью песочниц и системы контроля версий тестировать код, написанный множеством программистов. Все поставщики публичных облаков предоставляют программные инструменты, которые помогут при переносе баз данных и ресурсов ПО на удаленное оборудование.

    Причины перехода компаний к облаку

    Миграция в облако помогает как крупным, так и небольшим компаниям удобно, безопасно и прозрачно перемещать ПО, базы данных и другие ИТ-ресурсы на удаленные серверы. Это может помочь компаниям эффективнее управлять жизненным циклом разработки ПО. Компании применяют стратегии миграции в облако для лучшей масштабируемости, доступности и более быстрого развертывания программных сервисов. Расходы на обслуживание локального ЦОД слишком высоки для большинства компаний по сравнению со стоимостью сервисов поставщиков публичных облаков, таких как Google, AWS и Microsoft Azure.

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

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

    Процесс миграции в облако

    Миграция в облако может выполняться либо внутренними ИТ-отделами, состоящими из обученных профессионалов в области системного администрирования, сетей, программирования и веб-разработки, либо путем найма компаний-консультантов в качестве специалистов для реализации этого процесса. Миграцию в облако можно реализовать либо с помощью платформенных инструментов, предоставляемых поставщиками публичных облаков для баз данных, передачи файлов и настройки учетных записей, либо с помощью стороннего ПО. Такие компании, как Microsoft, Oracle, Google и AWS, располагают наборами инструментов для добавления ресурсов, упрощающими миграцию в облако. Компании, осуществляющие внутреннее развертывание с помощью решений VMware, OpenStack, Nutanix, Mirantis или другого ПО для оркестрации облаков и управления ЦОД, имеют доступ к эффективным инструментам для автоматизированной миграции в публичное облако.

    Одна из быстро набирающих популярность тенденций миграции в облако — возможность использования собственных лицензий. Это позволяет компаниям устанавливать проприетарные программные инструменты в уникальных конфигурациях с помощью уже приобретенных продуктов для повседневной работы, поддержки клиентов и производства. Большинство компаний уже управляют многооблачными ресурсами с помощью продуктов SaaS, предоставленных сторонними поставщиками, в рамках рабочего процесса своих отделов. Предоставление серверов с графическими и тензорными процессорами на публичных облачных платформах расширяет возможности создания управляемых искусственным интеллектом решений для анализа данных или разработки уникальных систем для графики, видео, автоматизированного проектирования и цифровой анимации. Удаленно размещенные приложения CRM, текстовые редакторы и электронные таблицы теперь широко используются в компаниях благодаря Salesforce, Microsoft Office 365 и пакету Google Apps.

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

    Основные проблемы при миграции в облако

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

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

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

    1. Несовместимость инфраструктуры разных облаков. Следует избегать ложной стратегии переноса, при которой разные среды с разными операционными системами затрудняют или делают невозможным прямую миграцию локальных приложений в публичное облако. VMware Cloud предоставляет гибридное облачное решение, которое интегрирует публичное облако с вашим ЦОД на базе общей инфраструктуры, что помогает устранить проблемы с совместимостью.  
    2. Отсутствие поддержки существующих политик безопасности. Безопасность данных, соответствие нормативным требованиям и контроль ИТ-сервисов — это три основные проблемы системы безопасности. Для их решения от вашей компании может потребоваться больше, чем предусмотрено возможностями публичной среды размещения. VMware Cloud соответствует широкому спектру стандартов безопасности и нормативных требований, благодаря чему вы можете обеспечить достижение эталонных показателей и соблюдение обязательных нормативов.  
    3. Миграция приложений, имеющих зависимости. 42% организаций, выполняющих переход в облако, сталкиваются с задержкой в работе важных приложений из-за существующих зависимостей между инфраструктурой, процессами и приложениями. VMware Cloud дает возможность визуализировать потоки данных в гибридной инфраструктуре, выявить взаимозависимые приложения и без проблем перенести их. 
    4. Стоимость рефакторинга и изменения кода приложений. Многие компании при миграции в облако применяют стратегию простого перемещения, а затем неизбежно приступают к этапам рефакторинга приложений в соответствии с конфигурациями публичного облака, в котором они размещены. VMware Cloud дает возможность перенести важные приложения без дорогостоящего рефакторинга и снижения производительности. 
    5. Отсутствие стратегического планирования. Более трети компаний не используют задокументированную стратегию внедрения облака, что значительно уменьшает шансы на успешную миграцию. Разработайте план миграции приложений в облако, проанализировав их потоки данных и оценив текущие расходы на сетевой трафик с помощью VMware Cloud. 
    6. Эффективность работы персонала. Цифровая трансформация стала причиной нехватки квалифицированных сотрудников, работающих в сфере облачных технологий. Благодаря VMware Cloud вы сможете снизить риск нехватки нужных навыков, поскольку ваши ИТ-специалисты будут работать в привычной среде VMware. 

    Средства миграции в облако

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

    • VMware Cloud on AWS. Ускорьте миграцию в облако с помощью согласованной инфраструктуры на базе vSphere, развернутой в AWS — ведущем публичном облаке в мире. 
    • Azure VMware Solution. Без труда расширяйте или переносите существующую локальную среду VMware на платформу Azure VMware Solution. 
    • Google Cloud VMware Engine. Знакомые инструменты, политики и процессы для быстрого расширения до Google Cloud. 
    • Oracle Cloud VMware Solution. Обеспечьте поддержку полнофункциональных сред VMware на безопасной и высокопроизводительной платформе Oracle Cloud. 
    • IBM Cloud for VMware Solutions. Упростите переход к облаку и не останавливайтесь на достигнутом. 
    • VMware Cloud Foundation. Получите доступ к интегрированной облачной инфраструктуре и услугам по управлению облаком для использования корпоративных приложений в частных и публичных средах. 
    • VMware HCX. Платформа, обеспечивающая мобильность приложений для их быстрой и удобной миграции в публичное облако. 

    Процесс миграции из локальной среды в облако

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

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

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

    Ниже описаны основные распространенные проблемы, возникающие до, после и в процессе миграции в облако.  

    1. Определение целей. Конечная цель миграции в облако — повышение эффективности бизнеса. Для успешной миграции в облако необходимо определить целевые показатели. 
    2. Разработка стратегии безопасности. Как было показано выше, для обеспечения безопасности в облаке требуется развитие подхода к защите. Публичное облако обеспечивает адаптивность и масштабируемость корпоративных процессов, однако число угроз в публичном облаке также возрастает. 
    3. Миграция данных. Надежный партнер по облачным решениям может устранить многие опасения и проблемы, особенно связанные с обеспечением целостности проприетарных данных. Партнеры должны иметь возможность точно реплицировать корпоративную базу данных и поддерживать ее в актуальном состоянии. 
    4. Миграция средств интеллектуальной бизнес-аналитики. При миграции приложений, предназначенных для работы в облаке, необходимо учитывать их совместимость. Требуется ли корпоративным приложениям рефакторинг или изменение кода для работы в облачной среде? Соответствующие стратегии описаны ниже. 
    5. Окончательный переход. В зависимости от сложности конфигурации облака (является ли облако публичным или гибридным) организации могут просто отключить устаревшие локальные системы. Некоторым компаниям может потребоваться отказаться от устаревших систем при внедрении облачных приложений, в то время как другие локальные системы могут по-прежнему использоваться для обработки конфиденциальных данных организации. 

    Какая стратегия миграции в облако лучше всего подходит компаниям?

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

    • Перенос. Это наиболее распространенный подход к миграции в облако. Просто переместив базу кода в облачную среду, компании могут вносить незначительные изменения в конфигурацию. Если устаревшие приложения несовместимы или устарели, компании могут выбрать один из приведенных ниже подходов. 
    • Изменение приложения или платформы. Если приложения организации несовместимы с облачной средой, может потребоваться частичное изменение базы кода или оптимизация для облачной среды. После изменения платформы приложение повторно размещается в среде поставщика облачных сервисов. 
    • Рефакторинг. Иногда ПО может быть слишком устаревшим для работы на базе имеющихся облачных технологий. Тогда оно требует полной перезаписи. Рефакторинг, который не всегда является проблемой, позволяет компаниям обновить приложения, используя преимущества и эффективные возможности облака, которые могут превзойти возможности старой среды. 
    • Повторное приобретение или замена. Если рефакторинг требует слишком много времени и средств, облачное приложение SaaS может заменить устаревшее ПО. Для стандартных приложений, например предназначенных для бухгалтерского учета или продаж, такой подход может обеспечить более эффективное использование бюджета. Если используется специализированное ПО, компании могут быть вынуждены выполнить рефакторинг проприетарных приложений для работы в облаке. 
    • Пересмотр и вывод из эксплуатации. Миграция в облако может стать отличной возможностью для «генеральной уборки» в компании. Пересмотрев приоритеты для используемых приложений, можно вывести из эксплуатации лишнее и устаревшее ПО, что устранит необходимость в дорогостоящем обслуживании неактуальных приложений. 

    Процесс миграции в облако

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

    До миграции

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

    Во время миграции

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

    После миграции

    • Обеспечение безопасности рабочих нагрузок и управление ими. Визуализация имеет первостепенное значение для управления и обеспечения безопасности. Использование единого элемента управления упрощает процесс обнаружения угроз в гибридных средах и помогает организациям реагировать на них. 
    • Управление облачными средами и оптимизация расходов. Компании осуществляют переход к облачным средам, чтобы обеспечить превосходную адаптивность и масштабируемость. Благодаря этому организации могут контролировать свои расходы и увеличивать или уменьшать объем ресурсов в ответ на изменения спроса. 

    Этапы миграции в облако (чек-лист)

    VMware предоставляет пошаговое руководство по миграции проектов в VMware Cloud on AWS для тех, кто приступает к процессу переноса данных. В этом руководстве описан процесс миграции виртуальных машин из локального ЦОД в VMware Cloud on AWS.  
    Процесс миграции состоит из трех этапов: планирование, создание и непосредственно миграция. Каждый этап состоит из нескольких шагов, которые дополняют друг друга и помогают успешно выполнить миграцию.

    • Планирование. Это важный первый шаг. На этапе планирования вы определяете сетевую инфраструктуру, средства безопасности и другие ресурсы, необходимые для удовлетворения потребностей вашей организации. Ниже приведен список шагов.
      • Ознакомление с VMware Cloud on AWS
      • Создание учетной записи VMware Cloud on AWS
      • Анализ рабочих нагрузок в локальной среде
      • Анализ сетевых зависимостей (необязательно)
      • Масштабирование рабочих нагрузок
      • Подготовка ресурсов AWS
      • Подготовка сетевых диапазонов
      • Подготовка стратегии DNS
      • Подготовка к сетевому подключению
    • Создание. Используя параметры, определенные на этапе планирования, необходимо создать программно-определяемый ЦОД в облаке и настроить его для обработки рабочих нагрузок. 
      • Создание программно-определяемого ЦОД
      • Настройка сети
      • Настройка подключения внутри AWS
      • Скачивание шлюза HLM (необязательно)
      • Включение vRealize Log Insight Cloud (необязательно)
    • Миграция. Этот этап предусматривает настройку HCX, создание туннеля для миграции рабочих нагрузок и проверку результатов. 
      • Планирование миграции
      • Установка и тестирование HCX
      • Поэтапная миграция

     

    Рекомендации для вас

    Связанные решения и продукты

    Решения по миграции в облако

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

    Решения для многооблачных сред

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

    Решения по эксплуатации многооблачных сред

    Упростите процессы в многооблачной среде с помощью VMware.