Производство действительно ли btrfs готово?
400 МБ пространства для видео, которое звучит очень несжатым... Это является слишком большим в течение 3-4 минут.
Для пропускной способности в месяц, простая математика 5000 * 1 * 400 = 2 ТБ в день. Это - слишком много bandwith для нормального пакета плана хостинга. Необходимо рассмотреть получение выделенного сервера.
Необходимо также рассмотреть мгновенную пропускную способность. Это означает, что необходимо спросить себя: "Сколько пользователей посмотрит видео сразу в пиковое время?". Вы не испытываете необходимость в таком же количестве пропускной способности, если они все наблюдают ее одновременно или если они все наблюдают ее по одному. Необходимо проверить скорость передачи видео для знания немного больше об этом.
Лично, я считал бы это производством готовый, когда (и если) подобные Каноническому и Red Hat реализуют его в своих поддерживаемых продуктах. Я уверен, что это будет все хорошо работать, большую часть времени, но я сказал бы, что для помещения его в производстве немного слишком рано все еще.
Обновление: Принятие людей будет происходить сюда чаще теперь, когда Oracle выпустила UEK R2 с поддержкой btrfs (20120315): нет, то, что Oracle теперь поддерживает его, не делает ее, полностью протестировал достаточно на корпоративную среду. То, что все еще нет общедоступного fsck инструмента и этого все еще, не имело крепкого тестирования в подобных OpenSuSE, Fedora, и все не помогает также. Избегите на данный момент.
если Вы имеете резервные копии и можете терпеть время простоя нескольких часов, полученное для него. Я планирую использовать его на своих следующих рабочих станциях. Не серверы все же, потому что большинство моих объемов составляет несколько терабайт, таким образом восстанавливая от резервного копирования, также занимают много времени.
Абсолютно нет. И вот почему:
Из Btrfs Wiki :
Обратите внимание, что Btrfs еще не имеет инструмента fsck, который может исправлять ошибки. Хотя Btrfs стабилен на стабильной машине, в настоящее время можно повредить файловую систему безвозвратно, если ваша машина выйдет из строя или потеряет включите диски, которые не обрабатывают запросы на сброс.
Когда он будет выдвинут в качестве корневой файловой системы по умолчанию в Fedora Core (что является довольно передовым достижением), я думаю, что начну экспериментировать с Btrfs на тестовых машинах. Когда через некоторое время он начнет стабилизироваться, я думаю, что начну использовать его на новых не особо важных производственных машинах.
Я никогда не люблю торопиться с потерей своих данных.
Вкратце №
• Единственная поддержка RAID в настоящее время - 0,1,10.
• Восстановление файловой системы недоступно (пока).
Посмотрите этот подкаст с одним из разработчиков ... скоро появятся очень интересные вещи!
http://streaming.oracle.com/ebn/podcasts/media/10491325_Btrfs_071311.mp3
Я планирую установить на домашнюю виртуальную машину без важных данных для тестирования, но это настолько удобно, насколько это возможно. текущее состояние.
Говоря о 2014 году: нет, он определенно еще не готов к производству!
В некоторых областях его производительность все еще ниже среднего, обычные команды типа "df" все еще специально нарушаются (вместо них нужны "btrfs fi"), и я все еще не доверяю ему мои важные данные.
Также, если вам нужна файловая система, на которую вы помещаете свои образы виртуальных машин или базы данных, вы должны просто пропустить ее. Btrfs на самом деле не очень хорошо подходит для такого рода вещей, это вещи, которые вы должны поставить на Ext3/4 или XFS вместо этого.
Дайте ему еще два или три года, чтобы он созрел, и тогда он может быть в состоянии готовности к производству.
Если вам действительно нужна готовая к производству файловая система COW прямо сейчас, возьмите ZFS! Вы можете использовать родной порт Linux или просто ОС, которая поддерживает его прямо из ядра, как FreeBSD.
И посмотрите на официальную страницу Gotchas!, где разработчики публикуют настоящие Gotchas и как их избежать:
https://btrfs.wiki.kernel.org/index.php/Gotchas
Также имейте в виду, что официальный совет со стартовой страницы до сегодняшнего дня - сохранять резервную копию ваших важных данных и быть готовым к всякого рода заминки (https://btrfs.wiki.kernel.org/index.php/Getting_started).
Они действительно считают, что основной функционал к настоящему времени достаточно стабилен для ежедневного использования, но они все еще возятся с новыми функциями, и если появятся новые функции, им определенно понадобится несколько релизов (то есть шесть двух twelth месяцев, как я полагаю), пока они не станут достаточно зрелыми.
Редакция: Рассел Кокер (Russel Coker) из Австралии использует Btrfs в течение некоторого времени и время от времени публикует свои впечатления (например, http://etbe.coker.com.au/2014/07/31/btrfs-status-july-2014/). Он использует его на некоторых из этих серверов, и это показывает, что хотя это не все гибель и уныние, обычно нужно оставаться с последними ядрами, например, что-то, что не так просто сделать на сервере, и да, все еще есть проблемы вокруг.
Также стоит прочитать некоторые комментарии.
Таким образом, по определению, это означает, что он все еще находится в процессе работы, который до сегодняшнего дня не успел повзрослеть в целом.
Правка: согласно этой записи в блоге даже с ядром 3.16 Btrfs все еще может зайти в тупик. http://marc.merlins.org/perso/btrfs/post_2014-10-05_Btrfs-Tips_-Catch-Btrfs-Deadlocks.html
Для RHEL7 Red Hat вызывает btrfs просмотр технологии , а по умолчанию используется XFS. Сделайте из этого то, что вы хотите.