KN
Такую логику можно делать либо на роутерах, рассматривая их как умных клиентов к стораджам, либо на умных клиентах.
ну да, а возможно частично на роутерах, частично на клиентах, чтобы снять лишнюю нагрузку с авторов клиентов
Size: a a a
2020 October 08
MA
ну да, а возможно частично на роутерах, частично на клиентах, чтобы снять лишнюю нагрузку с авторов клиентов
Вот, кстати, с авторов коннекторов я бы нагрузку не снимал. Снимать нагрузку нужно с пользователей этих коннекторов )
KN
Вот, кстати, с авторов коннекторов я бы нагрузку не снимал. Снимать нагрузку нужно с пользователей этих коннекторов )
ну ладно, это дело хозяйское.
EL
Такую логику можно делать либо на роутерах, рассматривая их как умных клиентов к стораджам, либо на умных клиентах.
это хорошо, когда роутеры есть, а если нет?
KN
это хорошо, когда роутеры есть, а если нет?
когда роутер и сторадж на одном узле - это частный случай
MA
это хорошо, когда роутеры есть, а если нет?
Если нет, то у вас должен быть "умный" коннектор с поддержкой пулинга (много соединений) и постоянным определением типа и состояния подключения (мастер/реплика/отставшая реплика/орфан/и т.п.)
AK
Если нет, то у вас должен быть "умный" коннектор с поддержкой пулинга (много соединений) и постоянным определением типа и состояния подключения (мастер/реплика/отставшая реплика/орфан/и т.п.)
Про тип подключения не понял — зачем это коннектору?
AK
Кроме понятия о режиме ro
KN
я думаю даже что возможны умные клиенты, которые будут знать топологию кластера и если роутеры находятся вместе со стораджами, то направлять запросы сразу на нужный
KN
а если ошибутся -- не страшно, потому что роутер перенаправит куда надо
KN
это в целом позволит увеличить перф раза в 2-4
MA
Кроме понятия о режиме ro
Чтобы не читать с отстающих реплик и орфанов
AK
А, понял.
Но кмк работать напрямую со стораджами из коннектора моветон, за исключением частных случаев типа массовой загрузки/выгрузки данных
Но кмк работать напрямую со стораджами из коннектора моветон, за исключением частных случаев типа массовой загрузки/выгрузки данных
MA
Напомню: мы говорим про умный коннектор, который следит за состоянием серверов.
(Такие точно есть на Perl и используются в Облаке, возможно подобными функциями обладает asynctnt)
(Такие точно есть на Perl и используются в Облаке, возможно подобными функциями обладает asynctnt)
VG
На гошке тоже уже есть, тоже в Облаке используем
VG
Есть на nginx'e, но мы пока не балансируем ro/rw нагрузку, но умеем фолбечить
MA
На гошке тоже уже есть, тоже в Облаке используем
Вам надо с @vmpol синхронизироваться и выпустить один суперконнектор для гошки
VG
Вам надо с @vmpol синхронизироваться и выпустить один суперконнектор для гошки
@Mjolkhare будем опенсорсить "суперконнектор" для гошки?
KN
А, понял.
Но кмк работать напрямую со стораджами из коннектора моветон, за исключением частных случаев типа массовой загрузки/выгрузки данных
Но кмк работать напрямую со стораджами из коннектора моветон, за исключением частных случаев типа массовой загрузки/выгрузки данных
redis cluster так работает, и ничего. там внутри запросы умеют перенаправляться если ты их не туда послал
AK
redis cluster так работает, и ничего. там внутри запросы умеют перенаправляться если ты их не туда послал
Да, я читал их код. МНе не нравится, что информация о кластере будет храниться в двух местах — на роутерах кластера и в клиентах-коннекторах