Sunucu için SSD veya HDD

Konu

Depolama ve SSD'lerin mi yoksa klasik HDD'lerin mi daha iyi olduğunu tartıştım. Çok kafam karıştı. HDD'ler hala oldukça tercih ediliyor, ama neden?

Aktif depolama için hangisi daha iyidir? Örneğin, disk her zaman etkin olan veritabanları için?

SSD Hakkında.

Artıları.

• Onlar sessiz.
• Mekanik değil.
• En hızlı.

Eksileri.

• Daha pahalı.

Soru.

• Bir SSD'nin bir hücresinin yaşam döngüsü kullanıldığında, ne olur? Disk sadece bu hücre tarafından azaltılıyor ve normal çalışıyor mu?
• Yazmak için en iyi dosya sistemi nedir? Ext4 hücrelere arka arkaya kaydettiği için iyi mi?

HDD Hakkında.

Artıları.

• Daha ucuz.

Eksileri.

• Mekanik arıza durumunda, tamir etmenin genellikle bir yolu olmadığına inanıyorum. (Lütfen onaylayın.)
• En yavaş, HDD hızının genellikle sunucular için yeterli olduğunu düşünüyorum.

Sadece fiyatla ilgili mi? HDD'ler neden tercih edilir? SSD'ler sunucular için gerçekten faydalı mı?

İşimin bir yönü, büyük ölçekli depolama sistemleri (genellikle "SAN" veya "Depolama Alanı Ağları" olarak bilinir) tasarlamak ve inşa etmektir. Tipik olarak, SSD'ler ve HDD'lerin birleştirilmiş olduğu katmanlı bir yaklaşım kullanıyoruz.

Bununla birlikte, her birinin belirli faydaları vardır.

1. SSD'lerin neredeyse her zaman daha yüksek Bayt Başına Maliyeti vardır. 0.068 $ / GB USD gigabayt başına maliyete sahip 10k SAS 4kn HDD alabilirim. Bu yaklaşık 280 $ için bir 4 TB sürücü alabilirsiniz anlamına gelir. Öte yandan SSD'ler, gigabayt başına dolar kadar yüksek olsa bile, tipik olarak 10'lu ve 20'li sentlerde gigabayt başına bir maliyete sahiptir.

2. RAID ile uğraşırken hız daha az önemli hale gelir ve bunun yerine boyut ve güvenilirlik çok daha önemlidir. HDD'ler SSD'lerden çok daha ucuz olan 12 TB N + 2 RAID sistemi oluşturabilirim. Bu çoğunlukla 1. noktadan kaynaklanmaktadır.

3. Doğru bir şekilde kullanıldığında, HDD'lerin değiştirilmesi ve bakımı son derece ucuzdur. Bayt başına maliyet daha düşük olduğundan, arıza nedeniyle bir HDD'yi başka bir diskle değiştirmek daha ucuzdur. HDD arızaları genellikle zamana göre yazılan verilerle ilişkili olduğundan, değiştirilmesi RAID dizisini yeniden oluştururken TBW'yi otomatik olarak kullanmaya başlamaz. (Verilen, yeniden yapılandırma için kullanılan TBW yüzdesi genel olarak küçüktür, ancak nokta durmaktadır.)

4. SSD pazarı nispeten karmaşıktır. SSS, MLC, TLC, QLC: Desteklenen toplam yazma sayısının en yüksek olduğu dört ana SSD türü vardır. SLC tipik olarak en fazla sayıda toplam yazıyı (SSD ömürlerinin ana sınırlayıcı faktörü) desteklerken, QLC tipik olarak en az sayıda toplam yazıyı destekler.

Bununla birlikte, gördüğüm en başarılı depolama sistemleri kullanımdaki her iki sürücü ile de sıralanmıştır. Şahsen, müşterilere tavsiye ettiğim tüm depolama sistemleri genellikle aşağıdaki katmanları takip eder:

