Ein Serverupgrade braucht einen belegten Engpass
Eine hypothetische Portalansicht zeigt, wie Datenzugriff und Kapazitätsmangel zu unterschiedlichen nächsten Prüfungen führen.
Ein langsames Portal macht eine größere Maschine als Lösung vorstellbar. Ob die zusätzliche Leistung den betroffenen Ablauf verbessert, hängt jedoch davon ab, worauf er wartet. Eine Kapazitätsentscheidung braucht deshalb einen Bezug zum beobachteten Engpass.
Zwei Erklärungen für dieselbe Wartezeit prüfen
Die folgende Gegenüberstellung ist vollständig hypothetisch. Sie enthält keine Befunde aus einem Kundenprojekt und keinen gemessenen Leistungsgewinn.
Mögliche Erklärung | Was diese Annahme klären würde | Nächster Versuch |
|---|---|---|
Die Ansicht wartet auf viele aufeinanderfolgende Detailabfragen | Ein zur Aufgabe gehörender Ablauf zeigt wiederholte Datenaufrufe und deren Zeitanteil | Einen begrenzten gemeinsamen Abruf mit gleichem Ergebnis vergleichen |
Benötigte Rechen- oder Ein-/Ausgabekapazität ist ausgelastet | Messungen unter dem relevanten Arbeitsprofil zeigen die Auslastung samt Warteverhalten | Eine passende Kapazitätsänderung unter vergleichbarer Last prüfen |
Beide Ursachen können zugleich auftreten. Auch Anwendung, Netzwerk oder ein externer Dienst können Wartezeit beitragen. Ein einzelner CPU-Wert erklärt daher noch nicht den ganzen Ablauf.
Den Zweck einer Änderung benennen
Zeigt der konkrete Ablauf unnötige kleine Datenaufrufe, würden wir zuerst deren Struktur untersuchen. Mehr Prozessorleistung entfernt weder die Aufrufzahl noch den Aufwand jedes Datenwegs automatisch. Ein gezielter Vergleich kann zeigen, ob weniger Hin- und Rückwege für diese Aufgabe helfen.
Das rechtfertigt keine allgemeine Empfehlung, die Maschine immer unverändert zu lassen. Bei belegter Kapazitätsknappheit kann mehr Leistung sinnvoll sein, etwa wenn das benötigte Arbeitsvolumen die vorhandenen Ressourcen überfordert. Die Entscheidung sollte benennen, welche Grenze sie verschiebt und woran der Nutzen erkennbar wäre.
Für einen Vergleich müssen Aufgabe, erlaubte Daten und erwartetes Ergebnis gleichwertig bleiben. Weniger Felder, ein bereits gefüllter Cache oder eine geringere gleichzeitige Last können sonst den Unterschied erklären. Eine schnellere Antwort mit fehlenden Datensätzen wäre kein gleichwertiges Ergebnis.
Die Frage an einen Änderungsvorschlag lautet damit: Welche beobachtete Ursache soll er beeinflussen, und wie wird genau dieser Effekt geprüft? Das gilt für einen neuen Server ebenso wie für eine Änderung am Datenzugriff.
Quellen
Weiterlesen
Alle Beiträge
Softwareentwicklung mit ASES
Individuelle Software, Web- und Mobile-Apps