Vue d'ensemble #
CAN or Content Delivery Network est un ou plusieurs périphériques d'un réseau qui acheminent le trafic des clients vers le serveur le plus approprié, qui inclut une copie de tout le contenu d'une application Web. Ce procédé optimise la charge d’un site Web et évite les goulots d’étranglement grâce au partage intelligent du trafic en fonction de la nature du contenu.
Dans cet article, nous expliquons comment configurer ce type d'environnements pour améliorer et optimiser le trafic de notre site Web en utilisant un pilotage intelligent du contenu Web statique et dynamique avec RELIANOID. C'est possible grâce au procuration et commutation de contenu fonctionnalités prises en charge par défaut.
Environnement de distribution de contenu #
Le scénario de ce cas est présenté dans le diagramme ci-dessous.
Lorsque les clients Web se connectent à un site Web, ils doivent demander des ressources statiques et dynamiques afin de créer l'application Web. Nous pouvons ainsi améliorer le temps de chargement du site Web et la bande passante en dédiant des serveurs à une seule tâche.
Certains serveurs sont dédiés au contenu Web statique tel que des images, des documents, des fichiers de style HTML ou JavaScript, etc., tandis que d'autres sont uniquement dédiés au contenu Web dynamique et à la gestion de bases de données.
Le contenu des serveurs statiques doit être répliqué et tous les magasins de données doivent avoir le même contenu.
Configuration de commutation de contenu statique-dynamique #
Créer une nouvelle ferme LSLB avec un profil HTTP / S #
Tout d'abord, créer un nouveau LSLB (Équilibrage de la charge de service local) avec HTTP profil. À ce stade, nous pouvons créer une batterie de serveurs HTTP simple ou HTTPS pour les sites Web et les services Web sécurisés. Ce sera utilisé comme adresse IP virtuelle et port où nos services Web sont disponibles pour les clients.
Créer un nouveau service pour un modèle de contenu statique #
Ensuite, dans le Onglet Services il sera nécessaire de créer 2 services différents: un pour le contenu statique et un service par défaut dédié au contenu dynamique. Lorsqu'une nouvelle demande client est servie par la batterie de serveurs, il sera vérifié si le service de contenu statique correspond dans les autres cas, il passera par le service par défaut.
Le modèle de contenu statique que nous allons utiliser dans cet exemple dans le Modèle d'URL domaine, et couramment utilisé pour les sites Web, est:
\.(jpg|jpeg|png|gif|ico|css|js|html|htm|avi|mov|mp3|svg)$
Ainsi, toutes les URL demandées avec de telles extensions de fichier seront servies via le service statique. Le contenu statique ne nécessite généralement pas de persistance, cette option sera donc désactivée pour ce service.
Après cela, ajoutez les moteurs qui stockeront tous les contenus statiques Web.
Créer un nouveau service pour un modèle de contenu dynamique #
Ce service sera le service par défaut dans le cas où le service de contenu statique ne correspond pas. L'ordre des services est important pour affecter la priorité de chaque modèle de service à analyser.
Dans le service par défaut, aucun modèle ne doit être sélectionné. Mais, peut-être que si nous travaillons avec des applications Web qui utilisent des sessions pour les utilisateurs, il est nécessaire de configurer la persistance dans ce service.
Enfin, ajoutez les moteurs qui traiteront le contenu dynamique et utiliseront généralement les ressources de la base de données.
Bilans de santé avancés pour les services statiques et dynamiques #
Étant donné que les deux services traitent avec un contenu et des données différents, nous pouvons configurer des contrôles d'intégrité spécifiques pour chaque service. Gardien de ferme est utilisé par service afin de permettre cela.
Si vous avez besoin de savoir comment configurer Gardien de ferme, prière de se référer à cet article.
Profitez de la livraison optimisée de votre contenu Web!
