Freigeben über

Problembehandlung für Azure Native New Relic Service

  • Artikel

In diesem Artikel wird beschrieben, wie Sie häufige Probleme beheben können, wenn Sie mit Azure Native New Relic Service-Ressourcen arbeiten.

Fehler beim Erwerb in Marketplace

  • Der Microsoft.SaaS-Ressourcenanbieter ist nicht im Azure-Abonnement registriert.

  • Der Plan kann nicht in einem kostenlosen Abonnement erworben werden, bitte führen Sie ein Upgrade für Ihr Konto durch.

  • Der Kauf ist fehlgeschlagen, da wir keine gültige Zahlungsmethode finden konnten, die Ihrem Azure-Abonnement zugeordnet ist.

    • Verwenden Sie ein anderes Azure-Abonnement, oder fügen Sie aktuelle Kreditkarten- oder Zahlungsmethodeninformationen für dieses Abonnement hinzu oder aktualisieren diese. Weitere Informationen finden Sie unter „SaaS-Angebot kaufen“ im Azure-Portal.

  • Der Herausgeber stellt kein Angebot und keinen Plan in der Region Ihres Abonnements/Azure-Kontos zur Verfügung.

    • Das Angebot oder der spezifische Plan ist nicht für den Abrechnungskontomarkt verfügbar, der mit dem Azure-Abonnement verbunden ist.

  • Die Registrierung für Azure Marketplace ist nur auf Free/BYOL-SKUs festgelegt, der Kauf für das Azure-Produkt ist nicht zulässig. Bitte wenden Sie sich an Ihren Registrierungsadministrator, um EA-Einstellungen zu ändern.

  • Marketplace ist für das Azure-Abonnement nicht aktiviert.

  • Der Plan des Herausgebers steht Ihnen aufgrund der vom IT-Administrator Ihres Mandaten vorgenommenen Einstellungen für den privaten Marktplatz nicht zum Kauf zur Verfügung.

    • Der Kunde verwendet einen privaten Marketplace, um den Zugriff seiner Organisation auf bestimmte Angebote und Pläne zu beschränken. Das spezifische Angebot oder der Plan wurden nicht eingerichtet, um auf dem privaten Marketplace des Mandanten verfügbar zu sein. Wenden Sie sich an den IT-Administrator Ihres Mandanten.

  • Das EA-Abonnement lässt keine Marketplace-Käufe zu.

Erstellen einer New Relic-Ressource nicht möglich

Zum Einrichten des Azure Native New Relic Service benötigen Sie Besitzerzugriff auf das Azure-Abonnement. Stellen Sie sicher, dass Sie über den entsprechenden Zugriff verfügen, bevor Sie das Setup starten.

Um das New Relic-Angebot in Azure zu finden und den Dienst einzurichten, müssen Sie zuerst den Ressourcenanbieter NewRelic.Observability in Ihrem Azure-Abonnement registrieren. Um den Ressourcenanbieter mithilfe des Azure-Portals zu registrieren, befolgen Sie die Anleitungen in Azure-Ressourcenanbieter und -typen. Um den Ressourcenanbieter über eine Befehlszeile zu registrieren, geben Sie az provider register --namespace NewRelic.Observability --subscription <subscription-id> ein.

Protokolle werden nicht an New Relic gesendet

Nur Ressourcentypen in unterstützten Kategorien senden Protokolle über die Integration an New Relic. Um zu überprüfen, ob die Ressource zum Senden von Protokollen an New Relic eingerichtet ist, wechseln Sie zu den Azure-Diagnoseeinstellungen für diese Ressource. Überprüfen Sie dann, ob eine Diagnoseeinstellung für New Relic vorhanden ist.

Installieren oder Deinstallieren einer Erweiterung auf einer VM nicht möglich

Nur virtuelle VMs, auf denen der New Relic Agent nicht installiert ist, sollten gemeinsam ausgewählt werden, um die Erweiterung zu installieren. Wählen Sie alle VMs ab, auf denen der New Relic-Agent bereits installiert ist, sodass Erweiterung installieren aktiv ist. In der Spalte Agentstatus wird für alle VMs der Status Wird ausgeführt oder Herunterfahren angezeigt, auf denen der New Relic-Agent bereits installiert ist.

Zur Deinstallation der Erweiterung sollten nur VMs ausgewählt werden, auf denen der New Relic-Agent installiert ist. Wählen Sie alle VMs ab, auf denen der New Relic-Agent nicht bereits installiert ist, sodass Erweiterung deinstallieren aktiv ist. In der Spalte Agentstatus wird für alle VMs der Status Nicht installiert angezeigt, auf denen der New Relic-Agent bereits installiert ist.

