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

Упражнение 2Б | Сценарий 4.
Развертывание на Windows Azure

Леонид, глава отдела разработки приложений

Леонид начинает новый проект по расширению функциональности основного бизнес-приложения. Леониду необходимо запросить новую среду разработки в Windows Azure. Эту возможность Руслан также реализовал через портал самообслуживания и рекомендует Леониду им воспользоваться. Откройте веб-консоль App Controller (https://). Войдите в консоль с именем пользователя Contoso\Leonid0xx, где xx — ваш номер UserID, и паролем, предоставленным инструктором. На панели навигации слева щелкните Clouds. В панели инструментов Clouds щелкните значок Show items as cards. Таким образом VMM, размещенное облако и облако Azure будут показаны в едином представлении управления. Обратите внимание на доступные облачные среды и мощности. Откройте портал самообслуживания (https:///SMPortal). Войдите в консоль с именем пользователя Contoso\Leonid0xx, где xx — ваш номер UserID, и паролем, предоставленным инструктором. Щелкните Cloud Resources. Щелкните Create VM. Щелкните Go to request form. Заполните необходимые поля. Name: MyVM00xxyy, где xx — ваш номер UserID, а yy — ВАШ номер Pod. Т. е. для Leonid001 с типом Pod2 нужно ввести MyVM000102, а MyVM001204 соответствует Leonid012 на Pod4. (Обратите внимание, что 0 — это нуль и номер совпадает с назначенным вам номером Pod.) Size: Medium Connectivity: Public Access (Internet) Service Level Agreement: Silver Щелкните Next. Щелкните Submit. Щелкните ViewMy Requests, чтобы просмотреть состояние текущего запроса. Закройте все окна Internet Explorer. Руслан создал для Леонида шаблоны запроса, в которых Леонид может выбрать, где запросить эти ресурсы. Это означает, что Леонид может выбрать наиболее подходя­щее место с учетом бюджета, доступности или иных категорий согласно потребностям бизнеса. Запросив новую среду разработки, Леонид ждет, когда завершится электронный процесс утверждения и будет создана среда. Руслан хочет убедиться, что автоматический процесс выполняется без сбоев, поэтому он проведет проверку в среде разработки.

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

Упражнение 2Б | Сценарий 5.
Автоматизация процессов журнала сценариев

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

Для обслуживания запроса Леонида Руслан создал журнал сценариев Orchestrator. Руслан понимает, что с помощью этого запроса можно создать множество виртуальных машин, поэтому он добавляет в запрос задание, согласно которому при каждом выполнении этого запроса на его почтовый адрес будет направляться уведомление. Руслан планирует доработать среду разработки журналов сценариев, чтобы убедиться в корректной работе созданного им процесса самообслуживания. Откройте консоль Orchestration Runbook Designer. В левой панели разверните узел Runbooks. Щелкните папку IE2B (она откроется через несколько секунд). Щелкните верхнюю вкладку Runbook под названием 5. Create Public Cloud VM 0xx, где xx — ваш номер UserID. К примеру, если ваш UserID — Ruslan002, то вам нужно выбрать 5. Create Public Cloud VM 002. Щелкните Email в панели Activities справа и перетащите на страницу значок Send Email. В окне подтверждения извлечения этого сборника сценариев щелкните Yes. Примечание. Руслан хочет добавить возможность уведомления по электронной почте о каждом выполняемом запросе. Мы покажем эту процедуру поэтапно. Свяжите значок Create VM с новым значком SendEmail: наведите указатель на правый угол значка Create VM, щелкните и перетащите его к значку Send Email, создав между ними линию связи. Дважды щелкните значок Send Email. В поле Subject введите New Public Cloud VM Created:. Щелкните правой кнопкой мыши в конце поля Subject и выберите Subscribe > Published Data. Щелкните VM Instance Name, а затем — OK. В разделе Recipients щелкните Add... и введите адрес электронной почтыnbook Designer. Orchestrator позволяет Руслану быстро обновлять или изменять конфигурации этих сборников сценариев для оптимальной производительности. Внеся в сборник небольшое изменение, Руслан остался доволен процессом. В этой истории Руслан показал, что Contoso может предоставлять оптимальные ресурсы для нужд своего бизнеса с помощью различных облаков, размещенных локально, у хостера и в Windows Azure.

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

Упражнение 3 | Управление приложениями

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

История A. Разработка, эксплуатация и приложения: локальная среда

Практическая работа 3 Управление приложениями

Разработка, эксплуатация и приложения: локальная среда Обеспечение нормальной работы приложения в локальной среде

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

Сегодня, когда System Center по-прежнему остается лидером рынка в сегменте монито­ринга инфраструктуры, его возможности мониторинга приложений изнутри и даже извне значительно улучшились. В этом упражнении вы узнаете, как улучшить уровни обслужи­вания в центре обработки данных с помощью динамической отчетности и мониторинга для более подробного анализа работы приложений. В конечном счете, теперь вы сможете улучшать процессы анализа первопричин и сокращать среднее время восстановления обслуживания. Теперь у вас есть возможность выявлять конкретную строку кода, которая вызывает сбои в работе приложения, и автоматически отправлять ее через Team Foundation Server прямо в руки разработчиков с помощью привычных для них средств, таких как Visual Studio. Предоставляя разработчикам сведения Intellitrace, вы помогаете им ускорить решение проблем и обновить приложение с помощью стандартных процессов разверты­вания. Кроме того, теперь вы можете отслеживать работу пользователей непосредственно в их месте нахождения в любой точке мира.

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

История компании Contoso.

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

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

Екатерина дает Руслану поручение расследовать эту проблему и предоставить в отчете максимум доказательств, которые подтверждали бы необходимость изменений в обору­довании, конфигурации или коде.

С помощью Operations Manager Руслан исследует время отклика приложения с точки зрения пользователей. Используя искусственные транзакции, выполняемые из сети GSM и внутренней сети, он сможет определить, что сбой происходит на всех сайтах, а не только в одном сетевом сегменте или сайте. APM поможет ему в дальнейшем рассмотрении приложения, чтобы изолировать конкретный фрагмент кода, вызывающий задержку. Он передает оповещение разработчикам для дальнейшего расследования и предоставляет Ивану отчет со всей собранной информацией.

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

Руслан развертывает новый пакет в тестовой среде для приемочного тестирования. По завершении тестирования он осуществляет надлежащее управление изменениями и развертывает пакет в производственной среде.

Как только пакет будет развернут, искусственная транзакция подтвердит, что исправление помогло уменьшить задержки в веб-приложении до уровня, указанного в соглашении SLA.

В этом упражнении вы узнаете, как с помощью Operations Manager улучшить мониторинг приложений и поддержку производительности. Благодаря таким новым функциям, как монитор глобальных сервисов, вы сможете воспользоваться общим и клиентским тести­рованием приложения на основе искусственных транзакций по 15 точкам присутствия Azure в течение полностью настраиваемого периода расписания. Теперь вы сможете отследить взаимодействие с вашими приложениями и их производительность прямо там, где пользователи с ними работают.