Überspringen zum Hauptinhalt

AWS IoT Core

Zusätzliche Berechnungsdetails zu AWS IoT Core

Anbindung

Ihr Gerät kann für MQTT-PINGREQ- oder PINGRESP-Nachrichten alle 30 Sekunden kostenlos einen Ping senden.

Nachrichtenübermittlung

Berechnung von MQTT-Nachrichten
MQTT CONNECT

Berechnet als Größe der Nachricht, einschließlich Will-Betreffgröße und Will-Nachrichtennutzlast. Falls MQTT5 benutzt wird, wird die Nachricht auch für alle zusätzlichen String- und binären Variable-Header-Eigenschaften und Will-Eigenschaften, z. B. Benutzereigenschaften, berechnet.
MQTT PUBACK (vom Gerät empfangen)

Falls MQTT5 benutzt wird, wird basiert auf der Größe der Nachricht, einschließlich Benutzereigenschaften, berechnet. Ansonsten wird als einzelne 5 KB große Nachricht berechnet.
MQTT ABONNIEREN

Berechnet anhand der Größe des Themas, das in der Abonnieren-Nachricht eingereicht wurde, zuzüglich der Größe aller gesendeten Benutzereigenschaften (falls MQTT5 benutzt wird).
MQTT PUBLISH (vom Gerät empfangen)

Berechnet anhand der Größe der Nutzdaten und des Inhalts in Bytes. Falls MQTT5 benutzt wird, wird die Größe der Benutzereigenschaften, das Antwortthema, die Korrelationsdaten und der Inhaltstyp auch in die berechnete Größe der Nutzdaten eingerechnet.

MQTT PUBLISH (vom Service gesendet)

Berechnet anhand der Größe der Nutzdaten und des Inhalts in Bytes. Falls MQTT5 benutzt wird, wird die Größe der Benutzereigenschaften, das Antwortthema, die Korrelationsdaten und der Inhaltstyp auch in die berechnete Größe der Nutzdaten eingerechnet.
MQTT RETAINED

Berechnet anhand der Größe der Nutzdaten und des Inhalts in Bytes. Falls MQTT5 benutzt wird, wird die Größe der Benutzereigenschaften, das Antwortthema, die Korrelationsdaten und der Inhaltstyp auch in die berechnete Größe der Nutzdaten eingerechnet.  Bei eingehenden MQTT-Nachrichten, die mit dem RETAIN-Flag veröffentlicht werden, werden Ihrem Konto die eingehenden MQTT-PUBLISH- und MQTT-RETAINED-Nachrichten berechnet.

Die folgenden MQTT-Nachrichten sind von der Berechnung ausgeschlossen:

  • MQTT PINGREQ
  • MQTT PINGRESP
  • MQTT DISCONNECT
  • MQTT CONNACK
  • MQTT PUBACK (vom Service gesendet)
  • MQTT SUBACK
  • MQTT UNSUBSCRIBE

MQTT-Nachrichten, die innerhalb einer WebSocket-Verbindung übertragen werden, werden wie MQTT-Nachrichten innerhalb einer TLS-Verbindung mit gegenseitiger Authentifizierung berechnet.

Berechnung von HTTP-Anfragen und -Antworten
Requests (Anforderungen)

Wird anhand der Anzahl der 5 KB großen Nachrichten berechnet, die zum Kodieren des Body-Abschnitts der HTTP-Anfrage erforderlich sind. Bei Nutzung der API zur Veröffentlichung von HTTP-Nachrichten werden die Größe der Benutzereigenschaften, des Antwortthemas, der Korrelationsdaten und des Inhaltstyps ebenfalls in die berechnete Nutzdatengröße einbezogen.
Negative Antworten

Wenn HTTP-Antworten mit HTTP-Antwortcodes im Bereich 4xx und 5xx einen Body enthalten, berechnet AWS IoT Core die Anzahl der 5-KB-Nachrichten, die zur Kodierung des Antwort-Bodys erforderlich sind.
APIs zur Verwaltung von MQTT-Verbindungen

Die DeleteConnection-API wird nur für die HTTP-Anfrage in Rechnung gestellt. Die GetConnection- und die ListSubscriptions-API werden für die HTTP-Anfrage und -Antwort in Rechnung gestellt.

