Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
satellite:dnbd3_lokales_caching [2020/02/24 14:04 CET] – [Aktuelle Probleme/Einschränkungen] srittersatellite:dnbd3_lokales_caching [2022/06/20 16:56 CEST] (aktuell) – [Client] Hinweis zur ID45 Größe simon
Zeile 1: Zeile 1:
-<note warning>**Experimentell** 
- 
-<wrap lo>Feature derzeit in Entwicklung und Test</wrap> 
-</note> 
- 
 ====== Lokales Caching ====== ====== Lokales Caching ======
  
-bwLehrpool überträgt alle zur Laufzeit benötigten Daten über Netzwerk. Das betrifft sowohl das Grundsystem (MiniLinux) als auch anschließend gestartete VMs. Allein beim Boot einer virtuellen Windows Maschine fallen dabei schnell mehrere hundert Megabyte an.+bwLehrpool überträgt alle zur Laufzeit benötigten Daten über Netzwerk. Das betrifft sowohl das Linux-Grundsystem (Mini-/MaxiLinux) als auch anschließend gestartete VMs. Allein beim Boot einer virtuellen Windows Maschine fallen dabei schnell mehrere hundert Megabyte an.
 In manchen Fällen kann dies im Vergleich zu lokal installierten Systemen zu verlängerten Bootzeiten führen - bspw. bei: In manchen Fällen kann dies im Vergleich zu lokal installierten Systemen zu verlängerten Bootzeiten führen - bspw. bei:
   * langsamer Netzanbindung   * langsamer Netzanbindung
Zeile 21: Zeile 16:
  
 Es muss mindestens der Satellitenserver in **Version 3.8b** und **MiniLinux 25** verwendet werden. Außerdem muss DNBD3 aktiviert sein. Es ist zu empfehlen mindestens einen DNBD3-Proxy zu verwenden, damit nicht der komplette Traffic vom VM-Storage über den Satellitenserver geleitet wird. Es muss mindestens der Satellitenserver in **Version 3.8b** und **MiniLinux 25** verwendet werden. Außerdem muss DNBD3 aktiviert sein. Es ist zu empfehlen mindestens einen DNBD3-Proxy zu verwenden, damit nicht der komplette Traffic vom VM-Storage über den Satellitenserver geleitet wird.
 +**Mini/Maxi-Linux 27** enthalten zudem eine verbesserte Caching-Mechanik, sodass hier noch einmal mit besserer Performance zu rechnen ist.
 ==== Client ==== ==== Client ====
  
Zeile 28: Zeile 23:
 Für das lokale Caching sollte daher eine weitere, persistente Partition eingerichtet werden ([[wiki:id45|ID45-Partition]]), die auch nach einem Neustart die gecachten Daten enthält. Für das lokale Caching sollte daher eine weitere, persistente Partition eingerichtet werden ([[wiki:id45|ID45-Partition]]), die auch nach einem Neustart die gecachten Daten enthält.
 Diese Partition wird von bwLehrpool automatisch erkannt und unter "/opt/openslx/persistent" eingebunden. Diese Partition wird von bwLehrpool automatisch erkannt und unter "/opt/openslx/persistent" eingebunden.
 +
 +Für die ID44-Partition empfehlen wir i.d.R. eine Größe von 30-50GB, bei der ID45-Partition gilt "je mehr desto besser", besonders, wenn viele unterschiedliche VMs genutzt werden. Als Untergrenze empfiehlt sich hier 50GB, für das unten erwähnte "Hashblock-Verfahren" 120GB.
  
 <WRAP center round tip 60%> <WRAP center round tip 60%>
-Denken Sie daran, dass es von der Geschwindigkeit der Festplatte abhängt, ob lokales Caching überhaupt Vorteile bringt. Erste Messergebnisse scheinen darauf hinzuweisen, dass **nur bei Verwendung von SSDs** lokales Caching einen Geschwindigkeitszuwachs bedeutet.+Denken Sie daran, dass es von der Geschwindigkeit der Festplatte abhängt, ob lokales Caching überhaupt Vorteile bringt. Erste Messergebnisse in einer 10G Uplink/1G Client-Umgebung scheinen darauf hinzuweisen, dass **nur bei Verwendung von SSDs** lokales Caching einen Geschwindigkeitszuwachs bedeutet.
 </WRAP> </WRAP>
  
Zeile 50: Zeile 47:
  
 Sie sollten SLX_DNBD3_MIN_GB_HASH daher auf einen relativ hohen Wert setzen oder ggf. komplett deaktivieren (Wert = 0), da bei der Verwendung unterschiedlicher VMs auf einem Client dessen ID45-Speicher sehr schnell voll laufen wird! Auf Grund der bisher noch sehr simplen Verdrängungsstrategie kann es dadurch passieren, dass das lokale Caching nur geringe Vorteile bietet oder sogar kontraproduktiv ist. Sie sollten SLX_DNBD3_MIN_GB_HASH daher auf einen relativ hohen Wert setzen oder ggf. komplett deaktivieren (Wert = 0), da bei der Verwendung unterschiedlicher VMs auf einem Client dessen ID45-Speicher sehr schnell voll laufen wird! Auf Grund der bisher noch sehr simplen Verdrängungsstrategie kann es dadurch passieren, dass das lokale Caching nur geringe Vorteile bietet oder sogar kontraproduktiv ist.
 +
 +<note tip>Momentan empfehlen wir SLX_DNBD3_MIN_GB_HASH nicht zu nutzen, also auf "0" zu setzen, da der erste Boot damit noch sehr zäh abläuft.</note>
  
  
Drucken/exportieren