Eine ASP.NET Core-App mit dem Application Insights SDK erzeugt Telemetriedaten in Bursts, die zu Erfassungsfehlern führen. Sie müssen das Telemetrie-Volumen und die Kosten reduzieren und gleichzeitig sicherstellen, dass die Korrelation von HTTP-Anfragen/-Antworten weiterhin möglich ist. Welchen Ansatz sollten Sie verwenden?

Die Deaktivierung der adaptiven Stichprobenentnahme und die Konfiguration der Stichprobenentnahme mit fester Rate ist die korrekte Lösung. Adaptive Stichprobenentnahme passt die Rate dynamisch an, kann aber bei Bursts zu unvorhersehbaren Ergebnissen führen. Eine feste Rate ermöglicht eine kontrollierte Reduzierung des Volumens und der Kosten, während die Korrelation von HTTP-Anfragen und -Antworten erhalten bleibt, da alle zu einer Operation gehörenden Telemetriedaten zusammen gesampelt oder verworfen werden. Eine Datensammlungsregel mit KQL-Filter würde Daten erst nach der Erfassung filtern, was die Kosten nicht reduziert. Eine tägliche Obergrenze im Log Analytics-Arbeitsbereich würde die Erfassung stoppen, aber nicht die Kosten der übertragenen Daten reduzieren und könnte zu Datenverlust führen. Das Erhöhen des Metrikaggregationsintervalls würde nur Metriken beeinflussen, nicht aber andere Telemetrietypen wie Anfragen oder Abhängigkeiten, die den Großteil des Volumens ausmachen können.