In unserem noch in Entwicklung befindlichen Projekt haben wir beim Zugriff auf unsere ASP.NET-Web-API-Dienste plötzliche Verzögerungen festgestellt. Mit dem genialen Mini Profiler haben wir festgestellt, dass diese Verzögerungen verursacht werden, wenn Verbindungen zu den Azure Data Cache (Preview) -Diensten fallen gelassen werden und sie erneut eingerichtet werden müssen. Dieser Vorgang dauert etwa 3,3 Sekunden. Nach dem erneuten Verbinden dauert das Abrufen eines Objekts aus dem Cache 1,4 ms.Die Verbindung zum Azure Cache-Dienst dauert etwa 3,3 Sekunden.
Als ich MaxConnectionsToServer von 1 bis 20 erhöht, bemerkte ich eine andere Sache. Wenn ich für 1 oder 2 Minuten keine Anfragen an die Web-API stelle (normalerweise wenn die Verbindungen unterbrochen werden) und dann Anrufe tätige, werden die nächsten 20 Anfragen um 3,3 Sekunden verzögert. So funktioniert das Verbindungs-Pooling (rate) - die Verbindungen aus dem Pool entfernen.
Sowohl die Web-API als auch der Caching-Dienst werden in der Region Ost-USA gehostet. Wir haben den lokalen Cache deaktiviert, SSL ist deaktiviert, die automatische Erkennung ist aktiviert.
Also, ich frage mich, wenn etwas mit unserer Konfiguration nicht stimmt oder ist das eine Sache, weil Azure Cache noch in der Vorschau ist?
Alle Informationen werden bewertet.
Danke!
Vielen Dank für Ihre Antwort. Wir verwenden nicht den Shared Caching Service, sondern den neuen Azure Cache: http://msdn.microsoft.com/en-us/library/windowsazure/dn386094.aspx –
Ich hätte klarstellen sollen - die Stufe, die Sie wählen, bestimmt, ob Sie Cache ist freigegeben oder dediziert. Wenn Sie unter der Basisebene ausgeführt werden, führen Sie die gemeinsame Hardware aus, wenn Sie sich für die Standard- oder Premiumstufen entschieden haben, die Sie auf dedizierter Hardware ausführen. Tier Details hier: http://msdn.microsoft.com/en-us/library/windowsazure/dn386114.aspx. – MOverlund
Mit dem Standard-Angebot versucht - das gleiche. Die Verbindung dauert ca. 3 Sekunden. –