Size: a a a

2019 May 02

TK

Timur Kalandarov in gcp_ru
Заметил в инвойсах, что с начала 2019 начали 20% vat накидывать, хотя раньше так не было.

Кто-нибудь разбирался в вопросе?
источник

A

Andor in gcp_ru
а компания где?
источник

A

Andor in gcp_ru
vat это НДС
источник

TK

Timur Kalandarov in gcp_ru
Andor
vat это НДС
Это понятно)
источник

A

Andor in gcp_ru
если ты юрлицо то укажи свой номер vat и тогда тебе он либо будет рефандиться, либо изначально не будет начисляться
источник

TK

Timur Kalandarov in gcp_ru
Andor
а компания где?
Россия
источник

A

Andor in gcp_ru
тогда хз, лучше у саппорта узнать
источник

A

Andor in gcp_ru
или может есть страничка про это
источник

A

Andor in gcp_ru
странно что раньше не начисляло, тот же hetzner давно это делает
источник

S

Stas in gcp_ru
была новость перед нг что будут начислять
источник
2019 May 06

N

Nikita in gcp_ru
Здравствуйте товарищи! Ночь не сплю, думаю как правильно настроить кластер. Точнее как правильно выбрать ресурсы под ноды. Есть емкие по памяти приложения(осложняется тем, что при запуске контейнера они требуют количество памяти большее, чем при работе), и есть кучка мелких приложений.. Плюс сервисы самого куба...
Хочу чтобы всегда было запущено по 2 Пода, плюс были ресурсы для создания третьего при обновлении.
Сейчас у меня так: 2 ноды по 2 ЦПУ и 9 RAM, одна загружена на 1 ЦПУ и 500Мб памяти.. вторую полностью заняли емкие сервисы. Работает, обновляется - хорошо, но получается, что я впустую плачу за неиспользуемую память на первой ноде...
Я понимаю, что вопрос архитектурный и творческий.. собственно прошу дать наводки на литературу или доклады или бест практисы о том, как правильно считать необходимые для работы и апдейта ресурсы. А еще лучше подсказать свои личные наблюдения.. техники.
Буду очень признателен за любой ответ!
источник

N

Nikita in gcp_ru
есть идея создать тоделбную маленькую ноду под сервисы куба, а на других нодах располагать микросервисы... Это разумно?
источник

N

Nikita in gcp_ru
up
источник

A

Andor in gcp_ru
А зачем такое разделение?
источник

ZO

Zon Orti in gcp_ru
Не скажу за остальных, но обычно кластеры побольше. И жёстко припинивать сервисы к ноде обычно излишне, если нет других причин разделять
источник

N

Nikita in gcp_ru
Но как все же посчитать минимум? Разделение как всегда для экономии... Т.е. выбрать минимальные ноды для размещения в них сервисов(с возможность апдейта без даунтайма)
источник

ZO

Zon Orti in gcp_ru
Лучше несколько нод поменьше, чем пара толстых - как минимум с точки зрения отказоустойчивости
источник

N

Nikita in gcp_ru
а разделение по кластерам имеем смысл?
источник

A

Andor in gcp_ru
Если ты чётко понимаешь, зачем, то имеет
источник
2019 May 07

N

Nikita in gcp_ru
В том то и дело, что не понимаю. Поэтому и прошу литературы или курсы какие.  Лучше потратить неделю на осмысление, чем потом поддерживать франкенштейна...
источник