SSD baskını ve TRIM desteği nasıl kurulur?


9

Yeni bir sunucu kurmak istiyorum. Yalnızca Intel 520 Series 240gb MLC SSD'leri veya standart Seagate 7200rpm diskleri kullanabilirim.
Bunlar pazarlık konusu olmayan seçeneklerdir.

Doğal olarak, bu birincil görevi bir MySQL sunucusu olmak üzere MySQL çalıştıracağından. En büyük performans darboğazı disk G / Ç olduğu için SSD'leri kullanmayı tercih ederim.

1 TB'a yakın disk alanına ihtiyacım var. Şimdi, RAID5 en iyi performansı vermiyor ve SSD'ler için en iyi olmadığı söylentileri, bu yüzden bana 720gb (240gb * 3) verecek bir Raid 10 (1 + 0) kurulumuna bakıyorum

Yazılım baskını kullanarak Ubuntu 12.04.01 LTS ile bunu nasıl kurabileceğimi ve baskın yapılandırması için TRIM desteğinin (Linux'ta çağrıldığını düşünüyorum) olduğundan emin olmak için nasıl ayarlayacağımı bilmem gerekiyor.

Bunu başarıyla yapmayan var mı? Herhangi bir howto bilgi ve dikkat edilmesi gereken şeyler ve temel olarak hangi araçları kullanmak ve benzeri çok yardımcı olacaktır.

İdeal olarak, ben de SSD baskın dizisini önyükleme gerekir.

Birisi beni doğru yöne yönlendirebilir mi?

Teşekkürler.


1
Son zamanlarda RAID'de SSD'de TRIM kullanıldığında büyük bir sorun vardı. Hata, TRIM'i aktif dosyaları rastgele sıfırlamak için yaptı. Sadece Samsung SSD'lerin etkilendiği söyleniyor, ancak AFAIK bunun nedeni yalnızca Samsung SSD'lerin test edildiğinden. Bunun için, mdadmLVM yerine BTRFS RAID10 kullanmayı düşünmenizi önemle tavsiye ederim .
Barafu Albino

Yanıtlar:


4

Cevap "bağlıdır" ve böyle esnek olmayan bir pozisyonda bulunmadan önce TRIM'in ne yaptığını gerçekten anlamalısınız.

http://www.spinics.net/lists/raid/msg39641.html

MD RAID'in, DISCARD isteklerini iletmek için özel desteğe ihtiyacı vardır ve bu 3.6'ya kadar önerilmemiştir, bu nedenle destek kesin çekirdekte olmayacaktır. Sadece baktım, orada değil.

https://lkml.org/lkml/2012/3/11/261

SSD'ler güzel ve hepsi, ancak yüksek RPM manyetik depolama ile birleştirildiğinde en uygun maliyetlidir. Örneğin, dosya sistemi 15K diskten oluşan bir RAID 10 tarafından desteklenirken dosya sistemi günlüğünü barındırmak için bir RAID 1 SSD dizisi kullanın.

http://insights.oetiker.ch/linux/external-journal-on-ssd/

RPMS ne kadar yüksek olursa, en kötü arama süreniz o kadar düşük olur, rastgele IO yükleri yüksek RPM destek mağazalarından en fazla yararı sağlar. SQL yazma yoğun olabilir, bu nedenle herhangi bir parite hesaplaması kötü bir fikirdir, örneğin RAID 4 ve 5.

RAID ve dosya sisteminin organizasyonu, destek deposu kadar önemlidir.

Disklerinizi her zaman manuel olarak TRIM yapabilirsiniz, haftalık olarak başlamak iyidir, daha sık çalıştırmadan önce performans etkisinin ne olduğunu gözlemlemelisiniz. Oh, yanacaklar, bu yüzden SSD'lerinizin kaç yazma / silme döngüsünün olduğunu tahmin etmek ve RAID 1'e her seferinde bir bacağına servis vermek iyi bir fikir olacaktır.

https://wiki.archlinux.org/index.php/Solid_State_Drives#Apply_TRIM_via_cron


4

Bu soruya son zamanlarda Johnny-geldiğimi biliyorum ama arayan herkes için buna biraz ışık tutabileceğimi görmek istiyorum.

İlk olarak, @ ppetraki'nin cevabı mükemmel.

"SSD'leri RAID yapıp onlardan önyükleme yapabilir miyim" kısa cevabı "Evet!" İşte 14.04 için talimatlar . 12.04.x ​​üzerinde RAID yapılandırmasıyla ilgili talimatlar aynıdır, ancak 9.10 kullanan bu öğreticide resimler bulunmaktadır. Aşağıda, kişisel deneyimlerle zor yolu keşfetmem gereken bazı önemli bilgiler ve ayrıntılar verilmiştir:

MD RAID0 yapılandırmasında ve SSD dostu Btrfs dosya sisteminde 3.8 çekirdeği ile Ubuntu 12.04.5 çalıştırıyorum. Haftalık bir cron olarak fstrim çalıştırıyorum.

Fstab'dan ekstra Btrfs bağlama seçeneklerim :

defaults,ssd,ssd_spread,space_cache,compress=no,noatime

compress=noBtrfs bağlama seçeneği olarak kullanmak istiyorsanız 3.8 çekirdeği gerekir ve ayrıca fstrimprogramlı kırpma için kullanılan manuel kırpma komutunun kullanılması da gerekebilir .

Ayrıca gerekir elle hizalama bölümleri (herhangi bir çoklu bölüm kurulumuna, baskını veya değil) SSD sayfa boyutuna bağlı olarak, sadece ilk bölümü düzgün hizalanmış olacak çünkü yükleyici için önyükleme ÖNCE SSD'ler üzerinde (o biraz zaman aldı yakalamak için) ve bu sürücü ömrünü ciddi şekilde etkileyebilir. Yüklemeyi denemeden önce bunu yükleyici içindeki bir komut isteminden veya canlı bir usb / diskten yapabilirsiniz. Dikkat: Matematiği kendiniz yapın. Fdisk hizalama hakkında yalan söyleyecektir.

Daha fazla okuma: Bence Btrfs kendi baskın dizilerini bile oluşturabilir .

TRIM ile ilgili olarak:

Aşırı provizyon sayesinde tartışmasız gereksizdir.

14.04, hazır kutusunda TRIM desteğini etkinleştiren ilk sürümdür, ancak 2.6.33+ çekirdeği kullanmanız koşuluyla önceki dağıtımlarda etkinleştirilmesi önemsizdir.

Seçtiğiniz dosya sistemi bağlı olarak, sen Döşeme / Silme işlemini etkinleştirebilirsiniz tarafından fstab'ı düzenleme ve uygun seçeneği montaj ayarı. Bunu yapmak ve cron ile çalıştırmak arasındaki fark , birincisinin anında kırpacağı / atılacağı ve ikincisinin bir programda bir yumruda yapmasıdır. Ben ikincisini kullanıyorum.

Önemli mi? Sözde, çevrimiçi atma (bağlama seçeneğini kullanarak) harika bir şekilde uygulanmamıştır ve yavaştır, bu nedenle "önerilmez". Haftalık cron işi çalıştığında "hdd" (hehe) ışıklarımın 10-20 dakika boyunca çıldırdığını söyleyebilirim, ancak işletim sisteminin duyarlılığı neredeyse tamamen etkilenmiyor.

Diziden önyükleme

Bunu ubuntu 14.04 talimatlarının hızlı bir taramasında görmeme rağmen, baskın dizilerimin bir parçası OLMAYAN ek bir birincil bölüm oluşturmak zorunda kaldım. Disk 0, 500mb birincil ext3fs bölümüne sahiptir. Kurulum sırasında kurulumcuya bunun "/ boot" a monte edileceğini söyledim ve önyüklenebilir bayrağı ayarladım. Daha sonra işletim sistemi RAID'i başlatabilir ve monte edebilir. Kalan Disk 0 alanı, daha sonra "/" ve "/ swap" haline gelen MD dizileri için kullanılan 2 bölüme bölünür. Disk 1 aynıdır, ancak önyükleme bölümü yoktur. Ayrıca, sadece bir ara ihtiyacım olması durumunda takas oluşturdum ve btrfs takas dosyalarını desteklemiyor. Bu bölüm asla monte edilmez; kurulumdan sonra, benim fstab benim yorum.

Tüm düzenlemeleri affedin, sadece hepsini almaya çalışın.


Bu anlayışlı bilgi için teşekkür ederim. Bir sonraki sistem dağıtımımda bunu deneyeceğim
Steed
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.