Frage

Nehmen wir unsere durchschnittlichen Seitengewichte p kByte an und wir haben n Besuche pro Zeiteinheit (sagen wir, pro Stunde). Wie können wir die Anzahl der Server schätzen, die erforderlich sind, um diese Last mit einer angemessenen Reaktionszeit zu unterstützen?

War es hilfreich?

Lösung

Die Serverleistung (CPU, RAM, E/A, Cache, lokale oder externe Datenbank, Netzwerk usw.) haben so viele Faktoren, dass Sie nicht einmal die für ein bestimmte Projekt benötigte Server schätzen können.

Ich finde, dass jemand, der versucht, dies herauszufinden, den falschen Weg untergeht, weil sie oft eine unrealistische Vorstellung haben, dass die Seite, die sie erzeugen werden, wahnsinnig beliebt sein wird.

Mein Rat, erstellen Sie einfach Ihre App und verwenden Sie 1 Server, gehen Sie davon aus, dass Sie möglicherweise eine Serverfarm benötigen. Erstellen Sie also Ihre Software gemäß .NET (was in .NET so ziemlich bedeutet, dass Sie nichts anderes tun). Kaufen Sie nur mehr Server, wenn Sie einen tatsächlichen Bedarf haben. Kauf-/Vermietung von Servern in Erwartung wird immer zu verschwendetem Geld führen.

Ich denke, 1 guter Server ist überraschend schnell und kann viele Benutzer bewältigen. Denken Sie daran, dass Stackoverflow (zuletzt ich gesehen habe) nur auf 2 Servern läuft; Ein Webserver und ein Datenbankserver ... das war's.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top