GNU/Linux >> Tutoriels Linux >  >> Linux

Préparez-vous pour les événements à fort trafic

Si vous planifiez un événement majeur ou une campagne publicitaire, vous pouvez utiliser les informations contenues dans cet article pour aider votre site Web à gérer avec succès un trafic inhabituellement élevé.

Garanties supplémentaires pour les événements à fort trafic

Rackspace offre une garantie de niveau de service supplémentaire pour les clients de niveau de service ManagedOperations qui nous informent à l'avance de leur événement à fort trafic. Cette garantie n'est disponible que pour nos clients de niveau de service Managed Operations et comporte quelques restrictions, notamment des préavis et des gels de code. Si vous êtes intéressé par cet accord de niveau de service avancé (SLA), contactez votre responsable de compte.

Soyez conscient des problèmes qui pourraient survenir pendant les périodes de trafic élevé et des solutions potentielles

Les problèmes suivants peuvent survenir pendant les périodes de fort trafic :

  • Sur-saturation du trafic vers Web01 depuis d'autres serveurs Web
  • Épuisement des ressources et conflit
  • Vérifications de redémarrage forcé qui entraînent des temps d'arrêt plus longs

Faire connaître l'événement et documenter les faits importants à l'avance

Documentez les informations suivantes :

  • Date et heure de l'événement
  • Points de contact
  • Un résumé de la configuration
  • Plans tactiques
  • Configuration proactive des sauvegardes et surveillance du domaine
  • Préparations telles que l'ajout d'équilibreurs de charge cloud et de bases de données

Passer d'un serveur à plusieurs serveurs

Nos clients d'événements à fort trafic les plus performants font évoluer leur application d'un serveur unique à plusieurs serveurs. Cette section partage des conseils pour passer à l'échelle.

Évoluez au niveau du Web et de l'application

Utilisez les étapes suivantes pour évoluer au niveau du Web et de l'application :

  • Découvrez la configuration initiale, notre recommandation d'architecture pour une application cloud prête à évoluer.
  • Une fois la configuration initiale en place, commencez à évoluer horizontalement en utilisant des serveurs d'application et Web supplémentaires.

Échelle au niveau des données

Utilisez les étapes suivantes pour évoluer au niveau des données :

  • Faites évoluer vos bases de données et ajoutez la réplication. Votre base de données peut être un goulot d'étranglement important pour votre application. Étant donné que la plupart des transactions doivent passer par la base de données, envisagez de redimensionner ce niveau à la fois verticalement et horizontalement.
  • L'ajout de ressources de calcul supplémentaires au serveur principal vous permet de traiter plus de données plus rapidement. L'ajout de la réplication donne à votre application une redondance et vous pouvez utiliser des réplicants en tant que versions en lecture seule pour un accès plus rapide aux données.
  • Rackspace Cloud Databases peut vous aider à la fois pour la mise à l'échelle et la réplication.
  • Envisagez d'utiliser une couche de mise en cache des requêtes pour accélérer le site et améliorer son évolutivité.
  • Testez minutieusement.

Tests

Nous recommandons toujours les tests, mais les tests deviennent plus importants à mesure que vous effectuez une mise à l'échelle pour un événement à fort trafic. Cette section explique nos recommandations pour les tests de charge et l'optimisation avant un événement. Pour obtenir des recommandations supplémentaires sur la préparation d'un événement à fort trafic, contactez votre responsable de compte ou l'assistance Rackspace.

Tests d'applications

Testez les fonctionnalités de votre application à grande échelle en effectuant les tâches suivantes :

  • Vérifiez que tout fonctionne. Un nœud Web qui est exclu de l'équilibreur de charge ou un certificat SSL (Secure Sockets Layer) mal configuré peut perturber l'ensemble de l'application.
  • Assurez-vous d'avoir configuré Mailgun® pour envoyer des e-mails transactionnels afin de supprimer ce processus de vos serveurs d'application.
  • Corrigez d'abord tout au niveau de l'application, puis testez les performances.

