Construisez votre propre CDN en 5 étapes

En tant qu’utilisateurs, nous consommons (et produisons) plus de contenu que jamais, Cisco prédit que « le trafic Internet mondial en 2021 sera équivalent à 127 fois le volume de l’ensemble de l’Internet mondial en 2005. À l’échelle mondiale, le trafic Internet atteindra 30 Go par habitant d’ici 2021, contre 10 Go par habitant en 2016. »

C’est pourquoi les CDN, commerciaux et privés, sont plus importants que jamais. Les appareils envoient et reçoivent constamment des requêtes/ réponses HTTP et pour soutenir cet immense échange d’octets, un backbone bien planifié est un must. D’où l’accélération de la croissance des CDN DIY/privés et hybrides.

Récemment, de nombreuses entreprises ont commencé à mettre en œuvre leur propre réseau de diffusion de contenu privé ou hybride. Un CDN privé, contrairement aux CDN commerciaux, peut vous donner un contrôle total sur votre contenu car vous n’avez pas besoin de partager de stockage / machines / serveurs avec d’autres sites Web utilisant la même infrastructure. En outre, vous êtes entièrement libre de planifier et de déployer votre propre CDN comme il convient le mieux à votre cas d’utilisation spécifique, une flexibilité très difficile, voire impossible, à atteindre avec l’une des solutions CDN commerciales disponibles, qui utilisent une approche unique.

Et ne sous-estimons pas le facteur d’économies: les CDN commerciaux se vendent généralement par bande passante utilisée et par nombre de demandes traitées par chaque PoP (point de présence). Si le trafic que voit votre site Web est de l’ordre de Go par seconde, ces coûts liés au trafic peuvent être sensiblement réduits avec un CDN privé.

Nous avons récemment lancé une solution CDN de bricolage adaptée au DevOps que vous pouvez configurer en cinq étapes. Tout ce dont vous avez besoin pour configurer un CDN:

• serveur d’origine et PoP (points de présence)
• FAI
• CDN et logiciels de mise en cache

En suivant ces étapes, vous vous retrouverez avec un serveur d’origine, quelques POP stratégiquement distribués en fonction de votre audience, auxquels vous pourrez diffuser du contenu en suivant les meilleures pratiques de performance web.

Cloud ou sur site ?

La toute première décision que vous devrez prendre est de déployer votre réseau de diffusion de contenu à l’aide d’instances cloud ou de machines physiques.

Vous devrez vous poser cette question deux fois : à la fois pour le(s) serveur(s) d’origine et ensuite pour vos POP. Ce n’est pas une décision mutuellement exclusive ; vous pouvez décider d’implémenter une partie de votre CDN en utilisant une (ou plusieurs) solution(s) cloud tandis qu’une autre partie vit sur site. Voici quelques points à prendre en compte lors de la prise de cette décision::

1. Disponibilité: le fournisseur de cloud que je souhaite utiliser dispose-t-il de machines disponibles dans la région vers laquelle je souhaite diffuser du contenu ? Mon entreprise possède-t-elle des centres de données dans la région dans laquelle nous voulons livrer du contenu ?
2. Performances : vais-je obtenir de meilleures performances en utilisant des instances cloud ou des machines physiques ?
3. Coûts: Compte tenu de la charge de trafic Web par seconde, sera-t-il moins coûteux de payer l’infrastructure ou de la posséder? De plus, sera-t-il moins coûteux d’utiliser l’IaaS ou d’embaucher une équipe spécifique pour maintenir une telle architecture?
4. Échelle : Quelle stratégie aidera mon entreprise à évoluer : Cloud, sur site ou hybride ?
5. Sécurité : Quels sont les avantages et les inconvénients de la sécurité des différentes options pour mon entreprise?

Que vous choisissiez la route « sur site » est vraiment aussi simple que d’installer des paquets sur vos serveurs, par exemple « apt-get install varnish-plus » ou « yum install varnish-plus« . Vous pouvez nous contacter pour plus d’informations.

Dans le cloud, vous pouvez suivre les instructions sur AWS Marketplace ou notre documentation complète sur la façon de démarrer avec Varnish et AWS.

FAI et Routage

Trouvez-vous le meilleur FAI pour vos besoins et considérez également que vous aurez besoin d’une solution capable d’acheminer chaque demande vers le PoP le plus proche. Quelques facteurs qui méritent d’être pris en compte:

