Microsoft Monitoring Agent Setup
The Microsoft Monitoring Agent must be installed and configured on the data collection machine. It must also be installed on the Log Analytics Gateway if deploying that scenario.
For detailed information about the Microsoft Monitoring Agent including system requirements, network firewall configuration requirements, TLS 1.2 requirements, download, and installation instructions, see the Agent Windows article.
The information below list the proxy and firewall configuration information required for the Linux and Windows agent to communicate with Log Analytics within the Azure commercial cloud. For complete and up to date information on the networking requirements for the MMA as well as networking requirements for Azure Government or other sovereign Azure Log Analytics services, see the article HERE.
Download and install the Microsoft Monitoring Agent (MMA) setup file from Azure Log Analytics
On the designated data collection machine and Log Analytics Gateway (if using) complete the following steps. If Log Analytics Gateway scenario is being deployed, then install and configure the MMA on the gateway first.
If the collection machine does not have an Internet connection, perform the first 3 steps from an Internet Connected machine.
If a monitoring client was installed for System Center Operations Manager (SCOM), the setup only offers to Upgrade the agent, preserving existing settings. The upgrade for SCOM agent does not include any of the configuration steps below.*
The next steps apply to installations where no monitoring client was installed for SCOM. Refer to the Microsoft Monitoring Agent Upgrade section in this document when you are performing an upgrade of the Monitoring Agent for SCOM.
1. On the **Overview, Settings Dashboard** page, click **Connected Sources**, and then copy and paste the **Workspace ID** and **Workspace Key (Primary Key)** from the log analytics portal. (Hint: Click the copy button then paste in the corresponding **Agent Setup** field). Select **Azure Commercial** or if you are using an Azure US Government cloud select **Azure US Government** from the **Azure Cloud** drop down menu and click **OK**. 1. If you are currently installing the agent on the data collection machine and using an Log Analytics Gateway deployment scenario, or if your company requires access through a proxy server, click the **Advanced** button to provide **HTTP proxy** configuration. If you do not use any of the above, click **Next** and go to **step 12**.
1. Specify the fully qualified domain name (FQDN) or the IP address and port of the Log Analytics Gateway. If you use a proxy server instead of an Log Analytics Gateway, add the information for your proxy server and if required, authentication credentials (not required for the Log Analytics Gateway), then click **Next** twice.
1. On the **Microsoft Update** page, optionally select **Use Microsoft Update when I check for updates (recommended)**, then click **Next**. 1. On the **Ready to Install** page, review your choices, and then click **Install**. 1. On the **Microsoft Monitoring Agent** configuration completed successfully page, click **Finish**.
1. When complete, the **Microsoft Monitoring Agent** appears in **Control Panel**. You can review your configuration there and verify that the agent is connected to Azure Log Analytics. When connected to Log Analytics, the agent displays a message stating: **The Microsoft Monitoring Agent has successfully connected to the log analytics service**.
If you have been installing the Microsoft Monitoring Agent on the Log Analytics Gateway, you need to repeat the installation steps above on the data collection machine.
After setting up the data collection machine, continue getting started with On-demand Assessments by selecting the Configure Microsoft On-demand Assessments article in the Table of Contents.
Microsoft Monitoring Agent Upgrade
If a monitoring agent is already installed, the Microsoft Monitoring Agent setup will only display the upgrade option. The upgrade will keep the existing configuration and adds a new option to configure a Log Analytics workspace.
Follow the steps below to perform an upgrade and configure the agent for the log analytics Workspace.
1. Click Microsoft Monitoring Agent 1. If the Log Analytics Gateway scenario is chosen or a Proxy server is in place go to the Proxy Settings tab. When this scenario is not used go to step 9
Select Use a proxy server and specify the fully qualified domain name (FQDN) or the IP address and port of the Log Analytics Gateway. If you use a proxy server instead of an Log Analytics Gateway, add the information for your proxy server and if required, authentication credentials (not required for the Log Analytics Gateway), then Select Apply 1. Select the Azure Log Analytics (OMS) tab and click Add.
1. Copy and paste the Workspace ID and Workspace Key (Primary Key) from the log analytics portal. (Hint: Click the copy button then paste in the corresponding Agent Setup field). Select Azure Commercial or, if you are using an Azure US Government cloud select Azure US Government from the Azure Cloud drop down menu and click OK. 1. An exclamation mark will be visible in the Workspaces pane. Click Apply. This will stop and start the agent, and the Workspaces pane should look like the following example after a few seconds.
1. Click OK to finish the Microsoft Monitoring Agent upgrade for log analytics.
After setting up the data collection machine, continue getting started with On-demand Assessments by selecting the Configure Microsoft On-demand Assessments article in the Table of Contents.
For general feedback on the Resource Center or content, please submit your feedback to your Microsoft representative. For specific requests and content updates regarding the Services Hub, contact our Support Team to submit a case.
DevOps tools от Microsoft
Вступление
Что такое DevOps?
DevOps — набор методик, реализующих простую идею, отраженную в названии. Название DevOps — результат слияния слов Development и Operations, и главное здесь — взаимодействие команды разработчиков (Development) и команды, отвечающей за эксплуатацию ПО (Operations). DevOps утверждает, что близкое взаимодействие между Development и Operations позволит выпускать новые версии программного продукта быстрее и с меньшим количеством ошибок.
Методология DevOps довольно молодая — появилась в 2007 г. и развилась в сообществе IT-профессионалов, что обусловило ее практическую направленность.
Когда и как используют DevOps?
В таких условиях всё упирается во время. Важно уменьшить время установки приложения на продакшн-окружение и ускорить доставку команде разработчиков отзывов о работе установленного приложения.
Далее будут описаны средства автоматизации, предлагаемые Microsoft.
Управление релизами с помощью Microsoft Release Management (Development to Operations)
Сложные приложения требуют сложных процессов развертывания. Такие процессы могут включать множество шагов, выполняемых на различных компьютерах. В развертывании могут участвовать люди из разных команд: разработка, контроль качества, экспулатация. Выполнение развертывания вручную приводит к ошибкам и проблемам с коммуникацией.
В такой ситуации решение — использование единой автоматизированной системы для всех вовлеченных в процесс развертывания. И Microsoft Release Management — как раз такая система.
Возможности Microsoft Release Management
Главная функция Microsoft Release Management — автоматизация развертывания приложения через цепь тестовых окружений на продакшн.
Основной объект системы — Release Template, описание шагов, которые нужно пройти для развертывания релиза. Release Template создается через графический интерфейс WPF-клиента. Чтобы создать Release Template, нужно определить набор виртуальных машин и добавить для каждой набор действий по развертыванию. Эти наборы действий можно копировать между виртуальными машинами.
Установка на каждое окружение может быть одобрена или отклонена. Можно назначить ответственного за каждый этап установки.
Мониторинг и предоставление информации о работающих приложениях(Operations to Development)
Теперь перейдем к описанию другого вида взаимодействия Development и Operations — передаче информации о работающем приложении команде разработчиков. Эта информация может содержать и сообщение об ошибке, и отзыв пользователя о работе с приложением. Microsoft предоставляет несколько средств для автоматизации таких процессов.
Microsoft System Center 2012 Operations Manager
Microsoft Operations Manager — часть линейки продуктов Microsoft System Center. Microsoft Operations Manager позволяет следить за несколькими приложениями через одну консоль и легко посылать информацию о произошедших событиях разработчикам.
Однако это еще не самое интересное умение Operations Manager. Кроме возможностей мониторинга, приложение замечательно интеграцией с TFS. Собранную информацию о сбоях и проблемах с производительностью можно легко послать разработчикам — всего в один клик.
После того как мы отослали информацию о событии разработчикам, в TFS автоматически создается Work Item, содержащий необходимые для отладки данные в виде IntelliTrace-файла.
Используя информацию, предоставленную в Work Item, разработчики могут немедленно начать работу над правкой.
Microsoft Monitoring Agent
Microsoft Monitoring Agent собирает данные только о локально установленных приложениях, собранные данные сохраняются в IntelliTrace-файл, который можно послать разработчикам вручную. Управляется Microsoft Monitoring Agent с помощью скриптов PowerShell.
Application Insights
Application Insights — новое и перспективное средство мониторинга. Сейчас Application Insights предоставляется в превью-версии. Приложение доступно как часть Visual Studio Online. Application Insights предоставляет:
Автоматизация получения отзывов о приложении с помощью Microsoft Feedback Client
С помощью Microsoft Feedback Client разработчики могут запрашивать и получать отзыв о работающем приложении от пользователей. Запрос на отзыв разработчики создают через Team Web Access и посылается по Email.
Пользователь приложения получает запрос, и с помощью локально установленного Microsoft Feedback Client записывает отзыв о взаимодействии с приложением. Отзыв может содержать видео, скриншоты, аудио, текстовые комментарии. Созданный отзыв отправляется разработчикам через интерфейс Microsoft Feedback Client.
Полученный отзыв сохраняется в TFS и может быть присоединён к Work Item.
Использование Microsoft Monitoring Agent (C#, Visual Basic)
Если вы пользуетесь пакетом System Center 2012, то, применяя агент Microsoft Monitoring Agent совместно с Operations Manager, вы можете получать оповещения о проблемах и создавать рабочие элементы Team Foundation Server со ссылками на сохраненные журналы IntelliTrace. Затем можно делегировать отладку рабочих элементов другим разработчикам. См. раздел Интеграция Operations Manager с процессом разработки и Отслеживание с помощью Microsoft Monitoring Agent.
Перед началом работы убедитесь, что у вас есть надлежащий исходный код и символы для встроенного и развернутого кода. Тогда, начав отладку, вы сможете сразу же перейти к коду приложения и просматривать диагностические события в журнале IntelliTrace. Настройте сборки таким образом, чтобы программа Visual Studio могла автоматически находить и открывать соответствующий источник развернутого кода.
Шаг 1. Настройте Microsoft Monitoring Agent.
Настройте изолированный агент на веб-сервере, чтобы выполнить локальное отслеживание, не изменяя приложение. Если вы пользуетесь System Center 2012, см. раздел Установка Microsoft Monitoring Agent.
Настройка изолированного агента
На веб-сервере установлена оболочка Windows PowerShell 3.0 или более поздней версии. Вопрос. Могу ли я продолжить работу, если на сервере установлена Windows PowerShell 2.0?
У вас есть права администратора веб-сервера, чтобы выполнять команды PowerShell и повторно использовать пул приложений для отслеживания.
Все предыдущие версии Microsoft Monitoring Agent удалены.
Запустите загруженный исполняемый файл. Откроется средство установки.
Создайте на веб-сервере защищенный каталог для хранения журналов IntelliTrace, например, C:\IntelliTraceLogs.
Каталог необходимо создать перед началом отслеживания. Чтобы избежать замедления работы приложения, выберите расположение на локальном высокоскоростном диске с небольшой нагрузкой.
Журналы IntelliTrace могут содержать личные и конфиденциальные данные. Предоставляйте доступ к этому каталогу исключительно тем, кто с ним работает. Уточните политику конфиденциальности своей компании.
Если требуется выполнить более подробное отслеживание на уровне функций или отслеживание приложений SharePoint, предоставьте пулу приложений, где размещается ваше веб-приложение или приложение SharePoint, разрешение на чтение и запись в каталог журнала IntelliTrace. Вопрос. Как настроить разрешения для пула приложений?
Вопросы и ответы
Вопрос. Могу ли я продолжить работу, если на сервере установлена версия Windows PowerShell 2.0?
Ответ. Настоятельно рекомендуем использовать PowerShell 3.0. В противном случае требуется импортировать командлеты PowerShell для Microsoft Monitoring Agent при каждом запуске PowerShell. Также у вас не будет доступа к загружаемому содержимому справки.
Откройте окно командной строки Windows PowerShell или Windows PowerShell ISE с правами администратора.
Импортируйте модуль PowerShell Microsoft Monitoring Agent из расположения установки по умолчанию:
PS C:>Import-Module «C:\Program Files\Microsoft Monitoring Agent\Agent\PowerShell\Microsoft.MonitoringAgent.PowerShell\Microsoft.MonitoringAgent.PowerShell.dll»
Вопрос. Как настроить разрешения для пула приложений?
Ответ. Это можно сделать с помощью команды icacls в Windows или проводника Windows. Пример:
Чтобы настроить разрешения с помощью команды icacls в Windows:
для веб-приложения в пуле приложений DefaultAppPool введите
icacls «C:\IntelliTraceLogs» /grant «IIS APPPOOL\DefaultAppPool»:RX
Чтобы настроить разрешения с помощью проводника Windows:
Откройте Свойства каталога журнала IntelliTrace.
На вкладке Безопасность выберите Изменить, затем Добавить.
В поле Введите имена выбираемых объектов добавьте пул приложений для веб-приложения или приложения SharePoint.
Убедитесь, что пул приложений имеет разрешение на Чтение и выполнение.
Шаг 2. Запустите отслеживание приложения.
Приступите к отслеживанию приложения с помощью команды Start-WebApplicationMonitoring Windows PowerShell. Если вы пользуетесь System Center 2012, см. раздел Отслеживание веб-приложений с помощью Microsoft Monitoring Agent.
На веб-сервере откройте окно командной строки Windows PowerShell или Windows PowerShell ISE с правами администратора.
Вы можете использовать следующий короткий синтаксис:
В следующем примере используется только имя веб-приложения и упрощенный режим Monitor :
PS C:>Start-WebApplicationMonitoring «FabrikamFabrikamFiber.Web» Monitor «C:IntelliTraceLogs»
В следующем примере используется путь IIS и упрощенный режим Monitor :
PS C:>Start-WebApplicationMonitoring «IIS:sitesFabrikamFabrikamFiber.Web» Monitor «C:IntelliTraceLogs»
Возможно, когда вы приступите к отслеживанию и приложения будут перезапускаться, работа Microsoft Monitoring Agent приостановится.
Его можно посмотреть в диспетчере IIS. Пример:
Если размер журнала превосходит это ограничение, агент записывает новые записи вместо наиболее старых. Это ограничение можно изменить с помощью параметра -MaximumFileSizeInMegabytes или атрибута MaximumLogFileSize в плане сбора данных.
Следующие планы поставляются вместе с агентом и поддерживаются веб-приложениями и приложениями SharePoint.
— collection_plan.ASP.NET.default.xml
Собирает только события, например исключения, события производительности, вызовы базы данных и запросы веб-сервера.
— collection_plan.ASP.NET.trace.xml
Собирает вызовы на уровне функций, а также все данные, указанные в плане сбора по умолчанию. Этот план позволяет выполнить подробный анализ, но может замедлять работу приложения.
Вопросы и ответы
Вопрос. Как получить подробные данные, не замедляя работу приложения?
Ответ. Microsoft Monitoring Agent позволяет собирать большой объем данных. Производительность приложения зависит от типа собираемых данных и метода сбора. Ниже приведены несколько способов получения подробных данных, не замедляющих приложение.
Работая с веб-приложениями и приложениями SharePoint, агент записывает данные для каждого приложения из указанного пула. Поэтому, даже если ограничить сбор данных модулями одного приложения, работа других приложений из этого пула может замедляться. Этого можно избежать, если размещать каждое приложение в отдельном пуле.
Просмотрите в плане сбора события, о которых агент собирает данные. Отключите нерелевантные и не представляющие интереса события. Возможно, это позволит повысить производительность при запуске и выполнении.
Если атрибут enabled не существует, значит событие включено.
Отключите события рабочего процесса Windows для приложений, которые его не используют.
Отключите события реестра для приложений, которые обращаются к реестру, но не отображают проблемы с параметрами реестра.
Просмотрите в плане сбора модули, о которых агент собирает данные. Исключите из плана модули, которые вас не интересуют.
Это сокращает объем данных о вызове метода и других данных инструментирования, которые агент собирает при запуске и выполнении приложения. Эти данные позволяют выполнить код по шагам при отладке и просмотре значений, которые передаются в функции и возвращаются из них.
В этом примере создается список, который собирает данные только из главного модуля веб-приложения Fabrikam Fiber:
Для сбора данных из любого модуля, имя которого содержит «Fabrikam», создайте подобный список:
Для сбора данных из модулей, заданных с помощью токенов открытых ключей, создайте подобный список:
Вопрос. Почему нельзя просто исключить модули?
Вопрос: Какие значения собирает агент?
Ответ. Чтобы избежать снижения производительности, агент собирает только следующие значения:
примитивные типы данных, передаваемые в методы и возвращаемые из них;
примитивные типы данных в полях объектов верхнего уровня, передаваемые в методы и возвращаемые из них.
public Employee AlterEmployee(int id, Employee oldemployee)
Шаг 3. Сохранение записанных событий
Если вы обнаружите ошибку или проблему производительности, сохраните записанные события в журнал IntelliTrace. Агент создает журнал, только если события записывались. Если вы пользуетесь System Center 2012, см. раздел Отслеживание веб-приложений с помощью Microsoft Monitoring Agent.
Как сохранить записанные события и продолжить отслеживание
Выполните следующие шаги, если требуется создать журнал IntelliTrace, не перезапуская приложение и не останавливая отслеживание. Агент продолжает отслеживание даже при перезапуске сервера или приложения.
На веб-сервере откройте окно командной строки Windows PowerShell с правами администратора.
Checkpoint-WebApplicationMonitoring » \ «
Checkpoint-WebApplicationMonitoring «IIS:\sites \ \ «
PS C:\>Checkpoint-WebApplicationMonitoring «Fabrikam\FabrikamFiber.Web»
PS C:>Checkpoint-WebApplicationMonitoring «IIS:sitesFabrikamFabrikamFiber.Web»
Скопируйте журнал в защищенную общую папку, а затем откройте журнал на компьютере, где установлена программа Visual Studio Enterprise (но не выпуск Professional или Community).
Соблюдайте меры предосторожности, предоставляя общий доступ к журналам IntelliTrace, поскольку они могут содержать личные и конфиденциальные данные. Убедитесь, что доступ к журналам имеют только те пользователи, у которых есть разрешение на просмотр этих данных. Уточните политику конфиденциальности своей компании.
Как сохранить записанные события и остановить отслеживание
Выполните следующие шаги, если требуется просто получить диагностические сведения при воспроизведении определенной ошибки. При этом все приложения на веб-сервере будут перезапущены.
На веб-сервере откройте окно командной строки Windows PowerShell с правами администратора.
Stop-WebApplicationMonitoring » \ «
Stop-WebApplicationMonitoring «IIS:\sites \ \ «
Выполните следующую команду, если требуется завершить отслеживание всех веб-приложений:
PS C:\>Stop-WebApplicationMonitoring «Fabrikam\iFabrikamFiber.Web»
PS C:\>Stop-WebApplicationMonitoring «IIS:\sites\Fabrikam\FabrikamFiber.Web»
Скопируйте журнал в защищенную общую папку, а затем откройте журнал на компьютере, где установлена программа Visual Studio Enterprise.
Настройка агентов Windows
Поддержка этой версии Operations Manager прекращена. Рекомендуем перейти на Operations Manager 2019.
В System Center Operations Manager при установке агента на компьютер приложение Microsoft Monitoring Agent добавляется на панель управления. Приложение можно использовать для изменения учетной записи, которую будет использовать агент при выполнении действий, запрашиваемых сервером управления, для удаления группы управления из конфигурации агента, а также для настройки параметра интеграции агента с Active Directory. Для выполнения этих задач необходимо наличие прав администратора на компьютере.
Чтобы автоматически добавлять или удалять группы управления из агента, можно использовать командлеты Operations Manager или API агента из библиотеки конфигурации Operations Manager Agent для написания сценариев, автоматизирующих процесс настройки агента.
После того как вы сохраните изменения в приложении Microsoft Monitoring Agent, служба Microsoft Monitoring Agent остановится и перезапустится.
Настройка агента для отправки отчетов в несколько групп управления
Используйте следующую процедуру, которая называется множественной адресацией, чтобы назначить агент Operations Manager членом нескольких групп управления. Например, агент можно настроить так, чтобы он отправлял отчеты с данными Active Directory группе управления службой каталогов, а отчеты с данными Exchange — группе управления обменом сообщениями. Агент может быть членом до четырех групп управления.
Необязательно использовать один и тот же метод развертывания для всех групп управления.
Назначение обнаруженных экземпляров агента в новую группу управления может занять один или несколько дней. Экземпляры будут добавлены после следующего интервала обнаружения.
Выполните одно из следующих действий.
На управляемом агентом компьютере в панели управления дважды щелкните Microsoft Monitoring Agent. В приложении Microsoft Monitoring Agent на вкладке Operations Manager нажмите кнопку Добавить, введите сведения для новой группы управления и нажмите кнопку ОК.
Запустите мастер обнаружения из консоли управления Operations Manager, подключенной к новой группе управления, выберите нужные компьютеры и разверните на них агент. Дополнительные сведения см. в статье Установка агента в ОС Windows с помощью мастера обнаружения. Мастер управления компьютерами и устройствами открывается с помощью пункта меню Мастер обнаружения в консоли управления.
Запустите пакет установщика Windows MOMAgent.msi на нужных компьютерах и измените установку, добавив новую группу управления. Дополнительные сведения см. в статье Установка агента Windows вручную с помощью MOMAgent.msi.
Изменение конфигурации учетной записи агента
Для изменения учетной записи, которую агент будет использовать при выполнении действий, запрашиваемых сервером управления, можно использовать следующую процедуру.
Удаление группы управления из агента
Для удаления группы управления из конфигурации агента можно использовать следующую процедуру.
Можно удалить все группы управления, оставив при этом агент установленным. Это полезно, например, при подготовке компьютера для создания образа с установленным агентом, но без назначения определенной группе управления.
Изменение настроек интеграции агента с Active Directory
Чтобы изменить параметр интеграции Active Directory для агента, можно использовать следующую процедуру.
Дальнейшие действия
Сведения о развертывании агента Windows из консоли управления с помощью мастера обнаружения см. в статье Установка агента в Windows с помощью мастера обнаружения.
Если вы хотите вручную установить агент Windows из командной строки или автоматизировать развертывание с помощью скрипта или другого решения автоматизации, ознакомьтесь со статьей Установка агента Windows вручную с помощью MOMAgent.msi.
В статье Удаление агента с компьютеров под управлением Windows приводятся сведения о параметрах и действиях, которые необходимо выполнить для правильного удаления агента с компьютеров Windows.
