Тест-драйв (стр. 10 )

Кроме того, вы должны предусмотреть реагирование на постоянно меняющиеся потребности сервисов, и поддержка резкого увеличения активности приложения на такой платформе, как Windows Azure, поможет вам адаптироваться к подобным колебаниям спроса.

История компании Contoso.
Чтобы обеспечить доступность сервиса, Борис поручил Руслану создать отказоустойчивую и доступную инфраструктуру. Руслан и Светлана постарались создать надежную платформу, которая сможет адаптироваться к возможным отключениям питания. Руслан поручил Data Protection Manager создавать резервные копии своих сервисов на случай, если вла­дельцу приложения понадобится восстановить файлы. А чтобы подготовиться к отключению структуры ресурсов, он внедрил постоянно доступный файловый сервер. Благодаря функции SQL Server Always On платформа данных его сервиса будет доступна даже в случае потери части кластера. Также на случай сбоя в центре обработки данных Руслан внедрил реплику Hyper-V, которая предоставит его поставщику услуг сервиса восстанов­ления, чтобы вновь вернуть сервисы к работе.
Наконец, Руслан спроектировал структуру ресурсов таким образом, чтобы различные уровни приложения могли резко увеличивать активность независимо от облака, в котором они находятся. Чтобы подготовиться к росту трафика в конце сезона, Руслан сможет увеличить активность своего веб-уровня на Windows Azure.

Возможности и компоненты, используемые в данной истории:
Windows Server 2012: постоянно доступный файловый сервер, отказоустойчивая кластеризация, реплика Hyper-V
System Center 2012 SP1: Operations Manager, Data Protection Manager, Orchestrator
SQL Server 2012: SQL Server AlwaysOn
Windows Azure: сервисы платформы

Упражнение 4Б | Сценарий 1.
Мониторинг состояния работоспособности резервного копирования

Руслан развертывает Data Protection Manager, чтобы создавать резервные копии своих важных бизнес-приложений и обеспечить быстрое восстановление сервиса в случае сбоя. Он импортирует пакет DPM Management Pack for Operations Manager, чтобы наблюдать за состоянием резервного копирования и сообщать о любых сбоях в защищаемых приложениях. Откройте консоль Operations Manager. Щелкните вкладку Monitoring и разверните папку Contoso. Management. Щелкните Contoso Sales Application - Protection Dashboard, чтобы отобразить состояние работоспособности резервного копирования приложения Contoso Sales Application. Примечание. В этой единой панели мониторинга можно узнать о работоспособности всех серверов DPM в центре обработки данных, а также выполнить большинство действий из консоли Operations Manager. В этой единой панели вы можете просмотреть работоспособность всех защищаемых рабочих нагрузок, проверить расписание и статус их резервного копирования, а также просмотреть предупреждения. Такой подход упрощает управление решением резервного копирования во всей организации. В окне DPM Protected Computer State щелкните Contoso Sales Application. Примечание. Список задач в правой части экрана включает стандартные задачи DPM, позволяя администратору выполнять ежедневные задачи из одной консоли. Закройте консоль Operations Manager. Здесь Руслан может просмотреть различные показатели, которые важны для обеспечения непрерывной работы приложений Contoso, и отреагировать на любые оповещения касательно резервного копирования из единого представления панели мониторинга Operations Manager. Руслан видит, что с резервным копированием все в порядке. Теперь ему нужно подготовиться к возможному отключению сервера и обеспечить работу этого важного приложения.

Здесь изображена панель мониторинга с различными виджетами, где показана работоспособность резервного копирования нашего приложения Expense Manager. Любые оповещения, создаваемые Data Protection Manager, можно отследить в Operations Manager, а затем принять необходимые коррективные меры в этом же представлении.

Упражнение 4Б | Сценарий 2.
Постоянно доступное хранилище

Руслан, администратор ЦОД

