Как стать автором
Обновить

Комментарии 17

Спасибо, толково расписано, такой себе SPEC Cloud® IaaS «на коленке» получился. )
Подскажите, с каким минимальным сайзингом машинку-пробник есть смысл делать?
1 vcpu – 2 gb ram
Отсюда вывод — для высоконагруженных и/или business-critical проектов необходимо использовать dedicated-сервера. Тогда и никаких «в htop-е все по нулям, но почему-то все равно все равно тормозит, а в техподдержке хостера сказали, что во всем виноват Ваш софт» или «у нас куча свободной оперативки, но почему-то malloc всегда выдает NULL».

Правда, как-то раз мне попался хостер, который майнил Monero на серверах клиентов (от чего опять же все тормозило), но здесь это скорее исключение, чем правило :)
Вы серьезно про malloc? Я всегда думал что гипервизор или память жать начинает, или свопит на диск. Но чтобы прям вот так…
Серьезно, это реальная ситуация из жизни. Хостер изначально, как это в подобных случаях водится, занял позицию «не знаю я ни про какой malloc, это Ваш софт кривой», но после некоторых препирательств что-то сделал, после чего это проблема на некоторое время перестала воспроизводиться. Когда через некоторое время это случилось опять, то мы плюнули на все и переехали на dedicated.
Проблемы с malloc возможны в случае VPS (общее ядро на клиентов, независимость обеспечивается контейнеризацией LXC, или VZ, или докером на cgroups, или ещё пачкой аналогов). У меня, например, так тяжёлый процесс сваливался — нельзя более 1GB на процесс, и пофиг, что формально rlimit не показывает пределов — вот не получается, и всё.

К виртуалкам под гипервизором (VDS) это, конечно, уже не относится — там формально присутствует определённый объём RAM, её могут сжимать свопать, как вы описали, но её не урежут.
Только своп виртуализацией (а не самой виртуалкой) очень часто бывает мучительно медленным и программы внутри виртуальной машины начнут крашиться.
Я могу ошибаться, но у некоторых провайдеров есть что-то типа флажка «гарантированное предоставление ресурсов» и тогда облако процентов на 20 дороже.
Т.е. они этого и не скрывают.
Теперь буду знать как это называется по научному.
Плюсануть к сожалению не могу, а за статью спасибо.

Dedicated cores (вместо Shared core), либо разные виды инстансов, у нас например документровано какие из инстансов на shared core: https://cloud.google.com/compute/docs/machine-types#machine_types


На Compute-optimized еще и понятно какая архитектура процессора и что например с HT.

А для Windows не подскажете аналогичный тест который может это проверить?

Есть проблема с этими синтетическими тестами. Они дают срез показателей на момент прогона. Даже нет гарантии что два пробника на одном хосте окажутся, что скажется на результатах.


А по факту на ВМ с реальной системой в течение времени только её мониторинг покажет картинку.


То есть синтетика только откровенный шлак отсеет

Все так. Да и логично предположить, что провайдер будет давать приоритет новым клиентам, чтобы они успели затестить, погонять бенчмарки, и расслабиться. А вот потом уже можно и гайки закрутить

И ни слова о своей политике в эти тяжелые времена. Меня это беспокоит потому что уже не первый месяц в мониторинге наблюдаю тенденцию к росту steal time. В пределах приличий, <5% в пике, но средние значения растут в разы, страшноватый тренд...

Напишите, пожалуйста, в личку, что у вас за учетка. Будем разбираться.
В ИТ-среде [...] бытует мнение, что переподписка — это чистое, рафинированное зло. На самом деле, это не так.

Зло и есть. Если продаёте одно ядро на 20 человек — то так и пишите в открытую, что цена за 5% от ядра. Но как же тогда обмануть, если всё в открытую писать?

Так хз, может они балансируют?
Например, видят, что машинка 1% потребляет от максимума, значит, дадим ей 5% от купленных ядер — все равно хватит даже с пятикратным запасом. Видят, что 100%, — ну ок, дадим целых 40% от купленных, раз так нужно человеку

Выглядит, что нужно брать деньги за два показателя, если говорить словами k8s, за реквест и за лимит

Зарегистрируйтесь на Хабре, чтобы оставить комментарий