1. Katman 1 genellikle bir (veya birkaç) RAID 10 yalnızca SSD katmanıdır. Veriler her zaman Kademe 1'e yazılır.
2. Katman 2 tipik olarak bir (veya birkaç) RAID 50 veya 5 yalnızca SSD katmanıdır. Veriler, Seviye 1'den Seviye 2'ye eskimiştir.
3. Katman 3 tipik olarak yalnızca (veya birkaç) RAID 10 yalnızca HDD katmanıdır. Veriler, Seviye 2'den Seviye 3'e eskimiştir.
4. Tier 4 tipik olarak RAID 6 yalnızca HDD katmanlarının birkaç grubudur. Veriler, Seviye 3'ten Seviye 4'e eskimiş. RAID 6 gruplarını olabildiğince küçük hale getiriyoruz, böylece sürücü arızasının maksimum desteği var.

Katmanları artırdıkça Okuma / Yazma performansı düşer; veriler, verilerin çoğunun aynı erişim / değiştirme sıklığını paylaştığı bir katmana yayılır. (Yani, veri ne kadar sık ​​okunur / yazılırsa, katmanı o kadar yüksek olur.)

Orada iyi tasarlanmış bir fiber kanal serpin ve aslında yerleşik sürücülerden daha yüksek bir verime sahip bir SAN oluşturabilirsiniz .

Şimdi, bahsettiğiniz bazı belirli öğelere:

SSD Sorularınız

SSD tam olarak nasıl çalışır, bir hücre için yaşam döngüsü bittiğinde, ne olacak? Disk sadece bu hücre tarafından azaltılır ve normal çalışır? Yoksa ne oldu?

• Her iki sürücü tipi de tipik olarak bir dizi "yedek" hücre ile tasarlanmıştır. Yani, bir hücre ölürse başarısız olmayı destekleyen erişemediğiniz "ekstra" alana sahiptirler. (IIRC% 7-10 gibi.) Bu, tek bir "hücre" (HDD'deki sektör) ölürse, "yedek" kullanıldığı anlamına gelir. Bunun durumunu her iki sürücüdeki SMART tanılama yardımcı programı aracılığıyla kontrol edebilirsiniz.

Yazmak için en iyi çözüm (dosya sistemi) nedir? Ben ext4 iyi olduğunu düşünüyorum, çünkü art arda hücrelere kaydeder?

• SSD'ler için bu tamamen önemsizdir. Erişim süresi tipik olarak doğrusal olduğundan hücre konumlandırması önemli değildir.

HDD Sorularınız

Mekanik arıza durumunda onarmanın bir yolu yoktur (doğru mu)?

• Kısmen yanlış. HDD'lerin çoğu arıza durumunda verileri kurtarmak daha kolaydır . (Not: Daha kolay , kolay değil dedim .) Özel ekipman gerekli, ancak buradaki başarı oranları oldukça yüksek görünüyor. Plakaları genellikle okunabilir dışına sürücü ölürse veri kurtarma sağlayan özel ekipman ile HDD kendisi.

Yavaş, ama hızın çok önemli olmadığını düşünüyorum, çünkü HDD'nin hızı sunucu kullanımı için kesinlikle yeterli mi?

• Tipik olarak, RAID kullanırken, tek sürücünün hızı, genel hızı artırmanıza izin veren hız eşleştirmeli RAID kurulumlarını kullanabileceğiniz için daha az bir faktör haline gelir. (RAID 0, 5, 6 sıklıkla, sıklıkla birlikte kullanılır.) Yüksek IO'lara sahip bir veritabanı için, HDD'ler çok kasıtlı olarak tasarlanmadığı sürece genellikle yeterli değildir . Veritabanı sınıfı IO için SLC yazma yoğun sınıf SSD'ler istersiniz.

HDD hala oldukça tercih ediliyor

Bu mu? Dürüst olmak gerektiğinden emin değilim.

HDD'ler şu anda iyi bir fiyat için büyük boyutlarda geliyor, bu yadsınamaz ve bence insanlar SSD'lerden daha uzun veri tutma için onlara güveniyor. Ayrıca SSD'ler öldüğünde, hepsi bir seferde tamamen ölme eğilimi gösterirken, HDD'ler daha önce tahmin edilebilir bir şekilde ölme eğilimindedir, bu da gerekirse ilk önce verileri almak için daha fazla zaman tanır.

Ancak aksi takdirde SSD, çoğu kullanım için ileri yoldur - bir önyükleme çifti istiyorsanız, R1'deki birkaç 500GB SATA dünyaya mal olmaz, DB kullanımı için SSD'leri gerçekten yenemezsiniz (günlükleriniz açık olduğu sürece) yüksek dayanıklılık modelleri). Yedeklemeler için evet, çok büyük veri kümeleri için aynı olan büyük 7.2k HDD'ler kullanabilirsiniz (aslında sadece bu gereksinim için geçen yılın başlarında 4.000'den fazla 10 TB HDD satın aldım), aksi takdirde SSD ileriye giden yoldur.