Berechnung von Direktnachrichten

Mit der Direktnachrichten-Funktion können Sie über die HTTP-API SendDirectMessage Punkt-zu-Punkt-Nachrichten an einzelne IoT-Clients senden. Direktnachrichten werden in 5-KB-Schritten der Nutzdatengröße der Nachricht berechnet.

Vorgang
Berechnung
SendDirectMessage (ohne Zustellbestätigung)

Wird als einzelne Direktnachricht anhand der Größe der Nutzdaten und des Themas in Byte (in Schritten von 5 KB) berechnet. Wenn MQTT-5.0-Eigenschaften enthalten sind (Benutzereigenschaften, Antwortthema, Korrelationsdaten, Inhaltstyp), werden diese ebenfalls in die berechnete Nutzdatengröße einbezogen. Der empfangende Client erhält die Nachricht als MQTT QoS 0.
SendDirectMessage (mit Zustellbestätigung)

Wird als einzelne Direktnachricht mit Zustellbestätigung anhand der Größe der Nutzdaten und des Themas in Byte (in Schritten von 5 KB) berechnet. Wenn MQTT-5.0-Eigenschaften enthalten sind (Benutzereigenschaften, Antwortthema, Korrelationsdaten, Inhaltstyp), werden diese ebenfalls in die berechnete Nutzdatengröße einbezogen. Der empfangende Client erhält die Nachricht als MQTT QoS 1 und sendet eine PUBACK-Bestätigung zurück an den Server.

Berechnung von LoRaWAN
LoRaWAN.Uplink

Berechnet anhand der Anzahl der Nachrichten (vom Gerät gesendet)
LoRaWAN.Downlink

Berechnet anhand der Anzahl der Nachrichten (vom Service gesendet)
LoRaWAN.Join

Berechnet anhand der Anzahl der Nachrichten (vom Gerät gesendet)
LoRaWAN.UplinkACK

Berechnet anhand der Anzahl der Nachrichten (vom Service gesendet)
LoRaWAN.DownlinkACK

Berechnet anhand der Anzahl der Nachrichten (vom Gerät gesendet)

Berechnung von Sidewalk
Sidewalk.Uplink

Berechnet anhand der Anzahl der Nachrichten (vom Gerät gesendet)
Sidewalk.Downlink

Berechnet anhand der Anzahl der Nachrichten (vom Service gesendet)

Hinweis: Nachrichten, die von Amazon-Sidewalk-Geräten gesendet werden, die über die Integrationsfunktion von Amazon Sidewalk eine Verbindung zu AWS IoT Core herstellen, werden anhand der Preisstufen für LoRaWAN-Nachrichten berechnet.

Registry

Jedes Mal, wenn Sie einen der folgenden API-Vorgänge aufrufen, wird Ihnen ein Registrierungsvorgang in Rechnung gestellt:

  • AddThingToThingGroup

  • AttachThingPrincipal

  • CreateThing

  • CreateThingGroup

  • CreateDynamicThingGroup

  • CreateThingType

  • DescribeThing

  • DescribeThingGroup

  • DescribeThingType

  • DetachThingPrincipal

  • ListPrincipalThings

  • ListThingGroups

  • ListThingGroupsForThing

  • ListThingPrincipals

  • ListThings

  • ListThingsInThingGroup

  • ListThingTypes

  • UpdateThing

  • UpdateThingGroup

  • UpdateDynamicThingGroup

  • UpdateThingGroupsForThing

  • GetWirelessDeviceStatistics

  • GetWirelessGatewayStatistics

Die Berechnung einkalkuliert bei allen List-Vorgängen die Gesamtgröße aller Datensätze, die vom API-Aufruf zurückgegeben werden. Wenn ein ListThings-API-Aufruf beispielsweise (50) 2 KB Things aus dem Registry zurückgibt, wird Ihre Anforderung für (100) 1K-Schritte berechnet, und als 100 Anforderungen berechnet. Wenn Sie sich für Registry-Ereignisse entscheiden, fallen für alle Aktualisierungsnachrichten Messaginggebühren an.

Geräteschatten

