<properties

XE EXCITER 135CC CÒN MỚI CỨNG CHÍNH CHỦ, BIỂN 43, xe còn bao đẹp như hình <properties pageTitle="Überwachung Ihrer Anwendung App Service Azure" description="Erfahren Sie, wie Ihre Anwendung App Service Azure zu überwachen, mit den Azure-Portal." services="app-service" documentationCenter="" authors="btardif" manager="wpickett" editor="mollybos"/> <tags ms.service="app-service" ms.workload="na" ms.tgt_pltfrm="na" ms.devlang="na" ms.topic="article" ms.date="09/07/2016" ms.author="byvinyal"/> #<a name="how-to-monitor-apps-in-azure-app-service"></a>Überwachung Ihrer Anwendung App Service Azure bietet [App Service](http://go.microsoft.com/fwlink/?LinkId=529714) bietet integrierte Überwachungsfunktions in das [Azure-Portal](https://portal.azure.com). Hierzu gehört Auditorfahren Prüfung von Kontingenten und Metrik sowie Metriken für eine App und Alarme wie auch Auto-Skala basierend auf diese Kennzahlen. [AZURE.INCLUDE [app-service-web-to-api-and-mobile](../../includes/app-service-web-to-api-and-mobile.md)] ## <a name="understanding-quotas-and-metrics"></a>Understanding Kontingente und Kennzahlen ### <a name="quotas"></a>Kontingente Anwendungen, die App Service gehostet werden unterliegen bestimmte *Grenzen* für die Ressourcen, die sie verwenden können. Die Grenzwerte werden zu zuordnen der einem App Service-Plan. Wenn die Anwendung unter *Free* oder *Shared platziert werden* Hosting Plan findet bitte dann die Kontingente für die Ressourcen, die von der Anwendung genutzt werden können. Wenn die Anwendung unter *Basic* *Standard* oder *Premium* Hosting Plan platziert wird, werden Grenzwerte dann auf die App-Plans (BB) konfiguriert Festlegen statt der Anwendung. Kontingente können Informationen sein: 1. CPU Zeit – definierte CPU-Auslastung von der Anwendung in Minuten. Dieses Kontingent ist umgesetzt Steuern der Dauer in Minuten, dass die Anwendung pro Tag CPU nutzen darf. Gibt es keine zurück tägliche Kontingent für die *kostenlose*, *Shared* Bedarf-Pläne basierend die Auflösung der *Basic*, *Standard* und *Premium* Kern(s)/(s) ausgeführt wird. 1. Speicher – Es ist die gesamte Speichermenge an, die die Anwendung nutzen kann. 1. Datenträgerkontingent verfügt über – Dies ist die Gesamtmenge des verfügbaren Speicher auf der Festplatte (in MB). Dieses Kontingent ist nur für Code, Datenbanken und Dateien. Die folgenden Kontingente sind speziell HTTP und Sockets nur für Anwendungen unter *Free* *Shared* Hosting-Pläne gelten: 1. Bandbreite – Es ist Gesamtmenge der ausgehenden Bandbreite in Mb, zur Verfügung, die die Anwendung pro Tag nutzen können. Für *Free* und *Shared* gibt es ein Kontingent täglich während für für Apps unter Host-Pläne *Basic*, *Standard* und *Premium* gilt dieses Kontingent als eine durchschnittliche pro Minute. 1. Verbindung Anzahl – die Anzahl der Anzahl der Verbindungen verfügbar auf einer bestimmten Anwendung ist verfügbar. Dies wird von der Grenzwert Connects-Anzahl von Prozessen, die pro virtuellen Computer erreicht. Spezifische Kontingente für Anwendungen unter *Basic*, *Standard* und *Premium* planen gehostet darstellen: 1. FTP-Verbindungen – die Anzahl der gleichzeitigen FTP/FTPS-Verbindungen zur Verfügung, dass dieser Anwendung. 1. Max-Konfiguration – die Hauptbenutzerkontensteuerung Anzahl der gleichzeitigen HTTP-Verbindungen verfügbar. 1. Länge der SSL-Verbindung – die maximalen Anzahl der gleichzeitigen SSL-Verbindung verfügbar Kontingente für alle *Basic*, *Standard* und *Premium* -Pläne können verändert werden [Hier ändern][Microsoft.Web/serverfarms] sehen Sie während für *Freedom* und *Shared* Kontingente festgelegt werden basierend Modressourcegruppe der sie zur Verfügung. Es gibt mehrere Möglichkeiten zum Überwachen Kontingentverbrauch für Ihre Anwendung: 1. Verbraucher Community Zugriff über das Portal 1. Zugriff über die REST-API 1. Zugriff über PowerShell-Cmdlets ![][quotas] Ausführliche Informationen finden Sie unter [App Service Kontingente][Azure App Service quotas] zur Verfügung. ### <a name="metrics"></a>Kennzahlen Kennzahlen bieten wichtige Informationen dazu, wie Ihre Anwendung funktioniert oder wie Ressourcen verbraucht werden. Zur Anwendung folgende gemeinsame Metrik wird bereitgestellt: 1. Durchschnittliche Reservierung CPU-Zeit (in Minuten) durch die Anwendung in einem bestimmten Zeitrahmen beansprucht. 1. Durchschnittlicher Speicherbereich Arbeitssatz (in MB) der Arbeitssatz Arbeitssatz der Anwendung in einem bestimmten Zeitrahmen. 1. Reaktionszeit – Ist die Menge an Zeit (in Sekunden) zum Bearbeiten von Anforderungen über einen bestimmten Zeitrahmen von der Anwendung benötigt. 1. Speicher "Total" Arbeitssatz – die Menge an Arbeitssatz gemessene Arbeitssatz Speicher (in MB) durch die Anwendung in einem bestimmten Zeitrahmen beansprucht. 1. Anforderung – die Gesamtanzahl der Anforderungen über einen bestimmten Zeitrahmen durch die Anwendung empfangen. 1. Http - 4xx, Http 5xx – die Anzahl der fehlgeschlagenen Anforderungen mit einen bestimmten Zeitrahmen der Anwendung empfangen HTTP Statuscodes. Informationen zur Anwendung für die WebJobs steht die folgenden Kennzahlen möglicherweise auch: 1. Ausgeführte WebJobs – die Anzahl der WebJobs ausgeführt. 1. WebJobs Fehler beim weg – die Anzahl der WebJobs, die fehlgeschlagen ist. 1. WebJobs abgeschlossen – die Anzahl der WebJobs erfolgreich abgeschlossen. Es gibt mehrere Möglichkeiten zum Überwachen Kennzahlen für Ihre Anwendung insbesondere: 1. Verwenden das Portal 1. Verwenden von REST-API 1. Verwenden von PowerShell-Cmdlets Einige zusammenfassende Kennzahlen, wie Arbeitssatz Arbeitssatz Throughput, Anforderung und Http Fehler sowie Anforderung und Http Fehler Persönliches ausgerichtet werden Ihrer Anwendung angezeigt. Darüber hinaus wird für Gruppe aggregierten Kennzahlen für alle Anwendungen, die in dieser Gruppe planen angezeigt. Kennzahlen können Teil Overlays mit Kontingente bei aktiviert sind finden Aussagen richtige skalieren Ihrer Anwendung. Ausführliche Informationen über bestimmte Kennzahlen finden Sie [hier][Azure App Service Metrics]. ## <a name="how-to-quotas-and-metrics-in-the-azure-portal"></a>Maßnahmen zur Kontingente und Kennzahlen im Azure-Portal [Diese Maßeinheiten] Kontingente und Kennzahlen für eine beliebige gehostete Anwendungs in das [Azure-Portal](https://portal.azure.com)stehen. ![][quotas] ![][metrics] Kontingente geblendet über die und Kontingente . Sie können Verbrauchwerden neben die Namen. ![v2montior1] ![v2montior2] Darüber hinaus verwenden Sie eine Kennzahlen können feststellen, die Bereitstellung von VM Instanz und Kennzahlen: ![v2montior3] ![v2montior4] ## <a name="how-to-autoscale-using-metrics-in-the-azure-portal"></a>Maßnahmen zur Auto-Scale Kennzahlen im Azure-Portal Es ist möglich, bestimmte App Service-Plan apps zu Auto skalieren basierend auf Kennzahlen. Dies geschieht durch Konfigurieren einer AutoMount Regel für eine Kennzahlen , die Maßnahmen, wenn die Maßnahmen für Kennzahlen angegeben Schwellenwert überschritten ist und die neu skalierte Plan mit zusätzlichen Ressourcen für Ihre Anwendungen bereitstellen. AutoMount für Host " *Standard* " Host-Plätze wird unterstützt. ![v2montior5] Auto-Scale unterstützt eine horizontale Skalierung [Regel] d. h. dass Instanzen *erhöhen* und die Instanzen *Verringern*, auf Grundlage die Kennzahlen konfiguriert. ![v2montior6] In den nächsten Abschnitten wir kurz durch die aktuelle erfolgreich horizontalen ; Aber dies kann auch für skalieren als gut gelten. ![v2montior7] Beispiel für die folgenden autoranging Screenshot CPU % als Kennzahlen letzte Regel Dienst. Es ist angemessen, um diese Arten von Regeln für Reset Startzeit, Inkremente Skalierung und der Instanzen. 1. Kennzahlen – wird als Kennzahlen horizontal hochskalieren mit der Regel bezeichnet sein mindestens Matrix. 1. Instanz Grenze dieser Regel kann festgelegt werden beim aktuellen Instanzennummer Bereich , den die Eingabe werden müssen. 1. Mindestens mindestens die Anzahl der Instanzen, die Skalierung Aktionen bis übergeben können. Erstellen einer Regel Skalierung Konfigurieren wird dies konfigurieren. 1. Maximal den maximalen Anzahl von Instanzen, die Skalierung Aktionen nach oben skalieren können. Erstellen einer Regel Skalierung Konfigurieren wird dies konfigurieren. Wenn ausgeführt wird, Ihre Anwendung basierend, die Kennzahlen bis zu der maximal zulässigen Instanz Grenzwert hochskaliert. Sobald die Regel hinzugefügt wird, wird sie aktiv sein. Im Hintergrund nicht alles skalieren werden können bis die Kennzahlen Schwellenwert erreicht. Weitere interessante Funktion ist Skalierung Menge die Regel. Dadurch wird bestimmt hinzufügen, ohne viele Linienzeile mindestens max. ![v2montior8] Sobald mehrere Kombinationen horizontal hochskalieren und horizontale Skalierung Regeln zugelassen sind und dadurch bieten (zeigen) Skalierung und Skalierung für Ihre Anwendung dynamisch, nur basierend auf Kennzahlen. ![v2montior9] ## <a name="how-to-set-alarm-rules-using-metrics-in-the-azure-portal"></a>Maßnahmen zum Festlegen von Alarm Regel mithilfe von Kennzahlen im Azure-Portal Es ist mögliche Kennzahlen zum Erstellen von Alarme für die Anwendung und von Host Band. Diese Alarmen kann Kennzahlen über oder unter einen bestimmten Schwellenwert für einen bestimmten Zeitraum erreicht. Darüber hinaus können Sie E-Mail an die Besitzer, Mitwirkende und Leser der Ressourcengruppe gesendet werden, wenn die Alarm ausgelöst wird. Sie können auch einen Webhook konfigurieren, die aufgerufen wird, wenn die Alarm ausgelöst wird, wenn Sie eine benutzerdefinierte HTTP POST -Anforderung ausführen möchten. ![v2montior10] Sie können Alarme für eine Anwendung oder einen App Service-Plan, indem Sie Kennzahlen auswählen, die Sie überwachen möchten. ![v2montior11] Diese Alarm Regel wird in der Ressourcengruppe der Anwendung oder der App Service-Plan erstellt. Daher ist es möglich, die Alarme für alle Ressourcen in der Ressourcengruppe mithilfe der Ressourcengruppe Blade Alarme anzeigen. ![v2montior12] Weitere Informationen zu Alarme finden Sie [hier][Azure Monitor Alerts]. ## <a name="more-resources"></a>Weitere Ressourcen [App Service Kontingente][Azure App Service quotas] [App Service Kennzahlen][Azure App Service Metrics] [Azure Monitor Alerts][Azure Monitor Alerts] [AZURE.INCLUDE [app-insights-essentials](../../includes/app-insights-essentials.md)] <!-- LINKS. --> [Azure App Service]: http://azure.microsoft.com/documentation/articles/app-service-value-prop-what-is/ [Azure App Service quotas]: http://azure.microsoft.com/documentation/articles/azure-web-sites-web-hosting-plans-in-depth-overview/ [Azure App Service Metrics]: https://azure.microsoft.com/en-us/documentation/articles/web-sites-monitor/ [Azure Monitor Alerts]: http://azure.microsoft.com/documentation/articles/insights-receive-alert-notifications/ <!-- IMAGES. --> [quotas]: ./media/web-sites-monitor/metricsnicquota.png [metrics]: ./media/web-sites-monitor/metrics.png [v2montior1]: ./media/web-sites-monitor/v2monitor1.png [v2montior2]: ./media/web-sites-monitor/v2monitor2.png [v2montior3]: ./media/web-sites-monitor/v2monitor3.png [v2montior4]: ./media/web-sites-monitor/v2monitor4.png [v2montior5]: ./media/web-sites-monitor/v2monitor5.png [v2montior6]: ./media/web-sites-monitor/v2monitor6.png [v2montior7]: ./media/web-sites-monitor/v2monitor7.png [v2montior8]: ./media/web-sites-monitor/v2monitor8.png [v2montior9]: ./media/web-sites-monitor/v2monitor9.png [v2montior10]: ./media/web-sites-monitor/v2monitor10.png [v2montior11]: ./media/web-sites-monitor/v2monitor11.png [v2montior12]: ./media/web-sites-monitor/v2monitor12.png