Sıcak olan her şey için katı hal: etkileşimli kullanım, veritabanları, çevrimiçi her şey. İğneler ucuz sıcak depo olarak, sadece soğuk olmayan arşivler veya nadiren erişilen veriler için. Özellikle, yedeklemeler teybe arşivlenmeden önce bir hazırlama alanındaki HDD'ler.

Sıcak ve soğuğa karşı farklı ortam türleri de bazı çeşitliliklere yardımcı olur. Bir marka SSD denetleyicisindeki veri kaybı kusuru, hem çevrimiçi hem de yedek verileri çıkarırsa çok daha kötü olurdu. Olası değil, ancak iğler ve bant yine de ucuzdur, bu yüzden neden risk almalısınız.

Diziler yedekli ve yedekli kaldığı sürece belirli bir cihazın arıza modu önemli değildir. Genellikle prosedür, bir sürücüyü herhangi bir arıza belirtisi ile değiştirmektir. Herhangi bir felaket arızasının üretim hizmetlerini etkilemediği test sistemlerinizde onarmayı deneyin.

Dosya sistemi kişisel tercih meselesidir. SSD için optimize edilmiş dosya sistemleri olsa da, bildiğiniz ve onarabileceğiniz bir şey daha önemli olabilir.

Bir SSD'nin en büyük avantajı hız ve güvenilirliktir, ancak kirli küçük sırlardan biri, bir SSD'nin sahip olduğu sınırlı sayıda yazma döngüsüdür. Veritabanı veya e-posta sunucusu gibi çok fazla sabit disk yazma etkinliğine sahip bir sunucu oluşturuyorsanız, daha yüksek dayanıklılığa sahip daha pahalı bir SSD'ye ihtiyacınız olacaktır.

NAND Flash'ın 3 tipi vardır

• TLC
• MLC
• SLC

TLC temel olarak yazma döngüleri az olan web sunucuları veya arşiv sunucuları için tasarlanmıştır. MLC, düşük hacimli veritabanı sunucuları gibi okuma ve yazma döngülerinin bir karışımı olan sunucular içindir. SLC, yüksek hacimli bir veritabanı sunucusu gibi çok fazla okuma / yazma döngüsüne sahip sunucular için tasarlanmıştır.

SSD ve HDD arasındaki ana itici faktör uygulama ve bütçedir. Mükemmel bir dünyada, SLC SSD sabit diskleri standart bir HDD'yi eski yapar, ancak henüz orada değiliz.

HDD hala oldukça tercih ediliyor, ama neden?

Bu, kiminle konuştuğunuza, geçmişlerine (yönetim, BT, satışlar, vb.) Ve tartışmanın ne tür bir sunucuya başvurduğuna bağlıdır. HDD'ler genellikle bayt başına daha ucuz bir büyüklük sırasıdır, ancak daha fazla güç kullanır ve neredeyse her zaman daha yavaştır, iş yüküne bağlıdır.

Neredeyse her zaman maliyete ve belirli miktarda sunucuya ne kadar depolama sığabileceğine bağlıdır. Tek bir SSD ile 5 diskli bir baskın dizisinin performansını elde edebiliyorsanız, SSD muhtemelen çok daha ucuzdur ve gücün bir kısmını kullanır, ancak depolama alanının 1 / 10'unu da alırsınız.

