AO
и как бы всё
Size: a a a
2016 August 28
AO
если на него трафик не идёт - ресурсов процессора он не ест
AO
а оперативки можно поставить много
DI
Вот пример описание доступных ресурсов для контейнера:
resources:
# keep request = limit to keep this container in guaranteed class
limits:
cpu: 10m
memory: 50Mi
requests:
cpu: 10m
# Note that this container shouldn't really need 50Mi of memory. The
# limits are set higher than expected pending investigation on #29688.
# The extra memory was stolen from the kubedns container to keep the
# net memory requested by the pod constant.
memory: 50Mi
AO
так эти ограничения можно ставить прямо в .service-файле
AO
для этого k8s не нужен
AO
systemd поддерживает все ограничения
AO
ну, то есть я к тому, что основный смысл k8s - это ведь разбираться с тем, на каких серверах что запущено и как
AO
но можно просто на всех серверах запускать всё
AO
и тогда сэкономим силы на установку и поддержку k8s
AO
а в качестве платы - придётся потерять немного оперативки
AO
то есть даже если контейнер не нужен - он там будет висеть, отнимать какую-то память
AO
но опять же, есть материнские платы, где 24 слота для оперативки
AO
у модулей памяти 32Гб хорошее соотношение $, значит, получится 32*24=768Gb на сервер
AO
этого ведь должно хватить даже если все сервисы запустить
AO
ну, а с балансировщика управляем трафиком на серверы
AO
в общем, мне нравится Kubernetes, но с позиции Keep It Simple, мне кажется, что было бы проще все сервисы запускать на всех нодах (а слабые ноды вообще убрать ), а трафиком управлять с балансировщика... хотелось бы услышать какие-то аргументы, почему я не прав и передумать, но я их пока не слышу...
DI
Вот нашёл наконец-то FAQ :) http://kubernetes.io/docs/user-guide/application-troubleshooting/
MF
DI
Разворачиваю приложение. Возникла ошибка при деплое ingress:
Максим, а ты не указывал
The Service "nginx-controller" is invalid.
spec.ports[0].nodePort: Invalid value: 80: provided port is not in the valid range
Максим, а ты не указывал
service-node-port-range для apiserver?