AWS EC2: Une raison de ne pas toujours utiliser l'instance la moins chère?

-1

Lors de la configuration de EC2 avec Amazon Web Services, existe-t-il une raison de ne pas toujours utiliser l'instance la moins chère (par exemple t2.nano - si vous utilisez tx.x instances) et de l'augmenter automatiquement (note: UP, pas OUT) pour utiliser ce dont il a besoin? Pourquoi commencer à une instance supérieure (par exemple, t2.micro, t2.small, t2.medium) si vous n'en avez pas nécessairement besoin?AWS EC2: Une raison de ne pas toujours utiliser l'instance la moins chère?

Est-ce que la seule raison est de ne pas le faire pour vous assurer qu'il n'y a pas de problèmes de performances lors de la mise à l'échelle des réglages automatiques?

Source

2017-10-10 Chuck Le Butt

Drive par downvote? N'importe quelle raison? –

AWS ne prend pas en charge la mise à l'échelle automatique, mais uniquement la mise à l'échelle automatique. La mise à l'échelle requiert l'arrêt de l'instance, la modification du type d'instance, puis le redémarrage de l'instance. De même, si vos applications serveur ont des paramètres d'utilisation de la mémoire, vous devrez peut-être mettre à jour ces paramètres chaque fois que vous mettrez votre serveur à l'échelle. Vous devez également être très conscient de la façon dont les crédits d'UC fonctionnent sur les instances T2 avant de les utiliser dans n'importe quelle charge de travail de production. –

Bien que ce que vous dites soit vrai, si vous avez quelque chose de configuré dans un groupe de mise à l'échelle automatique, vous pouvez le faire sans intervention manuelle.Bien que votre application doive prendre en charge la transition de l'ajout de nouveaux nœuds au groupe et l'élimination progressive des anciens. – d1ll1nger

Il semble automatiquement mise à l'échelle est not available in AWS, et en fait vous avez à l'échelle OUT. Dans cet esprit, il est logique de toujours commencer par la plus petite instance que votre application fonctionnera bien, ce qui peut ne pas être le moins cher.

Source

2017-10-10 14:39:14

-1

Tout dépend de l'utilisation de votre application. Si vous testez quelque chose dans AWS avec l'instance EC2, l'instance de la famille T2 est assez bien et vous pouvez aller de l'avant et l'utiliser. Pour la production, vous pouvez aller avec la base d'instance suivante sur votre application.

utilisation des applications:

bouns CPU utilisent C4 famille

bouns mémoire utilisent R4 ou m3 famille

Storage utilisation d2, i2, et la famille i3

Veuillez trouver le lien suivant pour votre référence.

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html

Source

2017-10-10 10:17:09 Azhagiri

-1

une question assez large à mon avis que nous ne savons rien sur l'application sous-jacente, donc je vais vous donner un exemple basé sur certaines hypothèses sur le moment où il serait évidemment pas fonctionner.

Je suppose également que vous utilisez la mise à l'échelle automatique ici et que vous ajoutez un autre type d'instance basé sur les alarmes et les métriques? Par exemple, si vous avez une seule instance dans un groupe de mise à l'échelle automatique pour une solution client importante, alors pendant que votre système ne répond pas aux demandes de manière rapide en raison de la limite de ressources et du processus de mise à l'échelle. vous risquez de perdre des clients et/ou de l'argent. Surtout si vous devez mettre à l'échelle environ 5 fois pour obtenir le bon type d'instance.

En outre, quel est le goulot d'étranglement? Si son réseau ne passe pas à travers la famille T2, vous n'aurez aucun avantage car vous bénéficierez d'une mise en réseau améliorée qui n'est prise en charge que sur certains types d'instances. Pour un usage général, vous voudriez un type m4.

Source

2017-10-10 14:29:10 d1ll1nger

AWS EC2: Une raison de ne pas toujours utiliser l'instance la moins chère?

Répondre

Questions connexes