Aktif depolama için hangisi daha iyidir?

Burası karmaşıklaşıyor ve neden birçok insan komplikasyonu atlayacak ve sadece bildikleri HDD'lere gidecek.

SSD'ler, hücrelere ne kadar verinin yazılabileceğine dair sınırlarla farklı sınıflarda gelir; bu, ana bilgisayar tarafından yazılan veri miktarı ile aynı DEĞİLDİR. Küçük miktarlarda veri yazmak, hücrelere büyük miktarlarda yazı yazmaktır, buna yazma amplifikasyonu denir ve düşük dayanıklılık derecelerine sahip sürücüleri hızla öldürebilir.

SSD hücreleri, saklayabilecekleri bit miktarına göre adlandırılır, n-bitleri depolamak için hücre başına 2 ^ n voltaj seviyesine ihtiyaç duyarlar. Bir TLC (üçlü bit), bu bitleri ele almak için 8 voltaj seviyesine ihtiyaç duyar. Genel olarak, hücre başına bit seviyesini her artırdığınızda, hücre dayanıklılığında 3-10X düşüş elde edersiniz. İçin , örneğin hücre, kurumsal EMLC 30000 kez MLC 10000, TLC 5000, QLC 1000 ölmeden önce, SLC sürücü tüm hücreler 100000 kez mal olabilir.

SSD hücre teknolojisindeki gelişmeler kuşak, daha iyi litografi ve 3D NAND eski 2D NAND üzerinde yoğunluğunu ve performansını artırmak da vardır, analist tarafından aktarılan, "Bugünkü MLC daha iyi dünün SLC daha" Jim Handy .

SSD'ler aslında adreslenen hücrelere doğrudan yazmazlar, hücre bloklarına yazarlar. Bu şekilde, blok daha tutarlı miktarda hücre yazımına sahip olur ve hücreler toleranstan düştüğünde tüm blok kötü olarak işaretlenir ve veriler yeni bir bloğa taşınır. SSD dayanıklılığı hücre tipine, kaç tane yedek bloğun mevcut olduğuna, hata düzeltmesi için ne kadar ek yüke ve sürücünün yazma amplifikasyonunu azaltmak için önbellek ve algoritmaları nasıl kullandığına bağlıdır. Üreticinin kötü işaretlemek için seçtiği tolerans da devreye girer, bir işletme diski, biri tamamen işlevsel olsa bile, bir tüketici diskinden daha önce kötü olan blokları işaretler.

Kurumsal sınıf "yüksek yazma" SSD'ler, SLC veya eMLC hücrelerine dayanır ve büyük miktarda yedek bloklara sahiptir ve genellikle güç kaybolduğunda önbelleğin diske akabileceğinden emin olmak için kapasitörlü büyük bir önbelleğe sahiptir.

Hızlı erişim sürelerine ihtiyaç duyan dosya sunucuları gibi "yüksek okuma" uygulamaları için çok daha düşük dayanıklılığa sahip sürücüler de vardır, bunlar farklı hücre tipleri, daha az yedek alan vb. "yüksek yazma" sürücünün dayanıklılığının sadece% 5'ine sahip olabilir, ancak doğru kullanıldıklarında sürücüye de ihtiyaç duymazlar.

Örneğin, veritabanı için, disk her zaman etkin durumdadır?

Veritabanım küçük, aralıklı okumaların erişiminin% 95'i olduğu ve çoğu RAM'de önbelleğe alındığında, bir HDD'de SSD'deki kadar hızlı. Daha büyük olsaydı, sistemde yeterli RAM olmazdı ve SSD erişim sürelerinde büyük bir fark yaratmaya başlar.

SSD'ler ayrıca yedekleme ve büyüklükteki kurtarma siparişlerini daha hızlı hale getirir. DB'm yaklaşık 10 dakika içinde yavaş bir SSD'ye veya 11 saniye kadar hızlı bir şekilde yedeklemeden geri yüklendi, HDD'ye yedekleme yaklaşık 25 dakika olurdu. Bu, en az 2 büyüklük sırasıdır ve iş yüküne bağlı olarak büyük bir fark yaratabilir. 1. günde kelimenin tam anlamıyla ödeme yapabilir.

