Beiträge von MaxRink

  • McStarfighters Kodi Tower - Der finale Wahnsinn

    Zitat von McStarfighter

    Ich war schon immer bei Intel, das werde ich auch nicht ändern! ;)

    Ändert halt nichts an der Tatsache, dass AMD mit Zen in praktisch allen Workloads (AVXdependant und DB-Workload ausgenommen) Intels SKUs in der selben Preisklasse outperformt, massiv mehr I/O ( I/O ist SKU-Uniform, selbst die billigsten CPUs haben full I/O ihrere Serie, was halt für Filer top ist, da CPU-Leistung selten der Limitierende Faktor ist) bietet und auch in der Consumerklasse schon ECC-Support hat, welchen Intel halt künstlich beschneidet. http://www.anandtech.com/show/11544/int…e-of-the-decade ist da ein netter Vergeich der Server-SKUs

  • McStarfighters Kodi Tower - Der finale Wahnsinn

    Zitat von McStarfighter

    Heute kam mein Kumpel mit dem Akkuschrauber vorbei und die restlichen Einschübe und Lastschienen mussten dann auch erstmal weichen!
    Dann haben wir nicht nur den ganzen Staub da mal rausgeholt, sondern auch die Innentiefe um 13 cm auf 73 cm erhöht.
    Und um festzustellen, ob die Rails auch wirklich nun klappen und ganz viel toller sind, wurden die natürlich gleich eingebaut und eines der 12 MSA60 gleich hinterher! Damit die Deckenlüfter ihre Arbeit verrichten können, haben wir 1 HE Platz gelassen und mit einer schwarzen Blende versehen ...
    Das USV muß ich in Reparatur geben, da irgendwo da drin das Wechselstromrelais kaputt ist und ich mich da nicht ran traue. Gott sei Dank haben wir so nen Laden in der Nähe, der bekommt den schweren Klotz Ende der Woche!
    Morgen kommen die Rails für den PC-Einschub, und Mitte nächster Woche die restlichen 11 Rails-Paare für die MSA60.
    Das neue Mainboard sowie die Xeon-CPU und der ECC-RAM brauchen dann noch so 3-4 Monate, bis ich die zusammen habe!

    Über Fortschritte halte ich euch natürlich auf dem Laufenden! ;)

    Wie gesagt, nimm lieber einen epyc oder TR, die haben für reine Filer ein deutlich besseres P/L Verhältnis

    Gesendet von meinem ZTE A2017G mit Tapatalk

  • McStarfighters Kodi Tower - Der finale Wahnsinn

    Mich z.B.
    Zum einen steigt halt die failure rate mit dem Alter, auch bekommst du von HP eher keinen Service mehr. Zusätzlich kommen halt noch Sachen wie das Bottleneck einer alten SAS Version, die schlechte density und hat eher ineffiezente PSUs dazu dazu.
    Sind halt Tradeoffs, die jeder für sich abwägen muss.

    Gesendet von meinem ZTE A2017G mit Tapatalk

  • McStarfighters Kodi Tower - Der finale Wahnsinn

    Zitat von McStarfighter

    Ja, die Anzahl der Bays ist recht ordentlich. Ich habe halt auch keine Lust mehr, mir ständig nen neuen Server auszudenken, und die MSA60 bekommt man (ohne HDD Trays) für je 120 Euro!

    Die sind ja aber halt auch schon etwas älter und werden ausgemustert da halt für RZ zu ineffiezent.
    Top of the line ist mittlerweile 90 3,5" Bays + server auf 4HE ( sprich 12x90TB max) :devil:
    Aber für deinen Gebrauch sind die ja vollkommen ausreichend.

    Gesendet von meinem ZTE A2017G mit Tapatalk

  • McStarfighters Kodi Tower - Der finale Wahnsinn

    Verkabelung ist da kein großes Ding, das sind schlicht externe SAS-Kabel.
    Btw @skybird schon darüber nachgedacht, einfach nennen billigen Threadripper auf ein mb mit ECC Support zu packen? 64pcie lanes für den Preis bekommst du sonst nur mit hochspezialisierten ARM -SoCs für den servermarkt

    Gesendet von meinem ZTE A2017G mit Tapatalk

  • McStarfighters Kodi Tower - Der finale Wahnsinn

    Verkabelung ist da kein großes Ding, das sind schlicht externe SAS-Kabel.
    Btw @skybird schon darüber nachgedacht, einfach nennen billigen Threadripper auf ein mb mit ECC Support zu packen? 64pcie lanes für den Preis bekommst du sonst nur mit hochspezialisierten ARM -SoCs für den servermarkt

    Gesendet von meinem ZTE A2017G mit Tapatalk

  • Wemos D1, NodeMCU, ESP8266

    Du /kannst/ den ESP8266 in Lua programmieren, ob du das mit 96k RAM aber ernsthaft illst ist ne andcere Frage.
    ESP32 und ESP8266 können nämlich auch direkt in C mittels ArduinoIDE oder auch per eclipse und dem SDK programmiert werden.
    Für den ESP32 gibts dann noch Späße wie microPython, was halt dann mit 400k RAM auch vernünftig läuft.
    Heise hat zum 32er ein paar nette Artikel: https://www.heise.de/developer/arti…if-3506140.html
    https://www.heise.de/make/artikel/E…32-3256039.html
    https://www.heise.de/make/meldung/E…et-3625888.html
    https://www.heise.de/make/meldung/A…32-3721736.html

  • Wemos D1, NodeMCU, ESP8266

    Zitat von don

    für meine nächsten Projekte habe ich die Familie um die ESP8266 Chips ins Auge gefaßt.

    Ironischerweise ist der ESP32 in allen belangen besser und kaum teurer.
    Besseres WiFi, BT, low power modes, mehr RAM (der 8266 ist bei den meisten Projekten, die die WiFi-Libs benutzen recht stark RAM-limitiert)

  • McStarfighters Kodi Tower - Der finale Wahnsinn

    Bei kleinen files ist zfs i/o limited, wie viele CoW systeme. Da helfen mehr parallele vdevs, ssds oder mehr ram für arc.

    Spoiler anzeigen


    Pros of Hardware RAID

    Improves server up-time statistics and availability which might be negatively impacted by common, predictable disk failures when configured and monitored properly.
    Easy to set up – Some controllers have a menu driven wizard to guide you through building your array or automatically set up right out of the box.
    Easy to replace disks – If a disk fails just pull it out and replace it with a new one assuming all other hardware is hot-plug compatible.
    Some controllers have battery backups that help reduce the possibility of data damage/loss during a power outage.
    Cons of Hardware RAID

    Proprietary – Minimal or complete lack of detailed hardware and software specifications/instructions. You are stuck with this vendor.
    On-Disk meta data can make it near impossible to recover data without a compatible RAID card – If your controller dies you’ll have to find a compatible model to replace it with, your disks won’t be useful without the controller. This is especially bad if working with a discontinued model that has failed after years of operation.
    Monitoring applications are all over the road – Depending on the vendor and model the ability and interface to monitor the health and performance of your array varies greatly. Often you are tied to specific piece of software that the vendor provides.
    Additional cost – Hardware RAID cards cost more than standard disk controllers. High end models can be very expensive.
    Lack of standardization between controllers (configuration, management, etc)- The keystrokes, nomenclature and software that you use to manage and monitor one card likely won’t work on another.
    Inflexible – Your ability to create, mix and match different types of arrays and disks and perform other maintenance tasks varies tremendously with each card.
    Hardware RAID is not backup, if you disagree then you need to read the definition again. Even the most expensive Hardware RAID is so much junk without a complete and secure backup of your data which would be necessary following a catastrophic, unpredictable failure.
    Pros of Software RAID

    ZFS and SoftRAID can improve server up-time statistics and availability which might be negatively impacted by common, predictable disk failures when configured and monitored properly.
    ZFS and similar (like BtrFS) were deliberately developed as software systems and for the most part do not benefit from dedicated hardware controllers.
    Development and innovation in ZFS, BtrvFS and others is active and ongoing.
    Hardware independent – RAID is implemented in the OS which keeps things consistent regardless of the hardware manufacturer.
    Easy recovery in case of MB or controller failure - With software RAID you can swap the drives to a different server and read the data. There is no vendor lock-in with a software RAID solution.
    Standardized RAID configuration (for each OS) – The management toolkit is OS specific rather than specific to each individual type of RAID card.
    Standardized monitoring (for each OS) – Since the toolkit is consistent you can expect to monitor the health of each of your servers using the same methods.
    Removing and replacing a failed disk is typically very simple and you may not even have to reboot the server if all your hardware is hot-plug compatible.
    Good performance – CPUs just keep getting faster and faster. Unless you are performing tremendous amounts of IO the extra cost just doesn’t seem worthwhile. Even then, it takes milliseconds to read/write data, but only nanoseconds to compute parity, so until drives can read/write much faster, the overhead is minimal for a modern processor.
    Very flexible – Software RAID allows you to reconfigure your arrays in ways that are generally not possible with hardware controllers. Of course, not all configurations are useful, some can be downright dumb.
    Cons of Software RAID

    Need to learn the software RAID tool set for each OS. – These tools are often well documented but often more difficult to learn/understand as their hardware counterparts. Flexibility does have it's price.
    Additional RAM requirements - particularly if using ZFS
    Susceptible to power outages - A UPS is strongly recommended when using SoftRAID as data loss or damage could occur if power is lost. ZFS is less susceptible, but I would still recommend a UPS.
    Disk replacement sometimes requires prep work - You typically should tell the software RAID system to stop using a disk before you yank it out of the system. I’ve seen systems panic when a disk was physically removed before being logically removed. This is of course minimized if all your hardware is hot-plug compatible.
    ZFS and Software RAID are not backup, if you disagree then you need to read the definition again. Even the largest and cheapest SoftRAID is so much junk without a complete and secure backup of your data which would be necessary following a catastrophic, unpredictable failure.

    Gesendet von meinem ZTE+A2017G mit Tapatalk