Application Insights: Legacy-Enterprise-Tarif (pro Knoten)

Für Kunden, die schon lange Azure Application Insights nutzen, gibt es weiterhin zwei mögliche Tarife: Basic und Enterprise. Der Basic-Tarif entspricht der obigen Beschreibung und ist der Standardtarif. Er umfasst alle Features des Enterprise-Tarifs ohne zusätzliche Kosten. Im Basic-Tarif wird in erster Linie das Volumen der erfassten Daten abgerechnet.

Diese älteren Tarife wurden umbenannt: Der Enterprise-Tarif heißt jetzt Pro Knoten, der Basic-Tarif heißt jetzt Pro GB. Diese neuen Namen werden nachfolgend und im Azure-Portal verwendet.

Für den Tarif „Pro Knoten“ (ehemals „Enterprise“) wird eine knotenbasierte Gebühr erhoben, und jedem Knoten ist ein tägliches Datenkontingent zugewiesen. Im Tarif „Pro Knoten“ werden die Daten berechnet, die über das enthaltene Datenkontingent hinausgehen. Bei Verwendung der Operations Management Suite sollten Sie sich für den Tarif „Pro Knoten“ entscheiden. Im April 2018 haben wir ein neues Preismodell für die Azure-Überwachung eingeführt. Bei diesem Modell gilt für das gesamte Portfolio der Überwachungsdienste das einfache Prinzip der nutzungsbasierten Bezahlung. Weitere Informationen zum neuen Preismodell.

Aktuelle Preise in Ihrer Währung und für Ihre Region finden Sie auf der Seite Application Insights – Preise.

Grundlegendes zur Abrechnung des Verbrauchs mit dem alten Enterprise-Tarif (pro Knoten)

Wie im Folgenden ausführlicher beschrieben, wird beim älteren Enterprise-Tarif (pro Knoten) die Nutzung von allen Application Insights-Ressourcen in einem Abonnement zusammengefasst, um die Anzahl der Knoten und die Datenüberschreitung zu berechnen. Aufgrund dieser Zusammenfassung wird die Nutzung für alle Application Insights-Ressourcen in einem Abonnement nur für eine der Ressourcen gemeldet. Dadurch wird es kompliziert, Ihren abgerechneten Verbrauch mit der Nutzung abzugleichen, die Sie für die einzelnen Application Insights-Ressourcen beobachten.

Warnung

Aufgrund der Komplexität der Nachverfolgung und der Analyse des Verbrauchs von Application Insights-Ressourcen im alten Enterprise-Tarif (pro Knoten) wird dringend empfohlen, den aktuellen Tarif mit nutzungsbasierter Bezahlung zu verwenden.

Tarif „Pro Knoten“ und Berechtigungen für Operations Management Suite-Abonnements

Wie bereits angekündigt können Kunden, die Operations Management Suite E1 und E2 erwerben, Application Insights mit dem Tarif „Pro Knoten“ als zusätzliche Komponente ohne weitere Kosten erhalten. Jede Einheit von Operations Management Suite E1 und E2 beinhaltet eine Berechtigung für einen Knoten mit dem Application Insights-Tarif „Pro Knoten“. Jeder Application Insights-Knoten ermöglicht das Erfassen von bis zu 200 MB Daten pro Tag (getrennt von der Log Analytics-Datenerfassung) bei einer Datenaufbewahrungsdauer von 90 Tagen ohne zusätzliche Kosten. Der Tarif wird weiter unten in diesem Artikel ausführlicher erläutert.

Da dieser Tarif nur für Kunden mit einem Operations Management Suite-Abonnement gilt, wird für Kunden ohne Operations Management Suite-Abonnement keine Option für diesen Tarif angezeigt.

Hinweis

Um diese Berechtigung zu erhalten, muss für Ihre Application Insights-Ressourcen der Tarif „Pro Knoten“ gelten. Diese Berechtigung gilt nur basierend auf Knoten. Für Application Insights-Ressourcen im Tarif „Pro GB“ werden keine Vorteile gewährt. Diese Berechtigung ist nicht in den geschätzten Kosten ausgewiesen, die im Bereich Nutzung und geschätzte Kosten gezeigt werden. Außerdem gilt: Wenn Sie im April 2018 ein Abonnement zum neuen Preismodell für die Azure-Überwachung migriert haben, ist nur der Tarif „Pro GB“ verfügbar. Wenn Sie über ein Operations Management Suite-Abonnement verfügen, wird davon abgeraten, dieses zum neuen Preismodell für die Azure-Überwachung zu migrieren.

