LINUX.ORG.RU

История изменений

Исправление twinpeaks, (текущая версия) :

Кручу btrfs под нагрузкой 24/7, один раздел насилую, поднимая/гася более одной виртуалки в секунду с онлайн-сжатием, на втором храню репы с дедупликацией под четверку и тоже со сжатием. Умножить на два хоста. Этакий случайный стресс-тест btrfs уже второй год. Все отлично. Без btrfs грустно плакал бы и жевал бы XFS.

По-подробнее плиз. Под чем Вы крутите btrfs конкретнее?

  • RAID использовали с btrfs?
  • что есть ваша «нагрузка 24/7», можно поподробнее? IOPS приведите или др. статистику, которая лучше говорит о нагрузке

И при всем при этом тараканник наш все равно гонит пургу. Если уж это однажды и сломается, я даже пытаться рекаверить ничего не буду.

Это очень громкое заявление :) С учетом того, что даже RedHat пометил, как deprecated эту Вашу btrfs и открестился. Можно, конечно сказать, что в RedHat - «дебилы» сидят, да и вообще много кто «туфту» гонит из Гугла, где 100500 первых ссылок хором говорят о проблемах с потерей данных в btrfs.

Теперь, касаемо моего примера. Я спорить не буду, ибо не очень заинтересован. Могу сказать про свой мини-сетап, когда я тестил btrfs:

  1. попробуйте RAID-10 с mdadm заюзать с этим вашим btrfs
  2. установите Postgres на 2-ух тачках
  3. настройте потоковую синхронную реплику между ними
  4. начните использовать high load benchmark, который будет вам в день прирост базы делать по 100 Гб в день
  5. попереключайтесь между master-slave в плане реплик
  6. поребутьте ваши тачки

И потом расскажите, что увидите при таком тестировании. Если же, у Вас будет все ок с btrfs - совет, да любовь Вам с ним.

Для ПРОДа, я лично везде XFS использую, ибо показала данная ФС наиболее лучшую стабильность, лично для меня.

Исходная версия twinpeaks, :

Кручу btrfs под нагрузкой 24/7, один раздел насилую, поднимая/гася более одной виртуалки в секунду с онлайн-сжатием, на втором храню репы с дедупликацией под четверку и тоже со сжатием. Умножить на два хоста. Этакий случайный стресс-тест btrfs уже второй год. Все отлично. Без btrfs грустно плакал бы и жевал бы XFS.

По-подробнее плиз. Под чем Вы крутите btrfs конкретнее?

  • RAID использовали с btrfs?
  • что есть ваша «нагрузка 24/7», можно поподробнее? IOPS приведите или др. статистику, которая лучше говорит о нагрузке

И при всем при этом тараканник наш все равно гонит пургу. Если уж это однажды и сломается, я даже пытаться рекаверить ничего не буду.

Это очень громкое заявление :) С учетом того, что даже RedHat пометил, как deprecated эту Вашу btrfs и открестился. Можно, конечно сказать, что в RedHat - «дебилы» сидят, да и вообще много кто «туфту» гонит из Гугла, где 100500 первых ссылак хором говорят о проблемах с потерей данных.

Теперь, касаемо моего примера. Я спорить не буду, ибо не очень заинтересован. Могу сказать про свой мини-сетап, когда я тестил btrfs:

  1. попробуйте RAID-10 с mdadm заюзать с этим вашим btrfs
  2. установите Postgres на 2-ух тачках
  3. настройте потоковую синхронную реплику между ними
  4. начните использовать high load benchmark, который будет вам в день прирост базы делать по 100 Гб в день
  5. попереключайтесь между master-slave в плане реплик
  6. поребутьте ваши тачки

И потом расскажите, что увидите при таком тестировании. Если же, у Вас будет все ок с btrfs - совет, да любовь Вам с ним.

Для ПРОДа, я лично везде XFS использую, ибо показала данная ФС наиболее лучшую стабильность, лично для меня.