Obwohl die Hauptfunktionalität von eXtreme Scale die elastische Skalierung ist,
ist es auch wichtig, die optimale Anzahl an CPUs zu dimensionieren und anzupassen, um eine vertikale Skalierung zu erreichen.
Die Prozessorkosten setzen sich wie folgt zusammen:
- Kosten für die Verarbeitung von Erstellungs-, Abruf-, Aktualisierungs- und Löschoperationen von Clients,
- Kosten für die Replikation von Daten anderer Java Virtual
Machines,
- Kosten für die Invalidierung,
- Kosten für die Bereinigungsrichtlinie,
- Kosten für die Garbage-Collection,
- Kosten für die Anwendungslogik,
- Kosten für die Serialisierung.
Java Virtual
Machines pro Server
Verwenden Sie zwei Server, und starten Sie die maximale Anzahl an JVMs pro Server. Verwenden Sie die im vorherigen Abschnitt
berechnete Partitionsanzahl.
Laden Sie vorab nur so viele Daten in die
Java Virtual
Machines, wie auf diese beiden Computer passen.
Verwenden Sie einen gesonderten Server als Client.
Führen Sie eine realistische Transaktionssimulation für das Datengrid der beiden Server durch.
Versuchen Sie die Prozessorauslastung zu sättigen, um das Ausgangsniveau zu berechnen. Sollte dies nicht möglich sein,
ist das Netz wahrscheinlich gesättigt.
Wenn das Netz gesättigt ist, fügen Sie weitere Netzkarten hinzu, und verteilen Sie die Java Virtual
Machines
auf die verfügbaren Netzkarten.
Führen Sie die Computer mit einer Prozessorauslastung von 60 % aus, und messen Sie die
Raten für die Erstellungs- (create), Abruf- (retrieve), Aktualisierungs- (update) und Löschtransaktionen (delete).
Diese Messung liefert Ihnen den Durchsatz auf den beiden Servern. Diese Zahl verdoppelt sich bei vier Servern und verdoppelt sich dann nochmal bei 8 Servern usw.
Bei dieser Skalierung wird davon ausgegangen, dass die Netzkapazität und die Clientkapazität ebenfalls skalierbar sind.
Die Antwortzeiten von eXtreme Scale sollten mit zunehmender Anzahl an Servern somit stabil bleiben.
Der Transaktionsdurchsatz sollte linear steigen, wenn dem Datengrid Computer hinzugefügt werden.