Size: a a a

2020 November 03

I

Igor in DevOps
Dmitry Sergeev
Кто-нибудь знает как там во swarm сеть устроена? Чет интересно стало
Там сеть устроена так же, как в докере, но можно размазывать по хостам. Всё то же самое. Только маску сети ещё можно выбирать. По умолчанию там 24 маска, можно поставить любую другую. У меня контейнеров было много - я ставил 16. С nginx там та же проблема, что и в докере - он умеет корректно определять адрес клиента только если сам находится в хостовой сети - в противном случае все клиенты будут стучаться из докерной сетки и вайтлисты настроить не удастся
источник

I

Igor in DevOps
А так: три мастера - они в любом кластере нужны, так как никто ещё не придумал алгоритма выбора лидера лучше, чем голосование большинством
источник

A

Alexander in DevOps
Igor
А так: три мастера - они в любом кластере нужны, так как никто ещё не придумал алгоритма выбора лидера лучше, чем голосование большинством
Не в любом, а только там, где есть выборы. А выборы есть не везде.
источник

I

Igor in DevOps
Alexander
Не в любом, а только там, где есть выборы. А выборы есть не везде.
Вы сейчас про политику?)
источник

A

Alexander in DevOps
Igor
Вы сейчас про политику?)
Нет, про кластеры.
источник

I

Igor in DevOps
В каком кластере нет выбора лидера?
источник

DS

Dmitry Sergeev in DevOps
Igor
Там сеть устроена так же, как в докере, но можно размазывать по хостам. Всё то же самое. Только маску сети ещё можно выбирать. По умолчанию там 24 маска, можно поставить любую другую. У меня контейнеров было много - я ставил 16. С nginx там та же проблема, что и в докере - он умеет корректно определять адрес клиента только если сам находится в хостовой сети - в противном случае все клиенты будут стучаться из докерной сетки и вайтлисты настроить не удастся
а там overlay какой-то, туннели между хостами?  На хостах то понятно, что все также через бриджи и iptables
источник

I

Igor in DevOps
Да, оверлейки. Всё общение между контейнерами идёт по докерному порту. Впрочем, как и в кубере. Но в сварме нет неймспейсов
источник

b

bama^boy in DevOps
Dmitry Sergeev
а там overlay какой-то, туннели между хостами?  На хостах то понятно, что все также через бриджи и iptables
overlay по дефолту
источник

A

Alexander in DevOps
Igor
В каком кластере нет выбора лидера?
Openldap. Там тупой (ну, относительно тупой) LWW с двусторонней репликацией, что для LDAP-а вполне прокатывает.
источник

n🐈

nikoinlove 🐈 in DevOps
а что такое lww
источник

n🐈

nikoinlove 🐈 in DevOps
не гуглится(
источник

I

Igor in DevOps
nikoinlove 🐈
а что такое lww
+1
источник

n🐈

nikoinlove 🐈 in DevOps
ласт райт винс наверно!
источник

n🐈

nikoinlove 🐈 in DevOps
вот это я лингвист
источник

A

Alexander in DevOps
nikoinlove 🐈
а что такое lww
Last write wins
источник

I

Igor in DevOps
Так это немного тёплое и мягкое. Это не кластер, а алгоритм репликации.

Например, только через lww шардирование не сделать - надо же ещё сказать, куда записывать, какой мастер за что отвечает и что будет происходить в случае недоступности этого мастера. Короче, по CAP-теореме openldap к чему относится? К АР, верно?
источник

A

Alexander in DevOps
Igor
Так это немного тёплое и мягкое. Это не кластер, а алгоритм репликации.

Например, только через lww шардирование не сделать - надо же ещё сказать, куда записывать, какой мастер за что отвечает и что будет происходить в случае недоступности этого мастера. Короче, по CAP-теореме openldap к чему относится? К АР, верно?
Так я и не говорю, что "lww - это кластер", это подход к разрешению конфликтов, который позволяет собирать кластер без необходимости иметь ведущую ногу и, соответственно, выборов.
Относится, пожалуй, к AP, да.
источник

A

Alexander in DevOps
Запись может происходить в любой из мастеров.
источник

A

Alexander in DevOps
В терминах PACELC это PA/EL
источник