Du wirst mit Vigor 167 nur Probleme haben.
Hmm. Ich glaube ich probiere das Teil erstmal aus - wenns nicht klappt, gehts zurück.
Denkst du/ihr, das Teil hier wäre eine gute Alternative? Mir gefällt die Schlichtheit - einfach in den SFP Port gesteckt und ab gehts.
zu dem FB/MikroTik Thema:
ich hab das seit ein paar Minuten mit PPPoE-Passthrough am laufen. FRITZ!Box 7430 mit Vodafone DSL und ein MikroTik RB760iGS.
Einfach Anmeldung ohne Zugangsdaten bei einem anderen Internetanbieter auswählen, VLAN-ID 7 (je nach Provider), PPPoE-Passthrough an, MikroTik entsprechend mit Zugangsdaten konfigurieren und Abfahrt.
Funktioniert exakt genau so auch mit opnsense und vielen anderen Router Betriebssystemen.
Das Netzwerksetup bei mir läuft übrigens - allerdings beschaffe ich erst noch einen Rackschrank, bevor ich hier etwas dazu schreibe und es zeige. Aktuell das ganze dezent wirr aus.
Mein ADS-B Feeder ist aber bereits fertig umgezogen. Jetzt ist die Antenne auch recht optimal positioniert. Vorher hatte ich relativ wenige Flugzeuge drauf und eine eher begrenzte Reichweite. Nun habe ich im Normalfall zwischen 50-80 Flugzeugen auf dem Schirm, in einem Radius von bis zu 300 km oder selten sogar mehr.
Ich packe einfach mal einige Bilder hier rein. 
Display MoreSo nachdem ich auf der Arbeit jetzt ganz lustiges Spielzeug habe, werde ich wohl meinem NUC noch einen Kollegen daneben stellen.
Hab nun seit mehreren Jahren ein Coolermaster N200 Case rumstehen und bisher kein brauchbares und vor allem bezahlbares Mini-ITX Board gefunden. Neben Beschaffung ist ja der Betrieb von sowas mittlerweile auch ein Faktor der berücksichtigt werden muss. Leider bekomme ich den Strom nicht mehr für 8 Cent den KW/h geschenkt sondern für irgendwas mit 28 Cent pro KW/h, aua.
Ich muss leider sagen, das seit dem AMD mit seinen ZEN Chips auf dem Markt ist, Intel für mich längerfristig ehr eine Titanic geworden ist. Das fängt für mich schon da an wieviele Tausende verschiende Gattungen an Intel CPUs es momentan gibt, dem Release und Dead Zyklus der Chips über den Fakt das diese Dinger teilweise massiv über die angebene TDP hinweg Strom ziehen.
Nun kommen wir zum Spannenden Teil.
Das N200 Gehäuse kann nur Mainboards mit M-ATX oder Mini-ITX aufnehmen. Das besagte Mainboard M11SDV-4C-LN4F erfüllt dieses Kriterum mit Mini-ITX schon mal. Nachdem ich das ganze auf Arbeit mit 80 Watt und ein bis zwei SSDs betreiben kann, ist auch der Punkt Stromverbrauch recht akzeptabel.
Beim SoC handelt es sich um den AMD EPYC Embedded 3151 der mit vier 2700 Mhz Kernen und acht Threads bei 45 Watt TDP daher kommt. Supermicro spendiert dem ganze einen ordentlichen Passivkühler, jedoch ist es ratsam die Luft im Gehäuse in Bewegung zu halten. Dafür bietet das Board drei PWM Ports die man zur Not auch splitten kann. Ich persönlich werde wohl bei dieser Lösung auf drei bis vier 120mm Lüfter setzten.
Eine PicoPSU (leider ein Amazon Link) wird als Stromlieferant in der Region 90-120 Watt herangezogen. Falls nicht bekannt ist, was eine PicoPSU ist. Bei einer PicoPSU handelt es sich um ein ATX Steckernetzteil welches von einem AC/DC Netzteil gespeist wird und gerade in den Regionen unter 100 Watt extrem effizient sein kann. Die suche nach fertigen ATX Netzteilen kann man sich bei unter 300 Watt sparen, da ist relativ tote Hose. Vor allem wenn man probiert 60 Watt an so einem Netzteil zu verbraten. Was auch sehr cool ist, das es für das PicoPSU Netzteil eine PCI Blende gibt, den den 12V sauber raus führt.
Nun das Board hat auch ein Feature was ich bei Supermicro schon immer sehr gemocht habe. SATADOM. Der "goldene" Port auf dem Mainboard. SATADOM ist eine "mini" SSD welche man einfach auf den SATA Port steckt und quasi schon spass haben kann. Die Dinger haben zwar kein so olles Preis/Leistungverhältnis bieten dafür aber wesentlich robusteren Speicher gegenüber SD-Karten und USB-Sticks. Hier wird wohl mein Hypervisor Proxmox sein zuhause finden. Dann bleiben nur noch drei SATA Ports übrig, dass führt mich zum nächsten Thema.
Die Ports sind definitv zu wenig, denn das Gehäuse kann 3 x 3,5" und 4 x 2,5 " nativ aufnehmen. Hierfür werde ich wohl eine DELL HBA330 oder H310 Karte verwenden welche im IT-Mode crossflashed wird, den ich mag RAID-Controller einfach nicht. Vor allem nicht wenn sie kaputt gehen. Nun hab ich, aber noch ein weiteres Thema, es gibt nur einen X16 PCI-E Gen 3 Slot. Die HBA-Karte braucht aber nur x8, warum sollte man da die anderen verbleibenden acht Lanes einfach weg werfen? Hierfür werde ich eine Bifurication Karte von Supermicro wohl ran ziehen, die mir den x16 Slot auf zwei x8 Slots auf bricht. Somit kann ich eine zweite M.2 NVMe SSD verbauen, neben der NVMe, welche bereits auf dem Board verbaut ist. Somit habe ich am Ende des Tages folgendes:
- 1 x SATADOM (OS)
- 2 x NVMe SSD (High Performance),
- 4 x SATA SSD (Performance)
- 3 x SATA HDD (Capicity Infrequent)
3 x SATA HDD (Capicity Rarely)In anderne Worten:
- 1 x 29GB ( 1 x 32GB Supermicro SSD-DM032-SMCMVN1)
- 1 x 476GB RAID-1 ( 2 x 512GB 960 PRO NVMe M.2 SSD)
- 1 x 670GB RAID-5 ( 4 x 240GB Toshiba OCZ TR 200)
- 1 x 1862GB RAID-5 ( 3 x 1TB WD Red Plus 2.5")
Die 240GB SSD's werden wohl auf länger Sicht gegen WD Red SA500 NAS SATA SSD gewechselt. Hier muss ich schauen, in wiefern ich den Storage beanspruche obs 500GB oder 1TB werden. Genauso werden die 1 TB Spindel entweder bleiben, und oder durch ein 3,5" Verbund ergänzt bzw. ersetzt. Fürs Backup hab ich keine direkten gedanken. Hier soll das Capicity Layer erstmal herhalten und aufdauer wird es vermutlich ein Coldbackup auf mehrere externe HDD's. Kann mir da auch vorstellen das eine Externe HDD am NUC hängt und darauf der Proxmox Backup Server läuft welches das Blockdevice als Destination nutzt.
Beim Thema Netzwerk kann man eigentlich nicht mehr wirklich viel hinzufügen, das Board verfügt über dediziertes IPMI und einen I350 Intel Chip mit vier Gbit Interfaces, welches denke ich vorne und hinten reichen wird.
Beim Arbeitsspeicher lässt das Board mit dem Formfaktor denke ich auch keinerlei Wünsche offen, vor allem für RAM liebhaber. Das ganze Board schluckt 512 GB RAM wenn mans braucht. Ich werde da klein anfangen und mich mit 2 x 16GB DDR-4 ECC zufrieden geben. Hier ist auch wieder anzumerken das es nicht nur 512 GB maximal schafft sondern auch in allen Variationen: non-ECC, regECC und ECC.
Mir fällt jetzt leider nicht mehr viel ein was man hier noch erwähnen könnte. Falls jemand Vorschläge hat kann er sie gerne machen, vielleicht dient das auch als Denkanstoß für den einen oder anderen. Ich bin zumindest richtig Glücklich wenn diese ganze Show mit einer 90 bzw. 120 Watt PicoPSU auf dauer laufen kann.
Mensch lang ists her und das Ergebnis wie zu erwarten ein komplett anders. Ich wollte mal Feedback geben was aus dem ganzen Thema geworden ist. Vielleicht löst das ja bei manchen Leuten etwas warmes aus.
Nach ewigen Recherchen bin ich beim Hersteller ASRock Rack auf das Mainboard X570D4U gestoßen. Man kann sich vorstellen das ich quasi vor Freude geplatzt bin als ich das Ding in den Händen halten durfte.
Warum ist das Ding so platzend cool? Kurzer Überblick!
Richtig gelesen! Man klatscht einfach den nächst besten Ryzen auf das Board und kann sich an richtig kuhlen Takten erfreuen. Noch viel besser, die Ryzen Chips machen auch ECC nachdem AMD es nicht zwangsläufig abwirft. Was nicht ganz so kuhl ist, ist die Tatsache das der zweite M.2 Slot nicht an die CPU gebunden ist, oder sich das Leben mit der x4 Verbindung des Chipsets teilt. Entsprechend auch die absolut berauschende Performance dessen Slots. Joa IPMI war für mich ohnehin der Killer, nachdem das richtig viel Life quality Punkte gibt und dann noch zwei mal 1 Gbit Intel Nics. Perfect!
Im Endeffekt besteht der Build momentan aus folgenden Kompontenten:
Gehäuse: 1 x Coolermaster N200
Gehäuselüfter: 4 x Enermax Twister Pressure (Ja die sind nicht mehr existent)
Mutterbrett: 1 x ASRock Rack X570D4U
Prozessor: 1 x AMD Ryzen 5 3600
Prozessorkühler: Scythe Ninja 5
Arbeitsspeicher: 2 x Kingston 32GB DDR4 2666MHz ECC Unbuffered DIMM
Super Festkörper Laufwerk (Storage): 2 x Samsung 960 Pro 250GB
Festkörper Laufwerk (Cache): 2 x Toshiba OCZ TR 200 240GB
Festkörper Laufwerk (OS): 2 x WD Green 120GB
Fesplatten Laufwerk (Storage): 3 x WD Red 1TB
Netzteil: Seasonic PX / GX (muss ich nochmal schauen) 750W
Das ganze hab ich ins Gehäuse geworfen und im Endeffekt mich irgendwann dem Thema Undervolting / Overclocking gewidment. Warum das so cool ist. Gut das du dich das gerade frägst.
Grundsätzlich hat so ein Ryzen 5 3600 einen Basistakt von Trocknen 3600MHz und boostet manchmal oder eben sehr oft auf 4200MHz. Was im Stromverbrauch bei 4-6 VMs in etwa 35-128W bedeutet, das ist richtig viel. Könnte man sagen. Grundsätzlich auch korrekt und hier kommt das undervolting in Kombination mit Overclocking ins Spiel. Das Ziel besteht darin dem ganzen Spannung weg zunehmen bei gleichwertiger Leistung. In meinen Fall bedeutet das 0.990V welche am Sockel anliegen bei einem kostanten Core Takt von 4000MHz, wobei ich das Boosten einfach abgeschalten habe, weils einfach keinen Sinn mehr gemacht hat. Das Ergebnis hat mir schon ein Lächeln ins Gesicht gezaubert. Denn nun brauche ich bei Volllast nur noch maximal 80W und der normal Betrieb hat sich leider nicht wirklich gebessert der dümpelt bei 35-45W umher. Aber für mich war das schon ein ziemlicher Erfolgt weil ich knapp 40W weniger brauche bei vergleichbarer Rechenleistung!
Als OS kommt Proxmox zum Einsatz. Hierbei hab ich irgendwann was richtig kuhles aber auch irgendwie komisches getan. Man kann nämlich für den Onboard USB3.0 Anschluss einen Y-Adapter kaufen. Bedeutet ich hab im Gehäuse zwei USB3.0 Typ-A schnittstelllen zur Verfügung. An denen beiden habe ich meine 120GB WD Green SSDs im SATA-USB Geäuse vom Conrad angesteckt und am Ende ein ZFS Mirror mit Proxmox drauf geparkt. Der Mirror liefert konstante 420MB/s was mich recht zufrieden stellt. Bei den NVMe hab ich mit bisschen Backyard Science irgendwann heraus gefunden das Wärme irgendwie doof ist. Deswegen hab ich die irgendwann in Aluminium Kühler von Amazon gepackt und deutlich mehr Leistung und auch Lebenserwartung raus geholt. Die 3 x 1 TB HDDs laufen in einem ZRAID1 Verbund dem ein ZFS Mirror für Lesen / Schreiben vorgeschalten ist. Damit sind die HDDs nicht allzu langsam, aber leider immer noch keine Raketen.
Mehr hab ich da jetzt aktuell nicht zu sagen ausser das es einfach geräusch arm läuft, im Verhältnis kaum Strom zieht und joa. Irgendwann sollte eigentlich noch eine Grafikkarte rein, aber irgendwie löst mein Arbeitsgerät momentan diese Probleme wunderbar.
Falls Fragen oder Anregungen da sind, einfach her damit.
die Ryzen Chips machen auch ECC
Aber nur unbuffered, kein registered 
Als OS kommt Proxmox zum Einsatz
Eh du Experimente mit Undervolting machst - setz doch erstmal den Governor im Proxmox auf powersave. Proxmox hat da nämlich die Welt verdreht. Bei denen hast du standardmäßig ondemand (wie überall), aber ondemand ist bei denen wie performance unter einem default Debian. Und powersave ist bei denen das echte ondemand, was wir von default Debian kennen.
Der Mirror liefert konstante 420MB/s was mich recht zufrieden stellt.
Habe ich am Anfang auch in meinem Homeserver gemacht. Irgendwann ist das total weggesackt und die Performance war grauenhaft.
Ich habe dann lieber in einen simple PCIe HBA mit ein paar SATA Ports investiert. Glaube der kam um die 40€ und seitdem läuft es dauerhaft stabil.
Eh du Experimente mit Undervolting machst - setz doch erstmal den Governor im Proxmox auf powersave. Proxmox hat da nämlich die Welt verdreht. Bei denen hast du standardmäßig ondemand (wie überall), aber ondemand ist bei denen wie performance unter einem default Debian. Und powersave ist bei denen das echte ondemand, was wir von default Debian kennen.
Ich muss das auf meinen Ryzen noch evaluieren. Auf meinen EPYC System kann ich auf jeden Fall sagen das man aufs Powersaving über den Governor komplett verzichen kann. Ich hab da lange experementiert und studiert. Ergebnis hiervon ist, der Server läuft in Performance mit 15 Watt weniger Verbauch als wenn ich Powersave oder Ondemand setze.
Habe ich am Anfang auch in meinem Homeserver gemacht. Irgendwann ist das total weggesackt und die Performance war grauenhaft.
Ich habe dann lieber in einen simple PCIe HBA mit ein paar SATA Ports investiert. Glaube der kam um die 40€ und seitdem läuft es dauerhaft stabil.
Joa PCIe habe ich aber leider nicht im Überfluss zur Verfügung Vor allem ist mir die Performance absolut Banane nachdem ich nur Proxmox davon boote und Müll wie ISOs darauf ablege. Die VMs laufen auf NVMe, oder Hybrid Speicher Was mir hierzu noch einfällt. Man sollte ZFS und NVMe nicht machen. ZFS ist dafür absolut nicht gebaut und das wissen die Entwickler mittlerweile auch das da ganz viel im Argen liegt bzgl. Performance. Ich empfehle bei NVMe Raids mdadm.
Falls jemand sowas wie ein Wireguard Endpoint Router sucht. Den kann ich zumindest selbst approved (Trust me bro) hierfür den EdgeRouter 4 von Ubiquiti ans Herz legen. Für 170€ kriegt man da feines was median (Geprüft über einen Zeitraum von 15 Minuten mit iPerf3) 550Mbit Wireguard Durchsatz schaft.
Theoretisch gibts noch den EdgeRouter X / Lite für weniger Geld. Da bin ich bei Recherchen recht häufig auf die Zahl 100-150 Mbit gestoßen. Das kann ich aber leider nicht prüfen, wegen Mangelder Hardware.
Theoretisch gibts noch den EdgeRouter X / Lite für weniger Geld. Da bin ich bei Recherchen recht häufig auf die Zahl 100-150 Mbit gestoßen.
Ein Raspi 4 schafft 250 MBit/s. Preis/Leistung vermutlich unschlagbar.
Theoretisch gibts noch den EdgeRouter X / Lite für weniger Geld. Da bin ich bei Recherchen recht häufig auf die Zahl 100-150 Mbit gestoßen. Das kann ich aber leider nicht prüfen, wegen Mangelder Hardware.
Den EdgeRouter X hatte ich selbst mal >1 Jahr im Einsatz. Bei dem fand ich die Konfiguration immer sehr mühsam und vieles ging mit der WebUI gar nicht. Für den Preis aber ein echt cooles Gerät!
Ein Raspi 4 schafft 250 MBit/s. Preis/Leistung vermutlich unschlagbar.
Noch Hörensagen (siehe hier), aber der Radxa (ROCK Pi) E23 (2500M+1000M) / E25 (2x2500M) sollte da Ende des Jahres ggf. noch eine Schippe 'drauflegen können.
Jau, der sieht nett aus.
Wie sieht's denn bei den Vorgängern mit der Unterstützung durch den Linuxkernel aus? Bei den meisten SBCs wird eine Kernelversion so hingefrickelt, dass sie einigermaßen läuft und bei der hängt man dann für immer fest.
Wie sieht's denn bei den Vorgängern mit der Unterstützung durch den Linuxkernel aus? Bei den meisten SBCs wird eine Kernelversion so hingefrickelt, dass sie einigermaßen läuft und bei der hängt man dann für immer fest.
Ich habe hier zwei ODROID N2+ (S922X CPU, 4xA73@2.4GHz + 2xA53@2.0GHz) und die Kernelunterstützung ist einwandfrei (derzeit bis 5.14.y – wobei ich selbst die jeweils neuesten verfügbaren Kernel meide und hier aktuell 5.13.y verwende)[*]; im Forum tummeln sich u. a. Debian-, Ubuntu- und Arch-Nutzer – viel besser wird's nicht. HardKernel hat hier schon mit älteren Modellen bewiesen, dass sie um den Wert der Software-Unterstützung wissen und entsprechend Aufwand investiert, um gängige Linux-/Android-Distributionen damit zum Laufen zu bekommen. Dennoch sollte man sich zutrauen, bei Nicht-x86_64/amd64-Architekturen den Kernel selbst zu übersetzen, weil ab und zu einmal Module nicht einkompiliert sind (insgesamt eben eine drastisch kleinere Nutzerbasis verglichen mit vorgenannter Architektur, klar) wie etwa diejenigen, welche man für die LXD+QEmu-VM-Steuerung benötigt.
Bei den Radxa-SBC kommt es stark auf das Modell und die jeweilige CPU an, da gibt es durchaus auch größere Probleme, was man so im Forum sieht – mit der Zeit wird es sicherlich besser, aber man kann dort eher in die Rolle eines "Early Adopters" geraten (was schlichtweg daran liegt, dass die verbauten CPU neueren Datums sind als die vorgenannte). Andererseits wird auch bei Radxa Wert darauf gelegt, dass viele OSS-Autoren entsprechende Modelle als Erste in die Hand bekommen (dadurch wird die Kernel-/Treiberunterstützung stärker ausgelagert).
Gegenüber den zahlenmäßig weiterverbreiteten "Original-Raspberries" – und da muss man sich einlesen! – haben alle vorgenannten Modelle allerdings den Vorteil, dass hier wirklich alles als OSS verfügbar ist, ohne jegliche proprietären Software-/Firmware-Bestandteile, welche man beim Raspberry nicht umgehen kann und (bislang) nicht dokumentiert bekommt[**]. Das ist ein Grund, warum beispielsweise verschiedene Distributionen diese Modelle meiden. Es empfiehlt sich also, bei Interesse an SBC zunächst sehr intensiv auf Unterschiede zwischen den Modellen und verbaute Hardware ("überschaubarer Anzahl" von Komponenten auf dem SBC) zu achten. Hier kann es sich durchaus lohnen, auch einmal "gegen den Strom zu schwimmen" und Modelle mit kleinerer Nutzerbasis ins Auge zu fassen. Ich bin mit obiger Erstwahl uneingeschränkt zufrieden, auch wenn ich Ende des Jahres ggf. langsam mit einer neueren CPU-Generation (ARMv8.2) liebäugle, welche Radxa auf den Markt bringen will.
EDIT: Bei Radxa sollte man im Auge behalten, dass dort bisweilen auch verschiedene Revisionen desselben Basis-Boards in zeitlich kurzen Abständen herausgegeben werden, welche bisweilen signifikante Design-Anpassungen/-Korrekturen (Stromversorgung auf den Pins, …) aufweisen. Mein bisheriger Eindruck ist der, dass die Chinesen (Radxa) wesentlich mehr Modelle entwerfen und "näher an der Chip-Quelle" sitzen als die Koreaner (HardKernel), welche dafür ggf. etwas mehr Aufwand beim initialen Design eines Modells betreiben, weil sie sich aufgrund der Unternehmensgröße auf weniger Modelle konzentrieren und diese in Stückzahlen "an den Mann" bringen müssen.
[*] Gerade die letzten v5.1x-Kernel haben sukkzessiv Erweiterungen für die aarch64/arm64-Architektur gesehen, wobei etwa Patches für die Reboot-Unterstützung bislang noch durch die SBC-Anbieter "downstream" beigesteuert werden müssen (diese werden ihren Weg in den Standard-Kernel finden, aber das kann noch ein paar Wochen/Monate dauern)
[**] Nach meinem bisherigen Kenntnisstand; allerdings habe ich mit Entscheidung für den HardKernel ODROID N2+ im August letzten Jahres die Veröffentlichung von Firmware-Details zum Raspberry nicht mehr wirklich verfolgt, da mir selbst die aktuellen RPi-Modelle eine zu schwache CPU-Leistung aufweisen und ich von der obengenannten Software-Unterstützung begeistert bin.
Hab gestern ein großartiges Tool gefunden. EveryCircuit erlaubt es Schaltungen zu simulieren.
Hab gestern ein großartiges Tool gefunden. EveryCircuit erlaubt es Schaltungen zu simulieren.
Da kommen Alpträume vom nandgame in mir hoch 
hassio mit zha, und?
Läuft seit Jahren...
Jo bei mir auch. Hab aber endlich die Zigbee Steckdosen bekommen und die erste eingebunden. Funktioniert wie erwartet problemlos.