Die Ressourcenüberwachung funktioniert nicht mehr

Die Ressourcenüberwachung in New Relic wird über den Erfassen-API-Schlüssel aktiviert, den Sie bei der Erstellung der Ressource einrichten. Der Entzug des Erfassen-API-Schlüssels aus dem New Relic-Portal unterbricht die Überwachung von Protokollen und Metriken für alle Ressourcen, einschließlich VMs und App-Services. Sie sollten den Schlüssel der Ingest-API nicht widerrufen. Wenn der API-Schlüssel bereits widerrufen wurde, wenden Sie sich an den New Relic-Support.

Wenn Ihr Azure-Abonnement aufgrund von Zahlungsproblemen ausgesetzt oder gelöscht wird, wird die Ressourcenüberwachung in New Relic automatisch beendet. Verwenden Sie ein anderes Azure-Abonnement. Alternativ können Sie die Kreditkarte oder Zahlungsmethode für das Abonnement hinzufügen oder aktualisieren. Weitere Informationen finden Sie unter Hinzufügen, Aktualisieren oder Löschen einer Zahlungsmethode.

New Relic verwaltet die APIs für die Erstellung und Verwaltung von Ressourcen sowie für die Speicherung und Verarbeitung von Kundentelemetriedaten. Die New Relic-APIs können sich auf oder außerhalb von Azure befinden. Wenn Ihr Azure-Abonnement und Ihre Ressourcen korrekt funktionieren, das New Relic-Portal jedoch Probleme mit den Überwachungsdaten anzeigt, wenden Sie sich an den New Relic-Support.

Diagnoseeinstellungen sind auch nach dem Deaktivieren der New Relic-Ressource oder dem Anwenden der erforderlichen Tagregeln aktiv.

Wenn Protokolle ausgegeben werden und Diagnoseeinstellungen für überwachte Ressourcen aktiv bleiben, auch wenn die New Relic-Ressource deaktiviert wurde oder Tagregeln geändert wurden, um bestimmte Ressourcen auszuschließen, ist es wahrscheinlich, dass eine Löschsperre auf die Ressourcen oder die Ressourcengruppe mit der Ressource angewendet wird. Diese Sperre verhindert die Bereinigung der Diagnoseeinstellungen und daher werden Protokolle für diese Ressourcen weiterhin weitergeleitet. Um dieses Problem zu beheben, entfernen Sie die Löschsperre von der Ressource oder der Ressourcengruppe. Wenn die Sperre nach dem Löschen der New Relic-Ressource entfernt wird, müssen die Diagnoseeinstellungen manuell bereinigt werden, um die Protokollweiterleitung zu beenden.

Diagnoseeinstellungen werden nach dem Verschieben einer Ressource nicht wie erwartet erstellt

Wenn Sie eine Ressource löschen, umbenennen, verschieben oder über Ressourcengruppen oder Abonnements hinweg migrieren möchten, löschen Sie zunächst die Diagnoseeinstellungen. Andernfalls kann es abhängig von der Ressourcenkonfiguration der jeweiligen Ressource vorkommen, dass die Diagnoseeinstellungen für die gelöschte Ressource in die neue Ressource eingeschlossen werden, wenn Sie diese Ressource neu erstellen. Wenn die Diagnoseeinstellungen in die neue Ressource eingeschlossen werden, wird die Sammlung von Ressourcenprotokollen wie in der Diagnoseeinstellung definiert fortgesetzt, und die entsprechenden Metrik- und Protokolldaten werden an das zuvor konfigurierte Ziel gesendet. Außerdem empfiehlt es sich, die Diagnoseeinstellungen für eine Ressource, die Sie löschen und voraussichtlich nicht erneut verwenden möchten, zu löschen, um die Umgebung zu bereinigen. Weitere Informationen

Manuelle Aktualisierungen von Diagnoseeinstellungen, die über Tagregeln erstellt wurden

Diagnoseeinstellungen werden basierend auf Tagregeln erstellt. Derzeit ist das Ändern von Protokollkategorien über die Seite „Diagnoseeinstellungen“ nicht zulässig. Sie können zwar Protokollkategorien deaktivieren und speichern, sie werden jedoch auf die Standardeinstellungen zurückgesetzt (gemäß den Tagregeln).

Wenn Zieldetails geändert werden, wird eine neue Diagnoseeinstellung mit der ursprünglichen Konfiguration neu erstellt. Grund ist die Einschränkung auf maximal fünf Diagnoseeinstellungen pro Ressource. Weitere Informationen

Nächste Schritte