| 1, small (?), 13:43, 04/03/2004 [ответить]
| +/– | |
За прошлый год кинули сылку!!!!!!!!!!!!!!!! | | |
| |
| 2, Maxim Chirkov (?), 13:57, 04/03/2004 [^] [^^] [^^^] [ответить]
| +/– |
 >За прошлый год кинули сылку!!!!!!!!!!!!!!!!
Online-версия материалов на сайте linux-mag.com публикуется через пол года после выхода печатного LINUX MAGAZINE. Без подписки статьи раньше не получить.
| | |
|
| 3, Аноним (3), 11:23, 05/03/2004 [ответить]
| +/– |
Если хотите мое мнение то лажа это все.
Репликация должна происходить на более высоком
логическом уровне, хотя-бы на уровне файловой системы.
Я не вижу как блочная репликация устройства может повысить надежность, любая более не менее серьезная ошибка (например логическая) с повреждением баз программы, файловой системы и т.д. будет просто отреплицирована на вторую ноду :(.
Более того даже при простом зависании одной из систем, состояние файловой системы, а тем более баз и файлов используемых программами будет недетерминируемо.
Чтобы обеспечить более не менее приемлемый failover, нужно проводить репликацию на уровне файловой системы, а в идеале на уровне каждого конкретного приложения.
Поэтому пока юзаем rsync, предсказуемее чем drbd, хотя и очееень далеко от того что хотелось бы видеть. | | |
| |
| 5, Андрей (??), 12:03, 13/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
 поддерживаю, сделал я у себя на тестовых машинах этот drbd, оно вроде работает, но при малейшей нагрузке начинает дико тормозить. Производительность сильно падает.
rsync рулит +1
| | |
|
| 4, small (?), 19:12, 05/03/2004 [ответить]
| +/– | |
Такая система которая описана в журнале, у меня работает уже в течении 6-ти месяцет и она спасает от краха! | | |
|
