Из-за совместного использования оборудования экземпляры AWS могут быть подвержены проблемам «шумного соседа», когда один или несколько экземпляров вашего соседа забирают ресурсы у вашего экземпляра.
это статья предлагает:
Однако самый эффективный способ избежать шумных соседей - это доплачивать за выделенные инстансы EC2.
Я предполагаю, что статья выше относится к выделенные инстансы EC2 обеспечение аппаратной изоляции.
Вопросы:
Насколько я понимаю в статье, в ней предполагается, что если у вас есть несколько экземпляров, они, вероятно, все будут присутствовать на одном и том же базовом оборудовании и будут использовать все это оборудование, тем самым предотвращая запуск других (потенциально шумных) экземпляров на этом аппаратное обеспечение - или, по крайней мере, делает его гораздо менее вероятным.
Если это понимание верное, на ваши вопросы можно ответить следующим образом:
Только если вы запустите достаточно экземпляров, чтобы они полностью использовали один базовый сервер, и никакие другие экземпляры не могли работать на нем.
Чем больше «слотов» на базовом оборудовании вы используете, тем меньше вероятность того, что чужой экземпляр сможет (а) работать на нем и (б) окажется шумным.
В этом рассуждении есть несколько проблем. Во-первых, мы не знаем, что все ваши экземпляры будут автоматически кластеризоваться на одном и том же оборудовании (это может быть так; я просто не знаю, что это так). Во-вторых, даже если они это сделают, мы не знаем, сколько экземпляров вам нужно запустить, чтобы закрыть «ваше» базовое оборудование для экземпляров других людей. В-третьих, даже если бы мы это сделали, Amazon не глупы, и бесплатного обеда не существует; если вы запустите достаточное количество экземпляров, чтобы полностью монополизировать внутренний сервер, вы должны будете заплатить примерно столько же, сколько просто арендовать серверный сервер.
Мне кажется, что в результате нужно признать, что (а) виртуализированные серверы дешевы в первую очередь потому, что их можно перепродать на том основании, что не все постоянно используют все ресурсы своего сервера, и (б) если вам действительно нужны выделенные ресурсы Вам следует арендовать выделенный сервер.
Полностью ли предотвращает наличие выделенных экземпляров AWS проблемы с шумными соседями?
Ваши собственные экземпляры могут быть шумными соседями друг для друга. Кроме того, хотя вы заплатили Amazon за то, чтобы на вашем базовом хосте не работали чужие экземпляры, я не верю, что он резервирует целую стойку, поэтому вы, вероятно, можете столкнуться с проблемой, когда другие хозяева В то же самое стойка используют большую пропускную способность, чем имеется в стойке.
Если это не предотвращает полностью, насколько это снижает проблему шума соседей?
Я не верю никому, кроме Amazon, в состоянии ответить на этот вопрос.
Вы верите, что переживаете это, или вы просто пытаетесь спланировать это?
Есть много неточных утверждений, которые вы можете найти в сообщениях блога о EC2.
Проблема якобы "шумного соседа" - частая тема, тонущая в неточностях.
Конечно, выделенные экземпляры решили бы эту проблему - если бы это была проблема - предоставив вам новую проблему, как уже отмечалось, - вы были бы вашим собственным шумным соседом. Для AWS было бы бессмысленно не кластеризовать все ваши выделенные экземпляры на физическом сервере, превышающем необходимое количество.
Но это не так, потому что это мнимая проблема, вызванная широко распространенным непониманием того, что такое «украденные» циклы ЦП и что они означают в EC2.
Инфраструктура EC2 имеет несколько различных физических конфигураций. Даже в пределах одного и того же класса экземпляра, в зависимости от типа, на котором вы развернуты, и вашей собственной нагрузки, вы увидите больше или меньше украденных циклов по причине, совершенно не связанной с «шумными соседями».
Класс экземпляра «m1.small» часто показывает, что 50% вашего процессора «украдено», потому что они предоставили вам физический процессор в два раза быстрее, чем они взимают с вас. Класс экземпляра "t1.micro" снижает загрузку до 10% вполне предсказуемо примерно через 15 секунд 100% загрузки ЦП и не открывает резервные копии в течение двух-трех минут - и это очень предсказуемо и повторяемо, а не случайно - и да, это дросселирование осуществляется циклами "воровства".
Эрик Хэммонд проясняет это довольно хорошо:
В зависимости от типа инстанса EC2 и базового оборудования вы можете не платить за доступ ко всем базовым циклам ЦП. Amazon не собирается предоставлять вам 100% доступ к современному быстрому процессору, если вы запросили m1.small, который обещает быть эквивалентным старому медленному процессору.
В EC2 кража не зависит от активности других соседей виртуальной машины. EC2 просто следит за тем, чтобы у вас не было больше циклов процессора, чем вы платите.
- Кража высокого процента ЦП на инстансе EC2 с очень регулярными интервалами (serverfault.com)
Я определенно чрезмерно подписал виртуальные машины на ресурсы ЦП на физических хостах, на которых запущено несколько виртуальных машин в моем собственном центре обработки данных, и, вероятно, есть некоторые провайдеры виртуального хостинга, которые делают это, поэтому я не говорю, что это невозможно нигде или нет. случается в любой виртуальной среде ... Я только говорю, что если вы думаете, что у вас есть эта проблема в EC2 ... ищите другую проблему.
Основная цель выделенной аренды в EC2, по-видимому, состоит в том, «чтобы вы могли сказать, что вы не работаете на общем оборудовании» в целях регулирования или соответствия.