Quand dois-je utiliser un t2.moyenne, par rapport à un m3.moyen type d'instance dans AWS?
Ils semblent avoir à peu près la même en termes de performances.
Modèle vCPU Mem (GiB) Stockage SSD (GO)
m3.moyen 1 de 3,75 1 x 4
Modèle vCPU CPU Crédits /heure Mem (GiB) de Stockage
t2.moyen 2 24 4 EBS-Seulement
t2.moyen permet de salve de mesure de la performance alors que m3.moyen n'est pas. t2.moyen même a plus de vCPU (1 vs 2) et de la mémoire (3.75 vs 4) que la m3.moyen. Le seul gain de performance est le SSD w/m3.moyen, que je reconnais pourrait être important si je suis en train de faire lourd I/O.
Serait-ce le seul scénario où je choisissez une m3.moyenne plus d'un t2.moyen?
J'aimerais exécuter un serveur web qui obtient 20-30k frappe un mois donc je pense est correct pour mes besoins, mais quelle est la meilleure option?
- Je pense que vous avez peut-être mal interpréter les options de capacité de la nature de l't2 - vous obtiendrez seulement une instance de la performance de pointe de si (en moyenne), c'est moins de 40% utilisé
- Si ils peuvent générer 20% de charge CPU en continu avec un seul visiteur par période de 90 secondes, puis ils ont besoin de regarder leur code au sérieux.
Vous devez vous connecter pour publier un commentaire.
30000 visites par mois en moyenne un visiteur toutes les 90 secondes. À moins que votre site est très atypique, la charge sur le serveur est susceptible d'être invisible petits. L'éclatement traitera des pointes jusqu'à des centaines (ou des milliers, avec quelques optimisations) des visiteurs.
Appropriés de mise en cache, un serveur VPS de comparable specs pour un t2.micro peut servir un blog WordPress avec 30000 visites PAR MINUTE. Si vous étiez de saturer qui ne cesse, vous ne pouvez pas compter sur les rafale de la performance pour le t2.micro, bien sûr. Un t2.moyen est d'environ 4x aussi puissant à tous égards comme un micro, et une m3.moyen similaire, de la RAM et de la bande passante, mais moins de pointe du PROCESSEUR.
Le stockage d'instance sera quelques fois plus rapide qu'un grand EBS GP2 (SSD) volume en m3.moyen, bien sûr. Le t2 & c3 moyen instances ont un peu près 300 à 400 Mbit/s de bande passante réseau, t2.micro-gets ~60 à 70 Mbit.
Un indice de référence montre que t2.moyen dans l'éclatement de mode en fait bat c3.large (sans parler de la m3.moyenne, ce qui est inférieur à la moitié de la puissance, à 3 ÉCUS vs 7).
Mais comme indiqué, vous pouvez probablement économiser de l'argent en utilisant quelque chose de moins puissant que de vos suggestions et ont toujours d'excellentes performances.
Si vous n'avez pas besoin de la puissance de configurer entièrement votre serveur, hébergement mutualisé ou un platform-as-a-service, solution sera plus facile. Je recommande OpenShift, parce qu'ils suggèrent explicitement un seul petit engrenage jusqu'à 50 visites par mois. Vous obtenez au moins 3 de ces pour gratuit.
Si vous avez besoin de configurer le serveur, vous avez vraiment besoin de suffisamment de mémoire pour exécuter votre serveur et/ou DB. Un t2.nano dispose de 512 MO et d'un t2.micro dispose de 1 GO. Les véritables goulots d'étranglement des performances sera probablement d'I/O disque et de bande passante réseau. La première peut être amélioré avec un plus grand usage général volume SSD (plus IOPS), la seconde par l'utilisation de plusieurs instances et un ELB.
Assurez-vous de vous accueillir toute l'statique actifs dans S3 et utiliser la mise en cache bien, et même les plus petites instances AWS peut gérer des centaines de requêtes par seconde.
En gros: "ne vous inquiétez pas à ce sujet, utilisez la moins chère et la chose la plus facile qui va l'exécuter."
Bien que le "matériel" caractéristiques se ressemblent pour le T2.moyen instance et de la M3.moyen instance, la différence est quand vous considérez Modulable vs Fixe de la Performance. Voir ce lien Amazon Web Services:
http://aws.amazon.com/ec2/faqs/#burst
La citation suivante, qui vient à partir de ce lien:
Un T2 instance revient CPU crédits, mais seulement tant qu'il fonctionne. Si elle est arrêtée ou interrompue, les crédits accumulés sont partis.
Il est une pièce importante de l'information en bas de la page concernant le CPU crédits pour le T2 instances:
Cela signifie que si vous exécutez hors de burstable crédits, votre performance sera limitée à un pourcentage fixe d'un seul cœur jusqu'à ce que vous reviennent plus; 10% pour les T2.micro, 20% pour les T2.petits et 40% pour le T2.moyen.
Une autre différence importante que l'OP mentionne, c'est le M3.moyen instance peut être configuré avec 4 go de stockage éphémère, qui a une plus grande capacité d'e/S que persistante, Elastic Block Storage (EBS). T2 instances n'ont pas cette option.
Enfin, ça dépend de ce qu'est un "hit" est. À mon avis, si un coup signifie un peu statique de la page des téléchargements qui sont à moins de 64 ko ou petites pages dynamiques, alors je vais explorer le T2 option. Pour des sessions plus longues, plus le trafic de données, ou un plus grand nombre d'utilisateurs simultanés, je considère le M3. Et si les performances sur une longue période de temps est une question clé, je pense que vous êtes certainement dans M3 de terre.
Regarder les logs de votre site ou un site similaire à ce que vous êtes en train de configurer et de déterminer la situation que vous êtes en.
De tester votre application sur les deux et de déterminer la bonne taille pour vous. C'est le seul moyen de savoir pour sûr. La "meilleure option" dépend de la façon dont votre application s'exécute et à vos exigences en matière de coût.
Alternativement, vous pouvez simplement choisir, en fonction des coûts ou d'autres critères, et si c'est insuffisant, ou trop suffisant, puis changez le type d'instance à l'autre.