Новости Статьи VMware Veeam StarWind vGate! Microsoft ИТ-ГРАД Citrix Symantec 5nine События Релизы Видео Контакты Авторы RSS
Виртуализация и виртуальные машины

Виртуализация vSphere, Hyper-V, XenServer и Red Hat

Более 4020 заметок о виртуализации и виртуальных машинах VMware, Microsoft, Citrix, Red Hat

VM Guru / News / Перенос Microsoft Exchange в облако: пять практических рекомендаций

Перенос Microsoft Exchange в облако: пять практических рекомендаций

23/03/2016

Это гостевой пост нашего спонсора - компании ИТ-ГРАД, предоставляющей услуги IaaS-хостинга виртуальных машин.

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

Итак, вы решили перенести Exchange в облако. Что дальше? Для начала ответьте на вопросы:

  • Что представляет собой инфраструктура?
  • Как переместить данные и что это за данные?
  • Как обеспечить целостность и подлинность?
  • Как обеспечить безболезненное существование инфраструктуры на момент переезда в облако?
  • Как обеспечить управление конечными пользователями?

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

# Рекомендация 1: Оцените собственное окружение Exchange

«Легко переехать в облако, но нелегко перенести то, что должно находиться в нем. Для успешного переноса инфраструктуры определите, из каких компонентов она состоит и как используется. Это один из сложных и важных моментов», — отмечает Оделл.

# Рекомендация 2: Придерживайтесь стратегии дозированной, последовательной миграции

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

Оделл приводит пример, в котором компания переносит в облако 12 Тб данных, которые используют 8 тыс. пользователей. Ограничивающим фактором здесь выступает то, насколько быстро возможно осуществить перенос. Учитывая, что в среднем за час переносится 20 Гб данных, мы получаем 614 часов, необходимых для завершения процесса, или 50 дней при условии, что каждый день на миграцию уходит 12 часов. Такие сроки для миграции приемлемы. Если же за час удается скопировать 2 Гб данных, на их перенос с учетом затраченных 12 часов в сутки уйдет минимум 500 дней, а это не очень хороший показатель.

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

  • Оцените пользовательское окружение, выявите, какие почтовые данные следует перенести в первую очередь. Используйте инструменты архивации — они помогут минимизировать объем переносимой информации.
  • Пообщайтесь с поставщиком услуг и выясните, может ли он обеспечить достаточную для миграции пропускную способность, определите ограничения по объему перемещаемых данных.
  • Оцените инструменты миграции и используйте их на практике.
  • Разбейте процесс миграции на этапы и выполняйте перенос данных пошагово. Начните с перемещения почтовых сообщений за последние шесть месяцев, затем перейдите к остальным.
  • Уделите внимание вопросу управления первоначальными загрузками. Многие почтовые решения, включая Exchange, используют режим кэширования, позволяющий автоматически скачивать новые сообщения при запуске Outlook и получать доступ к данным с рабочих станций, а не с сервера в облаке. При незначительных объемах миграции этот функционал не имеет значения. Но если 500 пользователей сразу после миграции скачивают почту утром в понедельник, это может сказаться на загрузке сети. Желательно, чтобы при первом обращении такое воздействие было минимальным.

# Рекомендация 3: Уделяйте внимание вопросу управления миграцией

Организации с количеством рабочих мест от 1 тыс. и выше, следуя советам поэтапной миграции, уходят от локального Exchange в сторону облака. В момент миграции одни пользователи работают с локальным Exchange, другие с облачным. Уровень такого гибридного сосуществования определяется бизнес-требованиями. Не переносите Exchange под конец года — в это время стабильность работы систем обработки электронной корреспонденции имеет особую значимость для пользователей.

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

# Рекомендация 4: Избегайте проблем идентификации в Active Directory

Проработайте вопрос идентификации конечных пользователей. Как правило, на стороне облачного провайдера разворачивается контроллер домена (Active Directory, AD), выполняется синхронизация атрибутов объектов пользователей, куда входят логин и пароль. Для таких задач используйте инструменты управления объектами AD, которые умеют синхронизировать необходимые атрибуты.

# Рекомендация 5: Помните, счастливый клиент — залог успеха

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

  • Задержка в доставке почты.
  • Некорректное отображение списка участников собрания.
  • Некорректное отображение списка доступных «переговорок» и другое.

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

Заключение

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

Сегодня компании чаще отдают предпочтение облачной инфраструктуре, вынося туда ключевые сервисы. Сеть магазинов Hamleys тому подтверждение: ретейлер разместил в облаке «ИТ-ГРАД» Microsoft Exchange, который одновременно выполняет функцию сервера клиентского доступа (CAS) и транспортного концентратора (HT). Размещаясь в облаке IaaS-провайдера, почтовые сервисы вот уже более четырех лет обеспечивают бесперебойную и надежную почтовую коммуникацию.

Реклама

Advertisement

Зал Славы Рекламодателя
Ближайшие события в области виртуализации:

09/02/2017:  Рынок облаков в России

