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

parrot.ru

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

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

DevOps

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

2020 March 28

DS

Dmitry Sergeev in DevOps

прекрасно, но зачем такое знание, если его на себя берет поставщик услуг?

Хорошо. Если мы сами имеем свой кубер и являемся поставщиком услуг. И сами можем как угодно воротить сети в пределах сегмента и пробрасывать временные туннели и прочие ништяки делать?

наверно в облаках не надо. Но хорошее знание сетей, тебя делает более хорошим спецом же

источник

00:57пожаловаться #1

ЕО

Евгений Омельченко in DevOps

Alexander

Почему? Цепляешь в бридж аплинк сервера и интерфейсы контейнеров, и вот тебе связность

Эм? Это на одной ноде, а на разных? Как вы из пода на ноде А придёте в под на ноде Б?

источник

00:57пожаловаться #2

ЕО

Евгений Омельченко in DevOps

прекрасно, но зачем такое знание, если его на себя берет поставщик услуг?

Хорошо. Если мы сами имеем свой кубер и являемся поставщиком услуг. И сами можем как угодно воротить сети в пределах сегмента и пробрасывать временные туннели и прочие ништяки делать?

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

источник

00:58пожаловаться #3

p

pragus in DevOps

Сетевыми?)

Ну просто звучит так, словно связность благодаря волшебным гномикам

источник

01:00пожаловаться #4

A

Alexander in DevOps

Евгений Омельченко

Эм? Это на одной ноде, а на разных? Как вы из пода на ноде А придёте в под на ноде Б?

Смотри <Контейнер>-<Бридж на ноде>-<Leaf>=<Spine>=<Leaf>-<Бридж на ноде>-<Контейнер>
"-" — это L2 связность
"= — это L3 связность

источник

01:00пожаловаться #5

A

Alexander in DevOps

Евгений Омельченко

Эм? Это на одной ноде, а на разных? Как вы из пода на ноде А придёте в под на ноде Б?

гейтвеем выступает ToR (Leaf)

источник

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

p

pragus in DevOps

Alexander

Почему? Цепляешь в бридж аплинк сервера и интерфейсы контейнеров, и вот тебе связность

Медленно жи

источник

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

I

Евгений Омельченко

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

вообще аргумент не относится к спору. Абсолютно так же я могу углубиться и сказать, что "зачем знать кубер, если разрабы на асме и так все смогут написать и оно будет быстро (нет, не смогут, и нет, оно не будет быстро несмотря на асм)"

источник

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

ЕО

Евгений Омельченко in DevOps

вообще аргумент не относится к спору. Абсолютно так же я могу углубиться и сказать, что "зачем знать кубер, если разрабы на асме и так все смогут написать и оно будет быстро (нет, не смогут, и нет, оно не будет быстро несмотря на асм)"

Вы так и говорите. Спор наш про то, что знания кубера требуют знания динамической маршрутизации. А вы в ответ: "а мне кубер знать не нужно". И что вашим ответом вы сказать хотите?

источник

01:03пожаловаться #9

s

sexst in DevOps

Наталья Александровна

Пятёрочка, перекресток и карусель магазины

Пользуясь случаем, хотелось бы попробовать передать привет тем гениям, что, судя по всему, на днях выкатили в Перекрёстках апдейт для касс самообслуживания) Включение на них весов это настолько идиотичное решение, что трудно придумать что-то ещё хуже.

источник

01:03пожаловаться #10

A

Alexander in DevOps

Медленно жи

Где именно медленно? Если ты про производительность бриджа в линуксе, то можно и через macvlan сделать. Но нам и бриджа пока хватает

источник

01:03пожаловаться #11

p

pragus in DevOps

Alexander

Где именно медленно? Если ты про производительность бриджа в линуксе, то можно и через macvlan сделать. Но нам и бриджа пока хватает

Ну и сколько mpps через это пролезет?

источник

01:03пожаловаться #12

s

sexst in DevOps

Alexander

Где именно медленно? Если ты про производительность бриджа в линуксе, то можно и через macvlan сделать. Но нам и бриджа пока хватает

Медленно? Не факт. Но, как сетевика, меня такие вещи триггерят убивать

источник

01:04пожаловаться #13

s

sexst in DevOps

Ну просто звучит так, словно связность благодаря волшебным гномикам

Я о том же)

источник

01:04пожаловаться #14

I

Евгений Омельченко

Вы так и говорите. Спор наш про то, что знания кубера требуют знания динамической маршрутизации. А вы в ответ: "а мне кубер знать не нужно". И что вашим ответом вы сказать хотите?

стопэ. я не это утверждал. я говорил, что знания кубера не пересекаются со знаниями админов сетей. Ну может и пересекаются, но несущественно. Их не обязательно знать

источник

01:04пожаловаться #15

p

pragus in DevOps

Оно там на 11mpps уже все сожрёт в softirq

источник

01:04пожаловаться #16

ЕО

Евгений Омельченко in DevOps

Alexander

Смотри <Контейнер>-<Бридж на ноде>-<Leaf>=<Spine>=<Leaf>-<Бридж на ноде>-<Контейнер>
"-" — это L2 связность
"= — это L3 связность

Ну блин, раз у вас нет l2 связности, то нужен роутинг. Как иначе с лифа1 понять, что контейнер2 на лифе2?

источник

01:05пожаловаться #17

ЕО

Евгений Омельченко in DevOps

стопэ. я не это утверждал. я говорил, что знания кубера не пересекаются со знаниями админов сетей. Ну может и пересекаются, но несущественно. Их не обязательно знать

Ну вот я говорю, что нельзя кубер без знания сетей настроить

источник

01:05пожаловаться #18

A

Alexander in DevOps

Ну и сколько mpps через это пролезет?

У нас на нодах Mpps-ами поток пакетов не измеряется :)
Там гигабитные интерфейсы.

источник

01:06пожаловаться #19

p

pragus in DevOps

Alexander

У нас на нодах Mpps-ами поток пакетов не измеряется :)
Там гигабитные интерфейсы.

1g?

источник

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