•  untoreh-ışık

Dağıtılmış Dosya Sistemleri

Dağıtılmış dosya sistemlerinin bir özeti

Hedefler

Dağıtılmış dosya sistemleri?

A dağıtılmış dosya sistemi , genel olarak, bir ideal olarak POSIX uyumlu dosya sistemi arayüzü. Bu, tanımının en parçasıdır çünkü verileri dağıtılmış bir biçimde tutan bir düğüm kümesi oluşturmak birçok farklı yolla başarılabilir, ancak bir düğüme erişim sağlayan bir düğüm oluşturmak. kullanılabilir dosya sistemi arayüzü zorlu. Bir dosya dosya sisteminin genellikle olduğu varsayılır. yerelve bu nedenle, birçok uygulama, uzak bir veri tarafından desteklenen bir dosya sisteminde ortaya çıkabilecek olası gecikme sorunlarını göz ardı ederek, ona hızlı erişimi varsayar. Çok az uygulama yerel ve uzak dosya sistemlerini ayırt eder.

Bir dosya sistemini dağıtılmış bir sistemle değiştirmek, bir dosya sistemi biçimi olarak kabul edilebilir. geriye dönük uyumluluk ...veri katmanı için dosya sistemi erişimine dayanan bir bulut ortamında bir uygulama dağıtmak istediğinizde, bulutun makineler arasında keyfi olarak çoğaltabilen bir dosya sistemi arabirimi sağlaması gerekir. Bununla birlikte, tek bir kullanıcı durumunda, bu aynı zamanda yönetim yükünü azaltmanın bir yolu olarak da düşünülebilir... çalıştırdığınız her sunucudan gelen verilerin yedeklerini izlemek yerine, ağ tabanlı dosya sisteminin sağlığını izleyebilir ve yedeklemeleri planlayabilirsiniz. üstünde.

Dosya sistemleri semantiğine katı erişime ihtiyacınız yoksa, dağıtılmış bir nesne depolama arabirimi daha basittir ve taşınabilir ve evrensel bir dosya sistemi olarak, kendi başına bir nesne depolaması olduğundan ağ üzerinde daha az eşzamanlılık yükü olan meta verileri tutmaz. Bazı nesne depolama yazılımları, üstüne kurulu bir dosya sistemi arabirimi sunar.

Hesabı yuvarlamak

Amacımız olduğundan Olumsuz büyük veri gibi çözümleri görmezden geliyoruz HDFS.

Burada bazı kıyaslama sonuçları bir tabloda, tüm dosya sistemlerini kapsamamaktadır ve bu noktada güncelliğini yitirmiş olabilir.f2fs sonuçları önbelleğe alma işlemi gözden kaçmış olabilir :)

Bant genişliği

FS seq rread rrw files create read append rename delete
raw 78793 1.0409e6 89958 179483 17300.0 23550.0 14408.0 4677 5373
zfs 102121 1.3985e6 92391 198410 29180.0 4470.0 18980.0 4695 8468
f2fs 2.064e6 1.455e6 101674 184495 28320.0 10950.0 16890.0 4233 3912
xtreemefs 159310 29117 29468 1690 510.0 1190.0 520.0 274 330
glusterfs 178026 17222 18152 5681 4380.0 7620.0 3110.0 413 1076
beegfs 79934 103006 85983 24867 9830.0 12660.0 10470.0 2889 3588
orangefs 330781 54735 41611 5523 5120.0 7020.0 6130.0 638 1989

IOPS

FS seq rread rrw files create read append
raw 76 266440 22489 44870 4430 6028 3688
zfs 99 358000 23097 49602 7470 1146 4860
f2fs 2064 372524 25418 46123 7250 2803 4325
xtreemefs 155 7279 7366 422 131 306 134
glusterfs 173 4305 4537 1420 1123 1951 798
beegfs 78 25751 21495 6216 2518 3242 2682
orangefs 323 13683 10402 1380 1310 1979 1571

Kaynaklar

FS CPU (Server) CPU (Client) RAM (Server) RAM (Client)
xtreemefs 100 25 300 201
glusterfs 100 50 92 277
beegfs 80 80 42 31
orangefs 15 75 60 20

Veri

İşte benchmark verileri

Sysctl düğmeleri maksimum verim için ayarlandı, ancak tartışmalı bir şekilde işe yaramaz olmalılar ve heterojen bir ağda bu düğmeler her zaman uygulanmadığından ve muhtemelen ölçütleri çarpıtmalıdırlar. ağa bağlı , bu nedenle uygulansalar bile, yerinde başka darboğazlar olabilir.

Ek karşılaştırmalar, wikipedia'dan, yosunlardan.

Etiketleri Gönder: