Поделиться через


Локальная система наблюдения в Azure

Область применения: Azure Local 2311.2 и более поздних версий

В этой статье описывается наблюдаемость в локальной среде Azure и источниках данных, с помощью которых она достигается.

Что такое локальная наблюдаемость Azure?

Локальная наблюдаемость Azure относится к возможности мониторинга и понимания поведения локального экземпляра Azure.

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

Наблюдаемость в локальной среде Azure достигается с помощью следующих источников данных:

  • Телеметрия. Это включает коллекцию данных телеметрии и диагностических данных, которые помогают Корпорации Майкрософт получить ценные сведения о поведении системы. См. Телеметрия.

  • Удаленная поддержка. Это позволяет инженерам поддержки получать удаленный доступ в режиме только для чтения к локальным экземплярам Azure для первоначального устранения неисправностей. См. раздел "Удаленная поддержка".

  • Диагностика. Это включает возможность сбора журналов диагностики. См. раздел "Диагностика".

    Схема, изображающая три типа источников данных для локальной наблюдаемости Azure.

Как устанавливается наблюдаемость?

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

Что такое конвейер наблюдаемости?

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

Конвейер наблюдаемости разделен на следующие широкие области:

  • Телеметрия. В разделе телеметрии предоставляется непрерывный поток тщательно отобранных критических событий из Azure Local в Azure.

  • Диагностика. В разделе диагностики предоставляется эпизодический или поток данных по запросу из Azure Local в Azure.

  • Мониторинг. В разделе мониторинга представлен непрерывный поток курируемых метрик из Azure Local в Azure. После достижения Azure данные используются в различных аспектах жизненного цикла продукта, таких как разработка продуктов, поддержка клиентов, сокращение количества обращений и анализ тенденций.

На следующей схеме показан конвейер наблюдения и поток данных из Локальной среды Azure в Azure:

Схема, изображающая компоненты в конвейере локальной наблюдаемости Azure.

Телеметрия

Данные телеметрии в Azure Local относятся к сбору данных о производительности, функциональности и общем благополучии системы. Эти данные собираются с помощью расширения телеметрии и диагностики, что позволяет собирать данные телеметрии и диагностики из клиентской среды. См. расширение локальной телеметрии и диагностики Azure.

Телеметрия важна для локальной службы Azure, так как она позволяет корпорации Майкрософт получать ценные сведения о поведении системы. Эти сведения можно использовать для улучшения продукта, устранения неполадок и повышения поддержки клиентов. Данные телеметрии также можно использовать для упреждающего выявления и устранения потенциальных проблем, снижения вероятности простоя или других сбоев. Кроме того, данные телеметрии могут помочь Корпорации Майкрософт понять, как клиенты используют Azure Local, которые могут информировать о будущих разработках и улучшениях продукта.

Удаленная поддержка

Вы можете использовать удаленную поддержку, чтобы специалист службы поддержки Microsoft смог быстрее решить ваш запрос в службу поддержки. Для этого предоставьте удаленный доступ к вашему устройству и позвольте провести ограниченное устранение неполадок и ремонт. Инструкции о том, как получить удаленную поддержку, см. в статье "Получение удаленной поддержки для локальной службы Azure".

Сведения о удаленной поддержке во время предварительного развертывания или предварительной регистрации локальной службы Azure см. в статье "Получение удаленной поддержки".

Диагностика

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

Сравнение методов сбора журналов

В следующей таблице приведено сравнение различных методов сбора журналов в Azure Local:

Метод сбора журналов Цель Как собирать журналы Случаи использования
Сбор журналов по запросу Ручной сбор и отправка журналов диагностики для Azure Local в Microsoft. Используйте командлет Send-DiagnosticData на любом локальном компьютере Azure.

Журналы временно копируются локально, анализируются, отправляются и удаляются.

Подробные инструкции по выполнению сбора журналов по запросу см. в разделе "Сбор журналов".
сбои, которые не требуют регистрации.
— запрос на сбор журналов из службы поддержки Майкрософт в связи с открытым обращением.
— сбор журналов при регистрации и подключении системы.
— сбор журналов при установке и функционировании компонентов наблюдаемости.
— сбор логов при частичной регистрации системы.
Независимый сбор логов Отправьте диагностические данные в корпорацию Microsoft, если компоненты наблюдаемости не установлены или возникают проблемы в процессе регистрации системы. Сохраните данные локально и используйте Send-AzStackHciDiagnosticData команду для отправки данных в Корпорацию Майкрософт.

Подробные инструкции по автономным коллекциям журналов см. в статье "Выполнение автономной коллекции журналов".
— сбои развертывания.
— сбои регистрации.
— запрос на сбор журналов из службы поддержки Майкрософт в связи с открытым обращением.
— Сбор журналов, когда система не зарегистрирована и не имеет подключения.
— сбор логов при частичной регистрации системы.
— Сбор логов, когда компоненты обозримости недоступны.

Конфиденциальность данных

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

К нашим обязательствам по обеспечению безопасности данных относятся:

  • Приоритеты безопасности клиентов и конфиденциальности.
  • Прозрачность с клиентами о типах собранных данных и его использовании.
  • Предоставление клиентам автономии для изменения собственных параметров конфиденциальности.
  • Использование данных клиента для улучшения взаимодействия с клиентами.

Использование данных корпорацией Майкрософт

