Должен ли я купить резюме: нет
Если вы не используете GCP E2 специально для, не-процессорные рабочие нагрузки в зависимости от загрузки (например, фоновые задачи), временные автонастройки или планируют использовать преданные скидки на использование — пребывание с N1/N2.
Для почти всех других рабочих нагрузок не имеет никакого экономического смысла использовать E2 из-за его примерно на 50% снижения производительности процессора (+/-).
Если вы хотите необработанные номера, пропустите раздел PRELUDE и перейдите прямо к тенируете раздел ниже. или в качестве альтернативы Наш Github
Однако после сравнительного анализа его и рассмотрение технологии позади него. Я понял, что есть намного больше, а затем встречается с глазуми — как E2, однако, может быть, потенциально изменяя игру для облачных поставщиков в будущем … Предполагая, что у них есть «мужество», чтобы использовать его …
(Читайте дальше, чтобы узнать больше)
Перед пониманием E2 вам нужно будет понять типичную рабочую нагрузку VM.
Там, где большинство рабочих нагрузок VM Server, недостаточно используются «большую часть времени», со случайным ударом в потреблении ресурсов в течение определенных часов дня или когда они появляются на Reddit.
Этого можно легко наблюдать, глядя на большинство диаграмм использования ресурсов VM.
Диаграмма выше — это сервер автоматизации тестирования браузера, прикрепленный к одному из нескольких клиентов внутри ulike.com Отказ Обратите внимание, как этот сервер дважды шипами с небольшим зазором между ними.
Это чрезвычайно типично для рабочих приложений, представляющих начало рабочего дня, а затем обед, а остальная часть рабочего дня (после смещения времени дня, для разных часовых поясов)
Также обратите внимание, на то, как система простаивает в течение 40% в большую часть времени (запуск некоторых фоновых задач).
Это означает, что для большинства центров обработки данных тысяч серверов оплачиваются в полном объеме, но underlized и жгут через Гигаватты электричества .
Для поставщиков инфраструктуры снизить общую стоимость и пройти эти сбережения своим клиентам, как конкурентное преимущество. Новые идеи пришли на то, как безопасно максимизировать использование работоспособных ресурсов.
Сначала пришло автоматическое масштабирование, где VM можно добавить только при необходимости, позволяя потребителям облака выделить только голые минимальные серверные ресурсы, необходимые для обработки рабочей нагрузки, а буферные насыщенные для запроса в виде автоматического масштабирования (есть временное отставание ).
Значительно отрезавшись на простаистых ресурсах.
Это изменение, а также изменения в биллинговой модели. Начал «облачная революция».
И это было только начало …
Затем новые идеи впоследствии были введены для нового типа рабочей нагрузки серверов, которые могут быть легко перетасовываться, чтобы максимизировать утилизацию и производительность процессора для всех пользователей.
Суть его проста, медленно помещайте как можно больше приложений в физический сервер, пока он не подходит к его пределам (может быть, 80%), как только он пересекает предел, выскочит приложение и перераспределить на другой сервер — либо немедленно заканчивая его или ждем его исполнения и перенаправлению его рабочей нагрузки.
Это достигается либо через чрезвычайно недолговечные задачи (например,. Функция как сервис, неверный). Или VMS, которые предназначены для прекращения при необходимости (например, Устеренные, точные экземпляры).
Однако недостаток двух подходов, приведенных выше, заключается в том, что прикладное программное обеспечение может потребоваться повторно разработано для поддержки таких шаблонов рабочей нагрузки.
Чтобы процитировать страницу объявления E2 …
После того, как VMS размещены на хосте, мы постоянно отслеживаем производительность VM и время ожидания, чтобы, если потребности ресурсов увеличения VMS увеличивают, мы можем использовать живую миграцию для прозрачно Shift E2 нагрузки на другие хосты в центре обработки данных.
Не слишком глубоко в том, сколько довольно сумасшедший и удивительный инженерия вписывается в написание нового гипервизора Отказ
В двух словах, что E2 делает, позволяет Google абстрактным в прямом эфире под управлением виртуальной машины от его оборудования CPU. Выполнение миграции между экземплярами с почти нулевым временем простоя MS (предположение).
Ваши VM-серверы могут работать на физическом сервере A в первый час и работать на физическом сервере B в течение следующего часа, когда его ресурсы используются.
Таким образом, вместо перетасовки вокруг специально разработанной рабочей нагрузки VM. Вместо этого он может перемешать любую рожущую рабочую нагрузку VM. Позволяя гораздо лучше использовать ресурсы, с более низкой стоимостью, не уменьшая опыт пользователя … Или, по крайней мере, он должен в теории …
На тесты!
Боковая заметка, в то время как живая миграция VM не новых технологий. Это отмечает первый раз, когда он интегрирован как часть предложений облака, чтобы снизить стоимость продукта. Кроме того, для тех, кто использовал его ранее, список проблем бесконечен — который Google предположительно решил их пользовательские экземпляры E2.
Полная информация о позоре RAW Numbers. Участки шаги можно найти в Github Link.
Были выполнены следующие ориентиры в US-Central1-F
область. Использование N1/N2/E2-Standard-4
экземпляры. С N1-Standard-4
Обслуживание базовой линии для сравнения.
Покрывает следующее
- Sysbench CPU
- Sysbench Memory.
- Sysbench Mutex.
- Nginx + WRK.
- Redis-benchmark
Sysbench CPU
В то время как не удивительно, что новый гипервизор, предназначенный для совместного использования процессора в рамках нескольких рабочих нагрузок, будет «медленнее». Снижение на 69% может быть слишком много для большинства людей к животу.
Однако это не единственная деталь для отслеживания
E2 также видит наибольшую дисперсию по статистике запроса, через Мин/avg/95 процентиль
. Это в отличие от теста серии NX (ниже), которые эти 3 числа будут в основном одинаковыми.
Sysbench Memory/Mutex
На стороне плюс, похоже, что E2 экземпляры, с более новым поколением аппаратного оборудования памяти и тактовые скорости, удаляйте в значительной степени рабочей нагрузки экземпляра N1/N2 из воды. Очень удивительно большие маржи.
Так что это + 1/-1 на данный момент.
Тест нагрузки: NGINX + WRK, Redis-Benchmark
К сожалению, несмотря на гораздо лучшую производительность памяти. Наказание в спектакле ЦП приводит к приближению ~ 50%
Сокращение производительности рабочей нагрузки для четных рабочих нагрузок на основе памяти.
Ложь, проклятая ложь и ориентиры
Эти цифры являются только индикаторами для сравнения между эквивалентными типами экземпляров GCP. Поскольку ваша рабочая нагрузка может быть уникальной снежинкой, возможно, будут различия, которые вы можете захотеть на свой собственный ориентир.
Также это предназначено для сравнения GCP для GCP, а не GCP в другое сравнение облачного провайдера.
Обратите внимание, что, поскольку я не могу вызвать живое мероприятие миграции и прозовражать его производительность при такой нагрузке. Пока мы не сможем найти способ получить данные об этом, давайте просто полагаем его в миллисекунды? может быть? (не то, что это меняет мой обзор)
В случае, если это не было понятно: НЕТ
Если бы это был худший исполнитель по более низкой цене, E2 будет делать для убедительного предложения. Это, однако, это то, что сбивает с толку о запуске E2.
Хотя его маркетинговые материалы говорят «до 30% экономии». Реальность гораздо сложнее.
Или я даже смею сказать вводить в заблуждение?
Вы видите для экземпляров N1/N2, они получают Устойчивое использование скидка . Это масштабируется от 0 до 30% при непрерывном использовании в течение месяца. С экземплярами E2 не имея никакой устойчивой скидки на использование (как это встроено).
Поэтому в устойчивом использовании 24/7 не только стоимость незначительно выше, она имеет гораздо худшую производительность.
И, к сожалению, именно эта ценовая структура, которая делает E2, действительно крутая технология, с небольшим количеством без использования. Особенно учитывая, что общая мощность VM, как ожидается, пострадает от примерно 50% наказания в производительности.
Если неясно, я сделал стол, чтобы уточнить.
Поэтому, если вы не прочитаете весь этот обзор, и проверили свою производительность приложения для него. Придерживайтесь серии NX экземпляров.
Внутренне для воспитания «Покемонов коллекции облачных поставщиков» мы сейчас не используем для E2. И будет придерживаться наших экземпляров N1. Как наш главный GCP-сервер.
Несмотря на все то, что я действительно с нетерпением жду следующей итерации E2, потому что, поскольку улучшения изготавливаются в гипервизору, а законодательство овчаров, и законодательство о. Это было бы около 2 лет, когда он прям заменяет серии N1, как «лучший выбор».
Что еще более важно, то, что открывается эта технология, является новой возможностью. Из будущего типа экземпляра (E3?), Где можно напрямую платить за использование RAW CPU/RAM. Для любой рабочей нагрузки VM. Делать предыдущую оптимизацию (Predable, Serverless) потенциально устаревшая.
Давая даже устаревшие разработчики приложений A «У вашего торта и съесть его слишком моментом», где они могут принять любую существующую рабочую нагрузку, а без дополнительных изменений приложений, с пользованием «Предоставленные» экземпляры.
Если Google Cloud не поняла, если сделано правильно, они могут сделать огромные победы в корпоративных продажах, которые они отчаянно нуждаются в (ака, которые все еще бегают 20-летнее программное обеспечение).
До этого я буду ждать GCP или другого поставщика облака, чтобы сделать такое изменение.
~ Счастливое тестирование 🖖🚀.
Воспитанный Это простое и надежное решение для автоматизации тестирования пользовательского интерфейса для веб-приложений. Написание тестовых сценариев для проверки ваших веб-платформ, может быть так же просто, как скрипт ниже.
Который запускает тесты, как эти …
Catfeeding: восхитительное тестирование Inoxkittens XD
👊 Проверьте свое собственное веб-приложение, бесплатная пробная версия на нас сегодня
Вся цель E2 заключается в создании новой динамической последовательной нагрузки
Так почему же даже претендованный вариант, который не имеет смысла практически в любом сценарии по сравнению с другими предельными вариантами?
Также не самая точка серии E2, предназначенная для поддержки длительной рабочей нагрузки на использование с низким уровнем процессоров, почему ваша структура цен не поддерживает ее?
Это только вершина айсберга на Google Confussing запущено сообщение обмена сообщениями.
Если GCP удалил вариант скидки на предельную скидку и сделал эту новую линейку более низкой выполненной линейки на 30% на 30% на 30% VM, где она красиво расположен между рабочей нагрузкой N1, а также более высокую рабочую нагрузку N2.
Это стало бы серьезным соображением и соперником. Однако, не делая этого, просто крутая технология, отчаянно пытается найти использование корпуса.
К сожалению, и, честно говоря, единственная причина, по которой я увидим, почему GCP не хочет делать снижение цен для нового типа экземпляра, это то, что они либо
- законно опасаясь огромной ценовой войны с Amazon (что отлично известно, что готовы вытеснить их конкуренты),
- Страх на новый товар по низкому цену будет есть в их доходы от существующих клиентов.
- Или хуже, они просто не думали об этом.
Учитывая, что это та же компания, которая сделала Tech Serverless Tech в 2008 году , путь перед любым из своих конкурентов, а не заглавят на него. Есть хороший шанс это последний вариант (Deja Vu?)
Все это разочаровывает меня видеть, учитывая огромное количество исследований и разработок и инженерных ресурсов. Это очень классическая проблема Google, действительно сильная технология, которая отключается от своих бизнес-целей и пользователей.
Наконец, GCP, пожалуйста, прекратите злоупотребляющую фразу «TCO», или «общая стоимость владения» — мы Сысадмин и инфраструктуру личные имеют тенденцию подумать в плане месяцев или лет (вы знаете весь потенциальный срок службы сервера и общую стоимость владения). Находятся Некоторые из нас на самом деле находят это оскорбительный Смущает, когда термин использовался, чтобы подразумевать сбережения при сравнении с существующей долговечной рабочей нагрузкой. Когда вы на самом деле предназначены для сравнения чрезвычайно недолговечной рабочей нагрузки.
На самом деле мы рассчитываем расходы на серверы, и такой вводящий в заблуждение маркетинг просто ведет нас в потраченные впустую время и усилия, оценивая наши варианты и создавая статью на нем в процессе.
~ Мир
Оригинал: «https://dev.to/uilicious/live-migrating-vm-s-cool-tech-for-the-future-that-you-should-avoid-using-today-review-benchmark-of-gcp-e2-instances-5247»