•  untoreh-light

Ipinamahaging Filesystems

Isang pag-ikot ng mga ipinamamahaging mga file system

Mga Layunin

Ipinamahagi ang mga system ng file?

A ipinamamahagi na file system , sa pangkalahatan, magbigay ng a perpekto POSIX sumusunod na interface ng file system. Ito ang pinaka piraso ng kahulugan nito dahil ang pagbuo ng isang kumpol ng mga node na nagtataglay ng data sa isang ipinamahaging fashion ay maaaring makamit sa maraming iba't ibang mga paraan, ngunit ang pagbuo ng isa na nagbibigay ng pag-access sa isang magagamit Hinahamon ang interface ng file system. Ang isang file filesystem ay karaniwang ipinapalagay na lokalat dahil dito, maraming mga application ang ipinapalagay ang mabilis na pag-access dito, hindi pinapansin ang mga posibleng isyu ng latency na maaaring lumabas sa isang file-system na sinusuportahan ng isang malayuang data. Napakakaunting mga application na makilala ang pagitan ng mga lokal at malayuang mga file system.

Ang pagpapalit ng isang file-system na may ipinamamahagi ay maaaring maituring na isang form ng pabalik na pagiging tugma ... sa kaso na nais mong i-deploy ang isang application sa isang cloud environment na umaasa sa pag-access ng file system para sa layer ng data nito, ang cloud ay kailangang magbigay ng isang interface ng file system na maaaring arbitraryong magtiklop sa mga machine. Gayunpaman, sa isang solong kaso ng gumagamit, maaari rin itong isaalang-alang bilang isang paraan upang mabawasan ang pamamahala ng overhead ... sa halip na subaybayan ang mga pag-backup para sa data mula sa bawat solong server na iyong pinatakbo, maaari mong subaybayan ang kalusugan ng nakabatay sa network system file at iiskedyul ang mga backup. dito.

Kung hindi mo kailangan ng mahigpit na pag-access sa mga file system semantics, ang isang ipinamamahagi na interface ng imbakan ng bagay ay mas simple at bilang portable at unibersal bilang isang system ng file, na may mas kaunting pasan ng pag-synchronize sa network mula nang isang imbakan ng object bawat isang, ay hindi nagtataglay ng meta data. Ang ilang mga object storage software ay nag-aalok ng isang interface ng file-system na itinayo sa itaas.

Bilugan

Dahil ang aming layunin ay hindi malaking data, hindi namin pinapansin ang mga solusyon tulad ng HDFS.

Narito ang ilang benchmark na nagreresulta sa isang talahanayan, hindi nila sakop ang lahat ng mga file system, at maaaring luma na sa puntong ito, at saf2fs ang mga resulta ng pag-cache ay maaaring nadulas :)

Bandwidth

FSseqrreadrrwfilescreatereadappendrenamedelete
raw787931.0409e68995817948317300.023550.014408.046775373
zfs1021211.3985e69239119841029180.04470.018980.046958468
f2fs2.064e61.455e610167418449528320.010950.016890.042333912
xtreemefs15931029117294681690510.01190.0520.0274330
glusterfs178026172221815256814380.07620.03110.04131076
beegfs7993410300685983248679830.012660.010470.028893588
orangefs330781547354161155235120.07020.06130.06381989

IOPS

FSseqrreadrrwfilescreatereadappend
raw762664402248944870443060283688
zfs993580002309749602747011464860
f2fs20643725242541846123725028034325
xtreemefs15572797366422131306134
glusterfs17343054537142011231951798
beegfs7825751214956216251832422682
orangefs32313683104021380131019791571

Mga mapagkukunan

FSCPU (Server)CPU (Client)RAM (Server)RAM (Client)
xtreemefs10025300201
glusterfs1005092277
beegfs80804231
orangefs15756020

Data

Narito ang data ng mga benchmark

Ang mga sysctl knobs ay naayos para sa max throughput, ngunit dapat silang hindi masabing walang silbi, at marahil ay pinamulahan ang mga benchmark, dahil sa isang magkakaiba-ibang network ang mga knob na iyon ay hindi palaging inilalapat, at kung paano man. umaasa sa network , kaya kahit na mailapat ang mga ito, maaaring may iba pang mga bottleneck sa lugar.

Karagdagang mga paghahambing, mula sa wikipedia, mula sa mga damong-dagat.

Mag-post ng Mga Tag: