Телеграмм чат группы kubernetes_ru страница 13119

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

5117 membersпожаловаться на группу

2020 September 01

А

Андрей А in Kubernetes — русскоговорящее сообщество

Владимир Муковоз

Доброго вечера. А кластер из двух машин будет корреткно работать? Или надо для кворума виртуалку хотя бы накинуть ещё? Вообще есть какие-то ограничения по минимальному старту?

есть ограничения на ядра, но и его можно обойти, только это так, поиграться только

источник

20:05пожаловаться #1

ВМ

Владимир Муковоз... in Kubernetes — русскоговорящее сообщество

Скорее всего тебе придётся сделать одно из трёх :
1. Один мастер + один Воркер
2. Внешний етсд и можешь на обоих серверах системные компоненты развернуть
3. Найти где-то Третий узел

Спасибо за ответ)

источник

20:06пожаловаться #2

A

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

Добрый вечер всем, посоветуйте, пожалуйста, как лучше развернуть prometheus, лучше же отдельно данные прометеуса хранить, чтобы не сожрал все место на продовском серваке? если да, то я правильно понимаю, что мне в сторону remote-storage надо смотреть, а сам прометеус на продовском разворачивать или как это должно выглядеть?

источник

20:11пожаловаться #3

GG

George Gaál in Kubernetes — русскоговорящее сообщество

Добрый вечер всем, посоветуйте, пожалуйста, как лучше развернуть prometheus, лучше же отдельно данные прометеуса хранить, чтобы не сожрал все место на продовском серваке? если да, то я правильно понимаю, что мне в сторону remote-storage надо смотреть, а сам прометеус на продовском разворачивать или как это должно выглядеть?

Ни в одном из твоих предложений нет правильного сценария )

источник

20:11пожаловаться #4

A

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

Ни в одном из твоих предложений нет правильного сценария )

я пытался

источник

20:12пожаловаться #5

GG

George Gaál in Kubernetes — русскоговорящее сообщество

Он заключается в том, что у тебя есть выделенные две ноды под прометеус. Они собирают данные, скажем, за 2 недели. Далее если тебе нужно (и только если нужно) - у тебя есть ещё внешнее хранилище. Любого поддерживаемого типа. Куда выливаются данные с дедупликацией. Из модных могу вспомнить cortex, Thanos, victoriamectrics

источник

20:13пожаловаться #6

GG

George Gaál in Kubernetes — русскоговорящее сообщество

Из менее модных - да хоть заббикс или постгрес с графитом

источник

20:13пожаловаться #7

AA

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

VM +

источник

20:13пожаловаться #8

A

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

Он заключается в том, что у тебя есть выделенные две ноды под прометеус. Они собирают данные, скажем, за 2 недели. Далее если тебе нужно (и только если нужно) - у тебя есть ещё внешнее хранилище. Любого поддерживаемого типа. Куда выливаются данные с дедупликацией. Из модных могу вспомнить cortex, Thanos, victoriamectrics

а не подскажите, почему именно две?

источник

20:14пожаловаться #9

GG

George Gaál in Kubernetes — русскоговорящее сообщество

а не подскажите, почему именно две?

Чтоб данные не похерились, если один из прометеусов квакнет

источник

20:15пожаловаться #10

A

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

Чтоб данные не похерились, если один из прометеусов квакнет

принял, благодарю

источник

20:15пожаловаться #11

OA

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

А я его бэкаплю снапшотами (prometheus) 🙈

источник

20:21пожаловаться #12

A

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

ребят подскажите почему поднимается только один под?
https://pastebin.com/1DMYKTQ0
и поднимается этот:
image: myhub/private:tester_frontend

источник

20:38пожаловаться #13

AS

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

https://kubernetes.io/blog/2020/08/14/introducing-hierarchical-namespaces/

Introducing Hierarchical Namespaces

Author: Adrian Ludwin (Google)
Safely hosting large numbers of users on a single Kubernetes cluster has always been a troublesome task. One key reason for this is that different organizations use Kubernetes in different ways, and so no one tenancy model is likely to suit everyone. Instead, Kubernetes offers you building blocks to create your own tenancy solution, such as Role Based Access Control (RBAC) and NetworkPolicies; the better these building blocks, the easier it is to safely build a multitenant cluster.

источник

20:40пожаловаться #14

DV

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

ребят подскажите почему поднимается только один под?
https://pastebin.com/1DMYKTQ0
и поднимается этот:
image: myhub/private:tester_frontend

А сколько должно? 0_о

источник

20:40пожаловаться #15

AS

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

это вам не мыло по тазику гонять! we need to go deeper

источник

20:40пожаловаться #16

A

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

А сколько должно? 0_о

задумка такая
1 под - для фронтенд контейнеров
2 под - для бекенд контейнеров

источник

20:41пожаловаться #17

DV

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

Сперва вы определяете для деплоймента spec с одним подом, потом этот spec переопределяете на другой. Кто последний - того и тапки

источник

20:41пожаловаться #18

GG

George Gaál in Kubernetes — русскоговорящее сообщество

https://kubernetes.io/blog/2020/08/14/introducing-hierarchical-namespaces/

Introducing Hierarchical Namespaces

Author: Adrian Ludwin (Google)
Safely hosting large numbers of users on a single Kubernetes cluster has always been a troublesome task. One key reason for this is that different organizations use Kubernetes in different ways, and so no one tenancy model is likely to suit everyone. Instead, Kubernetes offers you building blocks to create your own tenancy solution, such as Role Based Access Control (RBAC) and NetworkPolicies; the better these building blocks, the easier it is to safely build a multitenant cluster.

Фигня кмк

источник

20:41пожаловаться #19

AS

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

чтобы не городить рбаки метровые

источник

20:43пожаловаться #20