2017-07-09 5 views
-1

Comment estimer le nombre de pages vues par seconde ou en parallèle qu'une instance comme t2.micro peut gérer? Je sais que cela varie en fonction des requêtes de la base de données, du traitement des modèles et autres, mais j'ai besoin de quelques estimations prudentes ou d'exemples du monde réel juste pour un point de référence.Quantité de trafic que t2.micro peut gérer

+1

Cette question est sans signification, et vous avez réussi à préciser exactement pourquoi. Aussi, voulez-vous utiliser Cloudfront? Non? Quelle partie de la page Web est un script ou non? C'est complètement vide de sens, malheureusement! – Henry

+0

Vous dites que vous savez que cela dépend, mais vous demandez une réponse. Si vous diffusez des pages statiques ou si vous faites des requêtes complexes, la réponse est très différente. La meilleure façon de le tester est de déployer votre application ou une maquette de ce que fera votre application et de tester le point de terminaison pour voir comment elle fonctionne. –

+0

Je sais que cela dépend, le problème est que j'ai besoin de produire des estimations à l'avance (pas encore de code) et que je n'ai pas d'expérience avec ça, alors je demande des conseils à des personnes déjà expertes. Je ne m'attends pas à ce que vous tiriez un certain nombre de vos fesses. – ArekBulski

Répondre

0

Vous allez rencontrer des problèmes si vous essayez d'appliquer un processus de réflexion type VPS à AWS. L'une des forces d'AWS est que vous avez de l'élasticité. Mettre en place quelques instances, puis ajouter plus lorsque la demande augmente. Auto Scaling Groups mélangé avec un Elastic Load Balancer aide grandement à traiter automatiquement la demande (bien qu'il ne va pas très bien gérer le trafic de pointe inattendu, il vous faudra juste avoir beaucoup d'instances de secours prêtes si vous voulez faire face à cela). Une des raisons pour lesquelles vous ne voulez pas que t1.micros fournisse directement des requêtes est que les clients lents peuvent utiliser des sockets pouvant être utilisés pour se connecter à la base de données. C'est pourquoi vous laissez ELB gérer les clients à la place afin que vous n'ayez pas à gérer cela. Le nombre de clients que vous pouvez gérer dépendra également du nombre de sockets disponibles, des ressources disponibles, du type de serveur Web que vous avez installé, etc.

Si vous utilisez des fichiers statiques, utilisez simplement S3, potentiellement mélangé avec CloudFront pour faire face à cela. Pour traiter les appels API simples qui effectuent des opérations CRUD sur une base de données, utilisez simplement Lambda Functions with API Gateway. Étant donné que Lambda et API Gateway évolueront avec la demande, vous n'aurez plus vraiment à vous soucier du problème de pages vues.

Vous aurez tout simplement du mal à trouver une réponse directe à votre question, simplement en raison de la façon dont AWS fonctionne et de la façon dont les gens l'utilisent.

+0

Ce n'est pas un contenu statique, donc S3 et CDN ne suffisent pas. Je pensais à l'instance de lambdas vs ec2, ce qui serait mieux pour transmettre le trafic http, mais les lambdas sont sans état et ne peuvent donc rien cacher correctement? – ArekBulski

+0

@ArekBulski Eh bien, Lambda peut s'interfacer avec d'autres services si vous en avez vraiment besoin. DynamoDB, Elasticache, RDS, S3 sont des exemples d'endroits où vous pouvez stocker des choses pour les retirer plus tard. Tout dépend vraiment du type d'état que vous attendez. –