Назад | Перейти на главную страницу

Какой вид «управления томом / хранилищем» имеет самый большой набор функций / поддержки в наши дни?

(ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: это "ограничено по времени", как, вероятно, любой другой вопрос, я просто указываю на него сейчас, а не подразумеваю это)

часть рассмотрения нескольких основных решений для нашей инфраструктуры снова является темой управление томом / хранилищем. В основном я говорю о локальном хранилище (или о блочных устройствах, которые не могут быть разумно обработаны предоставляющими серверами).

Скребя Интернет, блоги, сообщества, мне кажется, что BTRFS в основном мертва, земля обетованная все еще не пришла, и что еще хуже, я не вижу общего прогресса в проекте.

Сообщество ZFS, похоже, значительно больше, но стабильности в Linux я все еще не могу доверять.

LVM хорошо известен большинству людей, но имеет собственный набор задач (снимки состояния, внешняя обработка RAID и т. Д.)

Ceph - новичок, но на самом деле он не может управлять хранилищем без огромного количества клея. Кроме того, система довольно сложна, и самый интригующий пункт продажи (CephFS) все еще помечен как «не готов к производству» - но кто-нибудь должен быть первым, кто попробует :)

GlusterFS выглядит неплохо, но у нас были проблемы с ситуациями с разделенным мозгом, поэтому наш уровень доверия довольно низкий - учитывая

Пока что касается моего статуса по теме. Вопрос в том:

В ближайшие пару лет, если вы выберете сегодня, какой тип управления хранилищем вы будете использовать, если ограничением будет Linux?

Мое личное предпочтение состоит в следующем:

(Прошло много времени с момента моего последнего сообщения здесь, пожалуйста, перенаправьте меня в лучшее место)

В основном я использую ZFS в Linux для производственных нужд в нескольких формах.

Я использую по большей части системы, подобные RHEL / CentOS, и потратил десять лет на оснащение серверов XFS в качестве основной файловой системы. В ноябре 2012 г. произошли изменения в поставляемой XFS в ядре Red Hat, что сделало новые установки XFS непригодными для моих нужд. Это было примерно в то же время, когда ZFS в Linux проект улучшил процесс доставки / установки ..

Я решился и использовал доступность встроенной Linux ZFS как возможность запустить ее в производственных рабочих нагрузках. Я приближаюсь к году в этой настройке и полностью доволен своим решением. У меня есть ~ 40 серверов Linux разной мощности, которые используют тома данных ZFS.

Основные преимущества ...

  • Сжатие.
  • Кэширование чтения L2ARC помогло ускорить некоторые из моих приложений. Механизм кэширования ZFS намного умнее чем подсистема Linux VM.
  • ZFS - более удобный менеджер томов, чем LVM, и предлагает большую гибкость.
  • Целостность данных невозможно превзойти ...
  • я сделал много глупостей с ZFS и до сих пор не удалось потерять данные ...

Несколько минусов ...

  • у меня есть несколько эзотерические конфигурации ZFS для этого требовалось копаться в исходном коде или полагаться на сообщество разработчиков, чтобы полностью понять / оптимизировать. Пример: ZFS в Linux на Fusion-io или ZFS zvols на аппаратном RAID с XFS поверх.
  • Некоторые из лучших практик ZFS в Solaris / Illumos / Nexenta-land не переносятся на Linux или противоречат здравому смыслу (например, настройка zvol).

Что до остальных ...

  • LVM широко используется, но не является прямым конкурентом ZFS.
  • BtrFS никогда не набирала обороты.
  • У Ceph есть место и определенная поддержка в определенных кругах. Однако я, вероятно, не стал бы использовать его в качестве платформы хранения с прямым подключением.
  • У Gluster есть сообщество и кое-какие мысли. Но опять же, это для узкого набора приложений.