И перф ограничен и размером и цпу

Для бд

хз как у гугла, но у aws есть есть cpu credits и какая-то магия, связанная с отношением iops per gb и лимитами на сам iops.

т.е. даже повесив на мелкую машину много ebs, работать на все деньги они не будут

ну да, а как из этого выходить?

у меня высокоэффективный процесс у бд который тупо пишет на диск и может ну очень быстро все это делать

я не помню как мы выкручивались, давно было. энивей тебе спец по gcp нужен

На самом деле все несколько сложнее. Дело не в ядрах, а в сетевом bandwidth, который, что логично, как раз ограничен на гипервизоре и нарезается в соответствии с типома машины. Так как persistent диски сетевые, получаем соответственно ограничение.
Диск при этом можно действительно купить любой из доступных, но он упрется в лимит производительности, выставленный на ноду.
По сути есть 3 выхода - платить на CPU, балансить нагрузку между нодами или использовать local ssd, которые очень быстрые, но живут до ребута, а значит опять же нужна схема балансинга с фейловерами и бэкапами.

Вообще локалссд запросто выживают ребут

Они не выживают лишь потерю ноды

Описка - то стоп-старта)

Там нет стоп старта вообще для них только ресет

Разве?

Да

Там потому нельзя например им оперативы дать или ещё чего

вообще диски в облаке не надо юзать

Ппц неудобно

файлы не нужны, ток для легаси

если у тебя есть стейт, его надо хранить в managed db

Я просто в них напрямую никогда не смотрел, всегда провижионил из GKE с автоскейлером и там всегда новая чистая нода)

Такой бд нет managed