Руслан настроил отказоустойчивость сетевой файловой системы на случай аппаратного сбоя в инфраструктуре хранилища. Обратите внимание, что в этом сценарии ряд этапов выполняется ведущим. Откройте консоль диспетчера отказоустойчивости кластеров. В правой панели действий щелкните Connect to Cluster, введите и нажмите кнопку OK. Разверните узел и выберите Nodes. Примечание. Две виртуальные машины распределенного файлового сервера находятся в кластере высокой доступности. Выберите Roles. Обратите внимание на масштабируемый файловый сервер SALESFS, работающий на узле кластера SAFS01. Откройте веб-страницу Perfmon, открыв окна Internet Explorer и перейдя по ссылке http://perfsite. /FileShare. htm (обратите внимание на запросы данных для каждого узла SAFS01 и SAFS02). Поскольку нагрузка на данные серверы минимальна, оба показателя должны быть около 0. Теперь инструктор инициирует ресурсоемкий SQL-запрос к SQL-кластеру (файлы базы данных SQL-кластера размещены на общем ресурсе SMB3 в узле SAFS01 кластера SALESFS01). Теперь инструктор отключает узел SAFS01, имитируя отключение питания. Обратите внимание, что запросы данных были перенаправлены с SAFS01 на SAFS02. В процессе переключения с узла SAFS01 на SAFS02 SQL­кластер не прерывал работу. В окне Failover Cluster Manager Nodes в боковой панели Actions выберите Refresh. Обратите внимание, что узлом владельца приложения SAFS01 теперь является узел SAFS02. Закройте окно Internet Explorer. Закройте консоль диспетчера отказоустойчивости кластеров. Руслан знает, что теперь он может предоставить постоянный доступ к своему хранилищу и обеспечить работу приложения даже в случае потери узла кластера. Теперь Руслан должен обеспечить, чтобы уровень данных хранился на платформе, которая останется доступной даже в случае сбоя узла.

Упражнение 4Б | Сценарий 3.
Постоянно доступный SQL Server AlwaysOn

Руслан, администратор ЦОД

Руслан настроил отказоустойчивость инфраструктуры на случай аппаратного сбоя. Теперь ему нужно убедиться, что SQL обладает высокой доступностью и сможет работать в случае отключения питания. Обратите внимание, что в этом сценарии ряд этапов выполняется ведущим. Откройте консоль диспетчера отказоустойчивости кластеров. В правой панели действий щелкните Connect to Cluster, введите и нажмите кнопку OK. Разверните узел и выберите Nodes. Примечание. Две виртуальные машины распределенного файлового сервера находятся в кластере высокой доступности. Выберите Roles. Обратите внимание на узел, в котором выполняется роль SALESDBAO. Это может быть узел кластера SASQL02 или SASQL01. Откройте веб-страницу Perfmon, перейдите по ссылке http://perfsite. /SQLTransactions. html (обратите внимание на число операций для каждого узла SASQL01 и SASQL02). Теперь инструктор инициирует ресурсоемкий SQL-запрос к SQL-кластеру, после чего на узле SASQL01 увеличится число операций. Примечание. Число операций увеличится и на узле SASQL02 (хотя и меньше, чем на узле SASQL01). Это связано с тем, что функция AlwaysOn в SQL Server 2012 реплицирует операции базы данных с основного узла на вспомогательный. Теперь инструктор остановит SQL Server на узле, где в настоящее время выполняется роль SALESDBAO (см. этап 5). Обратите внимание, что число операций для данного SQL Server снизилось, а затем остановилось на количестве менее 10 операций в секунду. Это связано с тем, что Perfmon повторяет значение последней известной удачной операции перед выключением сервиса. В окне Failover Cluster Manager Nodes в боковой панели Actions выберите Refresh. Обратите внимание, что узлом владельца приложения SALESDBAO теперь стал другой узел. Закройте окно Internet Explorer. Закройте консоль диспетчера отказоустойчивости кластеров. Теперь, когда Руслан знает, что его приложение может справиться с отключением SQL Server, он должен обеспечить, чтобы ресурсы могли адаптироваться к сбою в центре обработки данных. Он уже установил у хостера реплику, и теперь ему нужно ее протестировать.

Упражнение 4Б | Сценарий 4.
Сервисы восстановления с помощью реплики Hyper-V

Руслан, администратор ЦОД

