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

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

Более 4360 заметок о виртуализации и виртуальных машинах 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-провайдера, почтовые сервисы вот уже более четырех лет обеспечивают бесперебойную и надежную почтовую коммуникацию.

Ссылка на статью в блоге ИТ-ГРАД.

Реклама



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

06/03/2018:  ИТ-стратегия 2018
24/05/2018:  IT&SECURITY FORUM (Казань)

Быстрый переход:
VMware Cisco IT-Grad StarWind Veeam vGate Microsoft Cloud SDRS Parallels IaaS Citrix 5nine HP VeeamON VMFS RVTools PowerCLI VM Guru Oracle Red Hat Azure KVM VeeamOn Security Code 1cloud Docker Storage Offtopic NVIDIA Partnership Dell Virtual SAN Virtualization VMTurbo Nutanix vRealize VirtualBox Symantec Gartner Softline EMC Login VSI Xen Enterprise Teradici Amazon NetApp VDI Linux Hyper-V IBM Google VSI 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 Books P2V vCSA vSAN Horizon Networking esxtop VVols HA Tools Backup Book Photon vCloud VMworld vROPs Labs Fusion Cloud Computing SSD Client DRS OpenStack Comparison Workstation Blast SRM App Volumes Performance Manager Nested AWS Log Insight XenDesktop VSA vNetwork SSO LSFS Workspace Host Client VMDK VTL Update iSCSI SDDC NSX Agent Virtual Appliance Whitepaper PowerShell Appliance VUM V2V Cache Support Обучение Web Client Mobile Automation Replication Desktop Fault Tolerance DR Vanguard SaaS Connector Event Free Datacenter SQL VSAN Lifecycle Sponsorship Finance FT Converter XenApp Snapshots VCP Auto Deploy SMB RDM Mirage XenClient MP Video Operations SC VMM Certification VDP Partners PCoIP RHEV vMA Award Network USB Licensing Logs Server Demo Visio Intel vCHS Calculator Бесплатно vExpert Beta SAN Exchange MAP ONE DaaS Monitoring VPLEX UCS SDK Poster VSPP 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 Migration Director Diagram Bug Troubleshooting Air API CLI Plugin DPM Memory Upgrade SIOC Flex Mac Open Source SSH VAAI Chargeback Heartbeat Android MSCS Ports SVMotion Storage DRS Bugs Composer
Интересные плакаты:

Постер 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)

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

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

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

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

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

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

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

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

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

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

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

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


Купить:

VMware vSphere 6.5


Veeam Backup 9.5


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


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

Видео про Citrix Xen

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

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

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

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

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

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


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