La présence d'instances dédiées prépare-t-elle pleinement des problèmes avec les voisins bruyants?

Autant que je sache l'article, il est supposé que si vous avez plusieurs copies, ils sont probablement présents sur le même équipement de base et utiliseront tout cet équipement, empêchant ainsi le lancement des autres. (potentiellement bruyant) instances sur ce matériel - Ou du moins le rend beaucoup moins probable.

Si cette compréhension est correcte, vos questions peuvent être répondues comme suit:

Ce n'est que si vous exécutez suffisamment d'instances afin qu'elles utilisent complètement un serveur de base, et aucune autre instance ne peut y travailler.

Plus les "machines à sous" sur l'équipement de base que vous utilisez, moins la probabilité que la copie de quelqu'un d'autre puisse être capable de (et) travailler dessus et (B.) Il s'avère bruyant.

Il y a plusieurs problèmes dans cet argument. Tout d'abord, nous ne savons pas que tous vos instances se grappe automatiquement sur le même équipement (Cela peut être tellement; Je ne sais tout simplement pas que c'est tellement). Deuxièmement, même s'ils le font, nous ne savons pas combien d'instances vous devez courir pour fermer "votre" équipement de base pour des instances d'autres personnes. Troisièmement, même si nous l'avons fait, Amazon Pas stupide, et il n'y a pas de déjeuner gratuit; Si vous démarrez un nombre suffisant d'instances pour monopoliser complètement le serveur interne, vous devrez payer de même que pour louer un serveur de serveur.

Il me semble que, par conséquent, vous devez admettre que (et) Les serveurs virtualisés sont peu coûteux parce qu'ils peuvent être réséqués sur les motifs qui n'utilisent pas tous constamment toutes les ressources de leur serveur et (B.) Si vous avez vraiment besoin de ressources allouées, vous devriez louer un serveur dédié.

Est-ce complètement empêchant la présence d'instances sélectionnées? AWS Problèmes de voisins bruyants?

Vos propres instances peuvent être des voisins bruyants l'un pour l'autre. Aussi, bien que vous ayez payé Amazon Pour que les instances des autres personnes ne fonctionnent pas sur votre hôte de base, je ne crois pas qu'il se réserve un rack entier, vous pouvez donc probablement faire face à un problème lorsque d'autres

les propriétaires

À la même chose

étagère

Utilisez une plus grande bande passante que dans le rack.

Si cela n'empêche pas complètement, combien le bruit des voisins réduit-il le problème?

Je ne crois que personne sauf Amazon, capable de répondre à cette question.

Croyez-vous que vous êtes inquiet ou essayez-vous simplement de le planifier?

Il y a beaucoup de déclarations inexactes que vous pouvez trouver dans des poteaux de blog sur EC2.

Le problème est supposé "Voisin bruyant" - Sujet fréquent, naufrage dans des inexactitudes.

Bien sûr, les copies en surbrillance résoudraient ce problème - Si c'était un problème - En vous fournissant un nouveau problème, comme indiqué précédemment, - Vous seriez votre propre voisin bruyant. Pour AWS Il serait inutile de ne pas regrouper toutes vos instances dédiées sur un serveur physique dépassant la quantité requise.

Mais ce n'est pas le cas, car c'est un problème imaginaire causé par un malentendu généralisé de ce que les cycles de processeurs "volés" sont et ce qu'ils entendent dans EC2.

Infrastructure EC2 Il a plusieurs configurations physiques différentes. Même dans la même classe de l'instance, en fonction du type sur lequel vous êtes déployé et que votre propre charge, vous verrez des cycles plus ou moins volés en raison de la raison absolument pas liée aux «voisins bruyants».

Instance de classe «m1.small» montre souvent que 50% Votre processeur "volé" car ils vous ont fourni un processeur physique deux fois plus vite qu'elles facturent avec vous. Instance de classe "t1.micro" Réduit le chargement 10% assez prévisible à propos de 15 Secondes 100% Chargement de la CPU et n'ouvre pas les sauvegardes pendant deux ou trois minutes. -

Et il est très prévisible et reproductible, et pas par hasard

- Et oui, cet étranglement est effectué par des cycles. "Vol".

https://serverfault.com/users/30542/eric-hammond
Effacer c'est assez bon:

En fonction du type d'instance EC2 Et l'équipement de base que vous ne pouvez pas payer pour l'accès à tous les cycles de base de la CPU. Amazon ne va pas vous fournir 100% accès au processeur rapide moderne si vous avez demandé m1.small, Qui promet d'être équivalent au vieux processeur lent.

DANS EC2 Le vol ne dépend pas de l'activité d'autres voisins de la machine virtuelle. EC2 Assure simplement que vous n'avez pas plus de cycles de processeur que de payer.

-
https://serverfault.com/questi ... 82243
(serverfault.com)

J'ai définitivement signé des machines virtuelles sur les ressources du processeur sur les hôtes physiques sur lesquelles plusieurs machines virtuelles sont exécutées dans mon propre centre de données, et il existe probablement certains fournisseurs d'hébergement virtuels qui le font, donc je ne dis pas que c'est impossible nulle part ailleurs. arrive dans n'importe quel environnement virtuel ... Je dis juste que si vous pensez avoir ce problème dans EC2 ... Chercher un autre problème.

Le but principal de la location allouée dans EC2, Apparemment, c'est que "pour que vous puissiez dire que vous ne travaillez pas sur l'équipement global" afin de réglementer ou de respecter.