|
|
3.5, Аноним (3), 06:14, 11/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я так понимаю, основное направление использования - устойчивое хранилище для СУБД. Распределенный RAID под базу данных.
| |
|
4.17, tty0 (?), 10:14, 11/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Хочу вас сильно расстроить, Вы понимаете не правильно
| |
4.18, Аноним (18), 10:16, 11/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
У субд свои механизмы репликации, более высокоуровневые и надежные
| |
4.20, Андрей (??), 10:49, 11/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Было когда-то, давным давно в качестве горячей копии бд, еще до появления репликаций на стороне базы. Сейчас скорей под сервера с горячим резервом какого-нибудь медиа и условно ucarp/hartbeat хелфчеком. По опыту использования(лет 10 назад), крайне неудачное решение, но свои юзкейсы имеет.
| |
4.22, Товарисч (?), 11:33, 11/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это для софта который не умеет репликацию сам по себе. Например, если у вас есть сайт на РНР написанный наркоманами и они файлы складывали в папку исторически, вместо какого-нибудь объектного хранилища.
| |
|
5.23, Аноним (3), 11:44, 11/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Это для софта который не умеет репликацию сам по себе. Например, если
> у вас есть сайт на РНР написанный наркоманами и они файлы
> складывали в папку исторически, вместо какого-нибудь объектного хранилища.
А если я сам наркоман, как мне это поможет?
| |
5.24, Аноним (24), 12:11, 11/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Например, если у вас есть сайт на РНР написанный наркоманами и они файлы складывали в папку
теперь другие наркоманы предлагают блочную репликацию диска вместо файловой
| |
5.29, лютый жабби.... (?), 18:32, 11/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
>если у вас есть сайт на РНР написанный наркоманами
rsync не проще? или автодеплой сразу на все серверы
| |
|
|
|
2.12, Аноним (12), 09:28, 11/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я пользую, для синхронной репликации дисков с виртуалками на запасной сервер. Уже год как, вроде работает.
| |
|
|
|
3.21, намэ (?), 11:23, 11/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
А что это очень хорошл? Вот потому хуманоиды должны вымереть как мамонты.
| |
|
|
1.13, Аноним (13), 09:35, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
оно работает только в условиях когда устойчивое соединение по сети и вовремя восстановления и репликации данных нет сбоев, во всех остальных случаях оно прибивает все копии.
| |
|
|
3.15, Аноним (18), 09:51, 11/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Надо именно блочное? На уровне фс такого чем угодно жуй. Немного сбоку можно zfs send / zfs receive приделать. Или iscsi задействовать (в пределах локалки). Но времена распределенных/сетевых БЛОЧНЫХ устройств немного прошли, да.
| |
|
4.33, PnD (??), 13:05, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Для "похостить php" — вероятно, нормально.
Для чувствительных к задержкам задач — вряд ли.
Был опыт эксплуатации в качестве клиента "ceph как услуга" (сэкономить пытались, как водится). ДЦ в одной коноплеводческой евростране.
SAN поверх infiniband не помню уже́ какого точно, только то что карточки были от melanox. Типа, всё круто. На стороне ДЦ было заявлено что "ssd".
Результат: периодически выпрыгивающие за 100 мс задержки в IO (всё время эксплуатации), деградации в обслуживании (как я понял, при каких-то ребалансах), отстрелы СХД (при выводе из эксплуатации мастера, видимо).
Допускаю что местные травокуры были феноменально криворукими, но — вот так.
Даже low-end СХД образца нулевых (клоны Netapp E2660 и новее) дают более предсказуемый результат. (Это не совет брать именно такой хлам. Там уже́ электроника от старости сыпется.)
| |
|
|
|
1.16, Аноним (16), 09:57, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я пробовал на 5 компов в офисе, версия 9, пару месяцев назад. В течении месяца несколько раз kernel panic.
Они пишут на сайте у себя, что в паблик выкладывают апстрим, а LTS стабильная версия у них платная.
| |
1.19, benu (ok), 10:46, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Обхаять обхаяли, а альтернативу не предлагаете.
Пару лет CRM с Asterisk на таком пользовал без проблем.
| |
|
2.30, Аноним (30), 19:27, 11/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
И в сто раз сложнее, и при деплое, и в обслуживании. Особенно в обслуживании. Особенно под нагрузкой.
| |
|
1.31, Аноним (30), 19:30, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хороший софт в своей нише, но если можно обойтись без неё, то лучше обойтись.
| |
1.34, Аноним (34), 14:42, 17/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну, DRBD8 под proxmox работало неплохо на протяжении долгих лет, но из коробки были kernel panic, пришлось собирать из исходников более свежую версию.
| |
|