UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Dolomiti]

Hallo,

ich habe auch besagten Zotac CI327. Läuft bei mir ohne Probleme mit 16GB, Proxmox 5.4.2 und folgenden Containern: Pi-Hole, influxDB, Grafana, Unifi-Controller, ioBroker-Master, ioBroker-Test und hin und wieder mal was zum ausprobieren. System dümpelt so zwischen 5 und 10% Auslastung rum.

[Spegeli]

@JimKnopf182 sagte in Hardware Anschaffung für proxmox/iobroker:

Hier ist ein netter Beitrag zu dem Gerät.
https://www.elefacts.de/test-58-zotac_zbox_ci327_nano_im_test_mit_windows_10_und_libreelec

Aber wie schlägt sich denn der Intel NUC6CAYH so dazu?

• Ganz kleines bisschen höherer Stromverbrauch!? Wobei das ja abhängig davon ist, was der PC/Server gerade werkelt.
• nur eine Netzwerkanschluss
• 1,5GHz Taktung, der Zotac nur 1,1?!

Würde auch Proxmox und ein paar VMs/Container laufen lassen:

• iobroker
• lms
• pihole
• debmatic
• tvheadend

Sollte ja eigentlich von der HW her ausreichend sein.

Hab selber den NUC6CAYH seit 1-2 Monaten. Das gute ist das der auch 16GB RAM verkraftet obwohl Intel selber Offiziell nur 8GB angibt.
Hab aktuell iobroker und pihole am laufen und das Ding ist bei 10% CPU auslastung und RAM ist dank 16gb mehr als genug da.

[lonsimbt]

Hallo,

bei mir läuft proxmox 6 auf einem Asrock j4105 itx mit 16 GB Arbeitsspeicher. Das System ist primär als NAS und Medienserver gedacht mit insgesamt 4HDD. Proxmox und die Containern liegen auf einer zusätzlichen SSD.

Alle Dienste laufen in Debian-Containern:

Der Container für iobroker hat zt. 2GB zur Verfügung.

Gruß Marco

[JimKnopf182]

Tausend Dank für eure Antworten!

Jetzt nun die Frage, ob eher NUC 6CAYH oder Zotac CI 327. Der Zotac hat den Vorteil, kein Lüfter, etwas weniger Stromverbrauch, zwei Netzwerkkarten für eventuell ne Firewall. Der NUC ist etwas stärker mit 1,5 GHz Taktung und er hat einen Lüfter, was vielleicht für 24/7 besser geeignet ist.

Was sagt ihr so dazu?

[Dr. Bakterius]

@JimKnopf182: Ich habe seit gut fünf Wochen den NUC und kann den Lüfter nicht hören (ist auch eine Einstellungssache im BIOS). Im Schnitt läuft er bei 50°C (~25% Systemlast) - also weit von der 100°C-Grenze entfernt.

[FredF]

@lonsimbt sagte in Hardware Anschaffung für proxmox/iobroker:

Der Container für iobroker hat zt. 2GB zur Verfügung.

Hat zwar nichts mit dem Fred hier zu tun... trotzdem die Frage wieviel Adapter laufen denn bei deinem ioBroker?

[Mic]

@JimKnopf182 sagte in Hardware Anschaffung für proxmox/iobroker:

Jetzt nun die Frage, ob eher NUC 6CAYH oder Zotac CI 327. Der Zotac hat den Vorteil, kein Lüfter, etwas weniger Stromverbrauch, zwei Netzwerkkarten für eventuell ne Firewall. Der NUC ist etwas stärker mit 1,5 GHz Taktung und er hat einen Lüfter, was vielleicht für 24/7 besser geeignet ist.

Was sagt ihr so dazu?

Ich wüsste nicht, warum man einen Lüfter bräuchte, wenn ein System dafür ausgelegt ist, keinen zu brauchen. Der Zotac CI327 läuft bei mir 24/7 und Standort heizte sich jetzt wieder gut auf: 0,0 Probleme. Interessant ggf. auch Nachfolger Zotac CI329.

[Spegeli]

Ich hab ja bereits weiter oben geschrieben das ich selber den NUC6CAYH mit 16GB Ram Betreibe.
Zusätzlich zu ioBroker und Pi-Hole läuft nun auch Windows 10 in einer VM darauf (dank Passthrough sogar mit Bild Ausgabe auf meinem Fernseher).

Den Lüfter habe ich bisher noch nicht gehört und das obwohl er im Schlafzimmer steht und das im Dachboden ist wo es die Tage doch schon mal Wärmer wird.
Es schadet auf jeden Fall nie einen Lüfter an Board zu haben.

P.S. Im Gegensatz zum CI327 ist der NUC6CAYH gute 50€ günstiger.

[Blue14]

Hallo
hab bei mir seit dem Wochenende das Asrock j4105 itx Auch mit 16gb in betreib. Bei mir momentan mit 4VM. Hatte gelesen das @lonsimbt hier das Board im Einsatz hat und muss sagen bis jetzt bin ich sehr zufrieden. Hab das Board in einem 19“ Gehäuse im Keller im Netztwerkschrank und komm ganz ohne Lüfter aus.

[lonsimbt]

@Blue14
Das Board läuft in der Tat sehr stabil und mit Proxmox 6 und dem aktuelleren Kernel lassen sich jetzt auch Temperatur und Lüftergeschwindigkeit monitoren und steuern.

