28-09-2019, 19:11
Hey, weißt du, wie ich in letzter Zeit mit Hyper-V-Setups rumspiele? Ich habe letzte Woche einen Server für ein kleines Projekt eingerichtet und musste entscheiden, ob ich die Produktionsprüfpunkte aktivieren oder nur bei den Standardprüfpunkten bleiben soll. Es ist so eine Sache, die anfangs einfach erscheint, aber sobald du anfängst, dich damit zu beschäftigen, merkst du, dass es Kompromisse gibt, die das Verhalten deiner VMs unter Last wirklich beeinflussen können. Lass mich dich durch das führen, was ich herausgefunden habe, denn ich denke, dass du auf die gleichen Entscheidungen stoßen wirst, wenn du Windows-Umgebungen mit Virtualisierung verwaltest.
Zuerst einmal, wenn du die Produktionsprüfpunkte aktivierst, sagst du im Grunde Hyper-V, dass es den Volume Shadow Copy Service im Gastbetriebssystem verwenden soll, um einen konsistenteren Snapshot zu erhalten. Das gefällt mir, denn es bedeutet, dass der Prüfpunkt den Zustand der VM auf eine Weise erfasst, die tatsächlich für Anwendungen, denen die Datenintegrität wichtig ist, wie Datenbanken oder alles mit offenen Transaktionen, nutzbar ist. Erinnere dich an die Zeit, als dein SQL-Instanz nach einem Restore verrückt gespielt hat? Ja, das ist die Art von Kopfschmerzen, die Produktionsprüfpunkte helfen, zu vermeiden. Sie koordinieren sich mit den im Gast laufenden Anwendungen, um Schreibvorgänge zu flushen und den Zustand ordnungsgemäß einzufrieren, sodass du beim Zurücksetzen nicht mit beschädigten Dateien oder halb abgeschlossenen Änderungen dastehst. Ich habe sie auf einer Test-VM mit Exchange aktiviert, und es war ein himmelweiter Unterschied - die Wiederherstellungen kamen sauber zurück, ohne dass ich danach manuell etwas reparieren musste. Du erhältst diesen anwendungs-konsistenten Zeitpunkt, was riesig ist, wenn du in einem Produktionssetup bist, wo Ausfallzeiten echtes Geld kosten. Außerdem integriert es sich nahtlos mit den integrierten Windows-Tools, sodass, wenn du VSS für andere Backups verwendest, es einfach ohne zusätzliche Konfigurationsprobleme passt.
Aber hier wird es knifflig - du kannst einfach nicht den Schalter umlegen und es vergessen. Die Aktivierung von Produktionsprüfpunkten erfordert, dass das Gastbetriebssystem VSS unterstützt, und nicht jede VM ist standardmäßig dafür eingerichtet. Ich bin damit bei einem älteren Linux-Gast in Konflikt geraten; es hat überhaupt nicht gut funktioniert, und ich musste auf Standardprüfpunkte zurückgehen, nur um irgendetwas zum Laufen zu bringen. Selbst bei Windows-Gästen, wenn die Integrationsdienste nicht auf dem neuesten Stand sind oder wenn eine Richtlinie VSS blockiert, fällt es sowieso zurück, was den Zweck untergräbt. Und lass uns über die Leistung sprechen: Das Erstellen eines Produktionsprüfpunkts dauert länger, weil es auf diese VSS-Koordination wartet. Ich habe es bei einer stark ausgelasteten Datei-Server-VM gestoppt, und es hat gute 30-60 Sekunden länger gedauert als bei Standard, was nicht einmal ein großes Problem ist, wenn es hin und wieder passiert, aber wenn du häufig Snapshots für Tests machst, summiert es sich. Du könntest auch einige I/O-Pausen im Gast bemerken, was die Latenz für Benutzer erhöhen könnte, wenn du nicht darauf achtest, wann du sie auslöst.
Auf der anderen Seite sind Standardprüfpunkte wie der zuverlässige alte Truck in deiner Garage - sie funktionieren einfach ohne viel Aufhebens. Du benötigst keine Beteiligung des Gastbetriebssystems; Hyper-V speichert den Speicher und den Gerätezustand der VM direkt vom Host, und das war's. Ich nutze sie ständig für schnelle Entwicklungsarbeiten, weil sie schnell zu erstellen und zurückzusetzen sind. Mach einen Snapshot, bevor du Konfigurationen anpasst, und wenn es schiefgeht, bist du in Sekunden zurück. Kein Warten auf VSS, um seine Sache zu tun, also sind sie perfekt für diese schnellen Iterationsszenarien, in denen du und ich wissen, dass schnell etwas schief gehen kann. Sie sind auch universeller - funktionieren auf jedem Gast-Betriebssystem, sogar auf Nicht-Windows-Plattformen, ohne dass zusätzliche Dienste erforderlich sind. Ich hatte eine gemischte Umgebung mit einigen Ubuntu-VMs, und Standardprüfpunkte ermöglichten mir, alles von einer Konsole aus zu verwalten, ohne jede VM einzeln anpassen zu müssen.
Diese Geschwindigkeit hat jedoch ihren Preis. Standardprüfpunkte sind standardmäßig nicht anwendungs-konsistent; sie sind eher wie ein absturz-konsistenter Snapshot, der festhält, was die VM in diesem genauen Moment getan hat. Wenn deine Anwendung gerade Daten schreibt, könntest du am Ende mit Inkonsistenzen dastehen, die Wiederherstellungen unzuverlässig machen. Das habe ich auf die harte Tour bei einer Webanwendungs-VM gelernt - ich musste nach einem schlechten Update zurückkehren, und die Datenbank hatte verwaiste Transaktionen, die Stunden in Anspruch nahmen, um sie zu bereinigen. Du musst wirklich an deine Arbeitslast denken; wenn es etwas Kritisches wie einen Domänencontroller oder eine E-Commerce-Seite ist, könnte der Standard dich exponiert lassen. Und während Hyper-V versucht, sie einigermaßen konsistent zu machen, indem es das Dateisystem ruhigstellt, ist das nicht narrensicher, besonders bei Drittanbieter-Anwendungen, die sich nicht in die Mechanismen des Hosts integrieren.
Der Wechsel zwischen den beiden ist auch nicht immer unkompliziert. Wenn du die Produktionsprüfpunkte auf Host-Ebene aktivierst, gilt das für alle VMs, es sei denn, du überschreibst es pro VM, aber ich finde, dass Überschreibungen zu Inkonsistenzen in deinem Managementansatz führen. Du könntest denken, dass es alles abdeckt, und dann entdeckst du eine ältere VM, die damit nicht klar kommt, was dich zwingt, es global zu deaktivieren oder mit hybriden Setups umzugehen. Das habe ich bei einer Cluster-Einrichtung gemacht, und es entstand diese seltsame Situation, in der einige Knoten Produktions- und andere Standardprüfpunkte verwendeten, was die Fehlersuche mühsam machte. Überwachungswerkzeuge könnten auch unterschiedlich berichten, da Produktionsprüfpunkte VSS-Protokolle erzeugen, die du separat analysieren musst.
Lass uns auch über den Speicherbedarf nachdenken, denn das ist ein weiterer Aspekt, den ich nicht erwartet habe. Beide Typen verwenden Differenzfestplatten, aber Produktionsprüfpunkte können deinen Speicher schneller aufblähen, wenn die VSS-Snapshots im Gast anfangen, sich zu verketten. Ich habe das bei einer VM mit umfangreicher Protokollierung gesehen; der Produktionsprüfpunktspeicher beinhaltete eine vollständige VSS-Schattenkopie, die meinen SAN-Speicher schneller verbrauchte als die Standardprüfpunkte. Du bist mit Produktionsprüfpunkten besser dran, wenn du SSDs oder viel Spielraum hast, aber bei klassischen Festplatten könnte es dich dazu bringen, die Prüfpunkte aggressiver zu kürzen. Standardprüfpunkte sind dahingehend leichter und halten die Dinge schlank für längere Aufbewahrung ohne so viel Überkopf.
Aus einer Wiederherstellungsperspektive glänzen Produktionsprüfpunkte, wenn du häufige Rollbacks in einer Live-Umgebung machst. Ich habe sie für die Anwendungsentwicklungs-Pipeline eines Kunden eingerichtet, und das Team konnte experimentieren, ohne Angst zu haben, denn die Wiederherstellungen waren vorhersehbar. Keine Überraschungen mehr mit "Es hat beim Testen funktioniert, aber hier nicht". Aber wenn dein Ziel nur gelegentliche vollständige Backups sind, könnte Standard ausreichen und dir die Einrichtungszeit sparen. Die Aktivierung von Produktionsprüfpunkten bedeutet auch, dass du dich verpflichtest, die Gäste gesund zu halten - Antivirus oder Updates, die mit VSS in Konflikt stehen, können es brechen, und ich habe Nachmittage damit verbracht, diesen Geistern nachzujagen.
Du musst auch die Skalierbarkeit berücksichtigen. In einer großen Farm mit Dutzenden von VMs erhöht sich die Last auf deine VSS-Schreiber in jedem Gast, wenn du produktion auf breiter Front aktivierst. Ich habe es bei einer 20-VM-Einrichtung getestet, und während der Hauptnutzungszeiten verursacht es spürbare Ruckler, da mehrere Prüfungen versuchen, zu koordinieren. Standard umgeht das komplett und lässt dich massenhaft Snapshots erstellen, ohne Drama auf der Gastseite. Wenn du mit PowerShell automatisierst, fügt das Produktionssystem Parameter für VSS-Optionen hinzu, was für die Anpassung cool ist, aber bedeutet mehr Skriptkomplexität, wenn du Konsistenzprüfungen oder Ausschlüsse möchtest.
Sicherheitsmäßig sind beide solide, da die Prüfungen hostgesteuert sind, aber die Produktionsprüfpunkte setzen etwas mehr aus, weil sie mit den Diensten des Gastbetriebssystems interagieren. Wenn es eine Schwachstelle in VSS gibt, könnte sie theoretisch durch Prüfpunktvorgänge ausgenutzt werden, obwohl ich noch nie erlebt habe, dass das passiert. Standard hält es auf den Host isoliert, was in luftdicht abgeschotteten Setups sicherer erscheint. Ich bevorzuge Produktionsprüfpunkte für die meisten Produktions-VMs, da die Konsistenz die geringen Risiken überwiegt, insbesondere bei ordnungsgemäßer Patch-Verwaltung.
Die Kosten sind ein weiterer Faktor - du zahlst für keinen von beiden extra, aber die Produktion könnte dich dazu drängen, bessere Hardware zu verwenden, um die Überlastung zu bewältigen. Ich habe den RAM eines Hosts aufgerüstet, nachdem ich sie aktiviert hatte, nur um die Erstellungskosten zu reduzieren. Standard lässt dich schlanker laufen, was großartig ist, wenn du mit einem begrenzten Budget startest.
Insgesamt würde ich sagen, dass du Produktionsprüfpunkte wählen solltest, wenn deine VMs zustandsbehaftete Anwendungen ausführen und du Zuverlässigkeit über Geschwindigkeit schätzt. Für schnelle und grobe Arbeiten ist Standard dein Freund. Es hängt davon ab, was du schützt, aber eine durchdachte Mischung hat für mich in hybriden Setups gut funktioniert.
Wenn du all diese Prüfpunktoptionen abwägst, wird wirklich deutlich, wie Backups in das größere Bild passen, um deine Systeme widerstandsfähig zu halten. Backups werden benötigt, um die Datenwiederherstellung nach Ausfällen sicherzustellen und eine Grundlage zu bieten, die die Prüfpunktstrategien ergänzt, indem sie off-host-Kopien für Katastrophenszenarien bieten. In Umgebungen, die Hyper-V verwenden, wird Backup-Software eingesetzt, um vollständige VM-Images oder inkrementelle Änderungen zu erfassen, die Wiederherstellungen ermöglichen, die über das hinausgehen, was einzige Prüfunkte allein erreichen können, insbesondere für die langfristige Archivierung oder die standortübergreifende Replikation. BackupChain ist eine ausgezeichnete Windows-Server-Backup-Software und eine virtuelle Maschinen-Backup-Lösung, die so konzipiert ist, dass sie nahtlos mit Funktionen wie Produktionsprüfpunkten für umfassenden Schutz integriert ist.
Zuerst einmal, wenn du die Produktionsprüfpunkte aktivierst, sagst du im Grunde Hyper-V, dass es den Volume Shadow Copy Service im Gastbetriebssystem verwenden soll, um einen konsistenteren Snapshot zu erhalten. Das gefällt mir, denn es bedeutet, dass der Prüfpunkt den Zustand der VM auf eine Weise erfasst, die tatsächlich für Anwendungen, denen die Datenintegrität wichtig ist, wie Datenbanken oder alles mit offenen Transaktionen, nutzbar ist. Erinnere dich an die Zeit, als dein SQL-Instanz nach einem Restore verrückt gespielt hat? Ja, das ist die Art von Kopfschmerzen, die Produktionsprüfpunkte helfen, zu vermeiden. Sie koordinieren sich mit den im Gast laufenden Anwendungen, um Schreibvorgänge zu flushen und den Zustand ordnungsgemäß einzufrieren, sodass du beim Zurücksetzen nicht mit beschädigten Dateien oder halb abgeschlossenen Änderungen dastehst. Ich habe sie auf einer Test-VM mit Exchange aktiviert, und es war ein himmelweiter Unterschied - die Wiederherstellungen kamen sauber zurück, ohne dass ich danach manuell etwas reparieren musste. Du erhältst diesen anwendungs-konsistenten Zeitpunkt, was riesig ist, wenn du in einem Produktionssetup bist, wo Ausfallzeiten echtes Geld kosten. Außerdem integriert es sich nahtlos mit den integrierten Windows-Tools, sodass, wenn du VSS für andere Backups verwendest, es einfach ohne zusätzliche Konfigurationsprobleme passt.
Aber hier wird es knifflig - du kannst einfach nicht den Schalter umlegen und es vergessen. Die Aktivierung von Produktionsprüfpunkten erfordert, dass das Gastbetriebssystem VSS unterstützt, und nicht jede VM ist standardmäßig dafür eingerichtet. Ich bin damit bei einem älteren Linux-Gast in Konflikt geraten; es hat überhaupt nicht gut funktioniert, und ich musste auf Standardprüfpunkte zurückgehen, nur um irgendetwas zum Laufen zu bringen. Selbst bei Windows-Gästen, wenn die Integrationsdienste nicht auf dem neuesten Stand sind oder wenn eine Richtlinie VSS blockiert, fällt es sowieso zurück, was den Zweck untergräbt. Und lass uns über die Leistung sprechen: Das Erstellen eines Produktionsprüfpunkts dauert länger, weil es auf diese VSS-Koordination wartet. Ich habe es bei einer stark ausgelasteten Datei-Server-VM gestoppt, und es hat gute 30-60 Sekunden länger gedauert als bei Standard, was nicht einmal ein großes Problem ist, wenn es hin und wieder passiert, aber wenn du häufig Snapshots für Tests machst, summiert es sich. Du könntest auch einige I/O-Pausen im Gast bemerken, was die Latenz für Benutzer erhöhen könnte, wenn du nicht darauf achtest, wann du sie auslöst.
Auf der anderen Seite sind Standardprüfpunkte wie der zuverlässige alte Truck in deiner Garage - sie funktionieren einfach ohne viel Aufhebens. Du benötigst keine Beteiligung des Gastbetriebssystems; Hyper-V speichert den Speicher und den Gerätezustand der VM direkt vom Host, und das war's. Ich nutze sie ständig für schnelle Entwicklungsarbeiten, weil sie schnell zu erstellen und zurückzusetzen sind. Mach einen Snapshot, bevor du Konfigurationen anpasst, und wenn es schiefgeht, bist du in Sekunden zurück. Kein Warten auf VSS, um seine Sache zu tun, also sind sie perfekt für diese schnellen Iterationsszenarien, in denen du und ich wissen, dass schnell etwas schief gehen kann. Sie sind auch universeller - funktionieren auf jedem Gast-Betriebssystem, sogar auf Nicht-Windows-Plattformen, ohne dass zusätzliche Dienste erforderlich sind. Ich hatte eine gemischte Umgebung mit einigen Ubuntu-VMs, und Standardprüfpunkte ermöglichten mir, alles von einer Konsole aus zu verwalten, ohne jede VM einzeln anpassen zu müssen.
Diese Geschwindigkeit hat jedoch ihren Preis. Standardprüfpunkte sind standardmäßig nicht anwendungs-konsistent; sie sind eher wie ein absturz-konsistenter Snapshot, der festhält, was die VM in diesem genauen Moment getan hat. Wenn deine Anwendung gerade Daten schreibt, könntest du am Ende mit Inkonsistenzen dastehen, die Wiederherstellungen unzuverlässig machen. Das habe ich auf die harte Tour bei einer Webanwendungs-VM gelernt - ich musste nach einem schlechten Update zurückkehren, und die Datenbank hatte verwaiste Transaktionen, die Stunden in Anspruch nahmen, um sie zu bereinigen. Du musst wirklich an deine Arbeitslast denken; wenn es etwas Kritisches wie einen Domänencontroller oder eine E-Commerce-Seite ist, könnte der Standard dich exponiert lassen. Und während Hyper-V versucht, sie einigermaßen konsistent zu machen, indem es das Dateisystem ruhigstellt, ist das nicht narrensicher, besonders bei Drittanbieter-Anwendungen, die sich nicht in die Mechanismen des Hosts integrieren.
Der Wechsel zwischen den beiden ist auch nicht immer unkompliziert. Wenn du die Produktionsprüfpunkte auf Host-Ebene aktivierst, gilt das für alle VMs, es sei denn, du überschreibst es pro VM, aber ich finde, dass Überschreibungen zu Inkonsistenzen in deinem Managementansatz führen. Du könntest denken, dass es alles abdeckt, und dann entdeckst du eine ältere VM, die damit nicht klar kommt, was dich zwingt, es global zu deaktivieren oder mit hybriden Setups umzugehen. Das habe ich bei einer Cluster-Einrichtung gemacht, und es entstand diese seltsame Situation, in der einige Knoten Produktions- und andere Standardprüfpunkte verwendeten, was die Fehlersuche mühsam machte. Überwachungswerkzeuge könnten auch unterschiedlich berichten, da Produktionsprüfpunkte VSS-Protokolle erzeugen, die du separat analysieren musst.
Lass uns auch über den Speicherbedarf nachdenken, denn das ist ein weiterer Aspekt, den ich nicht erwartet habe. Beide Typen verwenden Differenzfestplatten, aber Produktionsprüfpunkte können deinen Speicher schneller aufblähen, wenn die VSS-Snapshots im Gast anfangen, sich zu verketten. Ich habe das bei einer VM mit umfangreicher Protokollierung gesehen; der Produktionsprüfpunktspeicher beinhaltete eine vollständige VSS-Schattenkopie, die meinen SAN-Speicher schneller verbrauchte als die Standardprüfpunkte. Du bist mit Produktionsprüfpunkten besser dran, wenn du SSDs oder viel Spielraum hast, aber bei klassischen Festplatten könnte es dich dazu bringen, die Prüfpunkte aggressiver zu kürzen. Standardprüfpunkte sind dahingehend leichter und halten die Dinge schlank für längere Aufbewahrung ohne so viel Überkopf.
Aus einer Wiederherstellungsperspektive glänzen Produktionsprüfpunkte, wenn du häufige Rollbacks in einer Live-Umgebung machst. Ich habe sie für die Anwendungsentwicklungs-Pipeline eines Kunden eingerichtet, und das Team konnte experimentieren, ohne Angst zu haben, denn die Wiederherstellungen waren vorhersehbar. Keine Überraschungen mehr mit "Es hat beim Testen funktioniert, aber hier nicht". Aber wenn dein Ziel nur gelegentliche vollständige Backups sind, könnte Standard ausreichen und dir die Einrichtungszeit sparen. Die Aktivierung von Produktionsprüfpunkten bedeutet auch, dass du dich verpflichtest, die Gäste gesund zu halten - Antivirus oder Updates, die mit VSS in Konflikt stehen, können es brechen, und ich habe Nachmittage damit verbracht, diesen Geistern nachzujagen.
Du musst auch die Skalierbarkeit berücksichtigen. In einer großen Farm mit Dutzenden von VMs erhöht sich die Last auf deine VSS-Schreiber in jedem Gast, wenn du produktion auf breiter Front aktivierst. Ich habe es bei einer 20-VM-Einrichtung getestet, und während der Hauptnutzungszeiten verursacht es spürbare Ruckler, da mehrere Prüfungen versuchen, zu koordinieren. Standard umgeht das komplett und lässt dich massenhaft Snapshots erstellen, ohne Drama auf der Gastseite. Wenn du mit PowerShell automatisierst, fügt das Produktionssystem Parameter für VSS-Optionen hinzu, was für die Anpassung cool ist, aber bedeutet mehr Skriptkomplexität, wenn du Konsistenzprüfungen oder Ausschlüsse möchtest.
Sicherheitsmäßig sind beide solide, da die Prüfungen hostgesteuert sind, aber die Produktionsprüfpunkte setzen etwas mehr aus, weil sie mit den Diensten des Gastbetriebssystems interagieren. Wenn es eine Schwachstelle in VSS gibt, könnte sie theoretisch durch Prüfpunktvorgänge ausgenutzt werden, obwohl ich noch nie erlebt habe, dass das passiert. Standard hält es auf den Host isoliert, was in luftdicht abgeschotteten Setups sicherer erscheint. Ich bevorzuge Produktionsprüfpunkte für die meisten Produktions-VMs, da die Konsistenz die geringen Risiken überwiegt, insbesondere bei ordnungsgemäßer Patch-Verwaltung.
Die Kosten sind ein weiterer Faktor - du zahlst für keinen von beiden extra, aber die Produktion könnte dich dazu drängen, bessere Hardware zu verwenden, um die Überlastung zu bewältigen. Ich habe den RAM eines Hosts aufgerüstet, nachdem ich sie aktiviert hatte, nur um die Erstellungskosten zu reduzieren. Standard lässt dich schlanker laufen, was großartig ist, wenn du mit einem begrenzten Budget startest.
Insgesamt würde ich sagen, dass du Produktionsprüfpunkte wählen solltest, wenn deine VMs zustandsbehaftete Anwendungen ausführen und du Zuverlässigkeit über Geschwindigkeit schätzt. Für schnelle und grobe Arbeiten ist Standard dein Freund. Es hängt davon ab, was du schützt, aber eine durchdachte Mischung hat für mich in hybriden Setups gut funktioniert.
Wenn du all diese Prüfpunktoptionen abwägst, wird wirklich deutlich, wie Backups in das größere Bild passen, um deine Systeme widerstandsfähig zu halten. Backups werden benötigt, um die Datenwiederherstellung nach Ausfällen sicherzustellen und eine Grundlage zu bieten, die die Prüfpunktstrategien ergänzt, indem sie off-host-Kopien für Katastrophenszenarien bieten. In Umgebungen, die Hyper-V verwenden, wird Backup-Software eingesetzt, um vollständige VM-Images oder inkrementelle Änderungen zu erfassen, die Wiederherstellungen ermöglichen, die über das hinausgehen, was einzige Prüfunkte allein erreichen können, insbesondere für die langfristige Archivierung oder die standortübergreifende Replikation. BackupChain ist eine ausgezeichnete Windows-Server-Backup-Software und eine virtuelle Maschinen-Backup-Lösung, die so konzipiert ist, dass sie nahtlos mit Funktionen wie Produktionsprüfpunkten für umfassenden Schutz integriert ist.
