Дедокластер Z
|
|||
---|---|---|---|
#18+
Почитав материалы, я понял, master master будет проще переключать при необходимости, но в две лучше не писать, в какую-то одну. Master slave - тут хуже.
провёл краш тест с выключением по кнопке. Всё выжило, гипервизоры, gluster том, кроме марии дб. Бугога. Причем не только кластер сломался, она вообще не захотела стартовать. не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. А чо сколько весит щас бд? Может бэкапить вообще всю виртуалку? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2024, 22:08 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Нахер тебе master master? Гемора больше и инфра сложнее. Сделал бы стандартный Master slave и не ипал бы мозг.
провёл краш тест с выключением по кнопке. Всё выжило, гипервизоры, gluster том, кроме марии дб. Бугога. Причем не только кластер сломался, она вообще не захотела стартовать. не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. А чо сколько весит щас бд? Может бэкапить вообще всю виртуалку? Самая большая БД из набора - скуль. Где-то 100+ Гигов ну и старый дедофорум + новый. Не помню сколько может под 25 гигов все вместе. Я выделил диски по 500 гигов для БД. Сами виртуалки да, буду бэкапить, конечно, но часто я это делать не смогу. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2024, 23:39 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Нахер тебе master master? Гемора больше и инфра сложнее. Сделал бы стандартный Master slave и не ипал бы мозг. Т.е. это не автоматом. Чтоб приложуха коннектилась автоматом к нужному серверу, надо что-то типа virtual ip сделать, где подменить реальный ip при падении. Итого 2 действия. С учетом, что работа форума 24\7 нахуй не сдалась, при аварии ничего ценного не потеряется, юзеры подождут. С master-master еще чреваты вопросы поддержки этого хозяйства. Будешь чинить там всякие расщепления данных. + тебе надо будет 3 сервера поднимать, вместо 2х. p.s. На MySQL работал с готовой репликацией, чинил ее, но вот конкретно переключение на реплику ни разу не приходилось делать. По поводу виртуального ip haproxy + keepalive ( деда дал ) Есть ещё популярное proxysql. Но! Это все гладко на бумаге и в инструкции, надо иметь опыт. А краш тест показал, что galera кластер я восстановить не смог. А это никуда не годится. Это длительный простой. Вообще, это же не совсем репликация то. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2024, 23:47 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Почитав материалы, я понял, master master будет проще переключать при необходимости, но в две лучше не писать, в какую-то одну. Master slave - тут хуже.
провёл краш тест с выключением по кнопке. Всё выжило, гипервизоры, gluster том, кроме марии дб. Бугога. Причем не только кластер сломался, она вообще не захотела стартовать. не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. ... |
|||
коротко о себе по версии дедофорумчан:
либераст, хохол, жыд, ЗОЖовец-наркоман на антидепрессантах, сталинист, протохохол, желающий поменять родных православных коррупционеров на иноземных.. :
Нравится:
Не нравится:
|
|||
27.04.2024, 09:59 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Нахер тебе master master? Гемора больше и инфра сложнее. Сделал бы стандартный Master slave и не ипал бы мозг.
провёл краш тест с выключением по кнопке. Всё выжило, гипервизоры, gluster том, кроме марии дб. Бугога. Причем не только кластер сломался, она вообще не захотела стартовать. не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. Но это из текстового дампа долго восстанавливать. Так-то можно другими методами пойти на новом хостинге. ... |
|||
:
Изменено: 27.04.2024, 10:07 - basename
Нравится:
Не нравится:
|
|||
27.04.2024, 10:04 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
...
провёл краш тест с выключением по кнопке. Всё выжило, гипервизоры, gluster том, кроме марии дб. Бугога. Причем не только кластер сломался, она вообще не захотела стартовать. не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. А чо сколько весит щас бд? Может бэкапить вообще всю виртуалку? Самая большая БД из набора - скуль. Где-то 100+ Гигов ну и старый дедофорум + новый. Не помню сколько может под 25 гигов все вместе. Я выделил диски по 500 гигов для БД. Сами виртуалки да, буду бэкапить, конечно, но часто я это делать не смогу. Я недавно БД почли 0.5Тб за 2.5ч отресторил. И это был дамп. Кстати, может лучше делать физический бэкап, чем дамп? Дамп удобен для другого: переезда между разными версиями там. Попробуй решение от Percona - XtraBackup. Физическая копия будет быстрее делаться и ресториться, чем дамп. ... |
|||
коротко о себе по версии дедофорумчан:
либераст, хохол, жыд, ЗОЖовец-наркоман на антидепрессантах, сталинист, протохохол, желающий поменять родных православных коррупционеров на иноземных.. :
Нравится:
Не нравится:
|
|||
27.04.2024, 10:05 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
В MSSQL, PostgreSQL переключение на реплику делается одной командой. Подозреваю, на MySQL\MariaDB аналогично. Т.е. это не автоматом. Чтоб приложуха коннектилась автоматом к нужному серверу, надо что-то типа virtual ip сделать, где подменить реальный ip при падении. Итого 2 действия. С учетом, что работа форума 24\7 нахуй не сдалась, при аварии ничего ценного не потеряется, юзеры подождут. С master-master еще чреваты вопросы поддержки этого хозяйства. Будешь чинить там всякие расщепления данных. + тебе надо будет 3 сервера поднимать, вместо 2х. p.s. На MySQL работал с готовой репликацией, чинил ее, но вот конкретно переключение на реплику ни разу не приходилось делать. По поводу виртуального ip haproxy + keepalive ( деда дал ) Есть ещё популярное proxysql. Но! Это все гладко на бумаге и в инструкции, надо иметь опыт. А краш тест показал, что galera кластер я восстановить не смог. А это никуда не годится. Это длительный простой. Вообще, это же не совсем репликация то. ... |
|||
коротко о себе по версии дедофорумчан:
либераст, хохол, жыд, ЗОЖовец-наркоман на антидепрессантах, сталинист, протохохол, желающий поменять родных православных коррупционеров на иноземных.. :
Нравится:
Не нравится:
|
|||
27.04.2024, 10:06 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
... ... не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. А чо сколько весит щас бд? Может бэкапить вообще всю виртуалку? Самая большая БД из набора - скуль. Где-то 100+ Гигов ну и старый дедофорум + новый. Не помню сколько может под 25 гигов все вместе. Я выделил диски по 500 гигов для БД. Сами виртуалки да, буду бэкапить, конечно, но часто я это делать не смогу. Я недавно БД почли 0.5Тб за 2.5ч отресторил. И это был дамп. Кстати, может лучше делать физический бэкап, чем дамп? Дамп удобен для другого: переезда между разными версиями там. Попробуй решение от Percona - XtraBackup. Физическая копия будет быстрее делаться и ресториться, чем дамп. Давно уже я делал через снэпшоты LVM. Механизм в слайдах Оракла нашёл Суть: - flush tables with read lock; create snapshot; exit. Не обращайте внимание на блокировку, снэпшот создаётся быстрее, чем что-то успевает записаться, при выходе тут же снимается. - архивируем директорию с данными, изменения пишутся в снэпшот. - удаляем снэпшот, изменения сбрасываются в данные Но так я делал с заббиксом, там терабайт с чем-то был, обычный дамп - очень долго. Всё корректно восстанавливалось + я переносил такой архив на слейв, чтобы репликацию настроить. Но критиковали этот способ многие. Я тут ещё вычитал про mariabackup. Это не аналог xtrabckup? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2024, 10:16 |
|
Дедокластер Z
|
|
---|---|
#18+
Я тут ещё вычитал про mariabackup. Это не аналог xtrabckup? https://mariadb.com/kb/en/full-backup-and-restore-with-mariabackup/ p.s. Да, форк от xtrabckup https://mariadb.com/kb/en/backup-and-restore-overview/ Цитата [игнорируется] Mariadb-backup is a fork of Percona XtraBackup with added support for MariaDB 10.1 compression and data-at-rest encryption. It is included with MariaDB 10.1.23 and later. ... |
|
:
|
|
27.04.2024, 10:21 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
... Т.е. это не автоматом. Чтоб приложуха коннектилась автоматом к нужному серверу, надо что-то типа virtual ip сделать, где подменить реальный ip при падении. Итого 2 действия. С учетом, что работа форума 24\7 нахуй не сдалась, при аварии ничего ценного не потеряется, юзеры подождут. С master-master еще чреваты вопросы поддержки этого хозяйства. Будешь чинить там всякие расщепления данных. + тебе надо будет 3 сервера поднимать, вместо 2х. p.s. На MySQL работал с готовой репликацией, чинил ее, но вот конкретно переключение на реплику ни разу не приходилось делать. По поводу виртуального ip haproxy + keepalive ( деда дал ) Есть ещё популярное proxysql. Но! Это все гладко на бумаге и в инструкции, надо иметь опыт. А краш тест показал, что galera кластер я восстановить не смог. А это никуда не годится. Это длительный простой. Вообще, это же не совсем репликация то. Вчера потыкался, выключал, включал, удавалось провести процедуру восстановления по доке. Пробовал разные варианты. Ладно, потыкаем ещё. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2024, 10:24 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
...
провёл краш тест с выключением по кнопке. Всё выжило, гипервизоры, gluster том, кроме марии дб. Бугога. Причем не только кластер сломался, она вообще не захотела стартовать. не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. Но это из текстового дампа долго восстанавливать. Так-то можно другими методами пойти на новом хостинге. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2024, 14:35 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
... ... не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. Но это из текстового дампа долго восстанавливать. Так-то можно другими методами пойти на новом хостинге. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2024, 14:52 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Физический есть. На надо останавливать базу )) https://mariadb.com/kb/en/mariabackup-overview/ ... |
|||
:
Изменено: 27.04.2024, 15:12 - s62
Нравится:
Не нравится:
|
|||
27.04.2024, 15:11 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
... ... не, ну на куй его. Я восстановить не смогу. Либо надо научится делать. но я с этим не работаю, так что учиться не у кого. Так дел не пойдёт, это ебаная БД - ключевой компонент. А из дампа клон скуля восстанавливать несколько часов. Что любопытно, текущая БД тоже несколько раз перегружалась, ну может не так жёстко, но аварийно, и поднималась сама. Будем читать. Да и Деда Марию не тестировал. Но это из текстового дампа долго восстанавливать. Так-то можно другими методами пойти на новом хостинге. На физических серверах будет всё получше, там места ощутимо больше. Блять, один Деда помнит, как я ебался с восстановлением на ноутбуке, на котором ещё меньше места ))) Касательно бэкапов самой БД мне знаком вышеозвученный способ с LVM снэпшотами. Он быстрый. Не знаю, насколько он будет корректен по отношению к форумной БД и тем более в кластере. Надо проверять. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2024, 15:16 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
А кроме текстового дампа других способов бэкапа нет? Это же изврат. На физических серверах будет всё получше, там места ощутимо больше. Блять, один Деда помнит, как я ебался с восстановлением на ноутбуке, на котором ещё меньше места ))) Касательно бэкапов самой БД мне знаком вышеозвученный способ с LVM снэпшотами. Он быстрый. Не знаю, насколько он будет корректен по отношению к форумной БД и тем более в кластере. Надо проверять. https://www.percona.com/blog/using-lvm-for-mysql-backup-and-replication-setup/ ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2024, 15:27 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Сейчас, наверное, нет. На этом хостинге. Для этого нет ресурсов, вернее они стоят денег.. Даже ALTER TABLE таблицы с постами потребует в 2 раза больше места, места сейчас мало. На физических серверах будет всё получше, там места ощутимо больше. Блять, один Деда помнит, как я ебался с восстановлением на ноутбуке, на котором ещё меньше места ))) Касательно бэкапов самой БД мне знаком вышеозвученный способ с LVM снэпшотами. Он быстрый. Не знаю, насколько он будет корректен по отношению к форумной БД и тем более в кластере. Надо проверять. https://www.percona.com/blog/using-lvm-for-mysql-backup-and-replication-setup/ Правда тут есть некий нюанс, дамп - текстовый файл, бзип, например, его сжимает в больше чем 10 раз. А тут будут бинарные файлы и большой архив, который надо выгружать и хранить Нашёл скрипт бэкапа, древнющий Код: BASH 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
- логинится в БД - делает блокировку (блокировка не снимается до выхода) - тут же создаёт снэпшот, прямо из mysql - вылогинивается (блокировка тут же снимается) - данные пишутся в снэпшот, пока делается бэкап, тупо архивируется директория - после окончания снэпшот удаляется, данные сбрасываются в нормальный путь средствами LVM ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2024, 16:03 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Но наверное, будет правильнее воспользоваться, как мегабайт советовал https://habr.com/ru/articles/520458/ в марии это уже своя программа, аналогичная https://mariadb.com/kb/en/percona-xtrabackup-overview/ ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2024, 16:16 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
... А чо сколько весит щас бд? Может бэкапить вообще всю виртуалку? Самая большая БД из набора - скуль. Где-то 100+ Гигов ну и старый дедофорум + новый. Не помню сколько может под 25 гигов все вместе. Я выделил диски по 500 гигов для БД. Сами виртуалки да, буду бэкапить, конечно, но часто я это делать не смогу. Я недавно БД почли 0.5Тб за 2.5ч отресторил. И это был дамп. Кстати, может лучше делать физический бэкап, чем дамп? Дамп удобен для другого: переезда между разными версиями там. Попробуй решение от Percona - XtraBackup. Физическая копия будет быстрее делаться и ресториться, чем дамп. Давно уже я делал через снэпшоты LVM. Механизм в слайдах Оракла нашёл Суть: - flush tables with read lock; create snapshot; exit. Не обращайте внимание на блокировку, снэпшот создаётся быстрее, чем что-то успевает записаться, при выходе тут же снимается. - архивируем директорию с данными, изменения пишутся в снэпшот. - удаляем снэпшот, изменения сбрасываются в данные Но так я делал с заббиксом, там терабайт с чем-то был, обычный дамп - очень долго. Всё корректно восстанавливалось + я переносил такой архив на слейв, чтобы репликацию настроить. Но критиковали этот способ многие. Я тут ещё вычитал про mariabackup. Это не аналог xtrabckup? А диски какие: hdd, ssd? ... |
|||
коротко о себе по версии дедофорумчан:
либераст, хохол, жыд, ЗОЖовец-наркоман на антидепрессантах, сталинист, протохохол, желающий поменять родных православных коррупционеров на иноземных.. :
Нравится:
Не нравится:
|
|||
27.04.2024, 16:19 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Физический есть. На надо останавливать базу )) https://mariadb.com/kb/en/mariabackup-overview/ ... |
|||
коротко о себе по версии дедофорумчан:
либераст, хохол, жыд, ЗОЖовец-наркоман на антидепрессантах, сталинист, протохохол, желающий поменять родных православных коррупционеров на иноземных.. :
Нравится:
Не нравится:
|
|||
27.04.2024, 16:21 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Бэкап LVM - не для задачи рестора БД. БД лучше бэкапить ее средствами. ... |
|||
коротко о себе по версии дедофорумчан:
либераст, хохол, жыд, ЗОЖовец-наркоман на антидепрессантах, сталинист, протохохол, желающий поменять родных православных коррупционеров на иноземных.. :
Нравится:
Не нравится:
|
|||
27.04.2024, 16:22 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Физический есть. На надо останавливать базу )) https://mariadb.com/kb/en/mariabackup-overview/ ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2024, 15:37 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Ещё моменты: - вся конструкция стартует примерно минут 30 до возможности предоставления сервиса - при старте требуется вмешательство администратора, то есть, порядок запуска Что-то можно автоматизировать, но в некоторых случаях вмешательство всё-таки может потребоваться. Так вот, для галеры, как известно нужно три узла для нормального состояния работы и два узла чтобы СУБД обрабатывала запросы, ну то есть это аварийное состояние, практически, пока не войдёт в работы третий узел. Да, можно решить проблему арбитром, как я выше писал, то есть фейковая нода только для оркестрации. Решение применяется, популярно, в доке описано. Всё бы хорошо, но у нас физически два узла, то есть, арбитр и одну ноду субд нужно разместить на одном физическом узле. Если узел перезагрузиться и останется одна рабочая нода - кластер развалится и самостоятельно не соберётся. он вообще развливается если всё выключить, надо заново инициализировать. Но и в том случае, если просто одна нода субд или репликация мастер-слэйв и епнется нода с мастером, тоже ни куя работать не будет. Что всё это значит. При нештатной перезагрузке хотя бы одного физического узла кластера - неработоспособность форумов. 50 на 50. А с учётом того, что я могу сидеть на объекте за периметром, без интернета вообще или ещё чего-нибудь, форумы могут не работать куй знает сколько времени, пока я не починю конструкцию. Так то. Сейчас просто виртуалка у хостера автоматом стартует если что вдруг и всё ок. Может, конечно, что-нибудь отвалится, но пока всё норм было. ... |
|||
:
Изменено: 28.04.2024, 15:55 - basename
Нравится:
Не нравится:
|
|||
28.04.2024, 15:54 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Ещё моменты: - вся конструкция стартует примерно минут 30 до возможности предоставления сервиса - при старте требуется вмешательство администратора, то есть, порядок запуска Что-то можно автоматизировать, но в некоторых случаях вмешательство всё-таки может потребоваться. Так вот, для галеры, как известно нужно три узла для нормального состояния работы и два узла чтобы СУБД обрабатывала запросы, ну то есть это аварийное состояние, практически, пока не войдёт в работы третий узел. Да, можно решить проблему арбитром, как я выше писал, то есть фейковая нода только для оркестрации. Решение применяется, популярно, в доке описано. Всё бы хорошо, но у нас физически два узла, то есть, арбитр и одну ноду субд нужно разместить на одном физическом узле. Если узел перезагрузиться и останется одна рабочая нода - кластер развалится и самостоятельно не соберётся. он вообще развливается если всё выключить, надо заново инициализировать. Но и в том случае, если просто одна нода субд или репликация мастер-слэйв и епнется нода с мастером, тоже ни куя работать не будет. Что всё это значит. При нештатной перезагрузке хотя бы одного физического узла кластера - неработоспособность форумов. 50 на 50. А с учётом того, что я могу сидеть на объекте за периметром, без интернета вообще или ещё чего-нибудь, форумы могут не работать куй знает сколько времени, пока я не починю конструкцию. Так то. Сейчас просто виртуалка у хостера автоматом стартует если что вдруг и всё ок. Может, конечно, что-нибудь отвалится, но пока всё норм было. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2024, 16:12 |
|
Дедокластер Z
|
|||
---|---|---|---|
#18+
Ещё моменты: - вся конструкция стартует примерно минут 30 до возможности предоставления сервиса - при старте требуется вмешательство администратора, то есть, порядок запуска Что-то можно автоматизировать, но в некоторых случаях вмешательство всё-таки может потребоваться. Так вот, для галеры, как известно нужно три узла для нормального состояния работы и два узла чтобы СУБД обрабатывала запросы, ну то есть это аварийное состояние, практически, пока не войдёт в работы третий узел. Да, можно решить проблему арбитром, как я выше писал, то есть фейковая нода только для оркестрации. Решение применяется, популярно, в доке описано. Всё бы хорошо, но у нас физически два узла, то есть, арбитр и одну ноду субд нужно разместить на одном физическом узле. Если узел перезагрузиться и останется одна рабочая нода - кластер развалится и самостоятельно не соберётся. он вообще развливается если всё выключить, надо заново инициализировать. Но и в том случае, если просто одна нода субд или репликация мастер-слэйв и епнется нода с мастером, тоже ни куя работать не будет. Что всё это значит. При нештатной перезагрузке хотя бы одного физического узла кластера - неработоспособность форумов. 50 на 50. А с учётом того, что я могу сидеть на объекте за периметром, без интернета вообще или ещё чего-нибудь, форумы могут не работать куй знает сколько времени, пока я не починю конструкцию. Так то. Сейчас просто виртуалка у хостера автоматом стартует если что вдруг и всё ок. Может, конечно, что-нибудь отвалится, но пока всё норм было. ... |
|||
дед-пердед
:
Нравится:
Не нравится:
|
|||
28.04.2024, 16:34 |
|
Start [/forum/topic.php?fid=8&tid=16227&msg=767582]: |
0ms |
get settings: |
1ms |
get forum list: |
5ms |
check forum access: |
0ms |
check topic access: |
0ms |
track hit: |
47ms |
get topic data: |
8ms |
get forum data: |
0ms |
get page messages: |
99ms |
update_topic_read_status (16227): 28.04.2024 16:34:26: |
0ms |
get tp. blocked users: |
1ms |
get online users: |
60ms |
check new: |
1ms |
others: | 70ms |
total: | 292ms |
0 / 0 |