1. Présence géographique : Trouvez un FAI qui couvre la ou les régions que vous souhaitez desservir.
2. Vitesse de connexion: Assurez-vous d’avoir suffisamment de vitesse pour votre journée moyenne et vos heures de pointe.
3. Disponibilité et fiabilité: Comme pour toutes les parties de votre infrastructure, un FAI doit être toujours disponible car il sera l’épine dorsale de votre entreprise.
4. Rentabilité: Établissez soigneusement les coûts des services, car les coûts d’un FSI varient considérablement en fonction d’un certain nombre de facteurs, et vous devrez trouver le bon équilibre entre les services et les coûts.

Le marché offre de nombreuses options de routage des FAI et des demandes, et ce que vous choisissez pour répondre à vos besoins spécifiques dépendra de l’équilibre qui convient le mieux à votre configuration et à vos attentes en matière de trafic.

Serveur d’origine et POP

Commençons par la partie juteuse ici!

Vous pouvez considérer un CDN comme un énorme cache avec des nœuds distribués qui aident à fournir du contenu plus rapidement aux utilisateurs finaux. Pour ce faire et être efficace, vous devez décider, en fonction de facteurs que vous considérez comme d’importance stratégique pour votre entreprise, dans quel emplacement géographique vous souhaitez que vos serveurs d’origine soient situés. Le même raisonnement s’applique à chacun de vos POP.

La décision du serveur d’origine est simple, car vous voudrez que votre serveur Web soit le plus proche possible pour avoir le contrôle total de votre contenu. Mais quand il s’agit de décider où localiser les POP et combien vous avez besoin, il y a quelques facteurs que vous devriez considérer:

1. Où est votre public le plus important ? Vous attendez-vous à une croissance de l’activité dans certaines régions? Si oui, quelles régions ? En outre, il est important d’analyser où et comment ils sont concentrés pour offrir la meilleure expérience possible.
2. Latence entre votre serveur d’origine et votre audience : cela vous aidera à décider où localiser chaque POP.
3. Modèles de trafic. Les analyser vous permet de fournir une excellente expérience utilisateur et d’optimiser votre infrastructure

Installer le logiciel CDN BRICOLAGE Varnish

Varnish est extrêmement flexible en raison de son langage de configuration VCL unique. VCL vous permet de définir des règles de mise en cache et de prendre des décisions à la périphérie.

Varnish DIY CDN est livré avec un ensemble complet de fonctionnalités de diffusion de contenu:

1. Équilibrage de charge
2. Option de pré-extraction pour garder votre cache au chaud
3. Moteur de stockage persistant
4. Haute disponibilité
5. Sécurité, à la fois dans une connexion sécurisée et dans un cache entièrement crypté

Vernis BRICOLAGE CDN devra être installé dans chacun de vos PoPs.
C’est ce que nous réaliserons à la fin de cette configuration rapide:

Comme vous pouvez le voir, nous installerons Varnish DIY CDN dans:

• Bouclier d’origine : cela permet de protéger vos serveurs d’origine et de décharger certaines requêtes. Dans cet exemple, le serveur d’origine sera basé à Londres.
• PoP A: est l’un des deux POP que nous allons développer pour mettre en place un CDN très basique. Pour les besoins de cet exemple, nous le placerons à Francfort, en Allemagne, au sein de l’UE.
• PoP B: Notre autre PoP servira du contenu au public nord-américain. Ce sera basé à New York.

Chaque PoP et le bouclier d’origine auront une configuration symétrique et couplée pour s’assurer que chaque PoP est toujours disponible même si l’un des deux nœuds de vernis est en maintenance ou n’est pas disponible.

Chaque tuple Varnish Cache Plus est synchronisé à l’aide de VHA, ce qui, en plus de répliquer le contenu entre différents nœuds de mise en cache, réduit également le stress sur vos backends, les soulageant de trop de contraintes consommant moins de bande passante et nécessitant moins d’allers-retours.

Configurez Varnish

Pour avoir une configuration de base et de travail, vous devez :

1. Faites savoir à Varnish à quels backends il peut parler : Open »/etc/varnish/default.vcl » et spécifiez votre adresse IP et votre port sauvegardés

2. Configurez le port sur lequel Varnish écoute la demande entrante:

Ouvrir « etc/default/varnish.param » et définir  » -a": 80.

Redémarrez Varnish et vous êtes prêt. Vous avez votre propre CDN opérationnel. Une fois que vous avez compris quel type d’infrastructure répond le mieux à vos besoins et comment votre public est distribué, suivre ces étapes pour créer votre propre CDN privé à l’aide de Varnish ne devrait prendre que quelques heures.