Çok sayıda küçük yazılı veritabanları, tüketici sınıfı TLC diskini birkaç saat içinde öldürebilir.

SSD gerçekten sunucu için faydalı mı?

Kesinlikle, uygulama için doğru sürücü tipi ve kalitesi seçilirse, yanlış yaparsanız bir felaket olabilir.

Sunucum çeşitli veritabanları, ayrıca yüksek okuma ağ depolama alanı, yüksek yazma güvenlikli görüntü depolama alanı, ayrıca karışık okuma yazma dosya depolama ve istemci yedeklemesi çalıştırıyor. Sunucuda, toplu ağ depolama ve NVR için bir RAID-6 HDD serisi, MySQL için tek bir yüksek performanslı MLC SSD ve istemci ve veritabanı yedeklemeleri ve hızlı erişim ağ depolama için RAID-5'te 3 tüketici TLC sürücüsü bulunur.

SSD RAID'deki yazma hızı, HDD RAID ile yaklaşık aynı hızda, ancak SSD RAID'de rasgele erişim okuma hızı 10X'ten daha yüksek. Bir kez daha bu bir tüketici TLC SSD'sidir, ancak sıralı yazma hızı gigabit LAN'dan yaklaşık 3 kat daha hızlı olduğundan, asla aşırı yüklenmez ve sistem uzaktan erişildiğinde yerel yedeklemeler yaparsa bol miktarda ek yük vardır.

Çoğu SSD ayrıca , verileri birkaç saniye içinde silebilen anında güvenli silme (ISE) sunar , bu özelliği olmayan HDD'ler için saatlerce veya günlerce, yalnızca birkaç kurumsal sınıf HDD, ISE sunma eğilimindedir, ancak daha yaygın. Bu, bir sürücüyü kullanımdan kaldırıyor veya yeniden tasarlıyorsanız çok kullanışlıdır.

Yazmak için en iyi çözüm (dosya sistemi) nedir?

Veri türüne ve istediğiniz dosya sistemi özellikleri türüne bağlıdır. Ben sadece EXT4 ve BTRFS kullanıyorum (anlık görüntüler ve sağlama toplamları gerekir). Dosya sistemi yükü kullanılabilir alanı azaltır ve SSD'lerin ömrünü hafifçe azaltabilir, BTRFS sağlama toplamları ve diğer özellikler için yüksek ek yüke sahiptir ve anlık görüntüler çok fazla alan kullanır.

Mekanik arıza durumunda onarmanın bir yolu yoktur (doğru mu)?

Sürücü türünden bağımsız olarak, hiç ölü bir sürücüde veri kurtarma işlemi yapmak zorunda kaldınız mı? Olabilir çok pahalı , sen sürüm yedeklemeler, farklı bir cihaz veya makine üzerinde yerel olarak, ana depolama katmanlı yedekleme, RAID sahip daha iyi o zaman senkronizasyonu için site dışı ya da bulut vardır. 1 TB bulut depolama alanı aylık 5 $, bir HDD'deki veri kurtarma size 2 bin dolara mal olabilir ve ölü bir SSD'nin kurtarılması imkansız olabilir ... sadece yedeklemeleri yapın ve onarımı unutun.

HER İKİSİ DE.

Yazma yükü nedeniyle bir SSD'nin ölmesini henüz görmedim (bu durumda salt okunur olması gerekiyor). Başka nedenlerle ölmedikleri için değil - aşırı ısınma ve bellenim hataları dahil, ancak bunlarla sınırlı değildir.

Ve ölü bir HDD gördüm. Aslında çok daha fazlası.

Güvenilirlik hakkında çok fazla.

Bazı durumlarda karışık RAID1 (HDD + SSD) yapmak mantıklıdır. Bu şekilde, her ikisiyle ilgili arıza modlarını koruyabilir ve yine de SSD okuma performansına sahip olabilirsiniz.

