наблюдаем результат - байтовую кашу

Вот её я и пытался наблюдать, но не получилось

плохо пытался.

Какое-нибудь DRDB использовать куда рискованнее

Особенно забавно будет если на одной ноде покорраптится ФС

DRBD между тем в protocol C гарантирует что изменения гарантированно доехали до другой ноды.

И это разъедется по всем :D

я советую посмотреть лучше на работу одного чувака из мифи, задававшегося похожим вопросом https://github.com/xaionaro/clsync

Вот её я и пытался наблюдать, но не получилось

запусти два mysql на этих разделах

DRBD между тем в protocol C гарантирует что изменения гарантированно доехали до другой ноды.

А протокол C гарантирует, что это разъедется :В

там, кстати, обозреваются слабые места lsyncd

А протокол C гарантирует, что это разъедется :В

нуткепта

Вот её я и пытался наблюдать, но не получилось

запусти два mysql на разных хостах, чо

посмотри что получится

сделай выводы

>_<

"я возьму ext4, примонтирую везде, все будет работать"

я советую посмотреть лучше на работу одного чувака из мифи, задававшегося похожим вопросом https://github.com/xaionaro/clsync

У этого решения есть один фатальный недостаток: нельзя сделать yum install :c

А я ленивый

У этого решения есть один фатальный недостаток: нельзя сделать yum install :c

у этого решения зато есть преимущество, перекрывающее недостатки - ему пока нет аналогов

по крайней мере в таком виде

бомжекластерно-рсинкальном

всмысле, он решил разные проблемы предшественников

запусти два mysql на разных хостах, чо

Один из них сломается, это очевидно

Или оба

Один из них сломается, это очевидно

почему? ведь файлы не разваливаются!!!!111

lsyncd например иногда просто проебывает события

впрочем, я не уверен что это lsyncd, а не inotify

почему? ведь файлы не разваливаются!!!!111

Потому, что мне нужно было почти синхронно реплицирующуюся файлопомойку с контентом сайтика. А у мускуля в файлах содержатся данные "вот конкретно тут работающей программы", эти данные второй мускуль, который работает конкретно не тут не переварит

Потому, что мне нужно было почти синхронно реплицирующуюся файлопомойку с контентом сайтика. А у мускуля в файлах содержатся данные "вот конкретно тут работающей программы", эти данные второй мускуль, который работает конкретно не тут не переварит

такой кейс будет почти работать

с умом надо подходить

ко всему что master - master надо с умом подходить

ко всему что master - master надо с умом подходить

А вы, случаем, не из перконы?

неа, я из Тагила))

Ну лан :3

впрочем, я не уверен что это lsyncd, а не inotify

Скорее неправильное его использование

Скорее неправильное его использование

надо еще понимать, что он довольно долго стартует

и вроде бы работает, но события не слышит

Стыдно признать, но лет 7 назад я тоже писал синхронизатор на inotify + rsync

lsyncd не отменяет необходимость периодического rsync'а

Для кода который работает, но скоро сдохнет

Впрочем спустя 5 или 6 лет он работал и его ещё не закопали

Потом правда закопали

надо еще понимать, что он довольно долго стартует

Ага

lsyncd например иногда просто проебывает события

А ты лимиты на inotify поднял?

lsyncd не отменяет необходимость периодического rsync'а

В такой реализации как у него была - да

Может оно просто захлебнулось

А ты лимиты на inotify поднял?

нет, я дурачок.

Может оно просто захлебнулось

Оно должно было бы ругнуться и сдохнуть

нет, я дурачок.

Грустька :с

Оно должно было бы ругнуться и сдохнуть

Тоже неплохо

Тоже неплохо

Ну ядро говорит когда лимиты тю-тю

Потому, что мне нужно было почти синхронно реплицирующуюся файлопомойку с контентом сайтика. А у мускуля в файлах содержатся данные "вот конкретно тут работающей программы", эти данные второй мускуль, который работает конкретно не тут не переварит

можно ещё приехать на гироскутере, шепнуть: - s3.... и медленно уехать

можно ещё приехать на гироскутере, шепнуть: - s3.... и медленно уехать

Нельзя, все железо свое

тогда просто медленно уехать

Нельзя, все железо свое

S3 это протокол

Причем тут железо?

ну там всё-равно встаёт вопрос как реплицировать их друг с другом

minio может и сэмулирует его, бэкенд всё-равно нужно синхрить

Minio claster

U

Это все для моей задачи - оверинжиниринг

ну, есть у меня перед глазами пример drbd+mysql+всякая файловая помойка ... так вот, api aws-а глючит чаще, чем эта связка

ERROR: S client not available

ну можно мультимастер на галере собрать

работает в общем то

только тормозит из-за синхронности

ну смотря скок данных гонять

и какие ссд под базой

спасибо за отклик)

Learn DevOps 2017 #docker #kubernetes #ContinuousDelivery #JenkinsCI #puppet #chef #ansible #DevOps #java #nagios https://reactdom.com/blog/devops-books

Я, конечно, вчера уже понял, что люди тут плюются от упоминания glusterfs)), но вопрос вот какой: если я вообще не буду использовать клиентское монтирование, а сделаю что-то типа облака: на все ноды поставлю сервер и зеркалирование будет происходить на каждую ноду, в таком случае какие могут возникнуть проблемы?

а цель то какая?

а цель то какая?

Вопрос, скорее, теоретический.

не ну сделать то можно, толко монтировать же все равно нужно?

не ну сделать то можно, толко монтировать же все равно нужно?

Я представляю себе это так: на каждом сервере есть папка и она точно такая же, как и на других. Просто смысл в том, что данные по сети будут передаваться только в случае изменения файлов в каком-то месте. А простое чтение будет происходить локально.

ну так и есть, как замена глустеру - посмори еше на https://lizardfs.com/

не забываем про дисковый кеш

вроде народ хвалит

чистяков ее хуями крыл вроде

файл не только будет читаться локально с диска, но и из оперативы, если у сервака достаточно свободной памяти

файл не только будет читаться локально с диска, но и из оперативы, если у сервака достаточно свободной памяти

Это тем более хорошо.

То есть, технически, проблем никаких нет? Если файл в двух местах одновременно изменится, например... Такое вряд ли случится, но исключать не стоит.

чистяков ее хуями крыл вроде

он хуями тут пол чата покрыл, но все общаются тем не менее)

ху из чистяков?

ху из чистяков?

ты уволен

/me тоже не в курсе, кто такой чистяков, если это не из "ноля"

/me тоже не в курсе, кто такой чистяков, если это не из "ноля"

и ты уволен

кстати что сейчас в тренде? хапрокся или балансировка на nginx cluster? или еще что?

тупо нужно 2 lb что б по разным цодам распихать

и ты уволен

fcuk you и все такое. увольнятели нашлись

кстати что сейчас в тренде? хапрокся или балансировка на nginx cluster? или еще что?

Почитать про гугловый маглев и сделать также.

Почитать про гугловый маглев и сделать также.

о) пасиб. вот люблю твои советы, всегда что-то интересное и новое)