Author: Hristo Pandjarov

En repensant à notre promesse il y a 2 ans de lancer une série d’améliorations de service après le passage complet aux Site Tools, nous continuons à livrer ! Après le lancement du PHP ultrarapide , la nouvelle configuration de MySQL sur le partage et le cloud, les nouvelles fonctionnalités de SG Optimizer , et bien plus encore, nous avons également retravaillé notre service DNS pour le rendre plus rapide, plus sûr, plus flexible et plus facile à utiliser que jamais. Lisez ce que nous avons fait et comment cela affecte vos sites web hébergés sur notre plateforme. 

Qu’y a-t-il sous le capot de notre nouveau service DNS 

Faisons d’abord un petit rappel, le DNS (système de noms de domaine) est ce qui permet à un nom de domaine d’ouvrir un site web spécifique. Ce système indique sur lequel de tous les serveurs de tout Internet votre site web est hébergé. Habituellement, un ensemble spécifique de 2 serveurs de noms et 2 adresses IP correspondent à chaque serveur et ils doivent être ajoutés dans le panneau de gestion de votre domaine pour que le système fonctionne. Chaque serveur dispose également d’un service DNS qui traite les requêtes DNS et affiche le site web approprié lorsqu’un visiteur tape votre domaine dans le navigateur. 

Avec notre nouvelle configuration DNS centralisée, nous n’avons plus besoin de service DNS installé sur chacun de nos serveurs de production qui hébergent votre site web. Nous sommes en mesure de déplacer tous nos services DNS vers un cluster complètement séparé de plusieurs serveurs. Ce cluster est dédié au service DNS uniquement et est géographiquement dispersé dans le monde entier grâce à la technologie de routage réseau Anycast super cool. Le DNS centralisé nous permet également d’avoir une seule paire de serveurs de noms et d’adresses IP pour tous les serveurs gérés par SiteGround, qui sont les suivants :

• ns1.siteground.net
• ns2.siteground.net

Quels sont les avantages de notre nouveau service DNS

Résolution de domaine plus rapide, chargement de site web plus rapide

Lorsqu’un visiteur recherche le domaine de votre site web, la première chose que fait le navigateur est d’effectuer une recherche DNS pour voir sur quelle adresse IP le domaine se résout et se connecte au serveur avec cette adresse IP. Avec la configuration DNS précédente, les requêtes de recherche provenant d’un continent différent de celui de votre serveur étaient traitées un peu plus lentement en raison de la distance physique entre le visiteur et le serveur résolvant votre domaine. Désormais, avec le DNS centralisé qui fonctionne sur cinq emplacements géographiques différents et plusieurs instances, la résolution est gérée par le nœud le plus proche, ce qui évite les retards de mise en réseau et améliore la vitesse de chargement de votre site web.

Redondance améliorée 

Comme la nouvelle configuration DNS repose sur plusieurs machines dispersées géographiquement, elle est extrêmement résistante. Par exemple, si l’un des serveurs DNS tombe en panne, les requêtes DNS seront traitées par le deuxième point le plus proche, qui est opérationnel. Cette configuration protège également contre les attaques DDoS, car s’il y a une grande quantité de trafic malveillant, il sera réparti entre plusieurs machines DNS et il devient beaucoup plus difficile pour une telle attaque de réussir. En plus de cela, le service DNS est super évolutif et de nouvelles machines peuvent être ajoutées facilement chaque fois qu’il y a un besoin de plus de ressources.

Si vous utilisez votre domaine simultanément pour votre hébergement sur SiteGround et d’autres services également (par exemple, vos enregistrements MX pointent vers Gmail), le fait d’héberger le service DNS à un emplacement différent de votre site web présente un avantage supplémentaire. En cas de panne de votre serveur d’hébergement, votre DNS fonctionnera toujours et vos services externes se résoudront toujours sans être affectés. 

Migrations transparentes entre les serveurs 

