Мой сервер резервного копирования Ubuntu был недавно модернизирован в пространстве для хранения до массива RAID 10 ... теперь он состоит из 8T необработанного дискового пространства, которое было до 2T пространства.
Но у меня возникли проблемы, когда он действительно идет в производство и начинает резервное копирование моего основного файлового сервера. Когда происходит вращение, он всегда переходил в ухудшенное состояние.
Я заметил, что некоторые из моих скриптов копируют довольно большие деревья с помощью cp -a ... поскольку я заменил все команды cp на rsync ... для большей надежности :)
Однако, копаясь в теме ext4, я обнаружил, что записи журнала остаются неудовлетворенными слишком долго (как кажется), поэтому я вернулся к ext3.
Я рассматриваю возможность создания раздела RAID 1 с использованием небольшого раздела на диске и виртуального диска в качестве фактического журнала, который должен обеспечить скорость ответа журнала, а также гарантировать, что данные не будут потеряны при перезагрузке.
Что ты думаешь?
Использование RAM-диска и жесткий диск все вместе в RAID1 не будет делать того, что вы думаете.
Производительность записи Linux MD RAID-1 (зеркалирование):
Необходимо дождаться, пока запись произойдет на все диски в зеркале. Это связано с тем, что копия данных должна быть записана на каждый из дисков в зеркале. Таким образом, производительность будет примерно равна производительности записи на один диск.
Таким образом, размещение журнала файловой системы на таком устройстве вообще не улучшит вашу производительность (поскольку система будет ждать завершения записи для всех участников). Кроме того, вы должны иметь в виду, что журнал на самом деле является наиболее важной частью файловой системы в случае сбоя системы или отключения электроэнергии - он обеспечивает согласованность файловой системы в этих пограничных случаях.
Если вам нужна более высокая скорость записи для вашего журнала, рассмотрите возможность размещения его на устройстве SSD RAID-1.
Было бы даже лучше увеличить производительность вашего массива, используя RAID-контроллер BBWC, где вы могли бы активировать кэш записи, не рискуя целостностью ваших данных.