Наразі я будую новий сервер Ubuntu 13.04 з 2 256 ГБ SSD в дзеркалі рейду для запуску екземпляру MariaDB. Ми зазвичай розміщуємо LVM поверх шифрування dm-crypt поверх масиву md raid 1 , але раніше не використовували SSD у цій програмі.
Моє запитання полягає в тому, що ми будемо використовувати новіше (3.8) ядро, воно повинно дозволяти fstrim застосовуватися безпосередньо до обсягу рейду, наскільки я це розумію. Чи можу я зараз просто розраховувати на це, щоб правильно працювати з fstrim -v /
допомогою роботи з крон, як я б робив, якби рейд не відбувся? Це правда навіть з LVM на вершині обсягу рейду? Ми плануємо використовувати апаратне шифрування, присутнє на накопичувачах, тому нам не знадобиться dm-crypt.
ПРИМІТКА. Мені відомо, що є кілька подібних питань, пов’язаних із підтримкою оновлених версій ядра та реалізацією відмови з томом md - я конкретно запитую, чи fstrim
працює проти md-raid без подальшої модифікації нових ядер.
ОНОВЛЕННЯ: Просто хотілося відстежити та опублікувати, щоб це спрацювало чудово. Зараз у cron.daily є робота, яка працює на fstrim /
і /boot
працює на відмінно. Крім того, виявилося, що для апаратного шифрування SSD (Samsung 840 Pro) потрібна підтримка TPM, якої у нас немає, тому ми налаштували програмне забезпечення для шифрування, як показано у посиланні. При додаванні discard
до опцій в /etc/crypttab
( НЕ в /etc/fstab
) і issue_discards = 1
в розділі пристроїв з /etc/lvm/lvm.conf
, fstrim відмінно працює навіть через LVM, шифрування і RAID рівнів. Більше інформації про налаштування для обрізки / скидання на SSD з LVM та шифруванням можна отримати тут.