обновление: просто перейдите к этому сравнению, намного лучше моего: https://docs.google.com/spreadsheets/d/1RPpyDOLFmcgxMCpABDzrsBYWpPYCIBuvAoUQLwOGoQw/edit#gid=907731238

В этом списке основное внимание уделяется цене вертикального автомасштабирования.

|Возможности|Vultr bm|DO|Linode|Scaleway|OVH|Google GKE|AWS EKS|Azure AKS|
|-|-|-|-|-|-|-|-|-|-|-|
|вертикальное автомасштабирование|âÃÂÃÂ|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|âÃÂÃÂ|
|постоянная шкала громкости|[1]|?|?|?|ðÃÂÃÂÃÂ|?|?|?|
|горизонтальное автомасштабирование|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà|ðÃÂÃÂÃÂ|?|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|ðÃÂÃÂÃÂ|
|node perf равные спецификации|**CBCBB**|ECCDD|**BCDBB**|ECFDC|DDCEF|DCBED|FEFDC|-|
|узел обеспечивает равные затраты|**CBCBB**|ECCDD|**BCDBB**|ECFDC|**CDBEE**|EDDED|FEFDC||
|свободная плоскость управления|-|ðÃÂÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂà ÂÃÂ|ðÃÂÃÂÃÂ|âÃÂÃÂ|âÃÂà|ðÃÂÃÂÃÂ|
|скидки на длительное использование|?|?|?|?|?|ðÃÂÃÂÃÂ|?|?|
|последняя версия k8s, 1.18.9 на GH|?|?|?|минимум 1.18.6|?|?|1.17.9|?|
|контейнер reg включен|?|w/DO Spaces|?|âÃÂì0,025/ГБ/м|Harbour |?|?|?|
|минимальное количество машин|1|?|?|?|?|?|?|?|
|грязнодешево|ðÃÂÃÂÃÂ|âÃÂÃÂ|ðÃÂÃÂà|âÃÂÃÂ|?|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|




Текущий ключевой вопрос: действительно ли узлы масштабируются по вертикали на DO и Linode, а не только по горизонтали, поэтому мне не нужно ничего перенастраивать, когда я хочу, например, иметь большее хранилище для своих модулей БД. Я чувствую, что это не так, и я действительно не вижу большого преимущества перед хостингом на «голом железе», за исключением более простой настройки, но более высокой блокировки. Я считаю горизонтальное автоматическое масштабирование не большой проблемой, так что это не реальная функция imo.

Бонусный вопрос: мне кажется, что GC является самым дешевым *настоящим* управляемым сервисом: какова минимальная стоимость, которую я должен ожидать от GC с системой с нулевым или почти любым трафиком, работающей с экспресс-веб-приложением + 3x-mongo-replica -поставил?

[1] Vultr может масштабировать блочное хранилище, IDK, могу ли я использовать их для БД??

Еще находки/заметки:
- bm = голое железо/неуправляемое
- производительность из vpsbenchmarks с машины 4GB, 2c, 80GB, A = лучший веб/сырой
- процессор/стабильность/диск/сеть; вертикальное автоматическое масштабирование должно быть интегрировано в консоль управления k8s, а не быть отдельной функцией, как в Azure.
- нода с одинаковыми характеристиками ($20-$27) t3a.medium на AWS или e2-medium на GC; производительность узла одинакова на AWS, B2-7 на OVH и на GC n1-standard-1 (все еще дороже на 4,27 доллара и почти не передает трафик и данные)
- https://devopsdirective.com/posts/2020/03/managed-kubernetes-comparison/ (6 месяцев назад) и соответствующий поток HN между https://news.ycombinator.com/item?id=22512149
– https://cloud.google.com/kubernetes-engine/docs/concepts/verticalpodautoscaler#limitations_for_vertical_pod_autoscaling
- https://www.digitalocean.com/docs/kubernetes/how-to/autoscale/
- о медленной работе Azure с чем-либо https://news.ycombinator.com/item?id=22513352
- https://docs.ovh.com/gb/en/kubernetes/resizing-persistent-volumes/
Вы можете бесплатно иметь один зональный кластер gke в облаке Google.