informacje o rozliczeniach Azure IoT Hub
Azure IoT Hub cennik zawiera ogólne informacje na temat różnych jednostek SKU i cen dla IoT Hub. Ten artykuł zawiera szczegółowe informacje o tym, jak różne funkcje IoT Hub są mierzone jako komunikaty przez IoT Hub.
Uwaga
Niektóre funkcje wymienione w tym artykule, takie jak obsługa komunikatów w chmurze, bliźniacze reprezentacje urządzeń i zarządzanie urządzeniami, są dostępne tylko w warstwie Standardowa IoT Hub. Aby uzyskać więcej informacji o warstwach podstawowa i Standardowa/Bezpłatna IoT Hub, zobacz Wybieranie odpowiedniej warstwy IoT Hub dla rozwiązania.
Opłaty za operację
Skorzystaj z poniższej tabeli, aby określić, które operacje są naliczane. Wszystkie operacje rozliczane są naliczane w blokach 4K-bajtowych w centrach IoT w warstwie Podstawowa i Standardowa. Operacje są mierzone w fragmentach 0,5K-bajtowych w centrach IoT w warstwie Bezpłatna. Szczegóły każdej kategorii znajdują się w kolumnie Informacje o rozliczeniach . Ta kolumna zawiera następujące informacje:
- Szczegółowe informacje o tym, jak rozliczane operacje są mierzone w centrach IoT w warstwie Podstawowa i Standardowa. Nie wszystkie operacje są dostępne w warstwie Podstawowa.
- Operacje, które powodują naliczanie opłat, przy użyciu jednego z następujących elementów:
- Link do dokumentacji interfejsu API REST, jeśli istnieje.
- Punkt końcowy operacji, jeśli dokumentacja interfejsu API REST jest niedostępna lub jeśli operacja jest dostępna tylko za pośrednictwem protokołu MQTT i/lub AMQP. Wartość punktu końcowego pomija wiodące odwołanie do docelowego centrum IoT;
{fully-qualified-iothubname}.azure-devices.net.
- Co najmniej jeden termin w kursywie po każdej operacji (lub punkcie końcowym). Te terminy reprezentują rozliczane operacje, które są naliczane względem limitu przydziału dla centrum IoT Hub. Te terminy mogą być wyświetlane jako część szczegółowych informacji o użyciu limitu przydziału podczas inicjowania wniosku o pomoc techniczną w Azure Portal. Mogą one być również zwracane przez dział pomocy technicznej klienta. Poniższa tabela służy do krzyżowego odwoływanie się do tych terminów z odpowiednią operacją, aby ułatwić zrozumienie użycia limitu przydziału i rozliczeń dla rozwiązania IoT. Aby uzyskać więcej informacji, zobacz Przykład 4.
| Kategoria operacji | Informacje o rozliczeniach |
|---|---|
| Operacje rejestru tożsamości (tworzenie, aktualizowanie, pobieranie, wyświetlanie, usuwanie, aktualizacja zbiorcza, statystyki) |
Nie są naliczane opłaty. |
| Komunikaty z urządzenia do chmury | Pomyślnie wysłano komunikaty w ciągu 4 KB we fragmentach ruchu przychodzącego do IoT Hub. Na przykład opłata za komunikat 100 bajtów jest naliczana jako jeden komunikat, a komunikat o wartości 6 KB jest naliczany jako dwa komunikaty. Wysyłanie zdarzenia urządzenia: urządzenie do telemetrii w chmurze lub routing telemetryczny z urządzenia do chmury w zależności od tego, czy centrum IoT ma skonfigurowane funkcje routingu komunikatów. |
| Komunikaty z chmury do urządzenia | Pomyślnie wysłane komunikaty są naliczane we fragmentach o rozmiarze 4 KB. Na przykład opłata za komunikat 6 KB jest naliczana jako dwa komunikaty. Odbieranie powiadomienia powiązanego z urządzeniem: polecenie Chmura do urządzenia |
| Operacje przekazywania plików | Transfer plików do usługi Azure Storage nie jest mierzony przez IoT Hub. Opłaty za zainicjowanie transferu plików i komunikaty ukończenia są naliczane zgodnie z pomiarami w przyrostach o rozmiarze 4 KB. Na przykład transfer pliku o rozmiarze 10 MB jest naliczany jako dwa komunikaty oprócz kosztu usługi Azure Storage. Tworzenie identyfikatora URI sygnatury dostępu współdzielonego przekazywania pliku do pliku wchmurze Stan przekazywania pliku aktualizacji: przekazywanie urządzenia do pliku w chmurze |
| Metody bezpośrednie | Opłaty za żądania metody zakończone powodzeniem są naliczane we fragmentach o rozmiarze 4 KB, a odpowiedzi są naliczane w 4 KB jako dodatkowe komunikaty. Żądania lub odpowiedzi bez ładunku są naliczane jako jeden komunikat. Na przykład metoda z treścią 4 KB, która powoduje odpowiedź bez ładunku z urządzenia, jest naliczana jako dwa komunikaty. Metoda z treścią 6 KB, która powoduje odpowiedź 1 KB z urządzenia, jest obciążana opłatą za dwa komunikaty dla żądania oraz inny komunikat dla odpowiedzi. Opłaty za żądania dotyczące odłączonych urządzeń są naliczane jako komunikaty w fragmentach o rozmiarze 4 KB oraz jeden komunikat dla odpowiedzi wskazującej, że urządzenie nie jest w trybie online. Urządzenie — Metoda wywoływania: Metoda bezpośredniego wywołania urządzenia, Module — Invoke, metoda: Metoda wywołania bezpośredniego modułu |
| Odczyty bliźniaczej reprezentacji urządzenia i modułu | Bliźniacze operacje odczytu z urządzenia lub modułu i z zaplecza rozwiązania są naliczane jako komunikaty we fragmentach o rozmiarze 4 KB. Na przykład odczytywanie bliźniaczej reprezentacji 8 KB jest naliczane jako dwa komunikaty. Uzyskiwanie reprezentacji bliźniaczej: Uzyskiwanie reprezentacji bliźniaczej Pobierz bliźniaczą reprezentację modułu: Pobieranie bliźniaczej reprezentacji modułu Odczytywanie bliźniaczych reprezentacji urządzeń i modułów z urządzenia: Punkt końcowy: /devices/{id}/twin (tylko MQTT, AMQP): D2C Pobierz bliźniaczą reprezentację Punkt końcowy: /devices/{deviceid}/modules/{moduleid}/twin (tylko MQTT, AMQP): Moduł D2C Get Twin |
| Aktualizacje bliźniaczej reprezentacji urządzenia i modułu (tagi i właściwości) | Aktualizacje bliźniaczych reprezentacji z urządzenia lub modułu i zaplecza rozwiązania są naliczane jako komunikaty we fragmentach o rozmiarze 4 KB. Na przykład opłata za aktualizację bliźniaczej reprezentacji bliźniaczej wynosi 12 KB jako trzy komunikaty. Aktualizacja bliźniaczej reprezentacji: aktualizacja bliźniaczej reprezentacji Aktualizacja bliźniaczej reprezentacji modułu: aktualizowanie bliźniaczej reprezentacji modułu Zamień bliźniaczą reprezentację: zamień bliźniaczą reprezentację Zastępowanie bliźniaczej reprezentacji modułu: zastępowanie bliźniaczej reprezentacji modułu Aktualizowanie zgłaszanych właściwości bliźniaczej reprezentacji urządzenia lub modułu z urządzenia: Punkt końcowy: /twin/PATCH/properties/reported/ (tylko MQTT, AMQP): D2 Patch ReportedProperties lub Module D2 Patch ReportedProperties Otrzymywanie powiadomień o aktualizacji żądanych właściwości na urządzeniu: Punkt końcowy: /twin/PATCH/properties/desired/ (tylko MQTT, AMQP): D2C Notify DesiredProperties lub Module D2C Notify DesiredProperties |
| Zapytania bliźniaczej reprezentacji urządzenia i modułu | Zapytania dotyczące urządzeń lub urządzeń.modules są naliczane jako komunikaty w zależności od rozmiaru wyniku we fragmentach o rozmiarze 4 KB. Zapytania dotyczące zadań nie są naliczane. Pobieranie reprezentacji bliźniaczych (wykonywanie zapytań względem urządzeń lub kolekcji devices.modules ): Wykonywanie zapytań o urządzenia |
| Odczyty cyfrowej reprezentacji bliźniaczej | Opłaty za odczyty cyfrowej reprezentacji bliźniaczej z zaplecza rozwiązania są naliczane jako komunikaty we fragmentach o rozmiarze 4 KB. Na przykład odczytywanie bliźniaczej reprezentacji 8 KB jest naliczane jako dwa komunikaty. Uzyskiwanie cyfrowej reprezentacji bliźniaczej: Uzyskiwanie cyfrowej reprezentacji bliźniaczej |
| Aktualizacje cyfrowej reprezentacji bliźniaczej | Aktualizacje cyfrowej reprezentacji bliźniaczej z zaplecza rozwiązania są naliczane jako komunikaty we fragmentach o rozmiarze 4 KB. Na przykład opłata za aktualizację bliźniaczej reprezentacji bliźniaczej wynosi 12 KB jako trzy komunikaty. Aktualizacja cyfrowej reprezentacji bliźniaczej: stosowanie poprawek do cyfrowej reprezentacji bliźniaczej |
| Polecenia cyfrowej reprezentacji bliźniaczej | Opłaty za pomyślne polecenia są naliczane we fragmentach o rozmiarze 4 KB, a odpowiedzi są naliczane w 4 KB jako dodatkowe komunikaty. Opłaty za żądania lub odpowiedzi bez treści są naliczane jako jedna wiadomość. Na przykład polecenie z treścią 4 KB, które powoduje odpowiedź bez treści urządzenia, jest obciążana opłatą za dwa komunikaty. Polecenie z treścią 6 KB, które powoduje odpowiedź 1 KB z urządzenia, jest naliczane opłaty za dwa komunikaty dla polecenia oraz inny komunikat dla odpowiedzi. Opłaty za polecenia dotyczące odłączonych urządzeń są naliczane jako komunikaty w fragmentach o rozmiarze 4 KB oraz jeden komunikat dla odpowiedzi, która wskazuje, że urządzenie nie jest w trybie online. Wywołaj polecenie składnika: Polecenie składnika cyfrowej reprezentacji bliźniaczej Wywołaj polecenie na poziomie głównym: Polecenie katalogu głównego cyfrowej reprezentacji bliźniaczej |
| Operacje zadań (tworzenie, anulowanie, pobieranie, wykonywanie zapytań) |
Nie są naliczane opłaty. |
| Zadania na urządzenie | Operacje zadań (takie jak aktualizacje bliźniaczych reprezentacji i metody) są naliczane w 4 KB fragmentów. Na przykład zadanie powodujące 1000 wywołań metod z żądaniami 1 KB i odpowiedziami z ładunkiem pustym jest obciążanych 2000 komunikatami (jeden komunikat dla każdego żądania i odpowiedzi). Aktualizowanie zadania urządzenia bliźniaczej reprezentacji Wywołaj zadanie urządzenia metody |
| Operacje konfiguracji (tworzenie, aktualizowanie, pobieranie, wyświetlanie, usuwanie, testowanie zapytania) |
Nie są naliczane opłaty. |
| Konfiguracja operacji na urządzeniu | Opłaty za operacje konfiguracji są naliczane jako komunikaty we fragmentach 4 KB. Odpowiedzi nie są naliczane. Na przykład opłata za operację stosowania konfiguracji z treścią 6 KB jest naliczana jako dwa komunikaty. Zastosuj na urządzeniu brzegowym: zastosuj usługę konfiguracji. |
| Komunikaty o zachowaniu aktywności | W przypadku korzystania z protokołów AMQP lub MQTT komunikaty wymieniane w celu nawiązania połączenia i komunikatów wymienianych w negocjacjach lub utrzymania połączenia otwarte i aktywne, nie są naliczane opłaty. |
| Strumienie urządzeń (wersja zapoznawcza) | Strumienie urządzeń są w wersji zapoznawczej, a operacje nie są jeszcze naliczane. Punkt końcowy: : /twins/{deviceId}/streams/{streamName}Strumienie urządzeń Punkt końcowy: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Moduł strumieni urządzeń |
Uwaga
Wszystkie rozmiary są obliczane, biorąc pod uwagę rozmiar ładunku w bajtach (ramka protokołu jest ignorowana). W przypadku komunikatów, które mają właściwości i treść, rozmiar jest obliczany w sposób niezależny od protokołu. Aby uzyskać więcej informacji, zobacz IoT Hub format komunikatu.
Maksymalny rozmiar komunikatów różni się w przypadku różnych typów operacji. Aby dowiedzieć się więcej, zobacz IoT Hub limity przydziału i ograniczanie przepustowości.
W przypadku niektórych operacji można użyć strategii przetwarzania wsadowego i kompresji, aby zmniejszyć koszty. Przykład użycia danych telemetrycznych z urządzenia do chmury można znaleźć w temacie Example #3 (Przykład nr 3).
Przykład nr 1
Urządzenie wysyła jeden komunikat z urządzenia do chmury o wartości 1 KB na minutę do IoT Hub, który jest następnie odczytywany przez usługę Azure Stream Analytics. Zaplecze rozwiązania wywołuje metodę (z ładunkiem 512 bajtów) na urządzeniu co 10 minut, aby wyzwolić określoną akcję. Urządzenie odpowiada na metodę z wynikiem 200 bajtów.
Urządzenie korzysta z:
Jeden komunikat * 60 minut * 24 godziny = 1440 komunikatów dziennie dla komunikatów z urządzenia do chmury.
Dwie komunikaty (żądanie i odpowiedź) * 6 razy na godzinę * 24 godziny = 288 komunikatów dla metod.
To obliczenie daje łącznie 1728 komunikatów dziennie.
Przykład nr 2
Urządzenie wysyła jeden komunikat z urządzenia do chmury o 100 KB co godzinę. Aktualizuje również bliźniaczą reprezentację urządzenia z ładunkami 1 KB co cztery godziny. Zaplecze rozwiązania, raz dziennie, odczytuje bliźniaczą reprezentację urządzenia 14 KB i aktualizuje go przy użyciu ładunków 512 bajtów, aby zmienić konfiguracje.
Urządzenie korzysta z:
25 (100 KB /4 KB) komunikatów * 24 godziny dla komunikatów z urządzenia do chmury.
Jeden komunikat (1 KB / 4 KB) * sześć razy dziennie w przypadku aktualizacji bliźniaczej reprezentacji urządzenia.
To obliczenie daje łącznie 606 komunikatów dziennie.
Zaplecze rozwiązania używa 4 komunikatów (14 KB / 4 KB) do odczytania bliźniaczej reprezentacji urządzenia oraz jednego komunikatu (512 / 4 KB) w celu jego zaktualizowania, w sumie 5 komunikatów.
W sumie urządzenie i zaplecze rozwiązania zużywają 611 komunikatów dziennie.
Przykład nr 3
W zależności od scenariusza komunikaty wsadowe mogą zmniejszyć użycie limitu przydziału.
Rozważmy na przykład urządzenie, które ma czujnik, który generuje tylko 100 bajtów danych za każdym razem, gdy jest odczytywany:
Jeśli urządzenie wsaduje 40 czujników do pojedynczego komunikatu urządzenie-chmura z ładunkiem 4 KB (40 * 100 bajtów), opłaty są naliczane tylko za jedną wiadomość. Jeśli urządzenie odczytuje czujnik 40 razy co godzinę i wsaduje te odczyty do pojedynczego komunikatu z urządzenia do chmury na godzinę, wyśle 24 komunikaty/dzień.
Jeśli urządzenie wysyła komunikat urządzenie do chmury z ładunkiem 100 bajtów dla każdego odczytu czujnika, zużywa 40 komunikatów względem limitu przydziału dla tej samej ilości danych. Jeśli urządzenie odczytuje czujnik 40 razy co godzinę i wysyła poszczególne komunikaty indywidualnie, wyśle 960 komunikatów/dzień (40 komunikatów * 24).
Strategia przetwarzania wsadowego zależy od scenariusza i sposobu, w jaki dane są krytyczne dla czasu. Jeśli wysyłasz duże ilości danych, możesz również rozważyć zaimplementowanie kompresji danych, aby jeszcze bardziej zmniejszyć wpływ na limit przydziału komunikatów.
Przykład nr 4
Po otwarciu wniosku o pomoc techniczną w Azure Portal zostanie uruchomiona diagnostyka specyficzna dla zgłoszonego problemu. Wynik jest wyświetlany jako szczegółowe informacje na karcie Rozwiązania żądania. Jeden z takich szczegółowych informacji zgłasza użycie limitu przydziału dla centrum IoT przy użyciu terminów w kursywach w tabeli wcześniej. Niezależnie od tego, czy zwracana jest ta konkretna analiza, zależy od wyników diagnostyki wykonanej w centrum IoT w przypadku zgłaszanego problemu. Jeśli raportuje się szczegółowe informacje o użyciu limitu przydziału, możesz użyć tabeli do krzyżowego odwoływania się do zgłoszonego terminu użycia lub terminów dotyczących operacji, do których odwołują się.
Na przykład na poniższym zrzucie ekranu przedstawiono żądanie pomocy technicznej zainicjowane dla problemu z telemetrią urządzenia do chmury.
Po wybraniu pozycji Dalej rozwiązania szczegółowe informacje o użyciu limitu przydziału są zwracane przez diagnostykę w IoT Hub dziennym podziale limitu przydziału komunikatów. Przedstawia on podział komunikatów przesyłanych z urządzenia do chmury wysyłanych do centrum IoT. W takim przypadku routing komunikatów jest włączony w centrum IoT, więc komunikaty są wyświetlane jako Routing telemetrii urządzenia do chmury. Należy pamiętać, że szczegółowe informacje o użyciu limitu przydziału mogą nie zostać zwrócone dla tego samego problemu w innym centrum IoT. Zwracane dane będą zależeć od działania i stanu tego centrum IoT.
