История изменений
Исправление
twinpeaks,
(текущая версия)
:
Кручу btrfs под нагрузкой 24/7, один раздел насилую, поднимая/гася более одной виртуалки в секунду с онлайн-сжатием, на втором храню репы с дедупликацией под четверку и тоже со сжатием. Умножить на два хоста. Этакий случайный стресс-тест btrfs уже второй год. Все отлично. Без btrfs грустно плакал бы и жевал бы XFS.
По-подробнее плиз. Под чем Вы крутите btrfs конкретнее?
- RAID использовали с btrfs?
- что есть ваша «нагрузка 24/7», можно поподробнее? IOPS приведите или др. статистику, которая лучше говорит о нагрузке
И при всем при этом тараканник наш все равно гонит пургу. Если уж это однажды и сломается, я даже пытаться рекаверить ничего не буду.
Это очень громкое заявление :) С учетом того, что даже RedHat пометил, как deprecated эту Вашу btrfs и открестился. Можно, конечно сказать, что в RedHat - «дебилы» сидят, да и вообще много кто «туфту» гонит из Гугла, где 100500 первых ссылок хором говорят о проблемах с потерей данных в btrfs.
Теперь, касаемо моего примера. Я спорить не буду, ибо не очень заинтересован. Могу сказать про свой мини-сетап, когда я тестил btrfs:
- попробуйте RAID-10 с mdadm заюзать с этим вашим btrfs
- установите Postgres на 2-ух тачках
- настройте потоковую синхронную реплику между ними
- начните использовать high load benchmark, который будет вам в день прирост базы делать по 100 Гб в день
- попереключайтесь между master-slave в плане реплик
- поребутьте ваши тачки
И потом расскажите, что увидите при таком тестировании. Если же, у Вас будет все ок с btrfs - совет, да любовь Вам с ним.
Для ПРОДа, я лично везде XFS использую, ибо показала данная ФС наиболее лучшую стабильность, лично для меня.
Исходная версия
twinpeaks,
:
Кручу btrfs под нагрузкой 24/7, один раздел насилую, поднимая/гася более одной виртуалки в секунду с онлайн-сжатием, на втором храню репы с дедупликацией под четверку и тоже со сжатием. Умножить на два хоста. Этакий случайный стресс-тест btrfs уже второй год. Все отлично. Без btrfs грустно плакал бы и жевал бы XFS.
По-подробнее плиз. Под чем Вы крутите btrfs конкретнее?
- RAID использовали с btrfs?
- что есть ваша «нагрузка 24/7», можно поподробнее? IOPS приведите или др. статистику, которая лучше говорит о нагрузке
И при всем при этом тараканник наш все равно гонит пургу. Если уж это однажды и сломается, я даже пытаться рекаверить ничего не буду.
Это очень громкое заявление :) С учетом того, что даже RedHat пометил, как deprecated эту Вашу btrfs и открестился. Можно, конечно сказать, что в RedHat - «дебилы» сидят, да и вообще много кто «туфту» гонит из Гугла, где 100500 первых ссылак хором говорят о проблемах с потерей данных.
Теперь, касаемо моего примера. Я спорить не буду, ибо не очень заинтересован. Могу сказать про свой мини-сетап, когда я тестил btrfs:
- попробуйте RAID-10 с mdadm заюзать с этим вашим btrfs
- установите Postgres на 2-ух тачках
- настройте потоковую синхронную реплику между ними
- начните использовать high load benchmark, который будет вам в день прирост базы делать по 100 Гб в день
- попереключайтесь между master-slave в плане реплик
- поребутьте ваши тачки
И потом расскажите, что увидите при таком тестировании. Если же, у Вас будет все ок с btrfs - совет, да любовь Вам с ним.
Для ПРОДа, я лично везде XFS использую, ибо показала данная ФС наиболее лучшую стабильность, лично для меня.