Size: a a a

Чат конференции HighLoad++

2021 January 13

P

Pavel in Чат конференции HighLoad++
Ilshat
Спасиб по нагрузке очень интересная тема. Но правильно ли я понимаю что активные пользователи всегда будут на горячих машинах и будут постоянно перемещаться внутри нод?
Было бы интересно реализацию такой идеи
Нет не правильно. Пользователь прилипает к ноде.
Но если нода вылетает то юзеров с этой ноды раскидает по соседним
источник

P

Pavel in Чат конференции HighLoad++
Распределением по нодам достаточно равномерное
источник

I

Ilshat in Чат конференции HighLoad++
Pavel
Нет не правильно. Пользователь прилипает к ноде.
Но если нода вылетает то юзеров с этой ноды раскидает по соседним
Это стандартный вариант. Не понимаю как сюда метрику по нагрузки вводить
источник

P

Pavel in Чат конференции HighLoad++
Нагрузке чего?
источник

I

Ilshat in Чат конференции HighLoad++
Vadim Martynov
GetHashCode(login) ?
Или хочется именно 100% равного распределения? Если так, то давайте поговорим о том, что такое равное :) по количеству - странная метрика. По нагрузке - time-based метрика. Такое равенство, кажется, не очень и нужно.
Тут
источник

P

Pavel in Чат конференции HighLoad++
Для логинов в среднем распределение равномерное будет.
Кроме ситуаций когда у тебя кучу запросов от одного логина
источник

I

Ilshat in Чат конференции HighLoad++
Я правильно понимаю что при первичном распределение имелось введу не заполненность нод считается а текущая его нагрузка
источник

P

Pavel in Чат конференции HighLoad++
Эта функция зависит в простом варианте только от двух параметров. Списка доступных нод и логина
источник

P

Pavel in Чат конференции HighLoad++
Работает хорошо, когда у тебя ноды похожи по ресурсам и когда нагрузка достаточно равномерная.

То есть условно нет одного жирного логина который разом готов утилизировать все ресурсы
источник

P

Pavel in Чат конференции HighLoad++
По смыслу это все тот же остаток от деления, что и предлагал ты. Но с решенной проблемой решардинга (в твоём варианте - если добавилась или вылетела нода нужно решардить 100 %юзеров)
источник

I

Ilshat in Чат конференции HighLoad++
Pavel
По смыслу это все тот же остаток от деления, что и предлагал ты. Но с решенной проблемой решардинга (в твоём варианте - если добавилась или вылетела нода нужно решардить 100 %юзеров)
Хм интересно. Спасибо большое за развернутый ответ. Реально что то не подумал что не обязательный решард от изменения количества нод. Но в этом случае если сдохла одна из нод придется смериться что логины с этой ноды не доступны пока не поднимут.
источник

I

Ilshat in Чат конференции HighLoad++
Но все остальные доступны и работают и на них не лежит доп нагрузка по решарду
источник

I

Ilshat in Чат конференции HighLoad++
👍
источник

P

Pavel in Чат конференции HighLoad++
Ilshat
Хм интересно. Спасибо большое за развернутый ответ. Реально что то не подумал что не обязательный решард от изменения количества нод. Но в этом случае если сдохла одна из нод придется смериться что логины с этой ноды не доступны пока не поднимут.
Зависит от. Если на ноде лежат данные то да. Если только кеш то нет
источник

NK

ID:0 in Чат конференции HighLoad++
😎Василий Тюбек (Mail.ru Group) и Александр Деулин (МегаФон) выступят на HighLoad c докладом «Как мы Change Data Capture делали».

Есть нагруженная SQL-база данных известного вендора, есть потребность: получать изменения из этой базы в realtime, желательно, не переписывая все сервисы, которые пишут в эту базу данные, и отправлять их дальше. Василий и Александр расскажут, как сделали Change Data Capture из Oracle, какие способы опробовали, какие грабли собрали и как их обошли.

Расписание, программа, билеты.
www.highload.ru
Василий Тюбек на HighLoad++ 2020
Есть нагруженная SQL-база данных известного вендора, есть потребность: получать изменения из этой базы в realtime, желательно, не переписывая все сервисы, которые пишут в эту базу данные, и отправлять их дальше. Расскажем, как мы сделали Change Data Capture из Oracle, какие способы опробовали, какие грабли собрали и как их обошли.Change data capture позволяет получать изменения с базы данных и, например, преобразовывая их в поток событий, отправлять в другие системы. Подписавшись на такой поток, можно создать специализированный поисковый индекс или быстро построить витрину данных адаптированную под конкретную задачу. Мы сделали change data capture и стриминг событий из Oracle в витрины на Tarantool с использованием GoldenGate и Tarantool. У нас получилось довольно простое и производительное решение, которое встало в существующую архитектуру. Расскажем:- что такое и зачем нужен change data capture;- варианты встраивания в существующую архитектуру;- как мы делали загрузку и репликацию данных из Oracle в Tarantool;…
источник
2021 January 14

NK

ID:0 in Чат конференции HighLoad++
💥Высоконагруженные приложения финансовой сферы предъявляют жесткие требования ко всем компонентам и особенно к системе хранения данных. Что делать, когда высокую нагрузку на MySQL нужно не просто хорошо держать, но держать без даунтайма. Как решать проблемы работы с двумя дата-центрами? Как отслеживать потенциально опасные ситуации и предотвращать простой?

😎Обо всём этом расскажет в своём докладе на HighLoad Владимир Федорков (ECOMMPAY IT)  Владимир вытаскивает проекты, использующие MySQL, из сложных жизненных ситуаций и более 15 лет специализируется на высоких нагрузках.

Вся программа и билеты на конфу.
источник

MK

Mikhail Kamentsev in Чат конференции HighLoad++
Из будней Continuous delivery . Сегодня один из лидеров разработки ПО для банковских процессингов выпустил апдейт. Результат практически полная остановка обработки платежей у многих Российских банков  + Белоруссия тоже. Простой от получаса и более
источник

MK

Mikhail Kamentsev in Чат конференции HighLoad++
Удивляет не бага в апдейте, а то что процессинги одновременно поставили свежий апдейт, по видимому в автоматическом режиме
источник

SA

Sergey Astakhov in Чат конференции HighLoad++
источник

fm

fish mech in Чат конференции HighLoad++
Огонь :)
источник