LoRaWAN-Netzwerkserver leicht gemacht
Entscheidung zwischen Cloud-gehosteten und integrierten Modellen
Weißbuch – Zusammenfassung
Kurz
Jede LoRaWAN-Bereitstellung stützt sich auf einen LoRaWAN-Netzwerkserver (LNS), um den Datenfluss zwischen Gateways und Anwendungen zu verwalten. Die Wahl zwischen einem cloudgehosteten LNS und einem in das Gateway integrierten LNS kann sich erheblich auf Kosten, Zuverlässigkeit, Skalierbarkeit und langfristigen Geschäftswert auswirken.
Ein cloudbasiertes LNS nutzt groß angelegte Plattformen wie AWS, Azure oder Google Cloud, um robuste Multi-Tenant-Dienste mit starken zentralen Verwaltungs- und Netzwerk-Roaming-Funktionen bereitzustellen. Im Gegensatz dazu bietet ein integriertes LNS lokale Kontrolle, reduzierte Mobilfunkdatenkosten und einfachere Bereitstellungen für kleine, lokalisierte Netzwerke – jedoch mit eingeschränkter Skalierbarkeit und Ausfallsicherheit.
Dieses Whitepaper untersucht die Vor- und Nachteile der beiden Ansätze und bietet Unternehmen, die LoRaWAN-Lösungen entwickeln, Klarheit. Robustel bietet sowohl Modelle als auch beratendes Fachwissen, um Unternehmen bei der Auswahl des richtigen Weges für ihre Anwendung zu unterstützen.
Was Sie lernen werden
- Die architektonische Rolle des LoRaWAN Network Server (LNS) bei der Verwaltung der Gateway- und Sensorkommunikation.
- Die Unterschiede zwischen Cloud-gehosteten und integrierten LNS-Modellen, einschließlich Datenkosten, Ausfallsicherheit, Rechenleistung und wiederkehrenden Gebühren.
- Wie die Kosten für Mobilfunk-Backhaul ohne lokale Datenfilterung in die Höhe schnellen können – und wie integriertes LNS dieses Risiko verringern kann.
- Warum Cloud-gehostete Server sich durch zentralisierte Verwaltung, Skalierbarkeit und Roaming-Unterstützung auszeichnen.
- Wann ist ein integriertes LNS sinnvoll (z. B. kleine private Netzwerke mit begrenzter Anzahl von Sensoren) und wann ist Cloud-Hosting unerlässlich (z. B. bei groß angelegten oder Multi-Tenant-Implementierungen)?
- Wie Robustel-Gateways beide Modelle unterstützen und Unternehmen Flexibilität und Orientierung bieten, um von Anfang an die richtige Lösung zu wählen.
Einführung
Dieser Artikel soll denjenigen helfen, die ein neues Geschäftsvorhaben oder Konzept mit LoRaWAN-Technologie starten möchten, die Optionen und Auswirkungen der Wahl des LoRaWAN-Netzwerkservertyps zu verstehen.
Dieser Artikel setzt grundlegende Kenntnisse über LoRa und LPWANs voraus und bietet dem Leser einen Überblick über die möglichen Architekturen, die aufgrund verschiedener LoRaWAN-Netzwerkserver-Implementierungen verfügbar sind.
LoRaWAN-Netzwerkarchitektur
LoRaWAN selbst definiert eine End-to-End-Datenübertragungslösung, wie in Abbildung 1.1 unten dargestellt.
Endgeräte sind vorwiegend verschiedene Arten von Sensoren, die mit LoRaWAN-Gateways über das LoRa-Physikalische-Schicht-Protokoll kommunizieren, vorwiegend in lizenzfreien Sub-GHz-Bändern wie 868 MHz in der EU, 915 MHz in den USA und 470 MHz in China.