Gruß Marco

[Blue14]

@lonsimbt
Danke für den tip. Hab direkt Version 6 installiert. Muss ich mir mal anschauen. Bin erstmal froh das alles läuft, war mein erster Versuch mit Proxmox und den VM‘s.

[Novus]

@Spegeli sagte in Hardware Anschaffung für proxmox/iobroker:

NUC6CAYH mit 16GB Ram Betreibe.

Interessant, welche Speichermodule hast Du verwendet!

[Blackmike]

@Novus die von Intel empfohlenen 8 gb kingston Riegel. Damit läuft meiner auch stable mit 16gb

[Spegeli]

@Novus sagte in Hardware Anschaffung für proxmox/iobroker:

@Spegeli sagte in Hardware Anschaffung für proxmox/iobroker:

NUC6CAYH mit 16GB Ram Betreibe.

Interessant, welche Speichermodule hast Du verwendet!

HyperX HX318LS11IB/8 Impact Arbeitsspeicher, DDR3L, 8GB 1866MHz, CL11, SODIMM 1.35V

[eric1905]

@Dolomiti said in Hardware Anschaffung für proxmox/iobroker:

Hallo,

ich habe auch besagten Zotac CI327. Läuft bei mir ohne Probleme mit 16GB, Proxmox 5.4.2 und folgenden Containern: Pi-Hole, influxDB, Grafana, Unifi-Controller, ioBroker-Master, ioBroker-Test und hin und wieder mal was zum ausprobieren. System dümpelt so zwischen 5 und 10% Auslastung rum.

Wie machst du das mit master und Test Instanz? Arbeitest du da mit mqtt? Die können ja nur in einem Container genutzt werden odèr gibt es da workarounds?

[Dolomiti]

@eric1905 Ich habe einfach in zwei Containern ioBroker installiert. Die beiden Systeme wissen nichts voneinander. Mittlerweile habe ich noch eine dritte "Spiel"-Instanz. Ich benutze das Test-Sytem, um neue Adapter zu probieren, Skripte zu testen und um Systemupdates zu probieren.
Ich verstehe nicht ganz, was du mit workarounds meinst. Wofür die Workarounds?

[eric1905]

@Dolomiti said in Hardware Anschaffung für proxmox/iobroker:

@eric1905 Ich habe einfach in zwei Containern ioBroker installiert. Die beiden Systeme wissen nichts voneinander. Mittlerweile habe ich noch eine dritte "Spiel"-Instanz. Ich benutze das Test-Sytem, um neue Adapter zu probieren, Skripte zu testen und um Systemupdates zu probieren.
Ich verstehe nicht ganz, was du mit workarounds meinst. Wofür die Workarounds?

Ich meinte in Tasmota gibt man ja einen MQTT Host an mit einem Port. Wie machst du es, dass du in beiden Containern die Tasmota devices ansteuern kannst? Nutzt du hier so etwas wie Mosquitto oder testest du nur neue Adapter, jedoch nicht die Steuerung von verschiedenen Geräten?
Warum nutzt man für zb. pi-hole und influxdb nicht einen Container? Man reserviert ja pro Container eine gewisse Anzahl an RAM und Festplatte. Da man für die Container ja immer ein debian system oder Ähnliches installiert wäre es doch sicher auch möglich in einen Container mehrere Services laufen zu lassen. Oder habe ich hier noch ein falsches Verständnis?

[Dr. Bakterius]

@eric1905 sagte in Hardware Anschaffung für proxmox/iobroker:

Warum nutzt man für zb. pi-hole und influxdb nicht einen Container? Man reserviert ja pro Container eine gewisse Anzahl an RAM und Festplatte. Da man für die Container ja immer ein debian system oder Ähnliches installiert wäre es doch sicher auch möglich in einen Container mehrere Services laufen zu lassen. Oder habe ich hier noch ein falsches Verständnis?

Ja klar kann man in einem Container mehrere Services laufen lassen. Jeder verhält sich ja wie ein eigener Computer. Aber es vereinfacht die Administration und erhöht die Sicherheit wenn man verschiedene Container nutzt.

Ich habe manche Services auf einem Container zusammen gelegt. Z.B. Pi hole und einen NTP-Server, oder SQL und Apache. Aber der ioBroker, openVPN und der Unifi-Controller laufen in eigenen Containern wo nebenbei höchstens noch Bash-Scripte per Cron ausgeführt werden.

[Homoran]

@eric1905 sagte in Hardware Anschaffung für proxmox/iobroker:

Oder habe ich hier noch ein falsches Verständnis?

Möglicherweise.

MQTT benötigt einen Broker, der als Schaltzentrale arbeitet.
Daran hängen dann die Clients.
Diese können einerseits Daten senden (Sensoren) oder auch Werte publishen.
Daher kann auch ein Client einen Schaltbefehl (über dem Broker als Zentrale) zu einem anderen Client schicken.

Mosquitto kann also laufen wo er will

[Johannes Bauerstatter]

@Homoran Die Idee find ich gut. Also ioBroker und ioBroker-Testsytem jeweils in einen Container und ein Ubuntu Container in dem Mosquitto läuft = der zentrale Broker, der die Daten einsammelt und versendet? Somit wären die ioBroker Container auch nur Clients und keiner ein Broker. Hätte das Mal versucht, aber was muss ich bei Mosquitto einstellen, damit alle anderen Client Werte im iobroker landen?