Also hälts Du meine Idee für Quatsch?
Man könnte doch auch Protocol B nehmen?
https://www.drbd.org/en/doc/users-guide-90/s-replication-protocols
Ja 10 GBE haben wir.
Bei Datenbanken kommt es ja nicht unbedingt nur auf die Datenrate an, sondern auf die Zugriffszeiten und I/Os an oder liege ich da ganz falsch?
Vielleicht jammere ich auf hohem Niveau, aber wenn du NVMe verbaust, die mit 2,1 GB/sec schreiben kann, dein DRBD-Interconnect aber nur maximal 1,125 GB/sec liefert ist das nur 50% der Geschwindigkeit. Das finde ich schon krass - da brauchst du ja nicht so ne teure Karte zu kaufen, sondern eine die "langsamer" ist. Inwiefern DRBD mit 3 Knoten multicast verwendet weiß ich nicht, aber ich hoffe es mal sonst halbiert sich die Menge gleich nochmal um 50% auf nur noch 25%.
Lesend ist die NVMe natürlich top (wenn die lokale Kopie verwendet wird).
Danke für den Hinweis, ja mdadm könnte man in dem Fall auch nehmen.
Ich bin ebenfalls ein ZFS Fan, an das dsync Problem der HDs bei ZFS hatte ich nicht gedacht.
Ich habe das Testweise am Laufen und bin mit der Performance eigentlich zufrieden.
Da muss ich wohl nochmals genauer testen.
Gehen tut unter Linux immer alles ... wie sinnvoll oder schnell es ... das ist die Frage. Wenn zu zufrieden bist, verwende es weiter - ich brauch keinen unnötigen Overhead der mir später mal "aufstoßen" könnte (mehr dazu unten)
Ja es sollen dann 3 * 2 Kopien sein.
Das wäre es uns wert, wegen der Ausfallsicherheit (Probleme mit dem Host) und 2-rangig wegen dem Migrieren.
Der Gedanke ist der, wenn eine Platte stirbt passiert erstmal gar nichts und wir können die Platte dann planbar austauschen. Die VM vor dem Plattentausch sogar eventuell auf einen anderen Host migrieren.
In deinem Beispiel können doch 5 Platten ausfallen und es läuft immer noch alles weiter - im worst case halt nur noch lesend mit max. 10 GBE, aber das ist ja noch besser als nichts.
Für das was ihr da an Geld in Prosumer SSDs packt wäre es doch fast schon eine Überlegung wert ein SAN zu kaufen, da habt ihr die ganzen Probleme und Overhead (Ceph, DRBD, mdadm/ZFS) nicht. Ich greife meistens nur noch zu KISS-Hardware. Aufbauen, benutzen gut ist. Ceph würd ich nur ab mind. 5 Servern (ok, habt ihr) verwenden, dann ab 4 Platten zzgl. Journal SSD. Und selbst dann muss das noch nicht schnell sein. Ceph ist auch ne tolle Geschichte, aber eben auch nicht einfach zu warten oder zu verwenden wenn man was in die Hose geht. Bei einem SAN kommt der Fachmann vorbei und schaut, wobei das meistens nur ne Platte reinschieben ist - das kann dann jeder. Shelves sind auch schnell rangehängt und so weiter. Man muss halt wissen wie viel Zeit man da reinstecken will. Zum Spielen ist das super, aber wie schnell wird das ungemütlich wenn mal was nicht funktioniert (angenommen du bist der Einzige der das Ding warten kann). TCO ist hier das "Totschlagargument". Linux ist toll und billig (bis kostenlos), aber wenn keiner da ist, der den Kram administriert ist Windows eben doch viel, viel günstiger.
Ich bin auch für Spielen, Lernen und alles mit freier Software machen, aber ich kann durchaus verstehen, dass man etwas möchte was man anstöpselt und es funktioniert. Wir greifen immer zu Fiberchannel, da es bisher am wenigsten Probleme gemacht und immer schnell war, bisher war jedes SAN mit iSCSI soooo langsam, da wurde immer am falschen Ende gespart. Selbst die günstigsten FC-SAN (also reale Hardware, keine Software-Lösungen) leisten solide Arbeit für oft schon wenig Geld. Dann wird nur noch angestöpselt und gut ist (angenommen man hat keine große fabric).
Das wusste ich nicht, dass wären dann 10 Prozessoren?!
Der Oracleserver hat doch aber selber nur 1 Core in der VM, das ist unlogisch, aber du weißt es scheinbar besser.
Ich frage da mal bei unserem Partner nach.
Was der Partner meint ist eigentlich auch egal, Oracle sagt es definitiv anders und die Prüfen und verlangen dann Geld (Nachzahlung ist immer Listenpreis ab eigentlichem Verkaufsdatum zzgl. Support)
http://docplayer.org/1280456-Oracle-vertriebs-bachelor-business-practice-licensing.html
Seite 77 und 78
Ist leider immer wieder ein leidiges Thema, aber ich kann es auch nicht ändern :-/
