CPU-Dimensionierung pro Partition für Transaktionen

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:

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.