Abbildung 1.1 – Klassische LoRaWAN-Lösungsarchitektur
LoRaWAN erfordert einen „LoRaWAN-Netzwerkserver“ sowie einen Anwendungsserver, was zunächst etwas verwirrend sein kann. Einer der Gründe, warum ein Netzwerkserver erforderlich ist, liegt darin, dass Gateways als „dumm“ betrachtet werden können – sie leiten alle Sensordaten weiter, ohne dass dabei viel oder gar keine Intelligenz zum Einsatz kommt.
Die Definition von LoRaWAN-Gateways als „eine verteilte Antenne, die allen Netzwerken gemeinsam ist“ unterstreicht die Rolle des Gateways als Gerät der physikalischen Schicht mit einer passiven Funktion im Gesamtnetzwerk. Auch wenn dies technisch gesehen nicht ganz korrekt ist, hilft es doch konzeptionell zu verdeutlichen, warum ein Netzwerkserver, der als Netzwerk-Orchestrator/Master fungiert, eine Schlüsselkomponente jedes LoRaWAN-Stacks ist.
LoRaWAN-Netzwerkserver (LNS) Optionen
Es gibt zwei grundlegende Arten von LNS, die Systemintegratoren berücksichtigen müssen: „Cloud-gehostet“ und „integriert“.
Cloud-gehostetes LNS
Ein Cloud-gehosteter Server nutzt in der Regel die Rechenzentrumskapazitäten von Unternehmen wie Microsoft, Amazon oder Google, um einen hochverfügbaren Multi-Tenant-Dienst im Internet mit mehreren Instanzen pro geografischer Region bereitzustellen.
Integriertes LNS
Ein integriertes LNS läuft auf derselben Hardwareplattform wie das LoRaWAN-Gateway selbst, was zu Einsparungen bei einzelnen Bereitstellungen führt und die Abhängigkeit von externen LNS-Dienstleistern verringert.
Der Vollständigkeit halber sei darauf hingewiesen, dass ein LNS auch lokal in einem Ethernet-LAN mit einem separaten Gerät wie einem eingebetteten PC gehostet werden kann. Ein solcher PC kann so ausgewählt werden, dass er genau das richtige Verhältnis zwischen Rechenleistung und Preis bietet und als LNS für mehrere unabhängige Gateways fungiert. Konzeptionell entspricht dies der Idee eines integrierten LNS, allerdings mit einer kleinen Änderung in der Netzwerkarchitektur.
Der Einfachheit halber konzentriert sich dieser Artikel nur auf die beiden extremsten und deutlichsten Optionen – ein cloudbasiertes LNS gegenüber einem vollständig integrierten LNS.
Vergleich
Bei der Entscheidung zwischen einem integrierten LNS und einem cloudbasierten LNS (erhältlich bei Dienstleistern wie TTN oder Loriot) ist es wichtig, die jeweiligen Stärken und Schwächen jeder Lösung zu berücksichtigen. Wenn die Anwendung nur eine geringe Anzahl von Sensoren in einer lokalisierten Umgebung erfordert, ist ein integriertes LNS in der Regel eine gute Lösung. Allerdings sind die Verwaltungsmöglichkeiten und die Skalierbarkeit einer solchen Lösung immer eingeschränkter als bei einem Netzwerk (oder einem Netzwerk von Netzwerken), das über die Cloud koordiniert wird.
|
Funktion 27200_0eee43-e1> |
Integriertes LNS 27200_5d7787-78> |
Cloud-gehostetes LNS 27200_bdea67-cd> |
|---|---|---|
|
4G-Datenkosten absolut 27200_89b413-79> |
Niedrig 27200_58ef77-4d> |
Höher 27200_2b8552-5e> |
|
Risiko der 4G-Datenkosten 27200_7dcc3d-1a> |
Niedrig 27200_8530e2-82> |
Höher 27200_6a811c-60> |
|
Server-Ausfallsicherheit 27200_9a444f-87> |
Niedrig 27200_a51a13-b6> |
Hoch 27200_486fb7-d7> |
|
Zentralisiertes Netzwerkmanagement 27200_873957-16> |
Ohne „Workarounds“ nicht verfügbar 27200_e0279b-13> |
Sehr detailliert 27200_c23f2a-c8> |
|
Wiederkehrende Kosten 27200_874781-cd> |
Im Allgemeinen kostenlos 27200_6fcb97-06> |
Allgemein anrechenbar 27200_e72783-27> |
|
Rechenleistung 27200_15248f-5f> |
Im Allgemeinen kostenlos 27200_32786a-1b> |
Sehr hoch 27200_d2dedf-bb> |
|
Netzwerk-Roaming 27200_53cb9c-4c> |
Nicht verfügbar 27200_272016-b3> |
Möglich 27200_a8b35f-e4> |
|
Möglichkeit zum „Weiterverkauf“ von Netzwerkdiensten 27200_1cef20-59> |
Niedrig 27200_b0b815-9a> |
Hoch 27200_8c2c6a-42> |
Eine detailliertere Erläuterung der in der obigen Tabelle hervorgehobenen Funktionen folgt:
4G-Daten – Kosten und Risiken
Allzu oft werden die detaillierten Überlegungen zur Nutzung eines Mobilfunknetzes für den Backhaul anstelle einer „kabelgebundenen“ oder „Breitband“-Verbindung vor der Bereitstellung nicht vollständig durchdacht und auch von den Lösungsanbietern nicht klar erläutert.
Mobilfunk-Backhaul zum Internet bietet eine unvergleichliche Flexibilität bei der Bereitstellung und ist für viele Netzwerke ein unverzichtbares Werkzeug. Die Tatsache, dass es grundsätzlich weniger zuverlässig und potenziell viel teurer als eine Breitband-Internetverbindung ist, wird jedoch in vielen Fällen übersehen oder nicht gewürdigt.
Ein integriertes LNS im Gateway trägt zwar wahrscheinlich nicht zur Zuverlässigkeit des Backhaul bei, kann jedoch Kosten und Risiken deutlich reduzieren. Durch die lokale Whitelistung nur zugelassener Sensoren und die Übertragung ausschließlich von Anwendungsdaten (nicht aller LoRa-Verwaltungsdaten) lässt sich das Mobilfunkdatenvolumen im Vergleich zu einer cloudbasierten Implementierung erheblich reduzieren.
Dies wird kommerziell sehr bedeutsam, wenn Roaming*-SIM-Karten (auch bekannt als Multi-Netzwerk-SIM-Karten) in der Anwendung verwendet werden, da die Kosten pro GB übertragener Daten relativ sehr hoch sein können.
Es ist auch wichtig zu berücksichtigen, dass ein LoRa-Gateway oder eine Sammlung von Gateways als verteilte Antenne fungiert, die Datenpakete von Sensoren weiterleitet, die nichts mit der primären Anwendung zu tun haben. Nichts hindert daran, dass in den folgenden Monaten oder Jahren ein, hundert oder tausend Sensoren innerhalb der RF-Reichweite des/der Gateways eingesetzt werden, wodurch sich der Mobilfunkdatenverkehr erhöht.
Einige betrachten dies als „ungebundenes Risiko“, wobei nur eine lokale Whitelist und integriertes LNS eine praktikable Option darstellen, um das Risiko vollständig zu beseitigen. Gute Netzwerküberwachungstools und gründliche Proof-of-Concept-Tests tragen dazu bei, das Risiko der Datennutzung in allen auf Mobilfunkkommunikation basierenden Anwendungen zu mindern.
Server-Ausfallsicherheit
Redundanz lässt sich für einen cloudbasierten LNS leicht erreichen, indem Standardtechniken für Netzwerke und Rechner eingesetzt werden, die bereits für andere Arten von Online-Diensten weit verbreitet sind. Die Qualität der Redundanz lässt sich leicht beurteilen, indem Sie Ihren LNS-Anbieter nach den Einzelheiten fragen. Der Umfang des vom Anbieter angebotenen SLA ist ein guter Maßstab für das Vertrauen, das dieser in sein eigenes System hat.
Ein integriertes LNS existiert in der Regel als einzelne Instanz eines LNS-Dienstes auf einer relativ leistungsschwachen Rechenmaschine im LoRa-Gateway selbst. Das bedeutet, dass der Spielraum für „Ausfallsicherheit“ sehr begrenzt ist, abgesehen davon, dass sichergestellt werden muss, dass die gewählte Hardware- und Softwareplattform so stabil und zuverlässig wie möglich ist. Umfangreiche Soak-Tests sind eine der wenigen konkreten Möglichkeiten, um die Zuverlässigkeit von LoRaWAN-Gateways mit integriertem LNS zu überprüfen.
Die Überprüfung der voraussichtlichen Anzahl von Firmware-Upgrades pro Jahr oder die Anfrage nach Nachweisen über die Anzahl der Firmware-Erweiterungen im Vorjahr kann ein Hinweis auf den Typ des Geräts sein, das Ihnen angeboten wird.
Zentralisiertes Netzwerkmanagement
Bei Verwendung eines integrierten LNS ist eine zentralisierte Verwaltung ohne Workarounds oder zusätzliche Software, die das Rad quasi neu erfindet, deutlich weniger realisierbar.
Ein cloudbasiertes LNS kann einen klaren Netzwerküberblick, umfassende Metadaten, vollständige Funkausführlichkeit sowie Einblicke und Warnmeldungen zum Gateway bieten. Dies ist wohl die einzige Möglichkeit, große oder mandantenfähige Netzwerke in großem Maßstab zu verwalten.
Wiederkehrende Kosten
Einige IoT-Geschäftsfälle basieren darauf, die wiederkehrenden monatlichen Kosten auf ein Minimum zu reduzieren, um einen Service anzubieten, den Kunden als „preiswert“ oder „erschwinglich“ empfinden. In diesem Fall kann die Abschaffung von Gebühren für externe LNS-Anbieter eine Möglichkeit sein, Kosten zu senken und damit die für den Erfolg eines Vorhabens erforderlichen Kennzahlen zu erreichen. Letztendlich läuft es auf die typische „Make-or-Buy“-Entscheidung hinaus, mit den damit verbundenen Risiken und Vorlaufkosten, wenn Sie sich dafür entscheiden, „es selbst zu machen“.
Rechenleistung
Dank moderner Cloud-Computing-Techniken muss die Rechenleistung eines Online-LNS niemals durch die Verarbeitungskapazität der Server-Hardware selbst eingeschränkt werden. Dies ist jedoch ein sehr wichtiger Aspekt bei der Verwendung eines LoRaWAN-Gateways mit integriertem LNS, da solche Plattformen budgetgerecht konzipiert sein müssen und daher mit kostengünstigen Prozessoren ausgestattet sind. Auch der verfügbare RAM- und Flash-Speicher kann begrenzt sein. Dies bedeutet, dass die Leistung des LNS-Dienstes eingeschränkt sein kann, was in der Praxis zu einer eingeschränkten LoRa-Paketverarbeitungsfähigkeit führt.
Gateway-Anbieter geben häufig die Reichweite ihrer integrierten LNS-Fähigkeit an, indem sie die Anzahl der Sensoren angeben, die das Gateway + LNS effektiv verarbeiten kann. Eine typische Zahl liegt im niedrigen zweistelligen Bereich, was zwar eine erhebliche Einschränkung darstellt, aber dennoch bedeutet, dass ein integriertes LNS für eine Vielzahl unterschiedlicher LPWAN-Anwendungen in privaten LoRaWAN-Netzwerken eingesetzt werden kann.
Netzwerk-Roaming
Per Definition kann Network Roaming nur verwaltet werden, wenn das LNS in der Cloud vorhanden ist.
Fähigkeit zum Weiterverkauf von Netzwerkdiensten
Einer der grundlegenden „Wertversprechen“ beim Einsatz von LoRa-Netzwerken ist die Möglichkeit, anderen die Nutzung eines Netzwerks zu ermöglichen, das Sie für Ihre eigenen Zwecke aufgebaut haben.
Beispielsweise könnte ein Netzwerk, das auf dem Campus zu Umweltüberwachungszwecken eingerichtet wurde, einem Dritten zur Verfügung gestellt werden, der für andere Anlagen auf demselben Campus verantwortlich ist, wie beispielsweise Straßenbeleuchtung oder Mülleimer. Dadurch könnte der Dritte die Kosten für teurere GSM- oder kabelgebundene Lösungen einsparen und/oder Effizienzsteigerungen in seinem Betrieb erzielen.
Das Konzept des „gemeinsamen Netzwerks“ kann mit einem integrierten LNS umgesetzt werden, aber ein cloudbasiertes LNS eignet sich viel besser für diese Art der Implementierung, da es die langfristige Verwaltung und Skalierbarkeit einfacher und kostengünstiger macht, insbesondere wenn die Anzahl der Gateways zunimmt.
Schlussfolgerung
Wie dieser Artikel gezeigt hat, gibt es eine Reihe von LoRaWAN-Implementierungsmethoden, und obwohl es sich um ein recht detailliertes Thema handelt, ist der Standort des LNS sehr wichtig, da er die technische und kommerzielle Dynamik eines LoRa-basierten IoT-Angebots erheblich verändern kann.
Robustel ist ein Hersteller von LoRaWAN-Gateways, der je nach den Anforderungen der jeweiligen Anwendung beide Lösungstypen anbieten kann. Vor allem aber bietet Robustel beratende Hilfe und Unterstützung, um sicherzustellen, dass von Anfang an die richtige Lösung ausgewählt und entsprechend konfiguriert wird.
Werden Sie Partner von Robustel: Echte LNS-Flexibilität
Der Erfolg Ihrer LoRaWAN-Implementierung hängt von der richtigen Wahl des Netzwerkservers ab. Robustel kombiniert bewährte Gateway-Hardware mit Fachwissen sowohl in Cloud-gehosteten als auch in integrierten LNS-Modellen und hilft Ihnen dabei, Kosten, Zuverlässigkeit und Skalierbarkeit in Einklang zu bringen. Arbeiten Sie noch heute mit Robustel zusammen, um eine LoRaWAN-Lösung zu entwickeln, die Ihren heutigen Anforderungen entspricht – und morgen mit Ihnen wächst.

