Устранение неполадок с OpenTelemetry в .NET
В этой статье описывается устранение неполадок с OpenTelemetry в .NET.
Контрольный список для устранения неполадок
Шаг 1. Включение ведения журнала диагностики
Экспортер Azure Monitor использует EventSource для внутреннего ведения журнала. Журналы экспорта доступны любому объекту EventListener, выбрав источник с именем OpenTelemetry-AzureMonitor-Exporter
. Инструкции по устранению неполадок см. в статье Устранение неполадок OpenTelemetry на сайте GitHub.
Шаг 2. Проверка подключения между узлом приложения и службой приема
Пакеты SDK и агенты Application Insights отправляют данные телеметрии для приема в качестве вызовов REST в конечных точках приема. Чтобы проверить подключение с веб-сервера или главного компьютера приложения к конечным точкам службы приема, используйте команды cURL или необработанные запросы REST из PowerShell. Дополнительные сведения см. в статье Устранение неполадок с отсутствующими данными телеметрии приложений в Azure Monitor Application Insights.
Известные проблемы
Ниже перечислены известные проблемы для экспортеров OpenTelemetry в Azure Monitor:
Имя операции отсутствует в телеметрии зависимостей. Отсутствует имя операции вызывает сбои и негативно влияет на производительность вкладки.
Модель устройства отсутствует в телеметрии запросов и зависимостей. Отсутствующие модели устройства негативно влияют на анализ когорты устройств.
Свяжитесь с нами для получения помощи
Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по