Azure Cloud Service (klassisch) skaliert nicht automatisch mit neuem Speicherkonto

Question

Ich habe WorkerRole im neuen Portal in Azure Cloud Service (klassisch) implementiert. Damit habe ich auch ein Azure Storage-Konto für die Warteschlange erstellt.

Versuchen Sie, AutoScale-Regel hinzuzufügen, das Speicherkonto ist nicht aufgeführt. Versucht, Other Resource auszuwählen und Resource Identifier des Speichers zu setzen, wird kein metrischer Name aufgeführt.

Haben der klassische Cloud-Dienst und das neue Speicherkonto nicht gemeinsam funktioniert?

Answer 1

Speicherkonto Daten (z. B. Blobs, Warteschlangen, Container, Tabellen) sind einfach mit Kontoname + Schlüssel erreichbar. Jede App kann mit ihnen arbeiten.

Allerdings zu Verwalten/Enumeration verfügbaren Speicherkonten, gibt es Classic-created und ARM-Konten erstellt, jeweils mit unterschiedlichen APIs.

Die ursprüngliche Azure Service Management (ASM) API weiß nichts über ARM-Ressourcen. Es besteht eine gute Chance, dass Sie, da Sie einen klassischen Cloud-Dienst bereitstellen, nur ASM verwenden und ARM-erstellte Speicherkonten nicht aufzählen können.

Wenn Sie ein klassisches Speicherkonto erstellen (dessen Funktionalität null ist), sollten Sie es als Option für die automatische Skalierung sehen können.

Ich habe ein bisschen mehr Details zu den Unterschieden in this answer.

Answer 2

Derzeit ist es nicht möglich, eine automatische Skalierung basierend auf einem neuen "v2" -Speicherkonto vorzunehmen. Es hat nichts damit zu tun, dass Sie den klassischen Azure Cloud Service verwenden. Ich habe das gleiche Problem mit der Verwendung von Azure App Services. Am Ende habe ich ein klassisches Speicherkonto erstellt, das für die automatische Skalierung verwendet werden kann. Es gibt keinen Unterschied in der Interaktion mit den verschiedenen Arten von Speicherkonten.