Fallstudie - NCache Verbessert die Ressourcennutzung bei VHM um 30 %

Herausforderung

Virgin HealthMiles verwendet ASP.NET-Webserver, Middle-Tier-Anwendungsserver und Datenbankserver zur Unterstützung seiner Website. Mit dem zunehmenden Datenverkehr auf der Website wurden laut Dhinsa die Datenbankserver durchweg am härtesten getroffen. Interessanterweise verursachte dieser Datenverkehr zwar eine enorme Last auf den Datenbankservern, aber ein großer Teil der Daten, auf die von der Datenbank zugegriffen wurde, war für mehrere Besucher größtenteils identisch. Dhinsa erklärte: „Benutzer greifen beispielsweise unter anderem auf Daten über aktuelle Herausforderungen und unternehmensbezogene Informationen zu. Sie greifen immer wieder auf diese Daten zu, und mehrere Benutzer greifen auf dieselben gemeinsamen Daten zu.“

„Während der Hauptverkehrszeiten erreicht unsere Website Tausende von Besuchern pro Stunde. Da viele Benutzer an denselben Herausforderungen teilnehmen oder derselben Arbeitgebergruppe angehören, führt die Datenbank häufig dieselbe Abfrage aus und gibt immer wieder dieselben Daten zurück. Da die Anzahl der Benutzer wuchs, konnten wir erkennen, dass dies ein potenzieller Engpass sein könnte.“ Folglich fügte er hinzu: „Wir wollten sicherstellen, dass wir die Plattform skalieren, um dem prognostizierten Wachstum gerecht zu werden, und wir brauchten eine Lösung, die den Ressourcenbedarf auf den Datenbankservern reduzieren würde. In einer Cluster-Umgebung hatten wir das Glück, dies zunächst durch Hinzufügen einer weiteren Lösung zu bewältigen.“ Datenbankserver zum Cluster hinzuzufügen. Aber das war nicht effizient und definitiv nicht finanziell tragbar. Also begannen wir, die Option der verteilten Caching-Technologie zu prüfen.“

NCache Lösung

Virgin HealthMiles gefunden NCache by Alachisoft die ideale Lösung für die Bewältigung der Herausforderungen des steigenden Verkehrsaufkommens, mit denen viele Unternehmen in letzter Zeit konfrontiert sind. Viele Unternehmenswebsites sind mit den gleichen Skalierbarkeitsengpässen konfrontiert, wenn ihre ASP.NET-Anwendungen unglaubliche Mengen von Datenanforderungen verwalten. Viele Anwendungen werden in Serverfarmen mit Lastausgleich ausgeführt und verarbeiten Tausende von Transaktionen pro Sekunde und Hunderttausende von gleichzeitigen Benutzern, da ihre Gesamtarchitektur bis auf eine Schwachstelle sehr skalierbar ist. Und dieses schwache Glied ist die Datenbank, die nicht skalierbar ist. Wie das Sprichwort sagt: „Die Stärke einer jeden Kette ist nur so stark wie ihr schwächstes Glied.“ Daher kann der Datenzugriff leicht zu einem großen Engpass für die Skalierbarkeit werden.

Dhinsa sagte: „Der Mitgliederverkehr wuchs stetig und wir stellten fest, dass unsere Datenbankserver am stärksten betroffen waren. Das führte uns zu NCache um die Belastung der Datenbankserver zu reduzieren, ohne immer mehr Datenbankserver einsetzen zu müssen, um Engpässe zu verhindern. Wir verwenden jetzt NCache um alle gängigen Daten, die immer wieder verwendet werden, vorübergehend zu speichern. Damit werden deutlich mehr Anfahrten zur Datenbank eingespart, was den vorherigen Datenbankabruf eliminiert und Verkehrsstaus verhindert.“ Er fügte hinzu, dass „Virgin HealthMiles kein ASP.NET Session State-Objekt verwendet, aber wir verfolgen stattdessen Benutzersitzungen über unser eigenes benutzerdefiniertes Sitzungsobjekt.“ Während sie nicht verwenden NCache Für die Sitzungsspeicherung per se haben sie ihr benutzerdefiniertes Sitzungsobjekt in der Anwendung implementiert. Ein Teil des benutzerdefinierten Sitzungsobjekts wird in gespeichert NCache für eine bestimmte Zeit mit der Cache-Gültigkeit bis zu einer Minute. Danach läuft es ab und macht sich selbst ungültig und wird dann erneut aus der Datenbank aktualisiert.

Was macht man als nächstes?

• NCache Details
• Herunterladen NCache
• Fordern Sie eine personalisierte LIVE-Demo an