ISCSI LUN Daten kopieren

Hi,
Ja, korrekt, tu das nicht!
Wenn die LUN's im ESX als Datastore formatiert sind (mit VMFS), dann kannst Du nur über VMware gehen.
VMware Client - Quell-Datastore Browsen - Dateien auf lokale HDD herunterladen
VMware Client - Ziel-Datastore Browsen - Dateien von lokale HDD hochladen

Aver wenn zumindest einer der ESX beide LUN verbunden hat, dann ist es einfacher, diese VM direkt über den ESX zu kopieren. Entweder mit dem VMware Client --> VM klonen, oder auf der ESX Console mit "cp".

E.

42mb/s sind ca. 2,4 GB/min
Bei 1 Gbit/s ist das vollkommen OK!

Targets liegen auf der QNAP? Unter Windows kannst du mit Bordmitteln FAT/FAT32/extFAT!? und NTFS lesen. Ich schätze es wird einfach ein nicht lesbares Dateisystem sein. ESXi habe ich nie genutzt, aber es ist doch ein Linux OS als Basis und es würde mich wundern wenn die auch NTFS unterstützen.

Nachtrag: zu spät....

Grüße

Hallo.

ich meine mich zu erinnern, daß das auch dann nicht ratsam wäre, wenn Dein Client die Daten lesen könnte (also wenn das Dateisystem ein für Deinen normalen Windows-Client lesbares wäre, z. B. NTFS), denn bekanntlich benimmt sich ein per iSCSI-Initiator verbundenes iSCSI-Target wie eine lokale Festplatte, und diese bzw. deren Verbindung & Inhalt gehört dann exklusiv dem Gerät, das sich per Initiator mit dem Target verbunden hat. Es ist sogar zu befürchten, daß Du die Daten zerstören würdest. Du kannst es Dir so vorstellen, daß zwei PCs gleichzeitig auf die gleiche Hardwarefestplatte zugreifen wollten. Das geht nicht, ist auf diesem direkten Wege nicht vorgesehen.

Was gehen würde, wäre, die iSCSI-Verbindung jedesmal, wenn Du so eine Kopieraktion durchführen willst/mußt, am ESX(i) zu trennen. Dann kann der ESX(i) in der Zeit aber logischerweise nicht mehr auf die darauf befindlichen VMs zugreifen, so willst Du das sicherlich nicht. Würde aber auch trotzdem nicht das Problem mit dem für Windows nicht lesbaren Dateisystem lösen.

Was sind das für QNAPs? Eher Consumer bzw. etwas bessere Consumer-Geräte, oder eher solche, die hinsichtlich Austattung, Performance und Preis schon mehr in Richtung SAN zeigen? Falls ersteres, sind circa 40 MB/s ein normaler Wert, mehr leisten meine Fujitsu-Celvins (das sind umgelabelte QNAPs) auch nicht, weder per CIFS-/SMB-Share noch per iSCSI-LUN.


Viele Grüße

von

departure69

Doch, das geht schon. Das muss nur vom OS bzw. Filesysystem unterstützt werden. Bei Windows Client OS ist das aber nicht gegeben.

Na dann ist die Sache doch geklärt.
Was hat das mit dem "wie kopieren" zu tun?

Welches gleiche Problem?

Ach so. Dann versuche es mal so:

Beim Kopieren vor dem Click auf OK oder dem Enter die Shift-Tast drücken 3x "abrakadabra" rufen.
Oder die QNAP vor einem Spiegel halten, dann wir die LUN mit Lichtgeschwindigkeit gespiegelt.

Ernst beiseite:
Die 2,4 GB/min sind bei 1 Gbit/s doch schon fast das Maximum, was man in einer realen Umgebung im Testlab erzielen kann ...

Oder
Falls Thick-VMDK:
Je nachdem, wie voll die VMDK sind, kann das Exportieren der VM als OVA und anschießendes Importieren der OVA u.U. schneller sein, weil hier nur die belegten Blöcke kopiert werden.

Moin zusammen,

40mb/s ist doch nicht fast das Maximum.
Ich komme derzeit auf 70mb/s welche ich, trotz Protokoll Overhead und SMB, noch zu wenig finde.

Gruß
Spirit

Ja, ok. Ich bezog mich auf random (viele kleine Dateien).
Hier is es aber wegen der großen VMDK eher sequentiell.
Aber selbst dann kann bei einem Billig-Switch und/oder -NIC im Testlab schnell der Kanal dicht sein.

Ja da hast du durchaus Recht!

@to: Bau dazwischen doch einfach nen Trunk. Dann kannst den Flaschenhals minimieren. // Natürlich nur, wenn es kein Billig-Switch ist.