Данные клиентов помогают корпорации Майкрософт лучше понять, как наши клиенты используют функции и службы для достижения своих бизнес-целей. Эти аналитические сведения помогают определить приоритеты инженерных инвестиций в области, которые могут напрямую повлиять на взаимодействие с клиентами. Использование параметров сети или хранилища, а также состояние их обновления — это один из примеров типов собираемых данных. Эти аналитические сведения также позволяют улучшить экосистему локального мониторинга и поддержки Azure. Эти улучшения в конечном итоге упростят и ускорят процесс диагностики проблем для поддержки и клиентов Майкрософт.

Сбор данных и проживание

Локальные данные Azure:

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

Сведения о собранных данных

В следующей таблице описываются типы данных, их расположение хранения, параметры по умолчанию и методы для просмотра:

Типы данных Описание Расположение хранилища данных Значение по умолчанию Период хранения Как можно просматривать данные
Телеметрия Данные телеметрии включают метрики производительности, шаблоны использования и другие сведения, связанные с поведением пользователей и работоспособностью системы. Он не содержит личных сведений. Данные телеметрии всегда хранятся в США. Он включен по умолчанию. Чтобы изменить параметр по умолчанию, ознакомьтесь с параметрами телеметрии и диагностики. Данные хранятся до двух лет. Данные можно просмотреть в \\<NodeName>\c$\GMACache\TelemetryCache\Tables/*.tsf.
Диагностика Данные диагностики помогают Корпорации Майкрософт обнаруживать, диагностировать и устранять проблемы для восстановления работоспособности служб и улучшения продуктов. Данные диагностики хранятся глобально или в ЕС на основе выбора развертывания клиента. Для передачи диагностических данных существуют различные методы. Дополнительные сведения см. в разделе "Диагностика" Как правило, сохраняется в течение 30 дней, возможно, дольше для текущих запросов в службу поддержки. Данные можно просмотреть в папке C:\observability каждого компьютера.
Метрики Метрики — это числовые значения, собранные с регулярными интервалами, описывающие аспекты системы. Данные метрик отправляются в соответствующий регион, в котором развертывается ресурс. Включен по умолчанию и может быть отключен в любое время. Метрики платформы хранятся в течение 93 дней, однако в плитке 'Метрики' можно запрашивать данные не более чем за 30 дней на каждой отдельной диаграмме. Обозреватель метрик можно использовать для интерактивного анализа данных в базе данных метрик.
Выставление счетов и перепись Данные выставления счетов включают идентификатор системы и количество физических ядер и часов, используемых. Данные переписи необходимы для включения базового управления из Azure и включают системную информацию (имя системы и идентификатор, состояние подключения к системе, идентификатор пула носителей, оставшиеся дни пробной версии и модель выставления счетов), сведения о компьютере (количество компьютеров, имя компьютера, версия ОС, производитель компьютера, серийный номер, количество физических ядер и размер памяти), а также базовую конфигурацию, например: включение проверки Azure для виртуальных машин, управляемого удостоверения Azure и параметра уровня диагностика. Данные о выставлении счетов и переписи отправляются в соответствующий регион ресурсов, где клиент зарегистрировал устройство. Выставление счетов всегда включено, так как это требуется для локального использования Azure. Данные переписи также всегда активированы, поскольку они включают минимальные сведения, необходимые для управления Azure Local из Azure. Данные удаляются при удалении ресурса, за исключением данных выставления счетов, которые сохраняются. Чтобы просмотреть данные о выставлении счетов, перейдите на страницу ресурсов локальной системы Azure на портале Azure, выберите "Обзор " в левой области, в разделе "Основные сведения" выберите ссылку "Состояние выставления счетов" и " Просмотреть управление затратами". Чтобы просмотреть данные переписи, выберите представление JSON , расположенное в правом верхнем углу раздела Essentials.

Сбор аварийных дампов

Сбор дампов сбоев — это функция в локальной среде Azure, которая позволяет выполнять автоматический сбор, анализ и отладку сбоев. Данные, собранные из сбоя, называемые дампом сбоя, используются для анализа и отладки.

Ключевые особенности

Ниже приведены основные функции сбора аварийного дампа для локальной службы Azure:

  • Автоматическая коллекция и анализ. Автоматически собирает данные из локальных служб Azure и анализирует их, чтобы определить первопричины сбоев, помогая быстро диагностировать и разрешать их. Это сокращает время простоя и повышает надежность службы.
  • Соответствие требованиям и безопасность. Гарантирует, что данные аварийного сбоя обрабатываются безопасно и в соответствии с правилами защиты данных во всех регионах Azure и национальных облаках.
  • Настраиваемые параметры. Включен по умолчанию для оптимальной производительности и надежности, но при необходимости можно отключить с помощью определенных команд. Однако мы рекомендуем оставить его включенным, чтобы воспользоваться его возможностями диагностики.

Предпосылки

Чтобы использовать функцию сбора аварийного дампа, установите расширение AzureEdgeTelemetryAndDiagnostics версии 2.0.18 или позднее. Дополнительные сведения о расширении см. в разделе Обзор расширения локальной телеметрии и диагностики Azure.

Отключение сбора аварийных дампов

Чтобы отключить функцию сбора аварийного дампа, используйте следующую команду:

Set-EdgeCrashDumpCollection -SetState Disable

Чтобы повторно включить его, используйте следующую команду:

Set-EdgeCrashDumpCollection -SetState Enable

Следующие шаги