Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ta dokumentacja zawiera szczegółowe informacje o celach dotyczących skalowalności i wydajności dla usługi Azure Storage. Cele dotyczące skalowalności i wydajności wymienione tutaj są celami wysokiej klasy, ale są osiągalne. We wszystkich przypadkach szybkość żądań i przepustowość osiągana przez konto magazynu zależy od rozmiaru przechowywanych obiektów, używanych wzorców dostępu i typu obciążenia wykonywanego przez aplikację.
Upewnij się, że przetestuj usługę, aby określić, czy jej wydajność spełnia Twoje wymagania. Jeśli to możliwe, unikaj nagłych skoków szybkości ruchu i upewnij się, że ruch jest dobrze dystrybuowany między partycjami.
Gdy aplikacja osiągnie limit możliwości obsługi partycji dla obciążenia, usługa Azure Storage zaczyna zwracać kod błędu 503 (serwer zajęty) lub kod błędu 500 (limit czasu operacji). Jeśli występują błędy 503, rozważ zmodyfikowanie aplikacji w celu użycia zasad wycofywania wykładniczego na potrzeby ponownych prób. Wycofywanie wykładnicze pozwala zmniejszyć obciążenie partycji i zmniejszyć wzrost ruchu do tej partycji.
Cele skalowania dla usługi Queue Storage
| Zasób | Cel |
|---|---|
| Maksymalny rozmiar pojedynczej kolejki | 500 TiB |
| Maksymalny rozmiar komunikatu w kolejce | 64 KiB |
| Maksymalna liczba przechowywanych zasad dostępu na kolejkę | 5 |
| Maksymalna częstotliwość żądań na konto pamięci masowej | 20 000 komunikatów na sekundę, co zakłada rozmiar komunikatu 1 KiB |
| Docelowa przepływność dla pojedynczej kolejki (komunikaty 1-KiB) | Maksymalnie 2000 komunikatów na sekundę |