Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Visualisierung
  4. Slave nur für VIS

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    299

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    9
    1
    275

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    916

Slave nur für VIS

Geplant Angeheftet Gesperrt Verschoben Visualisierung
2 Beiträge 2 Kommentatoren 192 Aufrufe 2 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • F Offline
    F Offline
    fliegema
    schrieb am zuletzt editiert von
    #1

    Hallo in die Runde,

    es geht um die VIS.

    Es gibt zwei Sites, welche ich in einer IOBroker installation versorge, bzw. schalte.

    Diese beiden Sites sind druch zwei Ubiquiti USGen per Site2Site tunnel verbunden.

    Es funktioniert alles, aber der Zugriff via der Android App (vis) auf den IOBroker braucht manchmal lange.

    Folgendes habe ich mir überlegt, bräuchte aber Input von Euch zur Umsetzung:

    1. Master Slave IOBroker: Kann ich auf dem Slave nur bestimmte Teile der VIS laufen lassen? Die Datenpunkte aber auf dem Master schalten? ggf. auch eine neue VIS Instanz mit einem anderem Port?
    2. Oracle IOBroker: Eine Oracel VM oder Docker mit IOBroker welche per VPN in die beiden Sites zugreift oder via Oracle-Site2Site Verbindung. Da wir an beiden Sites ein LTE Backup haben , ist die Ausfallwahrscheinlichkeit vom Internet sehr gering.

    Klar könnte man auch zwei IOBroker installieren, lokal an jeder Site. Ich würde gerne jedoch gerne alles zentral managen.

    Habt Ihr schon so etwas umgesetzt? Oder weitere Ideen?

    Gruss

    Cheers

    BananaJoeB 1 Antwort Letzte Antwort
    0
    • F fliegema

      Hallo in die Runde,

      es geht um die VIS.

      Es gibt zwei Sites, welche ich in einer IOBroker installation versorge, bzw. schalte.

      Diese beiden Sites sind druch zwei Ubiquiti USGen per Site2Site tunnel verbunden.

      Es funktioniert alles, aber der Zugriff via der Android App (vis) auf den IOBroker braucht manchmal lange.

      Folgendes habe ich mir überlegt, bräuchte aber Input von Euch zur Umsetzung:

      1. Master Slave IOBroker: Kann ich auf dem Slave nur bestimmte Teile der VIS laufen lassen? Die Datenpunkte aber auf dem Master schalten? ggf. auch eine neue VIS Instanz mit einem anderem Port?
      2. Oracle IOBroker: Eine Oracel VM oder Docker mit IOBroker welche per VPN in die beiden Sites zugreift oder via Oracle-Site2Site Verbindung. Da wir an beiden Sites ein LTE Backup haben , ist die Ausfallwahrscheinlichkeit vom Internet sehr gering.

      Klar könnte man auch zwei IOBroker installieren, lokal an jeder Site. Ich würde gerne jedoch gerne alles zentral managen.

      Habt Ihr schon so etwas umgesetzt? Oder weitere Ideen?

      Gruss

      BananaJoeB Online
      BananaJoeB Online
      BananaJoe
      Most Active
      schrieb am zuletzt editiert von
      #2

      @fliegema Also, ein Slave ist - soweit ich das verstanden habe - erst einmal strohdoof und merkt sich die Datenpunkte nicht selbst sondern überträgt diese alle an den Master.

      Sprich, bei Master / Slave hat immer nur der Master die Daten.
      Eine VIS greift auf eben diese Daten zu.

      Ergo, selbst wenn die VIS auf dem Slave laufen würde, müsste diese trotzdem die Daten immer vom Master holen.

      Das was dich "umbringt" werden die Laufzeiten der Datenpakete sein. Der Aufruf von VIS greift ggf. auf hunderte von Datenpunkten zu. Im lokalen Netzwerk sind das nur Nanosekunden (Ping <1ms). Bei einem entfernten Netzwerk kommt die Laufzeit dazu. Wenn also der Ping zwischen den beiden Netzwerken 30ms benötigt, so dauert jede Abfrage 60 mal länger als lokal (Anfrage hin 30ms und Antwort zurück noch mal 30ms). Mindestens. Denn lokal können es auch nur 200ns sein, dann wärst du schon 300mal langsamer.

      Also, damit es am 2. Standort auch flott liefe, bräuchtest du dort eine eigenständige Installation und einen Datenabgleich zwischen den Installationen. Ggf. muss das ja nicht alles sein. Könnte man per Skript hin und her schieben, aber auch per MQTT (und bestimmt noch auf andere Art). Müsste man ja nur für die Daten machen die für die VIS gebraucht werden.

      ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 10 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV APC 750W kaskadiert || Creality CR-10 SE 3D-Drucker

      1 Antwort Letzte Antwort
      0

      Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

      Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

      Mit deinem Input könnte dieser Beitrag noch besser werden 💗

      Registrieren Anmelden
      Antworten
      • In einem neuen Thema antworten
      Anmelden zum Antworten
      • Älteste zuerst
      • Neuste zuerst
      • Meiste Stimmen


      Support us

      ioBroker
      Community Adapters
      Donate

      295

      Online

      32.8k

      Benutzer

      82.8k

      Themen

      1.3m

      Beiträge
      Community
      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
      ioBroker Community 2014-2025
      logo
      • Anmelden

      • Du hast noch kein Konto? Registrieren

      • Anmelden oder registrieren, um zu suchen
      • Erster Beitrag
        Letzter Beitrag
      0
      • Home
      • Aktuell
      • Tags
      • Ungelesen 0
      • Kategorien
      • Unreplied
      • Beliebt
      • GitHub
      • Docu
      • Hilfe