'>

tructurer un site WordPress évolutive et hautement disponible dans AWS

1. Structurer un site WordPress évolutive et hautement disponible dans AWS Harish11g.aws @ http://harish11g.blogspot.com gmail.com
2. Pourquoi cette présentation? • WordPress est utilisé par plus de 14,7% des Internets Alexa "top 1 million" sites • En Août 2011 WordPress pouvoirs 22% de tous les nouveaux sites • Comme de Décembre 2011, la version 3.0 ont été téléchargées plus de 65 millions de fois • Fournir un aperçu architecturaux pour construire des sites WordPress hautement évolutive et disponible dans AWS • startups d'aide et les entreprises qui sont nouveaux dans AWS-WordPress avec certains plans
3. WordPress architecture requise dans AWS • Capacité à servir des millions de pages par jour • Capacité à monter en charge / bas dynamiquement en fonction sur le trafic • Capacité à bien performer, même avec des demandes de mise à l'échelle • doit être hautement disponible sans points de défaillance uniques • Opérations automatisées - Sauvegarde et Surveillance • Rentable
4. Pourquoi AWS est mieux pour WordPress échelle? • AWS fournit flexibilité pour redimensionner augmenter ou réduire • AWS fournit Construire des services de bloc qui est fondamentalement robuste et tolérante aux pannes • AWS offre une gamme complète d'options à partir de, saveurs OS, le pool de stockage, bases de données, la charge équilibreurs, surveillance, etc • Pay as you go - Faites des économies en misant automatiquement redimensionnées des instances EC2 WordPress • Nous pouvons commencer petit et de grandir dans AWS
5. AWS blocs de construction utilisés dans cette architecture WordPress
6. Certains blocs de construction AWS Amazon Amazon Route53 pour gérer et répondre aux requêtes DNS Route 53 Amazon Elastic Load Balancer pour équilibrage de charge HTTP / S demande à WordPress instances RDS MySQL Database Server pour stocker le contenu Simple Storage Service (S3) WordPress pour stocker l'application WordPress S3 actifs, les instantanés et les fichiers journaux Amazon Amazon CloudFront EUR pour la livraison des biens staticCloudFront d'application de la plus proche bord endroits Amazon Amazon CloudWatch pour le suivi et l'envoi SNS alertsCloudWatch
7. Architecture hautement évolutive pour l'application WordPress
8. Administrateur AmazonAZ: Amazon Amazon CloudFrontAvailability Zones Route 53 AWS Région 1 Les données statiques SSH / SFTP Elastic Load Balancer Amazon S3 CloudWatch Az-1 Az-2 Alarmes Auto Scaled WordPress WordPress instances EC2 Management Server Amazon SNS Notifications Az-1-2 Az Az-1 AZ-2 veille RDS Maître Lire sauvegardes Replica et les fichiers journaux Fichier pool de stockage de base de données couche base de données de la couche
9. Brève sur l'architecture • architecture à plusieurs niveaux • L'équilibrage de charge tier • Gestion WordPress indépendante et nœuds d'instance • Auto Scaled WordPress EC2 nœuds d'instance • Base de données MySQL MS avec d'autres Lire esclaves • S3 + CDN pour la livraison de contenu • Surveillance, sauvegardes, alertes Sys
10. Tiers Architectural Explication Voyons maintenant les niveaux dans le détail!
11. Équilibrage de charge Tier
12. Administrateur AmazonAZ: Amazon Amazon CloudFrontAvailability Zones Route 53 AWS Région 1 Les données statiques SSH / SFTP Elastic Load Balancer Amazon S3 CloudWatch Az-1 Az-2 Alarmes Auto Scaled WordPress WordPress instances EC2 Management Server Amazon SNS Notifications Az-1-2 Az Az-1 AZ-2 veille RDS Maître Lire sauvegardes Replica et les fichiers journaux Fichier pool de stockage de base de données couche base de données de la couche
13. Équilibrage de charge avec Amazon ELB • Amazon Elastic Load Balancing va équilibrer la charge des requêtes http à WordPress instances EC2 • ELB va diriger les requêtes vers WordPress EC2 à travers de multiples zones de disponibilité (pour HA) • Bilan de santé, les algorithmes de LB et la terminaison SSL seront effectués par le Load Balancer • Amazon Elastic Load Balancing peut continuer à augmenter sa capacité automatiquement en fonction du trafic
14. Équilibrage de charge avec Amazon ELB • Amazon ELB travaille avec Route 53 et Auto Scaling transparente • Amazon ELB est au prix @ "payer pour l'utilisation" modèle • Amazon ELB est un service géré, de sorte • Pas de problèmes de maintenance • Aucune mise à niveau SW / HW • NO Capacité planification • Aucune intervention manuelle pour l'expansion
15. Comment évolutive est cette architecture?
16. Administrateur AmazonAZ: Amazon Amazon CloudFrontAvailability Zones Route 53 AWS Région 1 Les données statiques SSH / SFTP Elastic Load Balancer Amazon S3 CloudWatch Az-1 Az-2 Alarmes Auto Scaled WordPress WordPress instances EC2 Management Server Amazon SNS Notifications Az-1-2 Az Az-1 AZ-2 veille RDS Maître Lire sauvegardes Replica et les fichiers journaux Fichier pool de stockage de base de données couche base de données de la couche
17. L'évolutivité et l'élasticité • Evolutivité et l'élasticité est construit dans la plupart des couches dans cette architecture • instances EC2 WordPress peut être adapté sur et vers le bas en fonction du trafic • Nous pouvons augmenter le nombre de WordPress instances EC2 de 1 à 100 + automatiquement pendant les pics de charge • Nous pouvons réduire le nombre de WordPress instances EC2 de 100 + à 1 automatiquement lors de vallées • Peut servir des millions de pages avec facilité • Ne payez que pour les heures d'instance EC2 utilisés
18. L'évolutivité et l'élasticité • Lisez l'évolutivité est construit dans la couche de base de données avec RDS Lire les répliques • Nouveau RDS Lire répliques peuvent être ajoutés / supprimés en toute simplicité • Conseils: • Pendant les campagnes seul nous pouvons courir plus RDS Lire Répliques • Pas plus de max 5 RDS Read répliques sont recommandées • Garder Lire Replica et Master RDS même taille EC2 pour de meilleures performances
19. L'évolutivité et l'élasticité • en cluster + Distributed File System de la couche du pool de stockage peut être adapté manuellement en cas nécessaire • Minimum 2 EC2 grandes instances devraient être utilisés pour la couche de pool de stockage (pour HA et mieux IO) • Conception de la couche de pool de stockage avec HA ( très critique) • blocs de construction AWS S3 comme, CloudFront, CloudWatch, SNS utilisés dans cette architecture sont intrinsèquement conçus pour une évolutivité
20. Comment la haute disponibilité et tolérance aux pannes est construit dans cette architecture?
21. Haute disponibilité • HA @ WordPress couche • Plusieurs instances EC2 WordPress éviter point de défaillance unique • WordPress instances EC2 sont lancés à travers multiple - AZ de l'intérieur d'une région de la haute disponibilité • HA @ DB couche • RDS MySQL Maître et Veille sont lancés dans 2 disponibilité différente zones de haute disponibilité • RDS Lire les répliques sont créés dans plusieurs-AZ de
22. Haute disponibilité • HA @ couche de stockage de la piscine • Deux instances EC2 utilisés pour la couche de pool de stockage • pool de stockage est configuré en mode répliqué pour la haute disponibilité • blocs de construction pour les SSFE comme S3, Nuage avant, CloudWatch, ELB, SNS, EBS utilisés dans cette architecture sont intrinsèquement conçu pour la tolérance aux pannes et HA
23. Comment le niveau de base de données est architecturé?
24. Administrateur AmazonAZ: Amazon Amazon CloudFrontAvailability Zones Route 53 AWS Région 1 Les données statiques SSH / SFTP Elastic Load Balancer Amazon S3 CloudWatch Az-1 Az-2 Alarmes Auto Scaled WordPress WordPress instances EC2 Management Server Amazon SNS Notifications Az-1-2 Az Az-1 AZ-2 veille RDS Maître Lire sauvegardes Replica et les fichiers journaux Fichier pool de stockage de base de données couche base de données de la couche
25. Base de données couche • RDS Maître et veille fournir une haute disponibilité • RDS Lire répliques fournissent des performances de lecture • HyperDB plugin est configuré pour utiliser plusieurs critères comme maître RDS et RDS lecture répliques dans cette architecture • Les groupes de sécurité DB permettront l'accès DB uniquement pour WordPress instances EC2 • Décharges périodiques, des instantanés et des points dans le temps de récupération est possible dans cette architecture
26. Quels sont les aspects de performance sont pris en charge dans cette architecture?
27. Performance • APC (ou) Xcache plugin peut être utilisé pour la mise en cache PHP Opscode • W3TotalCache + CloudFront (ou) BatCache + Memcached peut être utilisé pour la mise en cache • RDS multiples, lisez répliques pour les performances de lecture • RDS Maître et Lire répliques sont séparés pour obtenir indépendant écrire et lire des performances • Amazon ELB + Auto Scaling permet d'améliorer la performance globale du site lorsque la charge augmente
28. Content Delivery Network
29. Administrateur AmazonAZ: Amazon Amazon CloudFrontAvailability Zones Route 53 AWS Région 1 Les données statiques SSH / SFTP Elastic Load Balancer Amazon S3 CloudWatch Az-1 Az-2 Alarmes Auto Scaled WordPress WordPress instances EC2 Management Server Amazon SNS Notifications Az-1-2 Az Az-1 AZ-2 veille RDS Maître Lire sauvegardes Replica et les fichiers journaux Fichier pool de stockage de base de données couche base de données de la couche
30. Content Delivery • Amazon CloudFront sera le réseau de diffusion de contenu (CDN) • W3TotalCache plugin va être configuré pour utiliser Amazon CloudFront pour une meilleure performance et une latence réduite • Les actifs statiques, des modèles, des thèmes, des images, etc seront livrés à partir des emplacements de bord le plus proche du CDN
31. Déploiement • Distributed fichier pool de stockage est configuré entre la direction WordPress et instances de contenu • Gestion WordPress et instances de Content partagent le même pool de stockage pour les fichiers et les plugins • Le déploiement des fichiers et plugins se produira par la direction de noeud WordPress • Les fichiers et plugins sera immédiatement disponible pour une utilisation dans l'auto réduites WordPress instances EC2
32. Surveillance et des alertes
33. Administrateur AmazonAZ: Amazon Amazon CloudFrontAvailability Zones Route 53 AWS Région 1 Les données statiques SSH / SFTP Elastic Load Balancer Amazon S3 CloudWatch Az-1 Az-2 Alarmes Auto Scaled WordPress WordPress instances EC2 Management Server Amazon SNS Notifications Az-1-2 Az Az-1 AZ-2 veille RDS Maître Lire sauvegardes Replica et les fichiers journaux Fichier pool de stockage de base de données couche base de données de la couche
34. • Surveillance Amazon CloudWatch suivra la CPU et l'utilisation du réseau de l'ensemble de l'installation • Amazon CloudWatch alarmes configurées avec Amazon SNS fournit Email / SMS d'alerte pour les administrateurs système
35. Sauvegardes
36. Administrateur AmazonAZ: Amazon Amazon CloudFrontAvailability Zones Route 53 AWS Région 1 Les données statiques SSH / SFTP Elastic Load Balancer Amazon S3 CloudWatch Az-1 Az-2 Alarmes Auto Scaled WordPress WordPress instances EC2 Management Server Amazon SNS Notifications Az-1-2 Az Az-1 AZ-2 veille RDS Maître Lire sauvegardes Replica et les fichiers journaux Fichier pool de stockage de base de données couche base de données de la couche
37. Sauvegarde • son ops personnalisés seront sauvegarder les fichiers nécessaires à partir de pool de stockage S3 périodiquement • S3 peuvent être configurés pour supprimer les anciennes sauvegardes automatiquement • RDS MySQL est configuré pour effectuer des captures de données périodiques et DB instantanés • couche RDS peut être récupéré moment de l' sauvegardes
38. Sécurité • suffisamment durcis OS pour WordPress Gestion et instances WordPress • Pare-feu (ou) les groupes de sécurité AWS configurés entre toutes les couches de l'architecture • SFTP / FTP accès uniquement à la gestion nœud WordPress • AWS politiques IAM pour gérer l'accès des utilisateurs de compte • Installer WordPress plugins sécurité
39. Avantages • L'architecture évolutive et hautement disponible • Peut élastique scale-out pour servir des millions de visites en une journée • Peut croître avec les exigences de la charge à l'avenir • L'utilisation des intrinsèquement tolérance de panne des blocs de construction pour les SSFE améliore la stabilité • Haute performance en utilisant CDN et les plugins de cache appropriées • Surveillance , Backup and Recovery est intégrée • payer pour l'utilisation
40. Inconvénients • complexes à installer et à entretenir • ne sera pas idéal pour les petits sites qui n'ont pas besoin échelle • ne sera pas rentable pour les sites qui ont moins de trafic
41. Points clés à retenir • Les fichiers journaux générés dans WordPress instances EC2 doivent tourner • Utilisation Amazon EBS pour le pool de stockage et WordPress instances EC2 • Démarrer avec EC2 m1.Large instances pour le pool de stockage et les instances WordPress • Plus Mémoire - Meilleure performance de DB • Commencez avec RDS Grand Master • Gardez RDS et RDS Read Maître des répliques de la même taille pour améliorer les performances de lecture
42. Points clés à retenir • RDS MySQL ne supporte que le moteur InnoDB • séparer la gestion WordPress et WordPress cas de contenu pour l'évolutivité • Ne pas monter en charge / bas rapidement dans une heure, il vous en coûtera plus de AWS • Combiner AWS à la demande et les prix de l'instance Réservé pour obtenir davantage d'économies par mois
43. Points clés à retenir • Amazon zones de disponibilité (AZ départ) sont des lieux physiques distincts avec une puissance indépendante, refroidissement, sécurité des réseaux et ayant une faible connectivité réseau de latence entre eux à l'intérieur de la même région • Levier dans WordPress, le pool de stockage et les couches de DB pour HA comme mentionné dans l'architecture
44. Comment puis-je configurer WordPressarchitecture évolutive sur AWS?
45. Laissez cela aux experts, nous willhandle thisCloud architecture ConsultingCloud Demande DevelopmentCloud Migration et stratégie d'adoption ImplementationCloud "permet de faire le travail»
Published By Drupal french Study