ZFS ve SAN - en iyi uygulamalar?

ZFS'nin çoğu tartışması , donanım RAID'inin kapatıldığını ve ZFS'nin doğrudan disklerle konuşması ve ana bilgisayardaki (RAID denetleyicisi yerine) RAID'i yönetmesi gerektiğini önermektedir.

Bu, 2-16 veya daha fazla yerel diske sahip bir bilgisayarda anlamlıdır, ancak büyük bir SAN'ın bulunduğu bir ortamda ne olacak?

Örneğin, çalıştığım işletme, 400 iğ gibi bir şey olan 2 tam disk rafıyla mütevazı boyutlu bir SAN olarak düşüneceğim şeylere sahip. Bizimkinden çok daha yoğun SAN rafları ve bizimkinden çok daha büyük SAN dağıtımları gördüm.

İnsanlar 100 diski doğrudan büyük ZFS sunucularına mı maruz bırakıyorlar? 300 disk? 3000 disk? SAN yönetim araçları bu tür şeylerin otomatik yönetimini kolaylaştırıyor mu?

FWIW Tek bir ZFS havuzunda 92 diske kadar deneyimim var ve şimdiye kadar iyi çalışıyor.

Eğer gerçekten disklerin birkaç yüz bahsediyoruz Ama eğer ele alacak bölünmesine disjunct (ama yine de büyük) havuzları, az sayıda içine. zpool scrub3000 disk havuzunda ne kadar çalıştığını bilmek istemiyorum (ama düzenli olarak fırçalamak istiyorsunuz). Ayrıca, gibi komutların çıkışı, zpool statusbu kadar çok sayıda disk ile kullanılmayacaktır. Öyleyse neden tüm yumurtaları tek bir sepete koyuyorsunuz?

( Veri tekilleştirme hakkında yan not : Veri tekilleştirme veri kümesi düzeyinde denetlenebilse de havuz düzeyinde yinelenenleri bulacağına dikkat edin. Yani önerildiği gibi bölümleme yaparsanız muhtemelen daha kötü veri tekilleştirme sonuçları elde edersiniz. havuz çok büyükse ARC + L2ARC'ye sığmayabilecek tek bir dev havuzun yinelenen karmaları tutmak için çok daha fazla belleğe ihtiyaç duyar.Bu nedenle, yinelenenleri kullanıyorsanız, kullanılabilir bellek miktarı muhtemelen maksimum pratik havuz boyutu için iyi bir göstergedir .)

SAN'larımızın RAID'i yönetmesine izin veriyoruz. Neden tüm pil destekli NVRAM ve bu özel işlemcilere para harcayarak işi CPU'larına RAID sağlama toplamları dışında bir şey yapmak istediğim sunucuya yüklüyorsunuz?

İşte veri kaybı olasılığı için havuz (lar) ın boyutunu ve yapılandırmasını dikkate almak isteyebileceğiniz bir web sitesi.
https://blogs.oracle.com/relling/entry/zfs_copies_and_data_protection

Bu eski bir soru ama 7 yıl önce olduğu gibi bugün de geçerli!

Sorunun ilk bölümünü yanıtlamak için, ham diskleri ZFS çalıştırabilecek bir sunucuya gösterebilecek bir "SAN" olarak adlandırdığımızın farkında değilim. Bir tanım gereği bir SAN yalnızca blok depolamayı (LUN'lar) sunar veya Filer / FS gibi bir şeyle NFS veya CIFS sunar. ZFS'yi dahili olarak çalıştıran bazı "SAN'lar" vardır, ancak bu büyük ölçüde soyutlanır - diskler hiçbir zaman bir sunucuya maruz kalmaz, bunun yerine SAN'ın "Filer" bileşeni sunuculara blok veya ağ dosya sistemleri sunar.

Ham diskleri (SAS üzerinden veya FC üzerinden daha az olası) sunan bir cihaz DAS'tır. ZFS'yi çalıştırmak için, genellikle RAID denetleyicisine diskleri JBOD olarak sunmasını söylersiniz.

Ancak ZFS'yi SAN tarafından sunulan bir LUN'da mı kullanmalısınız? Muhtemelen: ZFS vs örneğin EXT4, sağlama toplamlarını kontrol eden fırçalar veya anlık görüntüler çalıştırmak için birkaç ekstra özellik sağlar. Bir ovma muhtemelen disk RAID yapıyorsa aynı şekilde otomatik olarak iyileşemez, ancak yine de sizi bozulmaya karşı uyararak bitrotu önlemeye yardımcı olabilir. Örneğin bir Linux SAMBA dosya sunucusunda oluşturabileceğiniz anlık görüntüler, EXT ile yapabileceklerinizden çok daha üstündür, bunlar Windows'ta "Önceki Sürümler" olarak bile gösterilebilir.

ZFS'ye çalışmak için yedekli veri (örneğin, aynalar, RAID-Z) vermezseniz, kullanmanın birçok faydasını kaybedersiniz. İlgili disk sayısı bu gerçeği değiştirmeyecektir. Ancak, bunun önemli olup olmadığı gerçekten ortamınıza bağlıdır. İhtiyacınız olan depolama özelliklerine (potansiyel olarak emek yoğun bir analiz) karar vermeniz ve ardından gereksinimlerinizi karşılayan en ucuz çözümü (karşılayabileceğiniz) avlamaya gitmeniz gerekir. Bu, özel Oracle depolama aygıtlarıyla birlikte her yerde ZFS kullanmak anlamına gelebilir (bazı insanlar bunu yapar ve ZFS'ye sorunsuz bir şekilde maruz kalan ve yönetim yapmak için Oracle araçlarını kullanır), yalnızca kurumsal SAN ürünlerini kullanmak anlamına gelebilir veya bazı melezler (bu durumda çevreyi yönetmek için muhtemelen kendi başınıza bazı araçlar ve süreçler geliştirmeniz gerekir). Don'