Erweiterbare Reservierung, Beispiel 1

In diesem Beispiel wird dargestellt, wie ein Ressourcenpool mit erweiterbaren Reservierungen funktioniert.

Angenommen, ein Administrator verwaltet den Pool P und definiert zwei untergeordnete Ressourcenpools, S1 und S2, für zwei unterschiedliche Benutzer (oder Gruppen).

Dem Administrator ist zwar bekannt, dass die Benutzer virtuelle Maschinen mit gewissen Reservierungen einschalten möchten, er weiß jedoch nicht, wie viele Ressourcen die beiden Benutzer jeweils reservieren müssen. Wenn die Reservierungen für S1 und S2 als erweiterbar festlegt sind, verfügt der Administrator über mehr Flexibilität, was das Teilen und Übernehmen der gemeinsamen Reservierung für Pool P betrifft.

Ohne erweiterbare Reservierungen müsste der Administrator S1 und S2 eine bestimmte Menge explizit zuteilen. Solch spezifische Zuteilungen können sich, insbesondere in Ressourcenpoolhierarchien mit vielen Ebenen, als unflexibel erweisen und das Festlegen von Reservierungen in der Ressourcenpoolhierarchie komplizieren.

Erweiterbare Reservierungen führen zu einem Verlust der strengen Isolierung. S1 könnte die gesamte Reservierung für P für sich nutzen, sodass für S2 keine Arbeitsspeicher- oder CPU-Anteile direkt verfügbar wären.