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.
Cennik usługi Azure IoT Hub zawiera ogólne informacje na temat różnych jednostek SKU i cen usługi IoT Hub. Ten artykuł zawiera szczegółowe informacje o tym, jak różne funkcje usługi IoT Hub są mierzone jako komunikaty przez usługę IoT Hub.
Uwaga
Niektóre funkcje wymienione w tym artykule, takie jak komunikacja z chmury do urządzenia, bliźniaki urządzeń i zarządzanie urządzeniami, są dostępne tylko w warstwie standardowej usługi IoT Hub. Aby uzyskać więcej informacji na temat warstw podstawowej i standardowej/bezpłatnej usługi IoT Hub, zobacz Wybieranie odpowiedniej warstwy i rozmiaru usługi IoT Hub dla rozwiązania.
Opłaty za operację
Skorzystaj z poniższej tabeli, aby określić, które operacje są naliczane. Wszystkie rozliczane operacje są naliczane w blokach 4K-bajtowych w centrach IoT w warstwie Podstawowa i Standardowa. Operacje są odmierzane w fragmentach 0,5K-bajtowych w centrach IoT w warstwie bezpłatnej. Szczegółowe informacje o każdej kategorii znajdują się w kolumnie Informacje o rozliczeniach. Ta kolumna zawiera następujące informacje:
- Szczegółowe informacje o tym, jak operacje podlegające opłatom są naliczane w centrach IoT w warstwie podstawowej i standardowej. Nie wszystkie operacje są dostępne w podstawowej warstwie.
- 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 początkowe odniesienie 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 warunki reprezentują rozliczane operacje, które są naliczane według przydziału dla centrum IoT. Te terminy mogą być wyświetlane jako część szczegółowych informacji o użyciu limitu przydziału podczas inicjowania wniosku o pomoc techniczną w witrynie Azure Portal. Obsługa klienta może również zwrócić te warunki. Możesz użyć poniższej tabeli, aby zestawić te terminy z odpowiednimi operacjami, co pomoże Ci zrozumieć wykorzystanie limitów i rozliczenia dla Twojego 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 listy, usuwanie, aktualizacja zbiorcza, statystyki) |
Nie są naliczane opłaty. |
| Komunikaty z urządzenia do chmury | Pomyślnie wysłane komunikaty są rozliczane w częściach o rozmiarze 4 KB podczas wchodzenia do IoT Hub. Na przykład opłata za 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: albo telemetria z urządzenia do chmury albo routing telemetrii z urządzenia do chmury, w zależności od tego, czy usługa IoT Hub ma skonfigurowane funkcje routingu komunikatów. |
| Komunikaty z chmury do urządzenia | Pomyślnie wysłane komunikaty są naliczane w fragmentach o rozmiarze 4 KB. Na przykład komunikat o rozmiarze 6 KB powoduje naliczenie opłaty za dwa komunikaty. Urządzenie — 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 usługę IoT Hub. Komunikaty o rozpoczęciu i zakończeniu transferu plików podlegają opłatom mierzonym w jednostkach po 4 KB. Na przykład przeniesienie pliku o rozmiarze 10 MB jest naliczane jako dwa komunikaty oprócz kosztu usługi Azure Storage. Tworzenie identyfikatora URI SAS przekazywania pliku z urządzenia do chmury Aktualizacja stanu przekazywania pliku: Przekazywanie pliku z urządzenia do chmury |
| Metody bezpośrednie | Pomyślne żądania metody są naliczane w fragmentach 4 KB, a odpowiedzi są naliczane w fragmentach o rozmiarze 4 KB jako dodatkowych komunikatów. Żą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 skutkuje odpowiedzią o wielkości 1 KB z urządzenia, jest traktowana jako dwa komunikaty za żądanie oraz jeden dodatkowy komunikat za odpowiedź. Opłaty za żądania do odłączonych urządzeń są naliczane jako opłaty za komunikaty w fragmentach o rozmiarze 4 KB oraz jeden komunikat dla odpowiedzi wskazującej, że urządzenie nie jest online. Urządzenia — metoda wywoływania: Metoda wywołania bezpośredniego urządzenia Moduły – Metoda wywołania: Metoda bezpośredniego wywołania modułu |
| Odczyty bliźniaczych kopii urządzenia i modułu | Odczyty z urządzenia lub modułu oraz z zaplecza rozwiązania są liczone jako wiadomości w segmentach po 4 KB. Na przykład odczytanie 8-KB bloku jest naliczane jako dwa komunikaty. Urządzenia — Pobierz Bliźniaka Cyfrowego: Pobierz Bliźniaka Cyfrowego Moduły — Uzyskiwanie bliźniaczej reprezentacji: Pobieranie bliźniaczej reprezentacji modułu Odczytywanie cyfrowych bliźniaków urządzeń i modułów z urządzenia: Punkt końcowy: /devices/{id}/twin (tylko MQTT, AMQP): D2C Get Twin Punkt końcowy: /devices/{deviceid}/modules/{moduleid}/twin (tylko MQTT, AMQP): Moduł D2C Get Twin |
| Aktualizacje bliźniaczej wersji urządzenia i modułu (tagi i właściwości) | Aktualizacje z urządzenia lub modułu oraz zaplecza technicznego rozwiązania są naliczane jako komunikaty w 4-KB fragmentach. Na przykład, 12-kilobajtowa aktualizacja cyfrowego bliźniaka jest liczona jako trzy wiadomości. Urządzenia - aktualizacja Twin: aktualizacja Twin Moduły — aktualizacja bliźniaka:Aktualizacja bliźniaka modułu Urządzenia — Zastąp Bliźniaka: Zastąp Bliźniaka Moduły — zamiana bliźniaka: zamiana bliźniaka modułu Aktualizowanie zgłoszonych właściwości urządzenia lub bliźniaka 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 dotyczące bliźniaczej reprezentacji urządzeń i modułów | Zapytania dotyczące urządzeń lub modułów urządzeń są rozliczane jako komunikaty w zależności od rozmiaru wyniku w blokach po 4 KB. Zapytania dotyczące zadań nie są naliczane. Zapytanie — uzyskiwanie bliźniaczych reprezentacji (wykonywanie zapytań względem urządzeń lub kolekcji devices.modules): Wykonywanie zapytań o urządzenia |
| Odczyty cyfrowego bliźniaka | Odczyty cyfrowego bliźniaka z zaplecza systemu są naliczane jako komunikaty w fragmentach o rozmiarze 4 KB. Na przykład odczytanie 8-KB bloku jest naliczane jako dwa komunikaty. Digital Twin — Uzyskiwanie bliźniaka cyfrowego: Uzyskiwanie bliźniaka cyfrowego |
| Aktualizacje cyfrowego bliźniaka | Aktualizacje cyfrowego bliźniaka od zaplecza rozwiązania są traktowane jako komunikaty w porcjach po 4 KB. Na przykład, 12-kilobajtowa aktualizacja cyfrowego bliźniaka jest liczona jako trzy wiadomości. Cyfrowy bliźniak — aktualizacja cyfrowego bliźniaka: aktualizacja cyfrowego bliźniaka |
| Polecenia cyfrowego bliźniaka | Pomyślne polecenia są naliczane w fragmentach o rozmiarze 4 KB, a odpowiedzi są naliczane w fragmentach 4 KB jako dodatkowe komunikaty. Żądania lub odpowiedzi bez treści są naliczane jako jedna wiadomość. Na przykład polecenie o treści 4 KB, które skutkuje odpowiedzią z urządzenia bez treści, jest naliczane jako dwa komunikaty. Polecenie o treści 6 KB, które skutkuje odpowiedzią 1 KB z urządzenia, naliczane są opłaty za dwa komunikaty dla polecenia oraz dodatkowy komunikat dla odpowiedzi. Opłaty za polecenia wysyłane do odłączonych urządzeń są naliczane jako wiadomości w blokach po 4 KB, plus jedna wiadomość za odpowiedź wskazującą, że urządzenie nie jest online. Digital Twin — wywołanie polecenia składnika: Polecenie składnika Digital Twin Digital Twin — polecenie głównego poziomu: Polecenie głównego poziomu usługi Digital Twin |
| Operacje związane z pracą (utwórz, anuluj, pobierz, zapytaj) |
Nie są naliczane opłaty. |
| Zadania na urządzenie | Operacje zadań (takie jak aktualizacje duplikacyjnej reprezentacji i metody) są naliczane w fragmentach o rozmiarze 4 KB. Na przykład zadanie powodujące 1000 wywołań metod z żądaniami o wielkości 1 KB i odpowiedziami o pustym ładunku nalicza się 2000 komunikatów (jeden komunikat dla każdego żądania i odpowiedzi). Aktualizacja zadania bliźniaczego urządzenia Wywołaj metodę zadania urządzenia |
| Operacje konfiguracji (utwórz, zaktualizuj, pobierz, lista, usuń, testuj zapytanie) |
Nie są naliczane opłaty. |
| Operacje konfiguracji dla poszczególnych urządzeń | Opłaty za operacje konfiguracyjne są naliczane jako wiadomości we fragmentach po 4 KB. Odpowiedzi nie są naliczane. Na przykład operacja zastosowania konfiguracji z ciałem 6 KB jest naliczana jako dwa komunikaty. Konfiguracja — zastosowanie na urządzeniu edge: zastosowanie usługi konfiguracji. |
| Sygnały podtrzymujące aktywność | W przypadku korzystania z protokołów AMQP lub MQTT, wymiana komunikatów służących do nawiązania połączenia, negocjacji, lub utrzymania połączenia otwartego i aktywnego, nie jest obciążona opłatami. |
| Strumienie urządzeń (wersja zapoznawcza) | Strumienie danych urządzeń są w wersji zapoznawczej, a opłaty 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 (ramowanie protokołu jest ignorowane). 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 Tworzenie i odczytywanie komunikatów usługi IoT Hub.
Maksymalne rozmiary komunikatów różnią się w przypadku różnych typów operacji. Aby dowiedzieć się więcej, zobacz Limity przydziału i ograniczanie przepustowości w usłudze IoT Hub.
W przypadku niektórych operacji można użyć strategii dzielenia na partie i kompresji, aby zmniejszyć koszty. Przykład użycia telemetrii z urządzenia do chmury można znaleźć w temacie Example #3 (Przykład nr 3).
Przykład 1
Urządzenie wysyła jeden komunikat z urządzenia do chmury o wartości 1 KB na minutę do usługi IoT Hub, którą następnie odczytuje usługa 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 zapytanie metody z odpowiedzią wielkości 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.
Dwa komunikaty (żądanie plus odpowiedź) * sześć razy na godzinę * 24 godziny = 288 komunikatów dla metod.
To obliczenie daje łącznie 1728 komunikatów dziennie.
Przykład 2
Urządzenie wysyła co godzinę jeden komunikat z urządzenia do chmury o 100 KB. Aktulizuje również bliźniak urządzenia ładunkami o wielkości 1 KB co cztery godziny. Zaplecze rozwiązania raz dziennie odczytuje bliźniak urządzenia 14 KB i aktualizuje je za pomocą ładunków 512-bajtowych w celu zmiany konfiguracji.
Urządzenie korzysta z:
25 (100 KB/ 4 KB) komunikatów * 24 godziny dla komunikatów z urządzenia do chmury.
Jedna wiadomość (1 KB/4 KB) * sześć razy dziennie w przypadku aktualizacji cyfrowego bliźniaka urządzenia.
To obliczenie daje łącznie 606 komunikatów dziennie.
Zaplecze rozwiązania korzysta z czterech komunikatów (14 KB/4 KB) do odczytania bliźniaka urządzenia oraz jednego komunikatu (512/4 KB) do jego zaktualizowania, co daje łącznie pięć komunikatów.
W sumie urządzenie i infrastruktura rozwiązania zużywają 611 komunikatów dziennie.
Przykład nr 3
W zależności od scenariusza przetwarzanie wsadowe komunikatów może zmniejszyć użycie limitu przydziału.
Rozważmy na przykład urządzenie z czujnikiem, które generuje tylko 100 bajtów danych za każdym razem, gdy są odczytywane:
Jeśli urządzenie grupuje 40 odczytów sensorów w pojedynczym komunikacie urządzenia do chmury z ładunkiem 4 KB (40 * 100 bajtów), to tylko jeden komunikat jest liczony do limitu. Jeśli urządzenie odczytuje czujnik 40 razy w każdej godzinie i agreguje te odczyty do pojedynczego komunikatu z urządzenia do chmury każdą godzinę, będzie wysyłać 24 komunikaty dziennie.
Jeśli urządzenie wysyła komunikat urządzenie-chmura o ładunku 100 bajtów dla każdego odczytanego czujnika, zużywa 40 komunikatów w ramach przydzielonego limitu dla tej samej ilości danych. Jeśli urządzenie odczytuje czujnik 40 razy w każdej godzinie i wysyła poszczególne komunikaty indywidualnie, będzie wysyłać 960 komunikatów/dzień (40 komunikatów * 24).
Strategia dzielenia na partie zależy od danego scenariusza i od czasu krytycznego dla danych. 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 witrynie Azure Portal zostanie uruchomiona diagnostyka specyficzna dla zgłoszonego problemu. Wynik jest wyświetlany jako szczegółowe informacje na karcie Rozwiązania żądania. Jedna z takich szczegółowych informacji zgłasza użycie limitu dla IoT hub, używając terminów w kursywie we wcześniejszej tabeli. Czy zwracana jest ta konkretna analiza, zależy od wyników diagnostyki wykonanej w centrum IoT w przypadku zgłaszanego problemu. Jeśli zgłoszono informacje o zużyciu przydziału, możesz użyć tabeli do powiązania zgłoszonych terminów użycia z operacjami, do których się odnoszą.
Na przykład poniższy zrzut ekranu przedstawia żądanie pomocy technicznej zainicjowane w przypadku problemu z telemetrią z urządzenia do chmury.
Po wybraniu pozycji Następne rozwiązania szczegółowe informacje o użyciu limitu przydziału są zwracane przez diagnostykę w obszarze Podział dziennych komunikatów usługi IoT Hub. Przedstawia podział wiadomości urządzenia do chmury wysyłanych do IoT Hub. 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. Informacje o zużyciu limitu mogą nie zostać zwrócone w przypadku tego samego problemu w innym centrum IoT. Zwracane informacje zależą od działania i stanu tego centrum IoT.