Test de charge

Testez les performances de votre application à grande échelle en effectuant les tâches suivantes :

  • Exécutez un test de charge de référence à l'aide de Load Impact, Loader.io, Apica®LoadTest® ou d'un autre service de test de charge. Cette étape vous aide à estimer l'impact potentiel du trafic supplémentaire sur l'application.
  • Examinez les résultats du test et apportez les modifications appropriées à votre configuration (telles que l'ajustement d'Apache® MaxClients).
  • Exécutez un test de charge supplémentaire après avoir ajusté votre configuration pour estimer la quantité de trafic que votre site ou votre application peut gérer.
  • Effectuer des tests GET versus POST. Si votre application est transactionnelle, assurez-vous de tester la charge des transactions en plus des chargements de page.

Optimisation

Utilisez les étapes suivantes pour optimiser votre site Web ou votre application :

  • Servez des fichiers statiques à partir du réseau de diffusion de contenu Rackspace (CDN) pour améliorer les performances et les vitesses de chargement.
  • Introduisez une ou plusieurs couches de mise en cache dans votre configuration.
  • Utilisez un outil tiers tel que Cloudflare® ou Incapsula® pour mettre en cache et optimiser votre contenu Web au niveau du système de noms de domaine (DNS).

Contacter Rackspace

Nous vous recommandons de contacter Rackspace dès que vous avez connaissance d'un événement à venir. Cet avis nous permet de travailler avec vous pour élaborer un plan afin de résoudre tout problème susceptible de survenir.

Incluez les informations suivantes :

  • Lorsque l'événement est programmé
  • Le point de contact principal
  • Comment entrer en contact avec cette personne

Si vous rencontrez des problèmes, appelez immédiatement l'assistance Rackspace au 1 800 961 4454.

Après l'événement

Cette section décrit les étapes à suivre après un événement à fort trafic.

Réduisez votre architecture

Si vous avez suivi nos guides précédents pour la mise à l'échelle, vous pouvez les suivre en sens inverse pour revenir à la baisse. Nous vous recommandons d'échelonner la réduction afin de ne pas trop réduire votre application pour gérer votre trafic.

Commencez par drainer les connexions des serveurs derrière votre équilibreur de charge, un serveur à la fois. Lorsqu'il n'y a plus de connexions, vous pouvez supprimer ce nœud et supprimer le serveur. Vérifiez que votre trafic se maintient et répétez ces étapes jusqu'à ce que votre architecture réponde à la demande de trafic actuelle.

Si vous rencontrez des problèmes, contactez le support Rackspace.

Analyser les performances pendant l'événement

Nous vous recommandons également de prendre le temps d'examiner les performances de vos applications pendant l'événement et d'apporter les modifications qui pourraient s'avérer nécessaires. Si vous trouvez des goulots d'étranglement ou des limitations inattendus, documentez-les et corrigez-les. Ces problèmes peuvent être liés à l'application elle-même, ou ils peuvent indiquer un problème faisant remonter un besoin d'assistance aux bonnes parties prenantes à temps. L'identification, la documentation et la correction des problèmes vous aideront désormais la prochaine fois que vous rencontrerez un événement à fort trafic.


Linux
  1. Une introduction aux pare-feu d'applications Web pour les administrateurs système Linux

  2. Meilleur sélecteur d'application pour Budgie Desktop ?

  3. Rainlendar - Une application de calendrier personnalisable pour Linux

  4. tomboy-ng - Application de prise de notes simple pour les ordinateurs de bureau

  5. Limiter l'accès aux appels système pour une application Linux

Comment se préparer au mauvais temps sous Linux

20 étapes pour préparer votre PC à l'installation de Linux

Terminal Velocity - Une application de prise de notes CLI pour Linux

Ndm - Une application graphique de bureau pour NPM

Trucs et astuces pour les administrateurs système et les opérations

NGINX en tant que proxy inverse pour l'application Node ou Angular