M4.large на AWS сталкивается с похищенным процессором
Мой экземпляр M4.large как-то сообщил о небольшом краже процессора. Тем не менее, если я не помню, не так. Это должно происходить только на экземплярах серии T2 или M3.
вверх - 11:07:53 до 24 мин, 2 пользователя, средняя загрузка: 1,00, 1,00, 0,80 Задачи: 89 всего, 2 бега, 87 спящих, 0 остановок, 0 зомби Cpu0: 29,0%us, 62,6%sy, 0,0%ni, 8,0% id, 0,1% wa, 0,0% hi, 0,0% si, 0,3%st Cpu1: 0,1% us, 0,0%sy, 0,0%ni, 99,4%id, 0,1% wa, 0,0% hi, 0,0% si, 0,4% st $ lscpu -p # Ниже приведен синтаксический формат, который можно передавать другим # программы. Каждый отдельный элемент в каждом столбце имеет уникальный идентификатор # начиная с нуля. # CPU,Core,Socket,Node,,L1d,L1i,L2,L3 0,0,0,0,,0,0,0,0 1,0,0,0,,0,0,0,0
Я использую набор задач 1 дд, если =/dev/zero of=/dev/null, чтобы сделать процессор всплеск на vCPU 0.
Согласно документу AWS, базовое оборудование использует: процессоры Intel Xeon® E5-2686 v4 (Broadwell) 2,3 ГГц или процессоры Intel Xeon® E5-2676 v3 (Haswell) 2,4 ГГц
которые оба имеют 2 логических ядра на физическое.
В дополнение к M3.large я заметил, что у M4.xlarge также есть эта проблема, в которой тип включает 2 физических ядра и, следовательно, 4 vCPU. Я также проверил его на M4.xlarge с помощью команды taskset. когда на виртуальном частном процессоре произошел всплеск или на том же ядре, или на другом, это привело к краже процессора.
Например, vCPU0 и vCPU2 сосуществуют в Core0. Когда я произвожу шип на них, я волшебным образом вижу украденный процессор на vCPU1.
Это было довольно проводным. Пожалуйста, помогите выяснить причину. Благодарю.
1 ответ
Обычно кража ЦП происходит в любой виртуализированной инфраструктуре по мере изменения потребностей виртуальных машин. Кража процессора - это кража циклов с вашей виртуальной машины другой виртуальной машиной, а не разными ядрами вашей виртуальной машины.
Учитывая, что Amazon использует (хотя и сильно настраиваемую) сборку Xen, в некоторой степени следует ожидать кражу ЦП, и < 1% абсолютно ожидаемо и не должно реально изменять характеристики производительности экземпляра.
Кроме того, Amazon в явном виде заявляет, что экземплярам EC2 предоставляются ЭБУ - эластичные вычислительные единицы - которые преобразуются в определенное количество циклов при сравнении с конкретным процессором (из памяти, который раньше был старым Xeon), просто потому, что вам дают определенную количество ядер процессора не означает, что вы получаете такое количество физических ядер.