Diğer durumlarda, yalnızca dosya sisteminin günlüğü için bir SSD kullanmak mantıklıdır - HDD'nin 2 kat yazma performansını elde edersiniz (çünkü yazmaların yarısını ve aramaların yarısını kurtarırsınız) ve istismar edilen SSD'niz olsa bile genellikle risk yoktur ölür. Ext4 günlüğünü oldukça zarif bir şekilde kaybeder.

Dikkate alınması gereken iki ana faktör şunlardır:

• Performans (erişim süresi ve işlem hacminde)
• Gigabayt başına maliyet

SSD'ler performans açısından HDD'leri sudan üfler. Yüksek verime ve düşük erişim sürelerine ihtiyacınız varsa, hiçbir şey SSD'leri geçemez .

Ancak SSD'lerin gigabayt başına maliyeti HDD'lerden çok daha yüksektir. Çok fazla depolama alanına ve verime veya erişim süresine daha az önem verirseniz, hiçbir şey HDD'leri yenemez.

Verim (bant genişliği) rakamlarına uygun RAID seviyesi yardımcı olabilir (ancak sürücüleriniz kuyruğa alma işleminin bir sorun teşkil edeceği kadar yeterince bloke edilmedikçe çok fazla erişim süresi olmaz).

Küçük veri kümeleri için okuma erişim zamanı rakamlarına uygun önbellekleme yardımcı olabilir (yani sunucunuza daha fazla RAM koyun). Bununla birlikte, yazma işlemlerine yardımcı olmaz (denetleyicilerdeki veya disklerdeki pil destekli RAM önbellekleri hariç).

Yani hepsi gerçekten sizin kullanım durumunuza bağlıdır. Çok fazla kapasiteye ihtiyaç duyan ancak erişim sürelerini veya bant genişliğini pek önemsemeyen bir yedekleme / arşiv sunucusu HDD'leri kullanırken daha iyi olacaktır. Yüksek trafikli bir veritabanı sunucusu SSD'leri tercih edecektir. Arasında ... bağlıdır.

Durum ne olursa olsun:

• Yedeklere ihtiyacınız var. Mesele değil eğer bir sürücü (SSD veya HDD) başarısız olacaktır, bu meselesi .

• Sunucunun herhangi bir önemi varsa, çalışma süresini korumak ve verileri korumak için bir çeşit RAID istersiniz. RAID de genellikle performansa yardımcı olur. Bu da gereksinimlerinize çok bağlıdır (yine performans / maliyetten ödün verme).

Daha önce de belirtildiği gibi, büyük fark rastgele IO performansına göre GB başına fiyattır.

Örneğin, bir Seagate Exos 16 TB alın: ~ 550 $ 'da, 0,034 $ / GB komutunu verir. Şimdi bunu giriş seviyesi (hız açısından) ile karşılaştırın ve ~ 1300 $ fiyatla sonuçlanan 0,14 $ / GB oranına sahip Micron 5200 ECO 7.68 TB: HDD 5 kat daha ucuz ve 2 kat daha büyük. Diğer taraftan, SSD rasgele IO performansı vardır wastly bir yakalama ile, daha iyi: Tüketici SSD'ler, powerloss korumalı geri yazma önbelleği eksik, senkronize rasgele IO zengin iş yükü için (HDD olarak yavaş olarak bazen) oldukça yavaştır (örn: veritabanları, sanal makineler ). Bu, çevrimiçi incelemeler tarafından nadiren analiz edilen çok önemli bir noktadır. Güç kaybı koruması olarak neredeyse evrensel olarak kullanılan kapasitörleri kullanan kurumsal SSD'ler, çok yüksek okuma ve yazma rastgele IO'ya sahip bu zayıflıktan muzdarip değildir.

Yukarıdan, SSD'nin üst düzey 15K ve 10K SAS disklerini neden öldürdüğünü anlayabilirsiniz: karşılaştırılabilir bir maliyetle çok daha iyi performans sağlarlar (15K diskler özellikle pahalıdır). Öte yandan, 7.2K HDD'nin yüksek kapasiteli depolama sistemlerinde çok güçlü bir dayanağı vardır.