Cela fait partie de notre travail de déplacer les données – que nous transférions votre compte d’un ancien matériel vers un plus récent, de la configuration du serveur cPanel vers des machines avec la configuration des outils de site, ou d’un ancien centre de données vers l’infrastructure Google Cloud, les migrations sont une chose qui ne cessera de se produire. Chaque fois que nous migrons des serveurs, l’un des plus grands défis consiste à gérer les zones DNS. Le nouveau serveur est livré avec de nouveaux serveurs de noms et une fois les sites web transférés, les domaines doivent être pointés pour utiliser les nouveaux serveurs de noms. Nous les avons mis à jour automatiquement pour tous les domaines gérés via nos panneaux de contrôle, mais les domaines externes nécessitaient une modification manuelle par les webmasters. Dans les deux cas, il y aurait propagation DNS avec un impact potentiel sur les temps d’arrêt. Avec le nouveau DNS centralisé, il sera beaucoup plus facile de migrer et d’effectuer des mises à niveau de serveur à l’avenir. Dans la plupart des cas, ces migrations n’impliqueraient aucun type de modification des paramètres DNS, évitant ainsi tout problème causé par la propagation. 

Plus de commodité et de facilité d’utilisation pour vous

Avec le DNS décentralisé, les personnes qui gèrent plusieurs sites sur différents serveurs doivent suivre différents ensembles de serveurs de noms, ce qui peut être gênant. Le nouveau DNS centralisé simplifie les multiples processus de gestion de sites web pour nos clients, car tous les domaines de tous les sites hébergés sur notre plate-forme, quel que soit leur compte d’hébergement ou leur serveur, peuvent désormais utiliser la même paire de serveurs de noms.

Quand le nouveau service DNS sera-t-il disponible ?

Tous les nouveaux sites web créés sur notre plateforme utilisent déjà le nouveau service DNS. Pour les sites web plus anciens, nous entamons maintenant une transition progressive vers le nouveau DNS centralisé. Nous mettrons automatiquement à jour les serveurs de noms pour tous les domaines enregistrés chez nous. Pour les domaines externes utilisés avec notre système, nous informerons nos clients par e-mail, confirmant quand il sera sûr de mettre à jour leurs paramètres DNS vers les nouveaux. L’ancien système DNS continuera d’être pris en charge pendant plusieurs mois, jusqu’à ce que la migration vers le nouveau soit entièrement terminée. 

Nous sommes ravis d’annoncer le déploiement d’un système de sauvegardes géographiquement distribuées, qui minimise le risque de perte de données et permet une récupération rapide des données même en cas d’incident grave pouvant affecter l’ensemble d’un centre de données. 

Les sauvegardes sont stockées dans un centre de données physique différent de celui hébergeant le compte réel

Depuis le début du mois, nous avons commencé à sauvegarder les comptes dans un centre de données différent de celui hébergeant le compte réel comme suit : 

• Les serveurs de l’Iowa, aux États-Unis, sont sauvegardés sur des machines en Virginie, aux États-Unis
• Les serveurs de Virginie, aux États-Unis, sont sauvegardés sur des machines situées dans l’Ohio, aux États-Unis
• Californie, États-Unis, les serveurs sont sauvegardés sur des machines en Oregon, États-Unis
• Texas, États-Unis, les serveurs sont sauvegardés sur des machines en Caroline du Sud, États-Unis
• Les serveurs de Londres, au Royaume-Uni, sont sauvegardés à Eemshaven, aux Pays-Bas
• Les serveurs de Francfort, DE sont sauvegardés à Eemshaven, NL
• Madrid, les serveurs ES sont sauvegardés à Eemshaven, NL
• Les serveurs d’Eemshaven, NL sont sauvegardés à Francfort, DE 
• Les serveurs de Sydney, AU sont sauvegardés à Singapour, SG

Ce service n’est pas disponible pour les comptes hébergés à Singapour pour le moment. Ces comptes sont sauvegardés sur différents serveurs au sein de l’installation de Singapour.

Protection des données renforcée

