Tüm diskleri veya bölümleri olan ZFS zpoolleri oluşturmalı mıyım?

FreeBSD makinesinde zpools yapıyorum. Zpools oluştururken şu iki durumu gözlemliyorum:

Eğer alır raw disksve zpoolyaratırsam o zaman zpooller oluşturabilirim ve mükemmel çalışırlar.
Ben kullanarak diskleri biçimlendirmek Eğer gpartiçinde freebsd-zfsbiçim ve daha sonra da onlar mükemmel çalışıyor zpool olun.

Kafam karıştıysa, zpoollerin oluşturulması için hangi yaklaşım daha iyi?

— shivams
kaynak

Yanıtlar:

Mümkün olduğunda tüm diskleri ZFS ile kullanmak daha iyidir.
Kullanım durumunuzda bölümlemeye gerek yoktur.

— ewwhite
kaynak

Ne demek istiyorsun your use case. Bölümlemenin yararlı olabileceği bir durum verebilir misiniz?

— shivams

Ezoterik bir konfigürasyonunuz yoksa veya belirli SSD çözümleri kullanmadıkça veya ZIL ve L2ARC cihazlarıyla garip bir şey yapmadıkça bölümleme ZFS'de yararlı değildir . Ve o zaman bile, sadece tüm cihazları / diskleri kullanmak en iyisidir.

— ewwhite

Peki bütün diskleri kullanmak neden daha iyi?

— 14:14

@leetNightshade ZFS'yi kullandığınızda, dosya sistemlerinin kendi bölümlerine ihtiyaç duymadığı çok fazla nokta bölümleme diski olmadığından. Dahası, ZFS diske "sahip" olduğunda, disk yazma önbelleğinin daha iyi performans elde etmesini sağlayabilir. Bakınız solarisinternals.com/wiki/index.php/…

— jlliagre

@Grogi Bunu destekleyecek iyi bir kanıt var mı?

— leetNightshade

Fiziksel disk başına ZFS için ayrılmış bir dilim / bölüm kullanın ve biraz boşluk bırakmadan bırakın. Bu şekilde, bir sürücüyü değiştirmeniz gerekiyorsa ve değiştirme 10 sektör daha küçükse, yine de bunu yapabilirsiniz ( http://www.freebsddiary.org/zfs-with-gpart.php ).

Solaris otomatik olarak bunu yapar, FreeNAS'ın yaptığı şey budur ( https://forums.freenas.org/index.php?threads/zfs-on-partitioned-disks.37079/ ) ve ZoL bir diske verdiğinizde bunu yapar - bölecek ...

Bölüm üzerindeki konumu gerçek aygıttaki konuma çevirmek için ek yük ihmal edilebilir. Bu nedenle, bölüm fiziksel sektör sınırına doğru bir şekilde hizalandıktan sonra, tüm blok cihazından farklı davranması için bir neden yoktur.

ZoL ile farkında olduğum tek fark, ZoL'nin disk zamanlayıcısını vdev'e nooptüm disk verildiğinde değiştireceğidir. Sizi manuel olarak ayarlamanıza engel olan bir şey yok.

Bazıları yok ... Disk başına ZFS için daha fazla bölüm oluşturmayın ve yukarıdaki tavsiyeyi göz ardı etmeye karar verirseniz, asla onlardan aynı zpool'da vdev oluşturmayın. Bu temelde performansı öldürecek, çünkü ZFS vdevler arasında veri dilimleyecek ve sıralı ioplar kabus haline gelecek ...

— Grogi
kaynak

Arama kabusu ile ilgili zfs davranışına disk dilimleri paylaşılıyor / kullanılıyorken biraz daha ışık tutabilir misiniz?

— satch_boogie

En basit senaryo - her biri aynı sabit diskte bulunan iki vdev'den bir havuz oluşturursunuz. Şimdi, her iki vdev'e yayılan yeterince büyük bir veri yığını yazmak istiyorsunuz. Verileri sırayla yazmaya rağmen, sürücüyü kaydetmek için iki ayrı konum arasında arama yapmak zorundadır.

— Grogi

Pool_A kullanır (sda1, sdb1, sdc3) ve Pool_B kullanırsa (sda2, sdb2, sdc3)

— satch_boogie 19:18

Onlara aynı anda yazmak zorunda değilsiniz ... Eğer bir havuzda vdev'leriniz varsa, yapabileceğiniz hiçbir şey yoktur ...

— Grogi

kafamda bu soru, eğer o diskte ne olduğunu belirleyebileceğimden şüphe duyuyor, bu yüzden tüm sürücüde havuz oluşturduğunuzda (evet, gerekirse -f seçeneği ile), zpool pratik olarak gpt bölümleme tablosu oluşturur ve Solaris bölümleri, şöyle:

(fdisk -l ...)
...
Disklabel type: gpt
Disk identifier: 4CBE587E-23AF-8E4B-A7F0-B44AD6083171

Device          Start        End    Sectors  Size Type
/dev/sdd1        2048 3907010559 3907008512  1,8T Solaris /usr & Apple ZFS
/dev/sdd9  3907010560 3907026943      16384    8M Solaris reserved 1

bu yüzden manuel olarak bölüm oluşturmaya gerek yok ...

— Taras Filatov
kaynak

Solaris'in freebsd üzerinde en iyi uygulamaları neler yaptığını düşünmüyorum. Örneğin aynalar durumunda diskleri daha büyük olanlarla değiştirebilir ve havuz boyutunu tek bir komutla veya hatta yapılandırıldıysa otomatik olarak genişletebilirsiniz.

— cstamas