Geräteschatten-Vorgänge werden berechnet, wenn Sie einen API-Aufruf an GetThingShadow oder UpdateThingShadow senden oder wenn eine MQTT-Nachricht einen Geräteschatten erstellt, aktualisiert oder erhält. Wenn Sie Aktualisierungen von Geräteschatten aktivieren, fallen für alle Aktualisierungsnachrichten entsprechende Gebühren an.

Regel-Engine

Für die Regel-Engine gelten die folgenden Preiskonditionen:

1. Regeln, die bei jeder Auswertung von IoT-Regeln ausgelöst werden

2. Regelaktionen, die ausgeführt werden, um Daten an andere nachgelagerte Services (wie Amazon S3, Amazon Kinesis, Amazon SNS) umzuleiten. Eine IoT-Regel kann bis zu 10 IoT-Regelaktionen aufrufen.

Zusätzlich zu den Kosten für die Weiterleitung von Daten an nachgelagerte Services beinhaltet Ihre AWS-Rechnung auch die Kosten für den Aufruf der folgenden externen Funktionen in einer IoT-Regel, die als IoT-Regelaktionen abgerechnet werden: get_thing_shadow(), aws_lambda(), get_dynamodb(), get_registry_data().

Hinweise: 1.) Arithmetische und logische SQL-Funktionen in der IoT-Regel werden nicht als Aktionen berechnet. 2.) Der Aufruf der externen Funktion get_secret () wird ebenfalls nicht als IoT-Regelaktion berechnet. 3.) Funktionen werden nicht auf das Limit von 10 Aktionen pro Regel angerechnet, selbst wenn sie als IoT-Regelaktionen abgerechnet werden. Die genauen Limits der verschiedenen Funktionen finden Sie im Entwicklerhandbuch. 

Eine IoT-Regelaktion, die eine Nachricht an eine Ressource in der Amazon Virtual Private Cloud (VPC) eines Kunden sendet, wird als 2 IoT-Regelaktionen berechnet. Diese zusätzliche Aktion wird nicht auf das Limit von 10 Aktionen pro Regel angerechnet. VPC wird für die folgenden Regelaktionen unterstützt: Apache-Kafka-Aktion.

Bei einer ausgelösten Regel werden immer mindestens eine Regel und eine Aktion berechnet. Wenn beispielsweise eine IoT-Regel ausgewertet wird, aber keine IoT-Regelaktion aufgerufen wird, zahlen Sie für 1 IoT-Regel und 1 IoT-Regelaktion.

Regeln, die eine von AWS IoT Core generierte Nachricht verarbeiten, werden unabhängig von der Nachrichtengröße als eine einzige Regel berechnet. Beispielsweise kann ein 7 KB großes Geräteschatten-Dokument eine /delta- oder /documents-Nachricht veröffentlichen, die ziemlich groß ist. Regeln, die durch eine solche Aktualisierung ausgelöst werden, werden jedoch so berechnet, als ob die Nachricht 5 KB groß wäre.

Protobuf-zu-JSON-Dekodierung: Die Dekodierung einer Protokollpuffer- bzw. Protobuf-Nachricht in das JSON-Format (JavaScript Object Notation) mit der Funktion decode() in der Regel-Engine wird als 1 Aktion berechnet. Für die Regel-Engine werden Gebühren für Dekodierungsaktionen in einer Regel erhoben. Die Dekodierungsaktionen können durch Zwischenspeichern der Deskriptor-Datei optimiert werden. Wenn Sie eine Protobuf-Nachricht mit Rules Engine dekodieren, werden Ihnen 1 Regelauslösung + 1 Regelaktion (für das Senden der Daten an einen nachgelagerten AWS-Service) + 1 Protobuf-zu-JSON-Dekodierung berechnet. Die Dekodierung von Protobuf-Nachrichten in JSON wird Ihnen jedoch nicht in 5kB-Schritten berechnet. Es wird Ihnen 1 Dekodierung (Aktion) bis zur maximalen Protobuf-Nutzdatengröße von 128 KB in Rechnung gestellt.

Die üblichen EC2-Datenübertragungsraten, die hier unter „Datenübertragung“ aufgeführt sind, gelten für die folgenden Regelaktionen: HTTP-Aktion.

Haben Sie die gewünschten Informationen gefunden?

Ihr Feedback hilft uns, die Qualität der Inhalte auf unseren Seiten zu verbessern.