Le stockage et la sécurité des données sont un élément clé de notre service et il existe de multiples facteurs de risque et menaces que nous gardons à l’esprit lorsque nous proposons des solutions de sécurité des données. Les plus courantes sont les erreurs humaines, les pannes matérielles et les piratages. Pour ces occasions, nous nous appuyons sur nos sauvegardes quotidiennes stockées sur différents serveurs indépendamment du compte en direct. Mais ensuite, il existe des risques moins probables, mais plus dommageables, tels qu’un incendie, une panne de courant ou une catastrophe naturelle, qui peuvent entraîner la fermeture de l’ensemble d’un centre de données. L’hébergement des sauvegardes dans un emplacement différent signifie que nous améliorons les chances de sauvegarder vos données et de les remettre en ligne même en cas d’incident aussi grave.

[subscribe_cta]

Restauration de service plus rapide

Imaginez maintenant que votre site web se déconnecte en raison d’une panne de courant massive et que l’ETA est inconnue, ce qui signifie le plus souvent des heures d’indisponibilité. Ou, un ouragan a complètement détruit l’installation et tous les serveurs sont perdus au-delà de la récupération. C’était une menace très réelle que nous avons connue avec l’ouragan Katrina en 2005 et c’est un risque croissant dans certaines régions compte tenu du changement climatique et du nombre croissant de catastrophes naturelles dans le monde entier. Ou peut-être qu’un incendie brûle le centre de données et que de nombreux serveurs, sinon tous, sont touchés. Celui-ci est arrivé assez récemment à un centre de données tiers en France.

Grâce à notre nouveau système, vous êtes désormais couvert puisque nous avons sauvegardé vos données en toute sécurité il y a moins de 24 heures dans un centre de données différent. En cas d’incident, nous serions en mesure de remettre votre site web en ligne dans le nouvel emplacement pleinement opérationnel.

Ainsi, les sauvegardes distribuées non seulement sauvegardent vos données, mais nous permettent de restaurer le service dans le nouveau DC beaucoup plus rapidement que n’importe quel ETA optimiste ne le prévoyait pour la restauration dans le DC d’origine.

La stratégie de sauvegarde distribuée est quelque chose que nous envisageons depuis longtemps. Cependant, cela est devenu pratiquement possible une fois que nous avons commencé à utiliser l’infrastructure Google Cloud. L’utilisation d’un seul et même fournisseur pour tous nos emplacements géographiques, avec une interdépendance ultra rapide entre ses différents centres de données et un vaste réseau d’installations à travers le monde, nous a permis de distribuer les données à travers les régions, les pays et les continents d’une manière qui était pas possible avant.

Nous devons reconnaître le fait qu’avant de passer à l’infrastructure Google Cloud, cette stratégie de sauvegardes distribuées n’était pas possible de manière aussi sophistiquée. Google Cloud nous a donné un accès facile à toutes leurs installations mondiales, y compris la capacité de mise en réseau, ce qui a généré diverses nouvelles possibilités pour distribuer les données entre les régions, les pays et les continents.

Même niveau de confidentialité des données

Notre politique de confidentialité et notre DPA continuent de s’appliquer à la lumière de nos nouvelles sauvegardes réparties géographiquement. Les données de nos clients seront protégées de la même manière qu’avant, comme promis, et dans le cadre de notre DPA.

Bien que nous ayons bon espoir qu’aucune force naturelle n’affectera les centres de données, notre équipe préfère se préparer au pire et rassurer nos clients pour leurs sites web.

Nous avons annoncé notre SuperCacher en 2012 – la fonctionnalité qui permettait à nos clients d’activer le cache statique, le cache dynamique et Memcached pour leurs comptes. Depuis, nous avons considérablement amélioré la technologie et affiné son comportement et nous sommes convaincus qu’il s’agit de l’un des outils de vitesse les plus puissants que nous ayons créés pour nos clients. Actuellement, la partie la plus massivement utilisée de notre SuperCacher est le cache statique ( livraison directe NGINX), car il est activé par défaut sur tous nos forfaits. Aujourd’hui, nous franchissons une étape majeure qui se traduira par une adoption beaucoup plus massive des deux autres couches de SuperCacher et augmentera considérablement la vitesse des sites que nous hébergeons. Nous rendons désormais Dynamic Cache et Memcached disponibles sans frais supplémentaires sur nos plans de démarrage également. De plus, le cache dynamique sera activé sur nos serveurs par défaut. 