Руслан также настроил отказоустойчивость всей инфраструктуры, внедрив реплику Hyper-V на отдельном объекте. В случае сбоя в центре обработки данных виртуаль­ные машины будут доступны на удаленном объекте. Откройте Internet Explorer и перейдите по ссылке http:///salesapp. txt, где xx — ваш номер UserID. Обратите внимание на отображаемые данные, в частности сведения о времени работо­способного состояния в первом столбце. Эти данные будут использоваться для подтверждения репликации на дальнейших этапах. Откройте диспетчер Hyper-V Manager и щелкните справа Connect to Server. Введите HOST04 и щелкните OK. Теперь щелкните правой кнопкой мыши HyperVM в левой панели навигации, выберите Connect to Server и введите HOST03, поскольку оба сервера находятся в одном кластере вместе с вашими машинами SalesApp. Щелкните правой кнопкой мыши машину SalesApp1xx, где xx — ваш номер UserID. Разверните Replication и щелкните View Replication Health. Подтвердите состояние репликации Replication Health: is Normal и обратите внимание на партнера реплики. Закройте окно состояния. Щелкните правой кнопкой мыши SalesApp1xx и щелкните Turn Off, чтобы стимулировать потерю сервиса на основном объекте. Откройте Hyper-V Manager для HOST05: это объект хостера, который используется в качестве партнера реплики. Щелкните правой кнопкой мыши SalesApp1xx, где xx — ваш номер UserID, а затем щелкните Settings. Щелкните раздел Network Adapter SALESAPP1xx. в левой панели оборудования. Щелкните раскрывающийся список Virtual Switch, выберите CorpNet01 и щелкните OK. Щелкните правой кнопкой мыши SalesApp1xx, где xx — ваш номер UserID, выберите Replication и щелкните failover. Обратите внимание на сведения в этом поле предупреждения, а затем щелкните Fail Over. Теперь SalesApp1xx автоматически запустится на HOST05. Подождите несколько минут, пока создаются данные. Затем откройте Internet Explorer и перейдите по ссылке http:///salesapp. txt. Обратите внимание на отображаемые данные, и в частности на время работоспособного состояния системы. Обратите внимание, что здесь содержатся те же данные, что и в предыдущей реплике, а также вновь созданные данные. Закройте диспетчер Hyper-v и Internet Explorer. Теперь Руслан уверен, что его приложения и сервисы реплицированы у хостера. Он смоделировал сбой на основном объекте и теперь знает процесс восстановления приложения. Теперь Руслану нужно подготовиться к неожиданному росту нагрузки под влиянием рынка.

Упражнение 4Б | Сценарий 5.
Увеличение ресурсов для масштабирования по требованию

Руслан, администратор ЦОД

Руслан также обеспечил поддержку масштабирования на случай высокого спроса. В период больших объемов покупок, когда приложению Sales application требуется больше страниц веб-интерфейса для визуализации клиентских запросов, Руслан может автоматически добавить к нему больше узлов, чтобы адаптироваться к спросу. Откройте консоль Virtual Machine Manager (это может занять несколько секунд). Оставьте имя сервера VMM01:8100 и щелкните Connect. Щелкните рабочую область VMs and Services. Разверните узел Clouds и щелкните PCIE-SvcMgmtApps. В панели инструментов щелкните Services. Если значок сервисов не отображается, щелкните ленту Home и выберите значок Services. В списке сервисов разверните Sales App 1xx, где xx — ваш номер UserID. К примеру, если ваш UserID — Ruslan002, то вам нужно выбрать и развернуть Sales App 102. Разверните уровень Sales Application - Production. Обратите внимание, что на этом уровне только одна виртуальная машина. Щелкните правой кнопкой мыши уровень Sales Application - Production и выберите Scale Out. В экране Scale Out Wizard Select Tier это будет по умолчанию единственный уровень в этом приложении. Щелкните Next, чтобы продолжить. Если этот шаблон сервиса состоял из нескольких уровней, таких как Web Front End, Web Service и Database, вы можете выполнить горизонтальное масштабирование уровня, который использует больше ресурсов, чем другие. Шаблон сервиса может использовать балансировку сетевой нагрузки, чтобы распределить нагрузку по нескольким экземплярам уровня. Не заполняйте поле имени виртуальной машины: его автоматически заполнит шаблон сервиса. Щелкните Next. На экране Configure Settings щелкните Next. Обратите внимание, что для пара­метра VM Name было выбрано следующее доступное неиспользованное имя. На экране Add Properties щелкните Next. Просмотрите экран Summary и щелкните Scale Out. Откроется окно заданий, где появится только что созданное задание. Если щелкнуть на выполняемое задание, то можно просмотреть его отдельные этапы (такая возможность доступна для каждого задания). Закройте окно задания и консоль VMM. Руслан успешно увеличил объем виртуальных ресурсов шаблона сервиса, добавив еще одну виртуальную машину. Это позволило ему выполнить балансировку нагрузки веб-сервера, распределив нагрузку на другую виртуальную машину. В этой истории Руслан испробовал все возможные способы увеличения и поддержания доступности этих приложений, столь важных для Contoso. Теперь Руслан уверен, что он сможет выполнить резервное копирование приложения (и восстановления данных), разместить базу данных SQL на масштабируемом файловом сервере, реализовать защиту от сбоя сервера с помощью SQL Server Always On, создать сервисы восстановления с помощью реплики Hyper-V и адаптироваться к росту спроса путем горизонтального масштабирования приложения.

Заключение | Подведение итогов

Вы выполнили все четыре упражнения в рамках тест-драйва «Преобразование центра обработки данных». Поздравляем!

Подведение итогов: дальнейшие шаги

Отказ от ответственности

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

© Корпорация Microsoft (Microsoft Corporation), 2012. Все права защищены.