fard dwalling
Experte
- Mitglied seit
- 22.10.2017
- Beiträge
- 887
Wie ist denn bei dem mirror vdev die Performance gegenüber raid5 am Hardware controller? Jeweils bei 4 Platten?
Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: this_feature_currently_requires_accessing_site_using_safari
Der Vorteil liegt wo genau?Mirrored Stripes, also quasi RAID10 gibt dir sichere 6TB und stresst im Resilverfall die Platten weniger. ZFS: You should use mirror vdevs, not RAIDZ. JRS Systems: the blog
The only disk more heavily loaded than usual during a mirror vdev resilvering is the other disk in the vdev – which might sound bad, but remember that it’s no more heavily loaded than it would’ve been as a RAIDZ member. Each block resilvered on a RAIDZ vdev requires a block to be read from each surviving RAIDZ member; each block written to a resilvering mirror only requires one block to be read from a surviving vdev member. For a six-disk RAIDZ1 vs a six disk pool of mirrors, that’s five times the extra I/O demands required of the surviving disks.
Resilvering a mirror is much less stressful than resilvering a RAIDZ.
Nö!Resilvering a mirror is much less stressful than resilvering a RAIDZ
Zusammengefasst:
Ich nutze den Windows Boot Manager BCD um auf dem Internen USB-Stick den Bootmanager zu installieren.
Dieser leitet dann während des Bootvorgangs auf SATA5 um.
- Alle Festplatten in den Slots 1-4 entfernen.
- Intern keinen Stick und keine SD-Karte installieren.
- HDD an SATA5 anschließen
- Bios so einstellen, das vom USB Stick gebootet werden kann.
- Bios SATA Modus auf AHCI einstellen
- Die Windows Server 2012 R2 Installations-DVD auf einen USB-Stick kopieren.
- Den MicroServer von dem gerade erstellten Windows Server 2012 USB-Stick booten.
- Windows Server nun auf der SATA5 HDD installieren.
- Nach der Installation muss der Installations-USB-Stick entfernt werden.
- Der MicroServer müsste nun Windows Server 2012 R2 von SATA5 hochfahren.
- Einen mit FAT32 formatierten USB-Stick am internen Anschluss installieren.
- Bei mir hat das Windows Server System den Laufwerksbuchstaben C: und der am Internen USB-Anschluss angeschlossene Stick den Laufwerksbuchstaben D:
- Eine CMD mit Admin rechten starten.
- Folgenden Befehl ausführen: bcdboot C:\Windows /s D: /f ALL
- System herunterfahren.
- Platten in HDD SLOT 1-4 installieren.
- Fertig
Ist der USB-Stick auf active gesetzt worden?
Hatte damals dasselbe Problem.
[Sammelthread] HP ProLiant G8 G1610T/G2020T/i3-3240/E3-1220Lv2 MicroServer - Seite 308
Gen8 2.5 HDD in the ODD bay discussion - Page 6 - Microserver Gen 8 - RESET Forums (homeservershow.com)
Ähm, was meinst du damit, bzw. wo?
Warum denn immer so kompliziert mit HDD rein, HDD raus.
Du möchtest mir also sagen, es geht schneller?
Du planst aber die Zeit nicht ein um den Stick zu erstellen usw usw.
Also entweder betrachtest du bei beiden Abläufen den gesamten Intervall oder eben bei beiden nicht.
Sonst ist das eher nach dem Motto "ich traue nur Statistiken, die ich selbst gefälscht habe"...
Was muss ich denn da machen mit Diskpart? Sorry, für die vieleicht blöde FrageIch hab bei mir den USB-Stick erst mit diskpart auf active setzen müssen, damit der überhaupt bootbar wird.
Wenn ich mich recht erinnere, hab ich das damals nach derselben Anleitung gemacht wie du, und bei mir gings nicht, weil der Schritt in der Anleitung fehlt.
Das fiel mir aber erst auf nachdem ich den Kram in dem verlinkten englischsprachigen Forum mal durchgespielt hatte.
Kurze Frage! Wer hat hier welche Graka am laufen? Ich suche was potentes im Low Profile ( sollte schon rein passen ) um.ab und an mal was zu spielen. Keine Lust noch nen extra rechnen hin zu stellen. Geht da noch mehr als zb ne GTX1050i
Gesendet von meinem MI 6 mit Tapatalk
Hab noch mal nachgesehen, es war hpvsa-5.5.0-88
@sp4rt4n: Wenn DU noch mit aktuellster 6.5 testen willst und neue Erkenntnisse hast, dann bin ich gern dafür offen.
Update vom letzten Post:
Mit dem direkten ESXi 6.0.0 U3 scheint was nicht ok zu sein, bei mir laufend Probleme (s.o.). Eine alte Micro SD Card mit noch 6.0.0 U1 drauf lief problemlos, als ich sie zwischendurch mal geprüft hatte.
Kann sein das eine alte Version von U1 oder U2 mit Update auf U3 kein Problem verursacht, aber definitiv gerade bei mir wenn man nur 6.0.0 U3 neu installiert.
Sind hier nur meine aktuellen persönlichen Erfahrungen, muss nicht heissen das Andere dieses Problem auch haben.
Weitere Updates dann später.
------ Update 22.07. ------
Hier das versprochene Update zum Test mit den aktuellen Versionen von ESXi 6.0.0 U3 und 6.5.0d
getestete Images:
- HPE Custom Image for VMware ESXi 6.0 U3 Install CD (2017-07-11)
- HPE Custom Image for ESXi 6.5 Install CD (2017-07-11)
Meine Hardware (siehe Signatur):
abweichende Änderung: 1x WD 250GB HDD 3,5" und 1x WD 1TB 3,5" (meine Test-HDD's) und dazu den HP USB-Stick 2GB mit dem ESXi Image (alternativ noch 16GB MicroSD von Sandisk)
# Aufgefallene Merkmale/Probleme:
===============================
Problem beginnt schon beim Image auf USB-Stick (mit "rufus")
HPE Custom Image for VMware ESXi 6.0 U3 ==> Problem beim USB-Stick, lange Anforderung, lange Wartezeit, trotzdem vollständig.
HPE Custom Image for VMware ESXi 6.0 U2 oder andere ESXi Images ==> keine Probleme, sofortiges Beschreiben
HPE Custom Image for VMware ESXi 6.5 d ==> keine Probleme, sofortiges Beschreiben
Zw.-Fazit: vermutlich defektes Image von U3!?
# Installiertes VMware ESXi 6.0 U3:
+ vSphere Client:
Lange Ladezeiten der Datenspeicher / Hostspeichersystem aktualisieren (eingebundenen Festplatten)
Zeitüberschreitung, da der Remoteserver lange nicht reagiert hatte.
Eine Fehlermeldung:
Aufruf von "PropertyCollector.RetrieveContents" für Objekt "ha-property-collector" auf ESXi "<IP-Adresse>" ist fehlgeschlagen.
Gleichen Problem wie damals als die erste ESXi 6.0.0 Version rausgekommen ist. Hatte ich auch bei U2
Da gab es auch den Ladefehler/komplette vSphere Hänger.
Teilweise komplette Hänger des ganzen vSphere Clients
3x neu aufgesetzt, 3x das gleiche Problem. Getestet mit jeweils 2 verschiedenen Festplatten und jeweils einmal mit HP USB-Stick und MicroSDHC-Card.
(Tritt immer dann auf, wenn ein oder mehrmals die Datenspeicher/Festplatten aktualisiert werden) "....wird geladen...." Meldung
# Installiertes VMware ESXi 6.5:
(HPE-ESXi-6.5.0-iso-650.10.1.0.47)
- einwandfreie Installation, keine Hänger
- Reaktionen in der ESXi UI, schnell und ohne Probleme
- kein Abstürzen mehr, kein Rauswurf in den Loginscreen
Ein Problem trat jedoch auf:
Nach der Installation von Debian Test-VM und entfernen des ISO Images für den Neustart, ist die VM abgeschaltet. Fehlermeldung:
"Problem für Debian 8.8 (64-bit) auf esxi.<Dom> in ha-datacenter ermittelt: Configuration file has unexpected changes. Virtual machine has been terminated. Unregister and re-register virtual machine if the configuration file is correct." und
"Neukonfigurieren der virtuellen Maschine Debian 8.8 (64-bit) ist fehlgeschlagen. Der Vorgang ist im aktuellen Zustand nicht zulässig"
Die Debian VM kann derzeit nicht mehr verwendet werden. kann ein Einzelfall sein.
Ich teste aktuell noch eine Test-VM mit Windows Server und eine mit OMV
Bisher bei den beiden Systemen keinerlei Probleme, alles super.
# Fazit:
Die aktuellste Version ESXi 6.0.0 U3 kann ich persönlich gerade nicht empfehlen, da scheinbar fehlerhaft. (Meine Erfahrung)
Laufendes ESXi (U1/U2) mit Update auf U3 und ggf. angepasster Treiber (hpvsa-5.5.0-88) können vermutlich einwandfrei funktionieren.
Das neueste ESXi 6.5 (HPE-ESXi-6.5.0-iso-650.10.1.0.47) hat sich zu meiner Überraschung deutlich verbessert.
Bisher einwandfreie UI Funktionalität, keine Abstürze oder Probleme (Ausnahme die Debian-VM) das muss ich aber nochmals prüfen.
Performance-Tests folgen später.
------ Update 24.07. / Nachtrag ------
Der aktuelle ESXi 6.5.0 hat leider doch noch 2 Fehler, die hoffentlich bald mal gefixt werden.
# Wenn eine VM im laufenden Betrieb bearbeitet wird ( gelegentlich auch wenn im ausgeschalteten Zustand ) dann tritt folgender Fehler auf:
Arbeitsspeichergrenzwert akzeptiert nicht den negativen Wert -1048576
Grenzwert-Kästchen mit "-1048576" wird markiet angezeigt ( Einstellung bei VM Erstellung war: "Unbegrenzt" )
Drückt man Abbrechen dann --> bleibt man in Session und kann ggf. noch mal probieren.
Drückt man Speichern dann --> Exit ESXi Loginscreen
Ursache: TypeError: _vimTypes[configuration.config.scsis.Type] is not a constructor
# Beim markieren aller laufenden VM's und dann runterfahren --> Absturz der ESXi Weboberfläche, landet im Loginscreen
Unerwarteter Fehler ist aufgetreten / Unbehandelte Ausnahme
Ursache: TypeError: item is undefined
Version: 1.18.0
Build: 5270848
# Das oben genannte Linuxproblem, hat sich nicht noch mal ergeben-
# Fazit:
Auch wenn der ESXi 6.5 sich verbessert hat, so sind die beiden letzten Fehler doch ärgerlich und sollten bald mal gefixt werden.
Wenn man viel mit VM's experimentiert, Änderungen vornimmt oder sonstwie viel viel in der Weboberfläche aktiv ist, dann ist die aktuellste Version noch nicht ganz zu empfehlen.
Wenn man nur VM's installiert, laufen lässt und nicht laufend Anpassungen vornimmt (never touch a running system), ist die aktuelle Version durchaus eine Alternative zu 6.0