Mise en cache dynamique activée pour tout le monde !

Chargement des pages entre 50 % et 500 % plus rapide

Pour récapituler brièvement, la mise en cache dynamique est une technologie qui met en cache la sortie HTML de votre code PHP. Le langage PHP est utilisé pour que le contenu de ce même HTML soit modifié dynamiquement et selon un ensemble de conditions prédéfinies par le créateur du site Web. Lors de l’utilisation du cache, la prochaine fois qu’une page est demandée, le HTML pur sera affiché à partir du cache qui se trouve dans la RAM du serveur, au lieu de gaspiller des ressources CPU et E/S pour lire le fichier PHP à partir du disque. Grâce à ce mécanisme, la page Web se charge beaucoup plus rapidement. Et par “plus rapide”, nous entendons entre 50 et 500 % plus rapide sur la base de nos statistiques internes pour les sites qui l’ont activé. Plus l’impact que nous voyons sur les sites les plus lourds est important – ceux avec plus de produits et de requêtes. Une fois que vous activez le cache, les pages commencent à se charger aussi vite que votre Internet le permet, littéralement.

WordPress mis en cache prêt à l’emploi, d’autres applications peuvent également être configurées

Jusqu’à présent, le cache dynamique était disponible sur nos plans GrowBig et supérieurs et devait être activé par les utilisateurs via notre plugin WordPress SiteGround Optimizer . Maintenant, nous rendons le cache disponible sur tous les plans et nous l’activons par défaut sur tous les serveurs. Ainsi, tous les sites WordPress hébergés sur notre plateforme seront mis en cache prêts à l’emploi. De plus, nos clients pourront configurer d’autres applications pour profiter également du cache. Pour obtenir des instructions sur l’utilisation du cache dynamique avec certaines des autres applications populaires, vous pouvez vous référer aux articles de notre base de connaissances SuperCacher .

Options de gestion dynamique du cache 

Comme déjà mentionné, notre option de cache dynamique fonctionnera désormais avec les installations WordPress prêtes à l’emploi. Cependant, les utilisateurs de WordPress obtiendront les meilleurs résultats grâce aux contrôles de cache dynamique de notre plugin SiteGround Optimizer . Le plugin agit comme un connecteur supplémentaire entre notre cache dynamique et l’application WordPress. Par exemple, SiteGround Optimizer indique à votre serveur de nettoyer automatiquement le cache à chaque modification de contenu pertinente et vous offre une option simple pour exclure complètement les URL de la mise en cache. Vous pouvez également désactiver la mise en cache via le plugin. 

Si vous utilisez une autre application, vous devrez peut-être autoriser la mise en cache à partir de son “backend” afin de commencer à l’utiliser, même si nous l’activons au niveau du serveur.

En ce qui concerne l’option Flush, si un changement sur votre site Web n’est pas affiché immédiatement, étant donné que la version en cache est toujours servie, vous pouvez toujours utiliser le bouton Flush dans vos outils de site. 

Memcached disponible sur tous nos plans

Memcached est probablement le système de mise en cache mémoire le plus populaire utilisé par des milliers de sites basés sur des bases de données, ce qui accélère ces sites web en mettant en cache les résultats des requêtes de base de données dans la RAM du serveur. Ainsi, si le résultat de la même requête est à nouveau nécessaire, il sera instantanément extrait de la RAM, plutôt que d’être généré à nouveau à partir de la base de données, ce qui est généralement un processus plus lent et nécessite plus de puissance de calcul.

Memcached est désormais également disponible sur les plans de démarrage avec les outils du site. Vous pouvez l’activer depuis Site Tools > Vitesse > Mise en cache, recherchez l’onglet Memcached. Cependant, gardez à l’esprit que vous devez également configurer votre application pour utiliser ce cache, une fois que vous l’avez activé depuis notre interface. Pour WordPress, cela ne prend qu’un clic dans notre plugin SiteGround Optimizer > section de contrôle Memcached , pour certaines des autres applications populaires, vous pouvez vous référer à nos articles de la base de connaissances SuperCacher .