Intel Optane (NAND yerine Xpoint tabanlı) hem hız hem de dayanıklılık açısından kendi sınıfında, çok yüksek bir fiyat / GB komutu veriyor: 100 GB'lık bir Optane P4801x, GB başına maliyeti ile 260 $ 'ın üzerinde > 2.6 $, HDD'lere kıyasla 80 kat daha fazla. Bu nedenle, genellikle bir "uygulama hızlandırıcısı" veya bir günlük / günlük cihazı olarak kullanılır.

Bu nedenlerle, modern SAN'lar ve sunucu genellikle katmanlı veya önbelleğe alınmış bir depolama altsistemi kullanır:

• katmanlı sistemler sıcak verileri hızlı katmana (SSD'ler) ve soğuk verileri yavaş katmana (HDD'ler) koyar. Bu tür sistemlerde, toplam depolama alanı hızlı ve yavaş kademenin toplamıdır; ancak bunlar statik olarak bölümlere ayrılmıştır - soğuk bir veri aniden ısınırsa, hızlı katmana taşınmasını beklemeniz gerekir. Dahası, hızlı katman yavaş olandan daha dayanıklı olmalıdır;

• önbellek tabanlı sistem, sıcak verilerin kopyalandığı (taşınmak yerine) SSD'de dinamik bir önbellekle zenginleştirilmiş yavaş HDD'deki tüm verilere sahiptir; bu, bu tür sistemlerin, yavaş katmanın sunduklarına eşit, ancak dinamik bir önbelleğin ek esnekliğine sahip toplam depolama alanına sahip olduğu anlamına gelir. Önbellek tabanlı sistemlerde, hızlı katman ucuz, ucuz SSD'ler tarafından oluşturulabilir.

Flash tabanlı SSD'ler için en iyi dosya sistemi hangisidir? Saf bir cevap "daha az yazan cevap" olabilir, ancak gerçek şu ki, herhangi bir gelişmiş dosya sistemi teknolojisi, belirli bir uygulamaya dayanarak, oldukça önemli bir yazma amplifikasyonuna yol açabilen bir CoW yaklaşımına dayanmaktadır (örn: ZFS ve WALF) EXT4 veya XFS'den daha fazla yazacak). Saf bir "yazmadan" bakış açısı için, EXT4 ve XFS'yi (özellikle bu klasik dosya sistemlerinde bile hızlı anlık görüntüler sağlayan lvmthin tarafından desteklendiğinde) yenmenin zor olduğunu düşünüyorum ; Ancak, ek veri koruma garantisi ve ZFS tarafından rendelenmiş lz4 sıkıştırma gerçekten seviyorum.

Yani, sunucu görevleriniz için gerçekten bir SSD depolamaya ihtiyacınız var mı? Değişir:

• birden fazla TB veriyi ucuza depolamanız gerekiyorsa, HDD'ler (veya en ucuz tüketici SSD'leri) gitmenin yoludur;

• çoğunlukla sıralı bir iş yükünüz varsa (örneğin: dosya sunucusu), SSD'lere ihtiyacınız yoktur;

• iş yükünüz rastgele IO bakımından zenginse, SSD'lerden büyük ölçüde faydalanacaksınız;

• fsync-ağır yazma deseniniz varsa, kurumsal SSD'ler (veya powerloss korumalı geri yazma önbelleğine sahip etli bir RAID denetleyicisi), yüksek maliyetin dezavantajı ile en iyi seçiminizdir.

Burada basit yanıt: Örneğin, büyük ve hızlı veri işlemi yapmak için bir sunucu oluştururken (video düzenleme gibi) hızlı performans verileri için SSD'leri kullanın

Yavaş arşiv depolaması için HHD'leri kullanın.

Genelde HDD'ler, SSD'lerden daha düşük bir konser maliyetine sahip olmalarına rağmen SSD'lerden daha az güvenilirdir.

