Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Область применения: Azure Local 2311.2 и более поздних версий
В этой статье описывается наблюдаемость в локальной среде Azure и источниках данных, с помощью которых она достигается.
Что такое локальная наблюдаемость Azure?
Локальная наблюдаемость Azure относится к возможности мониторинга и понимания поведения локального экземпляра Azure.
Наблюдаемость в локальной среде Azure важна, так как она включает сбор данных телеметрии и диагностических сведений из системы. Эта информация помогает Корпорации Майкрософт получить ценные сведения о поведении системы, которую можно использовать для выявления и устранения потенциальных проблем.
Наблюдаемость в локальной среде Azure достигается с помощью следующих источников данных:
Телеметрия. Это включает коллекцию данных телеметрии и диагностических данных, которые помогают Корпорации Майкрософт получить ценные сведения о поведении системы. См. Телеметрия.
Удаленная поддержка. Это позволяет инженерам поддержки получать удаленный доступ в режиме только для чтения к локальным экземплярам Azure для первоначального устранения неисправностей. См. раздел "Удаленная поддержка".
Диагностика. Это включает возможность сбора журналов диагностики. См. раздел "Диагностика".
Как устанавливается наблюдаемость?
Наблюдаемость и удаленная поддержка устанавливаются в рамках процесса локального развертывания Azure. Это позволяет оркестратору автоматизировать многие шаги, участвующие в процессе развертывания. Цель состоит в том, чтобы предложить простой процесс установки, который заботится обо всех компонентах, включая наблюдаемость.
Что такое конвейер наблюдаемости?
Система наблюдаемости использует телеметрию, диагностику и мониторинг для сбора данных с устройств. Он расширяет возможности наблюдаемости Azure на этих устройствах, соблюдая ограничения по соответствию и безопасности, вызванные владением клиентом, географическим расположением и эксплуатацией этих устройств.
Конвейер наблюдаемости разделен на следующие широкие области:
Телеметрия. В разделе телеметрии предоставляется непрерывный поток тщательно отобранных критических событий из Azure Local в Azure.
Диагностика. В разделе диагностики предоставляется эпизодический или поток данных по запросу из Azure Local в Azure.
Мониторинг. В разделе мониторинга представлен непрерывный поток курируемых метрик из Azure Local в 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