Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • 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. Off Topic
  4. Proxmox
  5. Umstieg von Raspberry nach Proxmox - viele Hürden

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    20
    1
    775

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.0k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.3k

Umstieg von Raspberry nach Proxmox - viele Hürden

Geplant Angeheftet Gesperrt Verschoben Proxmox
13 Beiträge 7 Kommentatoren 1.0k Aufrufe 6 Watching
  • Ä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.
  • crunchipC crunchip

    @snopy_16

    1. kann man so machen
    2. in der Regel reichen so 10-20 GB bei einer VM, außer du speicherst da noch großartig history Daten
      LXC kannst du ohne Probleme jederzeit vergrößern, also kannst du da eher kleiner beginnen, so ab 4GB, ausser bei Infludb, da möchtest du ja Daten sammeln, kannst gleich 20 GB vergeben
    3. ja gibt es, ob und wie diese jedoch weiter gewartet werden, weiß ich nicht
      4.für backups via backitup, steht alles in der dazugehörigen Doku
    S Offline
    S Offline
    Snopy_16
    schrieb am zuletzt editiert von
    #4

    @crunchip sagte in Umstieg von Raspberry nach Proxmox - viele Hürden:

    ja gibt es, ob und wie diese jedoch weiter gewartet werden, weiß ich nicht

    ich glaub, da hab ich mich falsch ausgedrückt. Ich meinte , ich installiere per helper-script die influxdb. wenn ich im selben container auch grafana haben will, muss ich das wahrscheinlich per befehlszeile installieren, weil per helper-script ja wieder ein extra container erstellt wird.

    Man kann nicht alle Probleme lösen, aber wenigstens verursachen.

    LenovoThinkCentre M900 Tiny | i5-T6500 | 16 GB | 256 SSD
    iobroker auf Proxmox VM
    Node.js: v22.18.0 - NPM: 10.9.3 - js-controller: 7.0.6 - admin: v7.7.2
    FritzBox-7530TX hinter Glasfasermodem, WiFi mit Unifi

    Meister MopperM crunchipC 2 Antworten Letzte Antwort
    0
    • S Snopy_16

      @crunchip sagte in Umstieg von Raspberry nach Proxmox - viele Hürden:

      ja gibt es, ob und wie diese jedoch weiter gewartet werden, weiß ich nicht

      ich glaub, da hab ich mich falsch ausgedrückt. Ich meinte , ich installiere per helper-script die influxdb. wenn ich im selben container auch grafana haben will, muss ich das wahrscheinlich per befehlszeile installieren, weil per helper-script ja wieder ein extra container erstellt wird.

      Meister MopperM Online
      Meister MopperM Online
      Meister Mopper
      schrieb am zuletzt editiert von
      #5

      @snopy_16 sagte in Umstieg von Raspberry nach Proxmox - viele Hürden:

      wenn ich im selben container auch grafana haben will

      Da rate ich ab. Mach lieber für jede Anwendung einen eigenen Server, dann bist du unabhängig, wenn z. B. mal eine Anwendung Probleme macht.

      Nach dem Einspielen eines früheren Backups droht z. B. bei InfluxDb ein Datenverlust.

      Proxmox und HA

      1 Antwort Letzte Antwort
      0
      • S Snopy_16

        @crunchip sagte in Umstieg von Raspberry nach Proxmox - viele Hürden:

        ja gibt es, ob und wie diese jedoch weiter gewartet werden, weiß ich nicht

        ich glaub, da hab ich mich falsch ausgedrückt. Ich meinte , ich installiere per helper-script die influxdb. wenn ich im selben container auch grafana haben will, muss ich das wahrscheinlich per befehlszeile installieren, weil per helper-script ja wieder ein extra container erstellt wird.

        crunchipC Abwesend
        crunchipC Abwesend
        crunchip
        Forum Testing Most Active
        schrieb am zuletzt editiert von crunchip
        #6

        @snopy_16 ja, aber darum geht es eigentlich.
        Installation sollte man letztendlich ohne diese Helper Scripte schaffen, damit man auch versteht was man da eigentlich macht

        umgestiegen von Proxmox auf Unraid

        S 1 Antwort Letzte Antwort
        2
        • crunchipC crunchip

          @snopy_16 ja, aber darum geht es eigentlich.
          Installation sollte man letztendlich ohne diese Helper Scripte schaffen, damit man auch versteht was man da eigentlich macht

          S Offline
          S Offline
          Snopy_16
          schrieb am zuletzt editiert von
          #7

          @crunchip
          Ok, ist klar
          Danke

          Man kann nicht alle Probleme lösen, aber wenigstens verursachen.

          LenovoThinkCentre M900 Tiny | i5-T6500 | 16 GB | 256 SSD
          iobroker auf Proxmox VM
          Node.js: v22.18.0 - NPM: 10.9.3 - js-controller: 7.0.6 - admin: v7.7.2
          FritzBox-7530TX hinter Glasfasermodem, WiFi mit Unifi

          crunchipC T 2 Antworten Letzte Antwort
          0
          • S Snopy_16

            @crunchip
            Ok, ist klar
            Danke

            crunchipC Abwesend
            crunchipC Abwesend
            crunchip
            Forum Testing Most Active
            schrieb am zuletzt editiert von crunchip
            #8

            @snopy_16 die Vorgehensweise eine VM oder auch einen LXC zu erstellen, ist immer die selbe, siehe DOKU, egal ob du dann iobroker, influxdb, grafana....danach drauf spielst.
            Für die jeweiligen Dinge gibt es die entsprechenden Installationsbeschreibungen auf deren jeweiligen Seite.
            influxdb
            grafana

            umgestiegen von Proxmox auf Unraid

            1 Antwort Letzte Antwort
            0
            • S Snopy_16

              @crunchip
              Ok, ist klar
              Danke

              T Offline
              T Offline
              ticaki
              schrieb am zuletzt editiert von ticaki
              #9

              @snopy_16

              Ich hab mosquitto in einem eigenen LXC

              Bildschirmfoto 2024-11-22 um 20.51.52.png

              IMHO alles was irgendwie geht in einen eigenen Container.

              EDiT: die iobroker VM hat bei mir 2GB RAM mehr benötigt, als der jetzige iobroker lxc und er muß nicht in eine VM.

              Weather-Warnings Espresense NSPanel-Lovelace-ui Tagesschau

              Spenden

              1 Antwort Letzte Antwort
              0
              • S Snopy_16

                Hallo, ich will nun vom Raspberry nach Proxmox umsteigen und habe gleich viele Fragen dazu.

                aktuell ein Rasperry PI 4 bookworm (alles aktuell). Installiert ist iobroker, mosqitto, influxdb2, grafana, unifi-controller, wireguard.

                Nun soll:
                auf VM - iobroker mit mosquitto
                jewils auf LXC-Container - influfdb + grafana, unificontroller, wireguard

                Und schon gehts schon los mit den Fragen:face_with_rolling_eyes: (und es werden voraussichtlich nicht die letzten sein)

                1.) ist die Aufteilung sinnvoll?

                2.) ich habe einen Lenovo Thinkcentre m900, i5, 16GB RAM und 128GB Festplatte.
                welche Ressourcen soll ich jeweils für VM und die Container vergeben?

                3.) es gibt ja diese tollen Proxmox VE Helper-scripts. Wie gehe ich vor, falls im Container dann ein 2. Programm installiert werden soll ? (influxDB und grafana)

                4.) influxdb - müssen bei der Neuinstallation die selben Daten wie im ursprünglichen System eingetragen werden (datenbank, user, organisation, bucket, token,..
                wie bringe ich die gespeicherten Daten auf das neue System?
                mit Backitup kann ich ja nicht zurückspielen, da influx nun im Container ohne iobroker liegt.
                oder doch zuerst in iobroker den influx-Adapter anlegen und mit der neuen influx vom Container verknüpfen?
                auch hab mal was gelesen, beim zurückspielen soll noch kein Bucket angelegt sein?

                bin Euch dankbar für jede Hilfe und Inputs.

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

                @snopy_16 eine VM ist nicht per se "böse". Wenn du InfluxDB und Grafana in/auf einem System haben willst, dann nimmst du eine VM. Ist durchaus bei Dingen richtig die eh voneinander abhängen.
                Eine VM ist ein - simulierter - richtiger Computer. Klar, das kostet ein paar extra Ressourcen. Aber in der Regel sind davon genug da. Dafür kannst du quasi jedes beliebige System darin laufen lassen, auch ein Windows oder ein FreeBSD.

                Docker = Container. Da kommt ein abgespecktes OS zum Einsatz inklusive der Applikation. Debian oder Ubuntu wären das BS / Betriebssystem, InfluxDB, Mosquitto oder Grafana in diesem Fall die Applikation. Du installierst also die Applikation inklusive dem dazu nötigen Betriebssystem als Laufzeitumgebung.
                Im Container änderst du aber normalerweise nichts. Darin Updates du auch nichts. Wenn es eine neue Version der Applikation gibt, wirfst du den Container weg und ziehst die die neue Version und startest die wieder.

                Da wären dann ja auch deine Daten weg - weshalb die Verzeichnisse mit den Daten in der Konfiguration immer ausgeleitet / umgeleitet werden, so das diese nicht in dem Container sind.

                Die Wahrheit liegt in der Mitte, beides hat seine Vor und Nachteile. Ein VM ist größer und du musst selbst an deren Betriebssystem schrauben bzw. es Updaten. Dafür kannst du darin auch mehr machen und musst ggf. nicht auf einen neuen Container warten.

                Ich verwende für alles VMs. Da mache ich einen Snapshot vor Aktionen bei denen ich mir unsicher bin (Spielstand speichern) und kann bei Bedarf alles rückgängig machen. Und ich sichere mir die ganze VM weg.
                Ich nutze auch Docker Container - weil es schlicht manche Dinge nur noch als Container gibt (Vaultwarden, zigbee2mqtt)
                Aber Docker in einer VM ... weil ich so von allen wieder einen Sanpshot machen kann und alles komplett wegsichern oder Umziehen kann.

                Lege unbedingt mal eine Zwischenstunde zum Thema Backup ein, Teste das sichern und probiere - an Testdingen - auch mal ein Restore. Das berücksichtigst du dann auch bei deiner Auswahl, wie dir was gefallen hat oder du damit zurecht gekommen bist.

                ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 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 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                crunchipC 1 Antwort Letzte Antwort
                0
                • S Offline
                  S Offline
                  Snopy_16
                  schrieb am zuletzt editiert von
                  #11

                  @bananajoe sagte in Umstieg von Raspberry nach Proxmox - viele Hürden:

                  Danke für deine Ausführungen, aber manches ist nicht klar

                  Im Container änderst du aber normalerweise nichts. Darin Updates du auch nichts.

                  Warum?

                  Wenn es eine neue Version der Applikation gibt, wirfst du den Container weg und ziehst die die neue Version und startest die wieder.

                  Im Falle von influx und grafana muss ich dann wieder alles neu konfigurieren. Überall die Token erneuern (iobroker)......

                  Man kann nicht alle Probleme lösen, aber wenigstens verursachen.

                  LenovoThinkCentre M900 Tiny | i5-T6500 | 16 GB | 256 SSD
                  iobroker auf Proxmox VM
                  Node.js: v22.18.0 - NPM: 10.9.3 - js-controller: 7.0.6 - admin: v7.7.2
                  FritzBox-7530TX hinter Glasfasermodem, WiFi mit Unifi

                  L 1 Antwort Letzte Antwort
                  0
                  • S Snopy_16

                    @bananajoe sagte in Umstieg von Raspberry nach Proxmox - viele Hürden:

                    Danke für deine Ausführungen, aber manches ist nicht klar

                    Im Container änderst du aber normalerweise nichts. Darin Updates du auch nichts.

                    Warum?

                    Wenn es eine neue Version der Applikation gibt, wirfst du den Container weg und ziehst die die neue Version und startest die wieder.

                    Im Falle von influx und grafana muss ich dann wieder alles neu konfigurieren. Überall die Token erneuern (iobroker)......

                    L Offline
                    L Offline
                    Labersack
                    schrieb am zuletzt editiert von Labersack
                    #12

                    @snopy_16
                    @BananaJoe meint vermutlich, dass man einen Docker-Container nicht updatet, sondern "wegwirft" und neu anlegt. Das stimmt auch.
                    Für einen LXC-Container unter Proxmox trifft das aber nicht zu, der wird druchaus wie ein normales OS gepflegt und bekommt Updates, in diesem Punkt ist LXC wie eine VM.
                    Beim Resourcenverbrauch ist LXC aber eher sparsam wie ein Docker Container.

                    1 Antwort Letzte Antwort
                    0
                    • BananaJoeB BananaJoe

                      @snopy_16 eine VM ist nicht per se "böse". Wenn du InfluxDB und Grafana in/auf einem System haben willst, dann nimmst du eine VM. Ist durchaus bei Dingen richtig die eh voneinander abhängen.
                      Eine VM ist ein - simulierter - richtiger Computer. Klar, das kostet ein paar extra Ressourcen. Aber in der Regel sind davon genug da. Dafür kannst du quasi jedes beliebige System darin laufen lassen, auch ein Windows oder ein FreeBSD.

                      Docker = Container. Da kommt ein abgespecktes OS zum Einsatz inklusive der Applikation. Debian oder Ubuntu wären das BS / Betriebssystem, InfluxDB, Mosquitto oder Grafana in diesem Fall die Applikation. Du installierst also die Applikation inklusive dem dazu nötigen Betriebssystem als Laufzeitumgebung.
                      Im Container änderst du aber normalerweise nichts. Darin Updates du auch nichts. Wenn es eine neue Version der Applikation gibt, wirfst du den Container weg und ziehst die die neue Version und startest die wieder.

                      Da wären dann ja auch deine Daten weg - weshalb die Verzeichnisse mit den Daten in der Konfiguration immer ausgeleitet / umgeleitet werden, so das diese nicht in dem Container sind.

                      Die Wahrheit liegt in der Mitte, beides hat seine Vor und Nachteile. Ein VM ist größer und du musst selbst an deren Betriebssystem schrauben bzw. es Updaten. Dafür kannst du darin auch mehr machen und musst ggf. nicht auf einen neuen Container warten.

                      Ich verwende für alles VMs. Da mache ich einen Snapshot vor Aktionen bei denen ich mir unsicher bin (Spielstand speichern) und kann bei Bedarf alles rückgängig machen. Und ich sichere mir die ganze VM weg.
                      Ich nutze auch Docker Container - weil es schlicht manche Dinge nur noch als Container gibt (Vaultwarden, zigbee2mqtt)
                      Aber Docker in einer VM ... weil ich so von allen wieder einen Sanpshot machen kann und alles komplett wegsichern oder Umziehen kann.

                      Lege unbedingt mal eine Zwischenstunde zum Thema Backup ein, Teste das sichern und probiere - an Testdingen - auch mal ein Restore. Das berücksichtigst du dann auch bei deiner Auswahl, wie dir was gefallen hat oder du damit zurecht gekommen bist.

                      crunchipC Abwesend
                      crunchipC Abwesend
                      crunchip
                      Forum Testing Most Active
                      schrieb am zuletzt editiert von
                      #13

                      @bananajoe sagte in Umstieg von Raspberry nach Proxmox - viele Hürden:

                      Docker = Container

                      https://www.docker.com/blog/lxc-vs-docker/

                      @snopy_16 sagte in Umstieg von Raspberry nach Proxmox - viele Hürden:

                      Im Falle von influx und grafana muss ich dann wieder alles neu konfigurieren. Überall die Token erneuern (iobroker)......

                      nein

                      umgestiegen von Proxmox auf Unraid

                      1 Antwort Letzte Antwort
                      0
                      Antworten
                      • In einem neuen Thema antworten
                      Anmelden zum Antworten
                      • Älteste zuerst
                      • Neuste zuerst
                      • Meiste Stimmen


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      842

                      Online

                      32.5k

                      Benutzer

                      81.6k

                      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