Size: a a a

Kubernetes — русскоговорящее сообщество

2020 July 11

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
bare metal
источник

SM

Sergey Monakhov in Kubernetes — русскоговорящее сообщество
а почему именно куб? а не номад например, который на раз умеет в федерацию?
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
Sergey Monakhov
а почему именно куб? а не номад например, который на раз умеет в федерацию?
был уже опыт с кубом
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
да в принципе проблем не испытываем от отсутствия federation
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
только вот мониторинг бы настроить)
источник

SM

Sergey Monakhov in Kubernetes — русскоговорящее сообщество
Maxim Makarov
да в принципе проблем не испытываем от отсутствия federation
ну такое, как у вас деплой происходит какого нибудь сервиса? или гитопс юзаете?
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Maxim Makarov
только вот мониторинг бы настроить)
Собирай метрики в одну общую VM, смотри из неё графаной
источник

II

Igor Ignatev in Kubernetes — русскоговорящее сообщество
Maxim Makarov
только вот мониторинг бы настроить)
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
thanos фуфуфу )
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
Sergey Monakhov
ну такое, как у вас деплой происходит какого нибудь сервиса? или гитопс юзаете?
из гитлаба деплоим
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
как будто сырое решение
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
мне больше vm нравится
источник

SM

Sergey Monakhov in Kubernetes — русскоговорящее сообщество
Maxim Makarov
из гитлаба деплоим
ну в кратце можно процесс, есть вот у вас 26 кластеров, вам нужно на 26 катануть обновленный сервис, цмклом идите по каждому? или какой процесс?
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
Sergey Monakhov
ну в кратце можно процесс, есть вот у вас 26 кластеров, вам нужно на 26 катануть обновленный сервис, цмклом идите по каждому? или какой процесс?
ну, у нас есть около 6 daemonset'ов, которые представляют из себя различные системные сервисы (сбор логов в grafana loki + google cloud pub/sub через fluentd, + разные другие штуки, которые нужны чтобы наши игровые сервера работали), мы их деплоим через gitlab CI

А сами workloads деплоятся из нашего кода, когда игровому сервису потребуется поднять новый деплоймент (со своей конфигурацией)
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
Если очень кратко: наш алгоритм матчмейкинга подбирает игроков по пингу из их же региона и создает для них игровой сервер в ближайшем к ним кластере, они играют 30-40 минут, дальше деплоймент удаляется
источник

SM

Sergey Monakhov in Kubernetes — русскоговорящее сообщество
Maxim Makarov
Если очень кратко: наш алгоритм матчмейкинга подбирает игроков по пингу из их же региона и создает для них игровой сервер в ближайшем к ним кластере, они играют 30-40 минут, дальше деплоймент удаляется
с этим  пнятно, я говорю про "инфраструктурные " сервисы, тот же локи например на 26 кластеров
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
Sergey Monakhov
с этим  пнятно, я говорю про "инфраструктурные " сервисы, тот же локи например на 26 кластеров
просто в гитлабе добавляем через вкладку "Kubernetes Clusters" все 26 кластеров в группу, далее они доступны во всех подпроектах этой группы. И в каждом подпроекте в .gitlab-ci.yaml указываем все эти 26 кластеров как отдельные environments
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
и да, параллельно катится
источник

MM

Maxim Makarov in Kubernetes — русскоговорящее сообщество
единственное что неудобно, когда новый кластер добавляем нужно все .gitlab-ci.yaml поправить во всех репозиториях
источник

i

inqfen in Kubernetes — русскоговорящее сообщество
Можно свой деплойный оператор сделать
источник