L2ARC ve ZIL için: Her ikisi için de büyük bir SSD'ye mi yoksa iki küçük SSD'ye mi sahip olmak daha iyidir?


22

Ana referanslar

ZFS L2ARC (Brendan Gregg) (2008-07-22) ve ZFS ve Hibrit Depolama Kavramı (Anatol Studler Blogu) (2008-11-11) aşağıdaki şemayı içermektedir:

ARC, L2ARC, ZIL ve bir disk depolama havuzunun ZFS piramit görünümü

Soru

Dikey beyaz çizgiyi - SSD'ler katmanında - ayrı SSD'ler kullanma tercihi olarak mı yorumlamalıyım?

  • Bir tercih etmek değil , tek bir disk üzerinde L2ARC ve ZIL karıştırın?

Arkaplan (yorumlara cevap)

Şahsen, evde L2ARC veya ZIL'i bana uygun olan herhangi bir bilgisayarla kullanmam olası değil. (Gündelik bilgisayarım, 8 GB belleği olan bir MacBookPro5,2 ve Seagate ST750LX003-1AC154 hibrit. Optik sürücüyü SSD ile değiştirmeyi planlamıyor.)

Başka bir yerde: işte kitin bir miktar yeniden kullanımı olacak, ancak bir tarih veya tam bir bilgim yok. (Karışımdaki Xserve RAID x2… şu anda bunları ZFS'ye vermeyi hayal etmiyorum, ama açık fikirliyim.)

Benim SSD en iyi uygulamalar hakkında merak L2ARC ve ZIL her ikisi için zevo alanında performansla ilgili tartışmalar aşağıdaki iken başladı - kullanıcı tek diskte L2ARC ve ZIL hem sahip olduğu özellikle konu, aşağıda belirtilen.

Diğer referanslar ve tartışmalar

L2ARC Ekran Görüntüleri (Brendan Gregg) (2009-01-30)

SLOG Ekran Görüntüleri (Brendan Gregg) (2009-06-26)

[zfs-Discuss] ZFS kök yedekleme / "felaket" kurtarma ve hareketli kök havuzu (2011-01-10) , tek bir diskte üç şeyin karışımına (kök havuzu, ZIL ve L2ARC) karşı önermektedir -

… Aynı diskteki 3'ü de yönetmeye çalışırken oluşabilecek baş ağrısına değmez. Örneğin, veri havuzunuz için ZIL'in içeriğini yeniden yüklemeye ve kazara bırakmaya karar verirseniz. Yönetim ve kurtarmayı basit tutmak için havuz bileşenleri için veya havuzlar arasında diskleri paylaşmayın. ...

- Bunların ikisini tek bir diskte karıştırmamanın tavsiye edilip edilmeyeceği ile daha çok ilgileniyorum .

/superuser//a/238744/84988 (2011-01-28) "önbellek (L2ARC önbellek) ve log (ZIL) SSD'ye" ( tekil ) yazıyor . Bununla birlikte, FUSE ve Windows ile ilgili olduğu için, bu cevabı ZFS'nin daha yaygın ve performans odaklı kullanımlarıyla özellikle ilgili olarak görmüyorum.

@ChrisS , 2011-08-16 tarihinde The Comms Room'da ZIL ve L2ARC'dan bahsetti .

http://forums.macrumors.com/showpost.php?p=14248388 (2012-01-31) birden fazla SSD'yi tartışıyor :

ZFS hakkında anlamanız gereken bir şey: Normalde SSD'lerde bulunan iki farklı önbellek, okuma ve yazma (L2ARC ve ZIL) türüne sahiptir. ZIL yazma önbelleğidir. Muhtemelen bu yanılgının geldiği yer. ZIL, zpool'a yazılan her yazı ile dövülür (aktif bir sistem varsayalım). Sorun, bir ZIL olarak mlc tabanlı bir SSD kullanmanın, bunların hızlı bir şekilde yıpranmasına ve bozulmasına neden olmasıdır. ZIL sürücüsü olarak kullanmak için (çok daha pahalı) slc tabanlı bir SSD'ye ihtiyacınız var.

Tamamen SSD'lerden oluşan bir zpool'a sahip olmak sadece mümkün değil, aynı zamanda oldukça iyi çalışıyor. Aynı zamanda ZIL ve L2ARC için ayrı sürücülere olan ihtiyacı da ortadan kaldırıyor. Evet, TRIM desteğine sahip değilsiniz, ancak ZFS'nin yazı üzerine kopyalanmasına bağlı olarak, bu muhtemelen iyi bir şey.

Bununla birlikte, ZFS neredeyse tam (örneğin% 85 veya daha yüksek) zpoollarla iyi oynamaz. Performans, dönme manyetik medya mı yoksa katı hal mi kullandığınızdan bağımsız olarak önemli ölçüde düşmeye başlar. TRIM desteğinin olmaması muhtemelen bu sorunu daha da arttırabilir, ancak bu zaten bir problem.

/server//a/397431/91969 (2012-06-11) şunları önerir:

  • ZIL için SLC tipi SSD (özellikle MLC değil)
  • L2ARC için MLC tipi SSD.

/superuser//a/451145/84988 (2012-07-19) tekil bir "ZIL ve L2ARC için ZFS'yi hızlandırmak için SSD" den bahseder .

zevo.getgreenbytes.com • Başlık görüntüleniyor - FW800 bağlantı siparişinde performans sorunu mu var? (2012-09-24), ZIL ve L2ARC için tek bir SSD olan FireWire veriyolundaki şeylerin sırası ile ilgileniyor

  • otobüs siparişi bir yana, bu ZEVO konusu ayrı SSD'lerin tercih edilip edilemeyeceğini merak etmeye başladı.

Daha spesifik olarak: Yukarıdaki diyagramda beyaz çizginin yorumlanmasını merak ettim.


2
Bu daha çok Sunucu Hatası sorusu olabilir gibi görünüyor. Ancak göz önünde bulundurmanız gereken bir şey, depolama havuzunuzdaki Okuma ve Yazma yüküdür. Genel olarak SSD baskınının, yazma için tek sürücü yapılandırmasından çok daha düşük bir performans gösterebildiğini gösteren bazı araştırmalar var. xbitlabs.com/articles/storage/display/…

2
ZFS'yi yakından tanıyanların SuperUser'dan daha fazla Sunucu Hatası olması muhtemeldir. Taşınmak için oy kullanmak, fakat mükemmel bir soru.
afrazier

Kapatılacak iki oy istiyorum, bunun yerine soruyu sorabilir miyiz? Thanks @afrazier
Graham Perrin

1
Sunucu Arızasına Hoşgeldiniz. Sıkça Sorulan Sorular'ın belirttiği gibi, karşılaştığınız belirli sorunlara dayanan pratik, yanıtlanabilir soruları tercih ediyoruz . Bununla birlikte, burada çok fazla teori ve tartışma yürüttünüz, ancak eksik gibi görünen, çözmeye çalıştığınız sorun. Pratik detayları ekleyin ve bunun harika bir soruna yol açtı.
Michael Hampton

1
Sadece nota, MEM olan cevapları taşımak için bir yol. VTC'lerin çoğunluğu bir siteye taşınacaksa, taşınacaktır. Ve evet, pratik detaylar, lütfen, bu gerçekten iyi yazılmış ve ayrıntılı görünüyor , ama içinde bulunduğunuz durumu bilmeden, aslında kesin bir cevap almak zor. Belli ki bir kickass ZFS kurulumu yapıyorsunuz ve detaylar cevabı bulmanızda yardımcı olacaktır.
Journeyman Geek

Yanıtlar:


14

Kısa cevap, hangi sorunu çözmek istediğinizi anlamadığım için ...

Yapabiliyorsanız, ayrı cihazlar kullanın. Bu, ortamınızın ölçeğine bağlıdır ... Yalnızca basit bir ev sistemi veya sanallaştırılmış veya hepsi bir arada ZFS çözümü ise , tek bir cihaz kullanabilirsiniz.

Daha büyük veya yüksek performanslı ZFS çözümlerinde, özellikle ZIL veya L2ARC rolleri için uygun aygıtlar kullanıyorum ... Örneğin ZIL için STEC ZeusRAM veya DDRDrive ve L2ARC için herhangi bir işletme SLC veya MLC SAS SSD.

  • ZIL cihazları, yüksek IOPS kapasitesine sahip düşük kapasiteli, düşük gecikmeli cihazlar olmalıdır. Genellikle yansıtılırlar.
  • L2ARC cihazları yüksek kapasiteli olmalıdır (nedenle: L2ARC boyutu arttıkça RAM eklemeniz gerekir). Çizgi ile ölçeklenirler.

Ne yapıyorsun?


Soruya biraz arka plan ekledim. Bu cevap ideal görünüyor - teşekkürler - Kabul etmeden önce işleri birkaç gün açık bırakacağım.
Graham Perrin

Link amaçları için: @wwhite ZFS'den gelen 2011 sorusu - ZD veya L2ARC kullanımı için SSD nasıl bölümlenir? ve kabul edilen cevabın içinde , “… Her havuz için özel ZIL ve L2ARC cihazları gitmenin yoludur”.
Graham Perrin

6

Devam etmeden önce düzeltilmesi gereken ZIL ile ilgili en başından beri bazı yanlışlıklar var.

Bunu anlayın: "Normal" koşullar altında, ZIL / SLOG'a dokunulmaz.

O var sadece uyumlu yazma komuta zamanına veya yazılı eğer senkron = her zaman belirli bir havuz / veri kümesi üzerinde etkindir ( "zfs senkron havuz / veri kümesi olsun")

ZIL normal şartlar altında asla okunmaz. Olağanüstü durum kurtarma özelliği.

IE: ZIL sadece güç kesildiği zaman oradadır. Bu veriler havuza aktarılmadan önce işletim sistemine geri alınan verileri tekrar oynatmak için kullanılır. Tüm ZFS havuza yazar (senkronizasyon veya zaman uyumsuzluk) hafıza tamponlarındandır.

Veriler havuza çarptığında normal koşullar altında, slog girişinin buharlaşmasına izin verilir - bu sadece büyük bir dairesel yazma tamponudur ve çok büyük olması gerekmez (çoğu durumda 1GB bile fazladır)

Senkronize olmayan yazmalar koç içinde tamponlanır, harmanlanır ve uygun bir anda diske yazılır. güç kesilirse, bu veriler kaybolur ancak FS bütünlüğü korunur (bu yüzden sync = her zaman ayarlamak isteyebilirsiniz)

Diğer yandan, L2ARC hem okuma hem de yazma seviyesinde ağır bir şekilde dövülür.

"Çok fazla L2arc" gibi bir şey var, çünkü L2arc'da bulunanların meta verileri ARC ram'ınızdan çıkıyor (yani, l2arc boyutunu artırmanız durumunda, ram'ı uygun hale getirmek zorundasınız. Bunu yapmamak ciddi performans düşmesine neden olabilir ve Sonunda l2arc kullanımı "mevcut tüm alan" ın çok altında bir seviyeye indirilecektir.)

Bazı üreticilerin protestolarına rağmen, l2arc boyutlarını artırarak bellek yetersizliğini telafi edemezsiniz (ZFS cihazlarına dallanmış birkaç donanım baskın dizisi üreticisi bu varsayımı yaptı)

tl; dr: Eğer IO yükünüz veritabanı aktivitesi ise, ZIL'in sert bir şekilde çarpılması muhtemeldir. Başka bir şey varsa o zaman sadece hafifçe dokunacak olması muhtemeldir. ZIL işlevlerinin% 99,9'unda hiçbir zaman devreye girmeme olasılığı yüksektir.

Bunun, ZIL için bir SLOG bölümüne ihtiyacınız olup olmadığına, l2arc bölümüyle birlikte çalışıp çalışamayacağına veya bağımsız bir sürücüye ihtiyaç duyup duymadığına (ve bağımsız bir sürücünün hangi performans seviyesine sahip olması gerektiğine) karar vermenize olanak sağlayacağını bilmek.

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.