Мне интересно, безопасно ли использовать ext4 на моих серверах. Но я так много слышал об этом FUD, что обеспокоен.
Наша система может потерять некоторые данные, и это не будет большой проблемой. Даже данные за полные дни не вызовут раздражения. И наша система определенно выиграет от отложенной записи.
Тем не менее, полное восстановление файловой системы из резервной копии займет несколько дней и будет неприемлемо.
Есть ли какой-либо опыт или обоснованные мнения по этому поводу?
Честно говоря, я бы отложил ext4 прямо сейчас для производственного использования.
Есть и другие варианты, если вы столкнетесь с реальными проблемами производительности файловой системы (и я могу понять эту ситуацию, на моей последней работе у нас были ограничения производительности в приложении из-за ext3). В зависимости от выбранного вами дистрибутива вы можете использовать jfs, xfs или reiserfs. Все три, как правило, превосходят ext3 по разным параметрам, и все они сейчас намного более протестированы и стабильны, чем ext4.
Итак, моя рекомендация состоит из нескольких частей. Во-первых, тщательно исследуйте, чтобы убедиться, что вы оптимизируете в нужном месте. Протестируйте свое приложение в разных файловых системах и убедитесь, что производительность достаточно улучшена, чтобы изменение файловой системы стало допустимым.
Кроме того, в зависимости от вашего приложения добавление дополнительной оперативной памяти может повысить производительность. Linux по умолчанию будет использовать любую оперативную память, не предназначенную для приложений, в качестве дискового кеша. Иногда наличие нескольких ГБ «неиспользуемой» оперативной памяти может значительно повысить производительность компьютеров с большой нагрузкой на диск.
Наконец, каковы ваши временные требования? Если бы ext3 не сокращал его, и мне пришлось бы сегодня построить машину с другой файловой системой, я бы, вероятно, использовал xfs или jfs. Если бы я мог отодвинуть это на 6-8 месяцев, я бы, вероятно, подождал и посмотрел, как изменилась ext4.
Конечно, Ubuntu 9.04 (jaunty) все еще работает над ошибками ext4 в своей версии ядра 2.6.28. Некоторые ошибки проявляются только в ядре ubuntu, а не в основной ветке, но это указывает на то, что если у вас неосновное ядро, вы можете столкнуться с аналогичными проблемами.
Эта страница это поиск проблем с ext4, которые стоит изучить. Одна из текущих (6 мая 2009 г.) серьезных проблем, вызывающих блокировку ядра: Выпуск 330824. И предыдущий выпуск (теперь исправлено) связана с потерей данных. Но я не слышал о какой-либо потере всей файловой системы, и я думаю, что это было бы большой новостью, если бы это произошло.
Так что я бы сказал, что он не совсем готов к прайм-тайм. Если он вам действительно нужен, то, возможно, стоит настроить тестовый сервер, чтобы поиграть с ним. В настоящее время я бы остановился на основных ядрах и измерил прирост производительности - если прирост производительности значительный и стресс-тестирование не обнаруживает никаких проблем, возможно, стоит попробовать ...
Я нашел это отзыв с http://web.luchs.at очень интересно. Они использовали ext4 на серверах Debian lenny, и это, кажется, отлично работает!
Если вы не беспокоитесь о выходе за пределы ext3, я бы не стал беспокоиться. Хотя ext4 предлагает ряд улучшений, большинство из них не предназначены для обычных пользователей.
В целом, безопаснее всего использовать наиболее совершенные технологии, которые будут комфортно соответствовать вашим потребностям в обозримом будущем. Если вам не нужны новые модные вещи, вы добавляете риск (пусть даже небольшой) без всякой пользы.
Тем не менее, полное восстановление файловой системы из резервной копии займет несколько дней и будет неприемлемо.
Затем придерживайтесь ext3, в качестве бонуса любой бездельник с USB-ключом Fedora может смонтировать ваш диск, если до этого дойдет.
ext4 все еще очень новый. Консервативный подход заключался бы в использовании ext3 или чего-то еще с известными характеристиками надежности. Я бы рекомендовал ext4 на данный момент только для систем, где надежность не критична или где новые функции ext4 значительно перевешивают риск потери данных.