|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
У меня 1 вопрос? Зачем? Имхо делать бакапы раз в сутки достаточно . Ну потеряешь одноин день, контингент и не заметит. Или чисто для своих скиллов,? Но это бабло? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2024, 18:11 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
При любом переключении, будет потеря коннекта на сервер бд ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2024, 18:13 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Физическая сетевая и серверная инфраструктура подготовлена, недочёты устранены. Гипервизоры настроены. Кластер проинициализирован. Идёт настройка виртуальной сетевой инфраструктуры. P.S. А вообще ещё и конь не валялся так то. Как же до фига делать ещё. До расчётного периода за текущий хостинг мне осталось 2 недели. Мне кажется, я не успею. Ситуацию усугубляет то, что у меня сейчас вот реально много работы каждый день с утра до вечера, причём сравнительно срочной и требующей мыслительной деятельности, а не хуячишь на рефлексе и думаешь про кластер. А вечером и ночью уже слишком сильное напряжение, потеря концентрации внимания, раздражение. Минимальный сон 2-3 часа в сутки тоже не добавляет эффективности процесса. Пля, это ипануться, это 20 виртуальных сущностей! Причём, есть вещи, которые я очень хорошо представляю, тут рутиное вбивание параметров, смотрю на схему, смотрю в монитор, смотрю на схему, смотрю в монитор, схема - монитор, схема монитор и вбиваю команды, а есть вещи, которые мне надо будет гуглить и читать. Почему хочется уметь до апреля? Деньги! Деньги! Деньги! Это всё стоит денег! Если я не успею, мне придётся опять оплачивать два сервиса! Чую, можно какой-то скрипт написать, который напишет нужный файл. !? ... |
|||
:
Изменено: 21.03.2024, 18:11 - Sparrow
Нравится:
Не нравится:
|
|||
21.03.2024, 18:09 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
самое интересное будет, если при этом наебнётся то, что есть. , как бы, компоненты, замерять время восстановления. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2024, 17:40 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Почитав материалы, я понял, master master будет проще переключать при необходимости, но в две лучше не писать, в какую-то одну. Master slave - тут хуже. Нужен наблюдатель. Или какой-то процесс, не знаю, как он там у вас называется. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2024, 16:38 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Код: SQL 1.
Их 2 потому что mysql не разрешал использовать таблицу дважды в запросе. Может сейчас уже решили. Там орм для каждой реализации sql свои команды генерит? А кто проектировал структуру баз? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 17:12 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Не понятно , а как ты одной хранимой процедурой обходишься? Там их должно быть тыщи? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 17:38 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Не понятно , а как ты одной хранимой процедурой обходишься? Там их должно быть тыщи? Если у деды есть полная переносимость mysql -> mssql, то нереально было бы сделать логику на хранимках. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 17:57 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Он и её-то не от хорошей жизни видимо сделал. Если у деды есть полная переносимость mysql -> mssql, то нереально было бы сделать логику на хранимках. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 18:24 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
... Если у деды есть полная переносимость mysql -> mssql, то нереально было бы сделать логику на хранимках. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 18:26 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Прости , умная всегда была тройка, по письменности, вообще левша ... |
|||
:
Изменено: 03.05.2024, 19:18 - Sparrow
Нравится:
Не нравится:
|
|||
03.05.2024, 19:16 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
basename [игнорируется] Вопрос к специалисту от полного нуба. У меня есть два проплаченных хостинга. Один - чисто сайт на пхп, другой - виртуальный сервер, где тоже можно сайт поднять. Там сервис на Node.js крутится. Время от времени то один, то другой отваливаются. Причем в самое неудобное время. Что нужно сделать, что бы хотя бы приблизиться к отказоустойчивости? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 19:21 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
basename [игнорируется] Вопрос к специалисту от полного нуба. У меня есть два проплаченных хостинга. Один - чисто сайт на пхп, другой - виртуальный сервер, где тоже можно сайт поднять. Там сервис на Node.js крутится. Время от времени то один, то другой отваливаются. Причем в самое неудобное время. Что нужно сделать, что бы хотя бы приблизиться к отказоустойчивости? ... |
|||
:
Изменено: 03.05.2024, 19:30 - Sparrow
Нравится:
Не нравится:
|
|||
03.05.2024, 19:28 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Однозначно нужны, транзакция начатая на клиенте зло, и от инекций без процедур защититься трудно ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 19:34 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
basename [игнорируется] Вопрос к специалисту от полного нуба. У меня есть два проплаченных хостинга. Один - чисто сайт на пхп, другой - виртуальный сервер, где тоже можно сайт поднять. Там сервис на Node.js крутится. Время от времени то один, то другой отваливаются. Причем в самое неудобное время. Что нужно сделать, что бы хотя бы приблизиться к отказоустойчивости? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 19:40 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Так твой скрипт и есть наблюдатель, просто его нужно разместить на надёжном сервере, или двух ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 19:51 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Я писал, можно делать 2 или 4 наблюдателя, надёжность обычно стоит денег =================== Я много чего знаю, но не всегда могу это вспомнить вовремя. Построение надежной системы из ненадежных частей- 1. Дублирование 2. Голосование ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2024, 20:00 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Галера взята! Настроил следующим образом: - 4 виртуальных сервера объединены в mariadb galera cluster multi-master (по 2 виртуальных сервера на каждом из 2-х физических серверов) - 2 galera arbitrator (по 1 виртуальному серверу на каждом из 2-х физических серверов) с виртуальным ip адресом, который плавает по виртуальным серверам по протоколу VRRP. Можно иметь только один арбитр, но арбитр включается на каком-либо из виртуальных серверов по триггеру при смене состояния VRRP с BACKUP на MASTER - 2 haproxy (по 1 виртуальному серверу на каждом из 2-х физических серверов) с виртуальным ip адресом, который плавает по виртуальным серверам по протоколу VRRP. Что всё это значит. У меня 2 физических сервера. Каждый из них подключен в свой ИБП и в разные линии подачи электропитания. При аварийном падении, либо при обслуживании одного физического сервера, в кластере галеры остаются 2 виртуальных сервера sql. Кворум сохранён, галера работает с двумя узлами. Тут же, если галера арбитр был на другом физическом узле, он переключается при смене состояния VRRP на MASTER на рабочий узел и присоединяется к кластеру. Таким образом, полностью соблюдено требование к нормальному полноценному функционированию кластера - минимум 3 узла. Все запросы к БД отправляются на виртуальный ip haproxy, который выполняет балансировку по алгоритму leastconn. На скрине пример с roundrobin Что печально - накладные расходы на место. На 500 гигов данных БД расходуется ещё 1.5 тера репликации. Итого, в работе этой схемы участвуют 8 виртуальных серверов на 2-х физических. Я сейчас уперся в лимит по памяти, с overhead не хочется дело иметь, заказал расширение. Обещали увеличить объем ОЗУ до 288 Гб. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2024, 10:13 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
а воощето надо один диск. реальный извлечь, потом засунуть туда запасной ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2024, 10:15 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Галера взята! Настроил следующим образом: - 4 виртуальных сервера объединены в mariadb galera cluster multi-master (по 2 виртуальных сервера на каждом из 2-х физических серверов) - 2 galera arbitrator (по 1 виртуальному серверу на каждом из 2-х физических серверов) с виртуальным ip адресом, который плавает по виртуальным серверам по протоколу VRRP. Можно иметь только один арбитр, но арбитр включается на каком-либо из виртуальных серверов по триггеру при смене состояния VRRP с BACKUP на MASTER - 2 haproxy (по 1 виртуальному серверу на каждом из 2-х физических серверов) с виртуальным ip адресом, который плавает по виртуальным серверам по протоколу VRRP. Что всё это значит. У меня 2 физических сервера. Каждый из них подключен в свой ИБП и в разные линии подачи электропитания. При аварийном падении, либо при обслуживании одного физического сервера, в кластере галеры остаются 2 виртуальных сервера sql. Кворум сохранён, галера работает с двумя узлами. Тут же, если галера арбитр был на другом физическом узле, он переключается при смене состояния VRRP на MASTER на рабочий узел и присоединяется к кластеру. Таким образом, полностью соблюдено требование к нормальному полноценному функционированию кластера - минимум 3 узла. Все запросы к БД отправляются на виртуальный ip haproxy, который выполняет балансировку по алгоритму leastconn. На скрине пример с roundrobin Что печально - накладные расходы на место. На 500 гигов данных БД расходуется ещё 1.5 тера репликации. Итого, в работе этой схемы участвуют 8 виртуальных серверов на 2-х физических. Я сейчас уперся в лимит по памяти, с overhead не хочется дело иметь, заказал расширение. Обещали увеличить объем ОЗУ до 288 Гб. Уже краш тест проводился. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2024, 10:28 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
... Уже краш тест проводился. а плохой вечно в суете, это им нравится ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2024, 10:40 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Данная конструкция должна пережить падение одного физического сервера по каким-либо причинам, питание, аппаратные проблемы и продолжить предоставление сервиса. Падение двух - естсественно, потребуется участие одмина, само оно не запустится. + исчезнет ночная надпись о работах с 2 до 4 сей час вообще гласно, спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2024, 10:46 |
|
Просто Трёп / Дедокластер Z
|
|||
---|---|---|---|
#18+
Данная конструкция должна пережить падение одного физического сервера по каким-либо причинам, питание, аппаратные проблемы и продолжить предоставление сервиса. Падение двух - естсественно, потребуется участие одмина, само оно не запустится. + исчезнет ночная надпись о работах с 2 до 4 сей час вообще гласно, спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2024, 11:09 |
|
|
Start [/forum/search.php?do_search=1&tid=16227&author_mode=wrote_post&author=Sparrow&start_from=761336]: |
0ms |
get settings: |
1ms |
get forum list: |
4ms |
searching: |
17ms |
get settings: |
0ms |
get forum list: |
3ms |
get topic data: |
4ms |
check forum access: |
0ms |
check topic access: |
0ms |
get forum data: |
1ms |
get found posts: |
54ms |
track hit: |
25ms |
get online users: |
48ms |
check new: |
1ms |
others: | 529ms |
total: | 687ms |
0 / 0 |