какие рекомендации по размеру pod (процессор, память) в kubernetes

Question

Я хочу знать набор рекомендаций для размера стручка.Т.е. когда помещать приложение в модуль или в каком размере лучше использовать сам модуль вместо модуля.

Пример.когда думать о выходе из k8s и использовать его в качестве внешнего сервиса для какого-либо приложения, когда моду требуется 8 ГБ, 16 ГБ или 32 ГБ?То же самое для интенсивной загрузки ЦП.

Поскольку если для модуля требуется 16 ГБ или 16 ЦП, а у нас есть машина / узел одинакового размера, то, думаю, нет смысла запускать модуль на этой машине.Если мы запустим этот сценарий, то будет похоже, что у нас будет 10 стручков, и для этого потребуется 8 узлов.

Надеемся, вы понимаете мою озабоченность.

Так что, если у кого-то есть какие-то рекомендации для этого, тогдаПожалуйста, поделитесь своими мыслями по этому поводу.Некоторые ссылки будут лучше.

Рекомендация для идеального диапазона:

1. размер модулей в терминах ОЗУ и ЦП
2. Количество модулей в соотношении узлов, т.е. числопакетов на узлы
3. Подходит ли для приложений без сохранения состояния или с сохранением состояния или для обоих типов приложений или нет

и т. д.

Answer 1

Работа 16ppu / 16gb pod на машине 16cpu / 16gb нормальная. Почему бы и нет? Вы считаете стручки крошечными, но такого требования нет. Стручки могут быть гигантскими, с этим проблем нет. Помните, контейнер - это просто процесс на узле, почему вы отказываетесь запускать жирный процесс на толстом узле? Kubernetes добавляет очень хороший уровень оркестровки в контейнеры, почему бы не использовать его?

Не существует универсального или рекомендуемого размера стручка. Запрос рекомендуемого размера модуля аналогичен запросу рекомендуемого размера для виртуальной машины или сервера без поддержки. Это полностью зависит от вашего приложения. Если вашему приложению требуется 16 или 64 ГБ ОЗУ - это рекомендуемый для вас размер, понимаете?

Что касается соотношения стручков и узлов - текущий верхний предел Kubernetes составляет 110 стручков на узел. Все ниже этого водяного знака в порядке. Единственное, что рекомендуемый размер главного узла увеличивается с общим количеством модулей. Если у вас около 1000 стручков - вы выбираете мастер-узлы малого и среднего размера. Если у вас более 10 000 модулей, вы должны увеличить размер мастер-узлов.

Относительно состояния - приложение без гражданства, как правило, выживает лучше. Но часто состояние также должно храниться где-то и храниться надежно. Так что, если вы планируете свое приложение как набор микросервисов - создавайте как можно больше приложений без сохранения состояния и как можно меньше. В идеале, только реляционные базы данных должны быть действительно с состоянием.