hassas veriler saklanıyorsa, yedekleme için bir ssd ve bir hdd kullanmayı düşünün.

Sessiz olmak her zaman iyi değildir. Yoldaki elektrikli arabalar gibi çok sessiz. HDD erişim sesleri güvenlik sağlayabilir (bir film izlerken iş performansı sunucusuna bir kopuş saptadığımı nasıl tespit ettiğim.) (Ek: / var / log / mesajlarına bağlı satır besleme yazıcıları tek bir girişi silmek daha zordur)

Şuna böyle bakıyorum,

Sunucu oluşturduğum hizmet nedir?

Bir hizmet sunduğunuz LDAP / AUTH / Printing vb. Gibi bir altyapı hizmetiyse, temel olarak paradan tasarruf etmek ve HDD kullanmak (7.2k veya 10k belki bir baskın 1 SSD önyükleme aygıtı) kullanın ve ona bir miktar bellek atın .

Dosya sunucusu için pil destekli bir flaş baskını denetleyicisi kullandığınızdan emin olun, ardından diskleri değil, denetleyici tarafından yazılan yazma işlemiyle HDD'yi verimli bir şekilde kullanabilirsiniz.

Veri hizmeti DB'si vb. İse, yüksek verim için SSD baskını kullanın, ancak HDD'yi de kullanarak maliyetleri kontrol edin, örneğin bazı DB'ler yüksek yazma hızı gerektirmez veya yüksek maliyetli depolama kullanımını garanti etmek için sadece GİB'leri çalıştırmaz.

Günün sonunda paraya ve CFO / Finans Direktörünüze / Başkan Yardımcısı finansmanına bağlıdır.

SSD'ler açıkça en iyisi, daha iyi olacaklar ve daha ucuz olmaya devam edecekler, ancak bugün daha pahalılar.

HDD'ler, sıralı depolama görevleri için uygundur:

• Veritabanı Günlük dosyası
• Video depolama
• Yedekleme birimleri (toplu)
• Sanal Makine anlık görüntüleri

HDD'ler ayrıca gecikmeye duyarlı olmayan görevler için de uygundur:

• Dosyaları arşivleme (ayrı ayrı)
• Yine de bellekte çalışacak kadar küçük olan küçük veritabanları
• İşletim sistemi dışı yazılım dosyaları (SSD'niz dolarsa)

Yani bir sunucu için bütçeniz varsa SSD'lerle doldurabilirsiniz. Bunun ötesinde, yukarıdaki eksik listeyi kullanarak HDD'lerle karıştırarak paradan tasarruf edebilirsiniz.

RAID ve Katmanlama bu sorunun kapsamı dışındadır, eminim bu konuda başka birçok soru var.

SSD'lerin yaşam döngüsüne gelince, (Samsung Evo Pro'yu (tüketici ürünü) söz verdiğimizden çok daha uzun sürdü hatırlıyorum). Bireysel hücreler kesinlikle zamanla kırılabilir, ancak bu tüm diski kırmaz. Hücre ömrü yazma miktarına bağlıdır. o hücrede. SSD denetleyicisi zaman içinde birden çok hücrenin üzerine yazıyor. SSD% 99 doluysa ve kalan alan çok sayıda yazma ile kullanılıyorsa, kalan alan daha hızlı yıpranacaktır.

Bir ihtiyaç varsa

1. Ek bellek için dosya tabanlı takas takıldı
2. Görüntülü sohbet veya video akışı veya video işleme
3. Büyük tek bir dosyaya götüren işleme

HDD daha güvenilirdir
SSD'de üzerine yazma daha yavaş görünüyor

SSD olsa şaşırtıcı!
küçük bir dolap / rafta exabyte / yotabyte fiziksel depolama devrimini yaptı

Büyük bir azot soğutucu takılabilir ve küçük bir alan saf bir depolama rafına hizmet edebilir

SSD Önbellek, başka bir seviyeye önbelleğe almayı sağlayan bir başka şaşırtıcı hızlı okuma teknolojisidir