Funktionsweise des Tarifs „Pro Knoten“

  • Sie bezahlen für jeden Knoten, der Telemetriedaten für Apps mit dem Tarif „Pro Knoten“ sendet.
    • Ein Knoten ist entweder ein physischer oder ein virtueller Servercomputer oder eine PaaS-Rolleninstanz (Platform-as-a-Service), der bzw. die Ihre App hostet.
    • Entwicklungscomputer, Clientbrowser und mobile Geräte zählen nicht als Knoten.
    • Wenn die App mehrere Komponenten aufweist, die Telemetriedaten senden, z. B. ein Webdienst und ein Back-End-Worker, werden die Komponenten separat gezählt.
    • Live Metrics Stream-Daten werden bei der Preisgestaltung nicht berechnet. In einem Abonnement fallen die Gebühren pro Knoten und nicht pro App an. Wenn Sie fünf Knoten haben, die Telemetriedaten für 12 Apps senden, wird die Gebühr für fünf Knoten berechnet.
  • Obwohl Gebühren pro Monat angegeben sind, müssen Sie nur für jede Stunde bezahlen, in der ein Knoten Telemetriedaten von einer App sendet. Die Stundengebühr entspricht der angegebenen Monatsgebühr, die durch 744 (die Anzahl der Stunden eines Monats mit 31 Tagen) dividiert wurde.
  • Eine Datenvolumenzuteilung von 200 MB pro Tag ist für jeden erkannten Knoten vorgesehen (mit stundenbezogener Granularität). Eine nicht genutzte Datenzuteilung wird nicht von einem Tag auf den nächsten übertragen.
    • Wenn Sie sich für den Tarif „Pro Knoten“ entscheiden, wird jedem Abonnement basierend auf der Anzahl von Knoten, die in diesem Abonnement Telemetriedaten an Application Insights-Ressourcen senden, ein tägliches Datenkontingent zugeordnet. Wenn Sie also fünf Knoten haben, die den ganzen Tag Daten senden, wird Ihnen insgesamt 1 GB für alle Application Insights-Ressourcen in diesem Abonnement zugeteilt. Es ist dabei unerheblich, ob bestimmte Knoten mehr Daten senden als andere, da die enthaltene Datenmenge für alle Knoten zusammen berechnet wird. Wenn die Application Insights-Ressourcen an einem Tag mehr Daten empfangen als in der täglichen Datenzuteilung für dieses Abonnement vorgesehen ist, gelten die Überschreitungsgebühren pro GB.
    • Das tägliche Datenkontingent wird berechnet aus der Anzahl der Stunden pro Tag (nach UTC), die jeder Knoten Telemetriedaten sendet, dividiert durch 24 und multipliziert mit 200 MB. Wenn Sie also vier Knoten haben, die an 15 Stunden des Tages Telemetriedaten senden, sind für diesen Tag ((4 × 15) / 24) × 200 MB = 500 MB an Daten enthalten. Bei einem Preis von 2,30 USD pro GB für Datenüberschreitung wäre die Gebühr 1,15 USD, wenn die Knoten an diesem Tag 1 GB an Daten senden.
    • Das tägliche Kontingent des Tarifs „Pro Knoten“ wird nicht für Anwendungen verwendet, für die Sie den Tarif „Pro GB“ gewählt haben. Ein nicht verwendetes Kontingent wird nicht von Tag zu Tag übernommen.

Beispiele, wie unterschiedliche Anzahlen von Knoten bestimmt werden

Szenario Gesamtanzahl der Knoten pro Tag
1 Anwendung verwendet 3 Azure App Service-Instanzen und 1 virtuellen Server 4
Drei Anwendungen, die auf zwei virtuellen Computern ausgeführt werden; die Application Insights-Ressourcen für diese Anwendungen gehören zum gleichen Abonnement und unterliegen dem Tarif „Pro Knoten“. 2
4-Anwendungen, deren Insights-Ressourcen sich im selben Abonnement befinden; jede Anwendung wird in 2 Instanzen in 16 Nebenstunden und in 4 Instanzen in 8 Spitzenstunden ausgeführt 13,33
Clouddienste mit 1 Workerrolle und 1 Webrolle, die je 2 Instanzen ausführen 4
Ein Service Fabric-Cluster mit 5 Knoten, in dem 50 Microservices ausgeführt werden; jeder Microservice führt 3 Instanzen aus 5
  • Die genaue Knotenanzahl hängt vom Application Insights SDK ab, das von der Anwendung verwendet wird.
    • Ab der SDK-Version 2.2 melden sowohl das Application Insights Core SDK als auch das Web SDK jeden Anwendungshost als einen Knoten. Beispiele sind der Computername für einen physischen Server und VM-Hosts oder der Instanzname für Clouddienste. Die einzige Ausnahme ist eine Anwendung, die nur .NET Core und das Application Insights Core SDK verwendet. In diesem Fall wird nur ein Knoten für alle Hosts gemeldet, weil der Hostname nicht verfügbar ist.
    • Für frühere Versionen des SDK verhält sich das Web SDK wie die neueren SDK-Versionen, das Core SDK meldet jedoch nur einen Knoten, unabhängig von der Anzahl der Anwendungshosts.
    • Wird in Ihrer Anwendung das SDK verwendet, um roleInstance auf einen benutzerdefinierten Wert festzulegen, wird standardmäßig dieser Wert verwendet, um die Anzahl der Knoten zu bestimmen.
    • Wenn Sie eine neue SDK-Version mit einer App verwenden, die auf Clientcomputern oder Mobilgeräten ausgeführt wird, kann für die Anzahl der Knoten eine große Zahl zurückgegeben werden (wegen der großen Anzahl von Clientcomputern oder Mobilgeräten).