Быстрый переход:
VMware StarWind IT-Grad Veeam Citrix Microsoft Oracle Red Hat Parallels Azure KVM 5nine vGate VeeamOn Security Code 1cloud Cloud Docker Storage Offtopic NVIDIA Partnership Dell Virtual SAN Virtualization VMTurbo Nutanix vRealize VirtualBox Symantec Gartner Softline EMC Login VSI RVTools Xen Enterprise Teradici Amazon NetApp VDI Linux Hyper-V IBM Cisco Google VSI HP Security Windows vCenter VMachines Webinar View VKernel Events Hardware Windows 7 Caravan Apple TPS Hyper9 Nicira Blogs Sun VMC Xtravirt Novell vSphere IntelVT Сравнение VirtualIron XenServer CitrixXen ESXi ESX ThinApp VMFS Books P2V Backup V2V Tools Whitepaper PowerCLI IaaS Workstation Cache NSX vCSA VMworld VVols SRM Support Labs Horizon Обучение XenDesktop Web Client Update Mobile OpenStack Automation Replication Desktop Log Insight PowerShell Fault Tolerance App Volumes DRS DR Photon Vanguard vCloud SaaS Connector HA SSO Event VTL Manager iSCSI Datacenter SQL VSAN Workspace Lifecycle Sponsorship Finance FT Cloud Computing Converter XenApp esxtop Snapshots VCP Fusion Auto Deploy VMDK SMB RDM Mirage XenClient Virtual Appliance MP Video Operations SC VMM Certification SSD VDP Partners PCoIP RHEV Performance Award Network AWS USB Licensing Logs Server VUM Demo Visio Intel vCHS Calculator Бесплатно Nested vExpert Client Beta SAN Exchange MAP ONE DaaS VSA Networking vNetwork Monitoring VPLEX UCS SDK Poster VSPP SDRS Receiver vMotion VDI-in-a-Box Deduplication Forum Reporter vShield ACE Go nworks iPad XCP Data Recovery Sizing Pricing VMotion Snapshot FlexPod VMsafe Enteprise Monitor vStorage Essentials Live Migration SCVMM TCO Studio AMD-V VirtualCenter NFS ThinPrint SIOC Troubleshooting Flex Mac Bug Open Source Director SSH Memory Book Air Upgrade VAAI Chargeback Heartbeat Android MSCS Ports SVMotion Storage DRS CLI Bugs Composer DPM
Интересные плакаты:

Постер VMware vSphere PowerCLI 6.3:

Постер VMware ESXi 5.1:

Постер VMware Hands-on Labs 2015:

Постер VMware Platform Services Controller 6.0:

Постер VMware vCloud Networking:

Постер VMware NSX (референсный):

Постер VMware vCloud SDK:

Постер VMware vCloud Suite:

Постер VMware vCenter Server Appliance:

Порты и соединения VMware vSphere 6:

Порты и соединения VMware Horizon 7:

Порты и соединения VMware NSX:

Управление памятью в VMware vSphere 5:

Как работает кластер VMware High Availability:

Постер VMware vSphere 5.5 ESXTOP (обзорный):

Постер Veeam Backup & Replication v8 for VMware:

Постер Microsoft Windows Server 2012 Hyper-V R2:

 

Популярные статьи:
Как установить VMware ESXi. Инструкция по установке сервера ESXi 4 из состава vSphere.

Включение поддержки технологии Intel VT на ноутбуках Sony VAIO, Toshiba, Lenovo и других.

Как настроить запуск виртуальных машин VMware Workstation и Server при старте Windows

Как работают виртуальные сети VLAN на хостах VMware ESX / ESXi.

Что такое и как работает виртуальная машина Windows XP Mode в Windows 7.

Инфраструктура виртуальных десктопов VMware View 3 (VDI)

Бесплатные утилиты для виртуальных машин на базе VMware ESX / ESXi.

Проектирование инфраструктуры виртуализации VMware vSphere 4.

Типы виртуальных дисков vmdk виртуальных машин на VMware vSphere / ESX 4.

Как поднять программный iSCSI Target на Windows 2003 Server для ESX

Как использовать возможности VMware vSphere Management Assistant (vMA).

Отличия VMware ESXi 4 free (бесплатного), ESXi 4 и ESX 4 в составе VMware vSphere.

Бесплатные программы для VMware ESX / ESXi в среде Virtual Infrastructure / vSphere (часть 2).

Сравнение Oracle VirtualBox и VMware Workstation.

Новые возможности VMware vSphere 5.0 - официально.

Все ресурсы о виртуализации:
Интервью:

Alessandro Perilli
virtualization.info
Основатель

Ратмир Тимашев
Veeam Software
Президент


Купить:

VMware vSphere 6


Veeam Backup 8


Полезные ресурсы:


Видео компании VMware

Видео про Citrix Xen

Видео о виртуализации Microsoft

Утилиты для виртуальных машин Microsoft.

Книги на английском языке

Блоги на английском языке

Блоги на русском языке

Агрегация статей в твиттере VMC:


Copyright VM Guru 2006 - 2016, Александр Самойленко. Правила перепечатки материалов.