Şu anda bir MariaDB örneğini çalıştırmak için bir baskın aynada 2 256GB SSD ile yeni bir Ubuntu 13.04 sunucusu inşa ediyorum. Genellikle LVM'yi md raid 1 dizisinin üstüne dm-crypt şifrelemesinin üstüne yerleştiririz , ancak bu kurulumda daha önce SSD kullanmamıştık.
Sorum biz daha yeni (3.8) çekirdek kullanarak olacak, çünkü öyle, gerektiği anladığım doğrudan olarak baskın hacmine uygulanacak fstrim izin verir. Şimdi fstrim -v /
, baskın yerinde olmasaydı yaptığım gibi, bir cron işi ile düzgün çalışmak için buna güvenebilir miyim ? Baskın hacminin üstünde LVM olsa bile bu doğru mu? Sürücülerde bulunan donanım şifrelemesini kullanmayı planlıyoruz, bu yüzden burada dm-crypt'e ihtiyacımız olmayacak.
NOT: Ben güncellenmiş çekirdek sürümleri backporting ve md birim ile atılmasını içeren birkaç benzer soru olduğunu biliyorum - Özellikle fstrim
yeni çekirdeklerde daha fazla değişiklik yapmadan md-baskını karşı çalışıp çalışmadığını soruyorum .
GÜNCELLEME: Sadece bunun işe yaradığını izlemek ve göndermek istedim. Şimdi cron.daily'de fstrim'i çalıştıran bir iş var /
ve /boot
mükemmel çalışıyor. Ayrıca, SSD'lerdeki donanım şifrelemesinin (Samsung 840 Pros) sahip olmadığımız TPM desteği gerektirdiği ortaya çıktı, bu nedenle bağlantıda gösterildiği gibi yazılım şifrelemesi ile yapılandırdık. Ekleyerek discard
seçenekler için /etc/crypttab
( değil için /etc/fstab
) ve issue_discards = 1
cihazlar bölümüne /etc/lvm/lvm.conf
bile LVM, şifreleme ve RAID katmanları üzerinden ince, fstrim işler. LVM ve şifrelemeli SSD'lerde kırpma / atma için yapılandırma hakkında daha fazla bilgiyi burada bulabilirsiniz.