Некоторые журналируемые файловые системы действительно страдают от снижения производительности за размещение журнала на том же диске, что и сама файловая система. Использование внешнего журнала может улучшить скорость записи. С появлением SSD мне кажется вполне возможным, что один SSD может поддерживать несколько внешних журналов для файловых систем, размещенных на традиционных вращающихся магнитных носителях. В то время как Анандтех "Антология SSD"действительно покрыли часть этого, они не охватили тестовый пример" множественного журнала ".
Журналы, как правило, довольно маленькие, поэтому даже небольшой и быстрый SSD на 32 ГБ может обеспечить большую скорость для нескольких больших файловых систем. Вероятно, он будет изнашиваться намного быстрее, чем предполагают общие схемы ввода-вывода, поэтому иметь устройство большего размера, чем вы в конечном итоге будете использовать, - хорошая идея.
Кто-нибудь из вас делал что-то подобное или даже просто использовал внешний журнал? Мне любопытны случаи из реального мира.
Большинство современных технологий SSD намного медленнее при записи, чем при чтении, поэтому я не уверен, что их использование для журнала улучшит скорость. Похоже, что основные поставщики хранилищ используют эту технологию в качестве дополнительного уровня кеша чтения из-за их быстрого чтения и низкой задержки. Это то, что ZFS делает с L2ARC, и это довольно хорошо работает с некоторыми рабочими нагрузками.
Но поскольку рабочие нагрузки хранилища, как правило, сильно различаются, то различие, которое имеет больший кэш чтения в любой ситуации, будет зависеть от шаблонов доступа и размера рабочего набора данных.
Учитывая, что объем данных, записываемых в журнал, обычно очень компактный, и большинство серверных систем (по крайней мере, те, где производительность имеет значение) поставляются с RAID-контроллерами с кэшем записи с резервным питанием от батареи, штраф за использование журнала в основном не представляет проблемы. Возможное улучшение скорости очень сильно компенсируется дополнительной сложностью и проблемами, связанными с наличием внешнего журнала (подумайте о настройке, обслуживании, (аварийном) восстановлении, увеличении количества ошибок из-за менее используемых путей кода и т.
Вероятно, это одна из основных причин, по которой люди не решаются идти по этому пути.
Теперь для одной новинки, поддерживающей использование SSD, когда дело доходит до файловых систем, было бы ZFS L2ARC, но это совсем другая история.
Также необходимо учитывать риск того, что срок службы SSD будет короче, чем у жестких дисков. Хорошим тестом для жестких дисков является гарантия. Срок службы хорошего серверного жесткого диска составляет 5 лет, для большинства твердотельных накопителей - 1 год. Причина более короткого срока службы заключается в том, что ячейки SSD со временем изнашиваются (вы получаете только определенное количество циклов записи). Хотя у большинства накопителей есть прошивка, которая равномерно разделяет места хранения данных, чтобы увеличить срок службы, распределяя любовь по всем ячейкам.