Übersicht #

Ein CDN ( Content Delivery Network) ist ein oder mehrere Geräte in einem Netzwerk, die den Datenverkehr der Clients an den jeweils geeignetsten Server weiterleiten, der eine Kopie aller Inhalte einer Webanwendung enthält. Dieses Verfahren optimiert die Auslastung einer Website und vermeidet Engpässe durch intelligente Verteilung des Datenverkehrs entsprechend der Art der Inhalte.

In diesem Artikel erklären wir, wie man solche Umgebungen konfiguriert, um den Verkehr auf unserer Website zu verbessern und zu optimieren, indem man eine intelligente statische und dynamische Steuerung von Webinhalten verwendet mit RELIANOID. Dies ist möglich dank der Stellvertreter und Inhaltsumschaltung Funktionen, die standardmäßig unterstützt werden.

Umgebung für die Inhaltsbereitstellung #

Das Szenario dieses Falls ist im folgenden Diagramm dargestellt.

Wenn Webclients eine Verbindung zu einer Website herstellen, müssen sie zum Erstellen der Webanwendung statische und dynamische Ressourcen anfordern. Daher können wir die Ladezeit und Bandbreite der Website verbessern, indem wir Server einer einzelnen Aufgabe widmen.

Einige Server sind ausschließlich für statische Webinhalte wie Bilder, Dokumente, HTML- oder JavaScript-Dateien usw. vorgesehen, während andere Server nur für dynamische Webinhalte und die Datenbankverwaltung vorgesehen sind.

Die Inhalte der statischen Server sollten repliziert werden und alle Datenspeicher sollten dieselben Inhalte haben.

Statisch-dynamische Content-Switching-Konfiguration #

Erstellen Sie eine neue LSLB-Farm mit HTTP/S-Profil #

Zuerst erstellen wir einen neuen LSLB (Local Service Load Balancing) mit HTTP- Profil. In diesem Schritt können wir eine einfache HTTP-Farm oder HTTPS für sichere Websites und Webdienste einrichten. Diese dient als virtuelle IP-Adresse und virtueller Port, über den unsere Webdienste für Clients erreichbar sind.

Erstellen Sie einen neuen Dienst für das statische Inhaltsmuster #

Anschließend müssen im Reiter „Dienste“ zwei verschiedene Dienste erstellt werden: einer für statische Inhalte und ein Standarddienst für dynamische Inhalte. Wenn eine neue Clientanfrage von der Farm bearbeitet wird, wird geprüft, ob der Dienst für statische Inhalte zugeordnet ist; andernfalls wird die Anfrage an den Standarddienst weitergeleitet.

Das statische Inhaltsmuster, das wir in diesem Beispiel im Feld „URL-Muster“ verwenden werden und das häufig für Websites verwendet wird, ist:

\.(jpg|jpeg|png|gif|ico|css|js|html|htm|avi|mov|mp3|svg)$

Damit werden alle angeforderten URLs mit solchen Dateierweiterungen über den statischen Dienst bereitgestellt. Der statische Inhalt erfordert normalerweise keine Persistenz, daher wird diese Option für diesen Dienst deaktiviert.

Fügen Sie anschließend die Backends hinzu, die alle statischen Webinhalte speichern.

Erstellen Sie einen neuen Dienst für das dynamische Inhaltsmuster #

Dieser Dienst wird als Standarddienst verwendet, falls der statische Inhaltsdienst nicht übereinstimmt. Die Reihenfolge der Dienste ist wichtig, um die Priorität jedes zu analysierenden Dienstmusters zuzuweisen.

Im Standarddienst muss kein Muster ausgewählt werden. Wenn wir jedoch mit Webanwendungen arbeiten, die Sitzungen für Benutzer verwenden, ist es möglicherweise erforderlich, die Persistenz in diesem Dienst zu konfigurieren.

Fügen Sie abschließend die Backends hinzu, die den dynamischen Inhalt verarbeiten und normalerweise die Datenbankressourcen verwenden.

Erweiterte Integritätsprüfungen für die statischen und dynamischen Dienste #

Da beide Dienste unterschiedliche Inhalte und Daten verarbeiten, können wir für jeden Dienst spezifische Integritätsprüfungen einrichten. Farm Guardian wird für jeden Dienst einzeln verwendet, um dies zu ermöglichen.

Wenn Sie wissen möchten, wie Sie Farm Guardian konfigurieren , lesen Sie bitte diesen Artikel.

Viel Spaß bei der Bereitstellung Ihrer optimierten Webinhalte!