Re: Datenumzug, gespiegelte Daten und "aufbrechen"
Peter Ross <[email protected]>
| Newsgroups | gmane.os.freebsd.questions.german |
|---|---|
| Message-ID | <alpine.DEB.2.20.1702221128110.4663@PetrosBiggie> |
P.S. Ich habe eben gerade GEOM gates entdeckt.. Also, so viele Pfeile im Koecher. Welchen nehm ich nur? Gruss Peter On Wed, 22 Feb 2017, Peter Ross wrote: > Hallo Christian, > > danke fuer die Anregungen. > > > On Tue, 21 Feb 2017, Christian Meiring wrote: > >> Am Dienstag, 21. Februar 2017, 19:25:41 schrieb Peter Ross: >>> >>> Also, während des Umzuges wollen wir praktisch den Spiegel zerbrechen >>> und >>> mit einer Hälfte am anderen Ende starten - falls es schiefgeht, haben >>> wir >>> die andere Hälfte im "alten" Rechenzentrum. >>> >>> Variante 1: iSCSI und ZFS als Mirror, darauf dann zVols für VMFS. >>> >>> Variante 2: iSCSI und HaST, darauf VMFS. >>> >> In Deinem Szenario (wenn NUCs genügen) würde ich mich nicht mit HaST >> rumschlagen, sondern versuchen, das mit ZFS alleine zu regeln. > > > Andersrum gefragt: Gibt es Vorteile von HaST in einem Setup, bei dem ZFS > zum Einsatz kommt? (Klar, HaST kann auch fuer UFS-Partitionen verwendet > werden. Das werde ich aber wohl nicht tun.) > > Ich habe schon oft ZFS Volumes als Spiegel aufgesetzt, aber nie ueber > iSCSI. Gibt es dabei irgendwas zu beachten? Oder einfach Partition ueber > iSCSI exportieren und dann beim "zvol create mirror .." angeben? > > Kannn ich irgendwie angeben, ob ich "zufrieden" bin, wenn lokal geschrieben > wurde (und die iSCSI-Partition darf spaeter kommen)? Mir ist da nichts > bekannt. > > Oder sollte ich lieber GEOM mirroring machen, gibt es da die Moeglichkeit? > > (Die Manpage von gmirror spricht ueber priorities und balance algorithms, > aber die beziehen sich nur aufs Lesen?) > > (Komisch, sollte das wirklich nicht gehen? Ich bin mir ziemlich sicher, > dass unter Linux mit mdadm schon gemacht zu haben) > > Ich vermute, HaST (welches ich bis jetzt nie verwendet habe), kann mir > dabei helfen. > > In meinem Fall waere es unschoen, wenn ich auf das Schreiben remote warten > muss. Fuer eine kurze Zeit kann ich auf diese Sicherheit verzichten, denke > ich (es geht wirklich nur um den Umzug, um ein paar Stunden), aber > Performance ist mir schon auch fuer den temporaeren Betrieb wichtig. > > Es geht also um: > > - ZFS mirrors (ein device via iSCSI) > - HaST > - gmirror(ein device via iSCSI) > > oder irgendwas, was ich nicht weiss;-) > > Nebenbei, fuer VMware kommt auch ein NFS server in Betracht. Ich nehme aber > an, dass ich mit iSCSI besser fahre. Da kann ich mich aber auch irren.. Ich > habe NFS-Server schon lange nicht mehr benutzt (kam einfach in meiner > Umgebung jahrelang nicht vor.) > > Noch habe ich die Hardware nicht, wenn ich sie habe, werde ich das alles > testen. > > Vorab waere es interessant, wenn jemand weiss, welches richtig gut laeuft, > oder ob ich was vergessen kann, weil es nicht stabil ist. > > Danke > Peter