Informacje o rozliczeniach usługi Azure IoT Hub
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 obsługa komunikatów w chmurze, bliźniacze reprezentacje urządzeń i zarządzanie urządzeniami, są dostępne tylko w warstwie Standardowa 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 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ą mierzone w fragmentach 0,5K-bajtowych w centrach IoT w warstwie Bezpłatna. 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 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 za limit przydziału dla centrum IoT. Te terminy mogą być wyświetlane jako część szczegółowych informacji o użyciu limitu przydziału podczas inicjowania żądania pomocy technicznej w witrynie Azure Portal. Mogą one być również zwracane przez dział pomocy technicznej klienta. Poniższa tabela służy do krzyżowego odwołowania 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 listy, usuwanie, aktualizacja zbiorcza, statystyki) |
Nie są naliczane opłaty. |
| Komunikaty z urządzenia do chmury | Pomyślnie wysłane komunikaty są naliczane w ciągu 4 KB fragmentów ruchu przychodzącego do usługi 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: urządzenie do telemetrii w chmurze lub routing telemetrii 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. 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 inicjowania i uzupełniania transferu plików są naliczane zgodnie z opłatami mierzonym w przyrostach 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 sygnatury dostępu współdzielonego przekazywania pliku do pliku w chmurze Stan przekazywania pliku aktualizacji: Przekazywanie plików z urządzenia do chmury |
| Metody bezpośrednie | Żądania metody pomyślnej są naliczane w fragmentach o rozmiarze 4 KB, a odpowiedzi są naliczane w ciągu 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 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 wywołania bezpośredniego 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 zaplecza rozwiązania są naliczane jako komunikaty w fragmentach 4 KB. Na przykład odczytywanie bliźniaczej reprezentacji 8 KB jest naliczane jako dwa komunikaty. Uzyskiwanie reprezentacji bliźniaczej: Uzyskiwanie reprezentacji bliźniaczej Pobieranie bliźniaczej reprezentacji 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 Get Twin 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 w fragmentach 4 KB. Na przykład opłata za aktualizację 12 KB bliźniaczej reprezentacji jest naliczana jako trzy komunikaty. Aktualizacja bliźniaczej reprezentacji: aktualizacja bliźniaczej reprezentacji bliźniaczej Aktualizacja bliźniaczej reprezentacji modułu: aktualizacja bliźniaczej reprezentacji modułu Zamień bliźniacze: zastępowanie bliźniaczej reprezentacji Zastępowanie bliźniaczej reprezentacji modułu: zastępowanie bliźniaczej reprezentacji modułu Aktualizowanie zgłoszonych właściwości urządzenia lub bliźniaczej reprezentacji 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 w fragmentach o rozmiarze 4 KB. Zapytania dotyczące zadań nie są naliczane. Pobieranie bliźniaczych reprezentacji (wykonywanie zapytań względem urządzeń lub kolekcji devices.modules): Wykonywanie zapytań o urządzenia |
| Odczyty cyfrowej reprezentacji bliźniaczej | Odczyty cyfrowej reprezentacji bliźniaczej z zaplecza rozwiązania są naliczane jako komunikaty w 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 4 KB. Na przykład opłata za aktualizację 12 KB bliźniaczej reprezentacji jest naliczana jako trzy komunikaty. Aktualizacja usługi Digital Twin: Patch Digital Twin |
| Polecenia cyfrowej reprezentacji bliźniaczej | Pomyślne polecenia są naliczane w fragmentach 4 KB, a odpowiedzi są naliczane w fragmentach o rozmiarze 4 KB jako dodatkowych komunikatów. Żą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 naliczana jako 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 we fragmentach 4 KB oraz jeden komunikat dla odpowiedzi wskazującej, ż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źniaczej reprezentacji i metody) są naliczane w fragmentach o rozmiarze 4 KB. Na przykład zadanie powodujące 1000 wywołań metod z żądaniami 1 KB i odpowiedziami z ładunkiem pustym jest naliczanych 2000 komunikatów (jeden komunikat dla każdego żądania i odpowiedzi). Aktualizowanie zadania urządzenia bliźniaczej reprezentacji Wywołaj zadanie urządzenia metody |
| Operacje konfiguracji (create, update, get, list, delete, test query) |
Nie są naliczane opłaty. |
| Operacje konfiguracji dla poszczególnych urządzeń | Opłaty za operacje konfiguracji są naliczane jako komunikaty we fragmentach 4 KB. Odpowiedzi nie są naliczane. Na przykład opłata za zastosowanie operacji 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 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 Format komunikatu usługi IoT Hub.
Maksymalne rozmiary komunikatów różnią się w przypadku różnych typów operacji. Aby dowiedzieć się więcej, zobacz te,at 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óra jest następnie odczytywana 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.
Dwa komunikaty (żądanie plus odpowiedź) * 6 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. Aktualizuje również bliźniacze reprezentacje urządzenia z ładunkami 1 KB co cztery godziny. Zaplecze rozwiązania, raz dziennie, odczytuje bliźniacze reprezentacje urządzenia 14 KB i aktualizuje go 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.
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) w celu odczytania bliźniaczej reprezentacji urządzenia oraz jednego komunikatu (512/ 4 KB) w celu zaktualizowania go przez łącznie 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 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 wsaduje 40 czujników do odczytu do pojedynczego komunikatu urządzenie-chmura z ładunkiem 4 KB (40 * 100 bajtów), tylko jeden komunikat jest obciążany limitem przydziału. Jeśli urządzenie odczytuje czujnik 40 razy w każdej godzinie i wsaduje te odczyty do pojedynczego komunikatu z urządzenia do chmury na godzinę, będzie wysyłać 24 komunikaty/dzień.
Jeśli urządzenie wysyła komunikat urządzenie-chmura z ładunkiem 100 bajtów dla każdego odczytanego czujnika, zużywa 40 komunikatów z limitem przydziału 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. Jeden z takich szczegółowych informacji zgłasza użycie limitu przydziału dla centrum IoT Hub przy użyciu terminów w kursywie we wcześniejszej tabeli. To, czy zwracana jest 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 się odwołują.
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 on podział komunikatów urządzenia do chmury wysyłanych do centrum 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. 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 informacje będą zależeć od działania i stanu tego centrum IoT.
