ну, инструмент надо правильно готовить

ну при правильном сайзинге ты скажем так можешь почти не ощутить, но факторов очень много - нужна жирная сеть, маленькие серверы ну т.е. с ограничем в десятки тб на ноду и т.д.

есть микроинсталяции CEPH

а что надо использовать на 100тб s3?

да что угодно, хоть минио

так я тебе еще раз повторяю - в микросервисной архитектуре это костыль

100тб в minio? да ты точно отъехавший

в чём проблема? я думаю ты не собирал кластер и не тестил

Дети телефон заполучили? :)

что такое SIG?

я для всех описывал. https://kubernetes.io/docs/api-reference/v1.7/#containerport-v1-core containerPort integer Number of port to expose on the pod's IP address. This must be a valid port number, 0 < x < 65536.

бардак! =)

но я не знаю, будет ли порт внутри пода доступен через 127.1 если его не описать

Сеть В kube-proxy добавлена альфа-версия поддержки режима IPVS для балансировки нагрузки (вместо iptables). В этом режиме kube-proxy следит за сервисами и endpoints в Kubernetes, создавая netlink-интерфейс (virtual server и real server соответственно). Кроме того, он периодически синхронизирует их, поддерживая консистентность состояния IPVS. При запросе на доступ к сервису трафик перенаправляется на один из подов бэкенда. При этом IPVS предлагает различные алгоритмы для балансировки нагрузки (round-robin, least connection, destination hashing, source hashing, shortest expected delay, never queue). Такую возможность часто запрашивали в тикетах Kubernetes, и мы сами тоже очень её ждали. Среди других сетевых новшеств — бета-версии поддержки политик для исходящего трафика EgressRules в NetworkPolicy API, а также возможность (в том же NetworkPolicy) применения правил по CIDR источника/получателя (через ipBlockRule).

Всем привет! Народ, а подскажите, кто как живёт? меня интересует такой момент - я из кубернетовского кластера публикую какой-то порт какого-то пода (сервиса, деплоймента, не важно). Далее этот порт у меня публикуется на айпишниках всех нод (всех трёх). и можно стучаться на сервис по этому порту стучась на любую ноду. если я натравлю весь траффик на айпишник первой ноды и эта нода упадёт, то достучаться до сервиса я не смогу, хотя он будет доступен на айпишниках других нод. Интересны ваши решения или соображения на эту тему)))

Round-robin по DNS будет продолжать ходить на упавшую ноду, если сам сервак не чистит запись недоступной ноды, то есть часть траффика может стучаться в недоступную область. Ну и да, кэшируется IP. VRRP как вариант, но уже поверх балансеров. Мне кажется достаточно на первое время простого балансера для нод, типа HAProxy если on-prem, и. т.п.

Всем привет! Народ, а подскажите, кто как живёт? меня интересует такой момент - я из кубернетовского кластера публикую какой-то порт какого-то пода (сервиса, деплоймента, не важно). Далее этот порт у меня публикуется на айпишниках всех нод (всех трёх). и можно стучаться на сервис по этому порту стучась на любую ноду. если я натравлю весь траффик на айпишник первой ноды и эта нода упадёт, то достучаться до сервиса я не смогу, хотя он будет доступен на айпишниках других нод. Интересны ваши решения или соображения на эту тему)))

type: LoadBalancer, не?

type: LoadBalancer, не?

не сталкивался пока. а не кинете ли вы в меня ссылочкой, где это для тупых разжёвывалось бы?

для этого нужна внешняя инфраструктура, не все живут в aws/gce

Разве? Я думал это на уровне kubernetes рулится.

Всем привет! Народ, а подскажите, кто как живёт? меня интересует такой момент - я из кубернетовского кластера публикую какой-то порт какого-то пода (сервиса, деплоймента, не важно). Далее этот порт у меня публикуется на айпишниках всех нод (всех трёх). и можно стучаться на сервис по этому порту стучась на любую ноду. если я натравлю весь траффик на айпишник первой ноды и эта нода упадёт, то достучаться до сервиса я не смогу, хотя он будет доступен на айпишниках других нод. Интересны ваши решения или соображения на эту тему)))