Cache-Einstellungen für den virtuellen Windows Server-Datenträger

7

Unter Windows unter Azure oder Hyper-V werden die Schreibcacheeinstellungen für die Festplattenrichtlinie für eine virtuelle Festplatte in der Serverkonfiguration immer aktiviert, unabhängig vom tatsächlichen Status der Einstellungen für den Schreibcache auf dem zugrunde liegenden Festplattensystem. Es gibt jedoch eine zweite Einstellung in Bezug auf die erste, deren Auswirkung in diesem Fall von virtuellen Festplatten unklar ist, wobei die erste in der Einstellung aktiviert / aktiviert ist, in der Hardware der virtuellen Festplatte jedoch tatsächlich deaktiviert ist. Die Festplatteneinstellungen sehen folgendermaßen aus:

[x] Enable Write Caching on the device
    [ ] Turn off Windows write-cache buffer flushing on the device 

Intuitiv würde ich annehmen, dass es keinen Grund gibt, dies zu aktivieren, da das Schreib-Caching für das Gerät tatsächlich NICHT aktiviert ist und wenn es sich um eine physische Festplatte handelt, diese Einstellung deaktiviert wäre. In diesem Artikel wird jedoch vorgeschlagen , dass durch das Aktivieren das Betriebssystem und die Hardware von bedeutungsloser Arbeit befreit werden und die Leistung bei gleichbleibender Datenintegrität verbessert wird. In diesem Fall ist das Schreib-Caching in der Einstellung aktiviert, in der Hardware jedoch tatsächlich deaktiviert:

... da eine virtuelle Festplatte überhaupt keine Festplatte ist, hat diese Einstellung für virtuelle Festplatten keine Bedeutung. Die zweite Einstellung ist jedoch anders und hat Bedeutung, da sie die Einstellungen für das Ein- und Ausschalten des Cache-Flushs für die Festplatte steuert. Wenn Sie die zweite Einstellung auswählen, geben Cache-Leergut im Wesentlichen vor, erfolgreich zu sein - zumindest auf der Ebene des Software-Stacks. ... Wenn Sie diese Einstellung im Gastbetriebssystem für eine virtuelle Festplatte in einer virtuellen Maschine auswählen, werden möglicherweise Leistungsverbesserungen für Anwendungen angezeigt, die auf der virtuellen Maschine ausgeführt werden. Denken Sie jedoch immer daran, dass die Festplatten-Cache-Einstellungen des Hosts für die Datenintegrität wichtig sind.

Kann jemand bestätigen, ob diese Behauptung wahr ist und eine sichere Sache für die Integrität von WRT-Daten ist?

wst
quelle

Antworten:

6

Ich denke, diese Einstellungen haben keinen Sinn, wenn Ihre Datenfestplatten ursprünglich mit dem Lese- / Keine-Cache konfiguriert wurden. In diesem Artikel heißt es, dass es sich eher um Host-Caching handelt, das über Service Management-APIs oder Powershell-Befehle geändert werden kann.

batistuta09
quelle
1
Intuitiv stimme ich zu, es macht keinen Sinn. Der Autor des Artikels, den ich in meiner Frage verlinkt habe, schlägt jedoch vor, dass das Aktivieren des Kontrollkästchens zum Löschen des Pufferpuffers sich positiv auf die Leistung auswirkt, ohne die Datenintegrität zu gefährden, wenn die virtuelle Festplatte für den Lese- / Keine-Cache konfiguriert ist. Ich versuche festzustellen, ob das stimmt.
wst
1
Es besteht immer noch ein Risiko. Systemabsturz und Sie können die Daten im RAM verlieren. Wie sie sagen, kein Risiko, keine Belohnung :)
batistuta09
5

Ich würde empfehlen, VM mit aktivierter Option "Windows-Schreib-Cache-Puffer auf dem Gerät deaktivieren" nur dann zu verwenden, wenn Sie Redundanz auf Stromversorgungs- / USV- oder Speichersystemebene haben. Sie sollten den Datenverlust bei Stromausfall oder Hardwarefehler berücksichtigen, wenn Sie die Option aktivieren würden. Ich kann vorschlagen, S2D, StarWind oder HPE VSA als softwaredefinierten Speicher zu verwenden, der Ihnen Redundanz auf Knotenebene bietet, sodass Sie die Write-Caching-Funktion für lokale VMs verwenden können.

In diesem Fall erhöht die Option "Windows-Write-Cache-Puffer-Flush auf dem Gerät deaktivieren" die Gesamtleistung des VM-Systems: RAM wird als Quelle für Hot-Data verwendet, und das Daten-Flush auf das Gerät wird nur ausgeführt, wenn der RAM voll ist.

Ich würde vorschlagen, Write-Caching zu deaktivieren, falls Sie einen eigenständigen Hyper-V-Host mit einer Netzteilverbindung zu einer einzelnen Leitung ausführen.

Diese Annahmen sind nur für lokalisierte virtualisierte Hosts zuverlässig. Die Cloud-Anbieter verfügen über eigene Funktionen, um Redundanz für ihre Instanzen bereitzustellen. Daher verwende ich die Write-Caching-Funktion nur für meine Amazon-VMs.

BEARBEITEN: Der Punkt der Funktion ist die Verringerung der Latenz bei ausgeführten E / A-Vorgängen .

  • Sobald der WB-Cache deaktiviert ist, werden die E / A-Anforderungen direkt an den zugrunde liegenden Speicher gesendet, wodurch eine maximale Latenz verursacht wird.
  • Wenn "Schreib-Caching auf dem Gerät aktivieren" aktiviert ist, werden die E / A zuerst in den Arbeitsspeicher verschoben. Sobald die Daten "kalt" werden, werden sie vom Windows-Betriebssystem in den Speicher geleert. In diesem Fall wird die Latenz verringert.
  • Und wenn beide WB-Optionen markiert sind, kann es zu einer minimalen Latenz kommen, da sich heiße und kalte Daten im RAM befinden. Die Daten werden erst dann gespeichert, wenn der RAM voll ist.
Herr Himbeere
quelle
3
Auf der virtuellen Festplatte ist das Schreib-Caching deaktiviert (es wird eine Datenbank gehostet). Die Frage bezieht sich speziell darauf, was passiert, wenn das Löschen des Puffers deaktiviert ist, ebenso wie das Schreib-Caching. Was bedeutet es, das Löschen des Puffers zu deaktivieren, wenn kein Schreib-Caching vorhanden ist? Dies ist speziell für eine Premium-Speicherfestplatte in einer Azure-VM,
Uhr
1
Die Antwort wurde bearbeitet.
Herr Himbeere
1
Bitte lesen Sie meine Frage noch einmal. Ich frage, was passiert, wenn das Schreib-Caching deaktiviert ist UND das Löschen des Puffers deaktiviert ist . Dies scheint normalerweise nicht über das Dialogfeld möglich zu sein, außer im Fall einer virtuellen Festplatte, auf der WB aktiviert angezeigt wird, wenn es tatsächlich deaktiviert ist.
wst