{"id":52513,"date":"2019-11-10T00:00:00","date_gmt":"2019-11-09T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/obnovlenie-klasternoj-fajlovoj-sistemy-lizardfs-3-13-0-rc2"},"modified":"2020-02-18T14:00:15","modified_gmt":"2020-02-18T11:00:15","slug":"obnovlenie-klasternoj-fajlovoj-sistemy-lizardfs-3-13-0-rc2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/obnovlenie-klasternoj-fajlovoj-sistemy-lizardfs-3-13-0-rc2","title":{"rendered":"Aggiornamento del file system cluster LizardFS 3.13.0-rc2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dopo un anno di silenzio nello sviluppo \u00e8 ripresa<\/a><\/noindex> l'attivit\u00e0 su un nuovo ramo del sistema di file distribuiti e tollerante ai guasti LizardF 3.13<\/a><\/noindex> e pubblicato<\/a><\/noindex> secondo candidato per i rilasci. Recentemente si \u00e8 verificato<\/a><\/noindex> dopo il cambio di propriet\u00e0 dell'azienda che sviluppa LizardFS, \u00e8 stata assunta una nuova dirigenza e sono cambiati anche gli sviluppatori. Negli ultimi due anni, il progetto si \u00e8 allontanato dalla comunit\u00e0 senza darle la dovuta attenzione, ma il nuovo team \u00e8 determinato a ripristinare le precedenti relazioni con la comunit\u00e0 e a stabilire una stretta collaborazione con essa. Il codice del progetto \u00e8 scritto in C e C++ e \u00e8 distribuito<\/a><\/noindex> sotto licenza GPLv3. <\/p>\n

LizardFS \u00e8<\/a><\/noindex> \u00e8 un sistema di file cluster distribuito che consente di ripartire i dati su diversi server, ma di presentarli come un'unica grande partizione, con la quale si interagisce in modo simile alle tradizionali partizioni disco. Nella partizione montata con LizardFS sono supportati gli attributi POSIX dei file, ACL, blocchi, socket, pipe, file di dispositivo, collegamenti simbolici e rigidi. Il sistema non ha un unico punto di guasto, tutti i componenti sono ridondanti. \u00c8 supportata la parallelizzazione delle operazioni sui dati (pi\u00f9 client possono accedere contemporaneamente ai file).<\/p>\n

Per garantire l'affidabilit\u00e0, i dati vengono suddivisi in repliche che sono distribuite su nodi diversi con ridondanza (sono presenti pi\u00f9 copie su nodi differenti); in caso di guasto di nodi o dischi, il sistema continua a funzionare senza perdita di informazioni e ridistribuisce automaticamente i dati tenendo conto dei nodi rimanenti. Per espandere lo storage, \u00e8 sufficiente collegare nuovi nodi senza interrompere il servizio (il sistema replica automaticamente una parte dei dati sui nuovi server e bilancia lo storage considerando i nuovi server). Lo stesso procedimento pu\u00f2 essere adottato per ridurre la dimensione del cluster: \u00e8 possibile semplicemente scollegare l'hardware obsoleto dal gruppo.<\/p>\n

I dati e i metadati sono conservati separatamente. Si raccomanda di installare due server metadati che operano in modalit\u00e0 master-slave, oltre a un minimo di due server di storage dati (chunkserver). Ulteriori server di registro possono essere utilizzati per la ridondanza dei metadati, memorizzando informazioni sui cambiamenti dei metadati e permettendo il ripristino del servizio in caso di guasto di tutti i server metadati disponibili. Ogni file viene suddiviso in blocchi (chunk) di dimensioni fino a 64 MB. I blocchi vengono distribuiti sui server di storage in base alla modalit\u00e0 di replica scelta: standard (definizione esplicita del numero di copie da posizionare su nodi diversi, anche legandole a singole directory - per dati importanti il numero di copie pu\u00f2 essere aumentato, mentre per dati non essenziali pu\u00f2 essere ridotto), XOR (RAID5) ed EC (RAID6).<\/p>\n

Lo storage pu\u00f2 scalare fino a dimensioni petabyte. Tra i casi d'uso si citano la gestione degli archivi, la memorizzazione delle immagini delle macchine virtuali, dei dati multimediali, dei backup, l'uso come DRC (Disaster Recovery Center) e come storage nei cluster di calcolo ad alte prestazioni. LizardFS offre una velocit\u00e0 di lettura molto elevata per file di qualsiasi dimensione, e durante la scrittura mostra buone prestazioni nel gestire la scrittura di file di grandi e medie dimensioni, quando non ci sono modifiche permanenti, lavoro intenso con file aperti e operazioni sporadiche con un gran numero di file di piccole dimensioni.<\/p>\n

\"Aggiornamento<\/a><\/noindex><\/center><\/p>\n

Tra le caratteristiche del file system si segnala anche il supporto per snapshot, che riflettono lo stato dei file in un dato momento, e un'implementazione integrata del \"cestino\" (i file non vengono eliminati immediatamente e sono disponibili per il ripristino per un certo periodo). L'accesso alla sezione pu\u00f2 essere limitato per IP o tramite password (analogamente a NFS). Sono disponibili meccanismi di quota e gestione della qualit\u00e0 del servizio, che consentono di limitare le dimensioni e la larghezza di banda per determinate categorie di utenti. \u00c8 possibile creare storage distribuiti territorialmente, i cui segmenti sono posizionati in diversi data center. <\/p>\n

Il progetto LizardFS \u00e8 stato fondato nel 2013 come fork MooseFS<\/a><\/noindex>, e si differenzia, principalmente, per la presenza della modalit\u00e0 di replica basata sui codici di correzione degli errori di Reed-Solomon (analogo a raidzN), supporto avanzato per ACL, disponibilit\u00e0 di un client per la piattaforma Windows, ottimizzazioni aggiuntive (ad esempio, quando si combina client e server di archiviazione, i blocchi vengono restituiti, se possibile, dal nodo attuale, mentre i metadati vengono memorizzati nella cache della memoria), un sistema di configurazione pi\u00f9 flessibile, supporto per la lettura preventiva dei dati, quote sulle directory e rielaborazioni interne.<\/p>\n

Il rilascio di LizardFS 3.13.0 \u00e8 previsto per la fine di dicembre. La principale novit\u00e0 di LizardFS 3.13 \u00e8 l'implementazione di un algoritmo di consenso per garantire la tolleranza ai guasti (switching dei server master in caso di malfunzionamento) Raft<\/a><\/noindex> (si utilizza una propria implementazione di uRaft, precedentemente usata in prodotti commerciali). L'uso di uRaft semplifica la configurazione e riduce i ritardi nel ripristino dopo un guasto, ma richiede la presenza di almeno tre nodi funzionanti, uno dei quali \u00e8 utilizzato per il quorum. <\/p>\n

Tra le altre modifiche: un nuovo client basato sul sottosistema FUSE3, risoluzione di problemi di correzione degli errori, il plugin nfs-ganesha riscritto in C. Nell'aggiornamento 3.13.0-rc2 sono stati corretti diversi bug critici che rendevano le precedenti versioni di test della branca 3.13 poco utilizzabili (le correzioni per la versione 3.12 non sono ancora state pubblicate e l'aggiornamento da 3.12 a 3.13 continua a causare una completa perdita di dati).<\/p>\n

Nel 2020, il lavoro sar\u00e0 incentrato sullo sviluppo
\nAgama<\/a><\/noindex>, un nuovo kernel completamente riscritto di LizardFS, che, secondo i sviluppatori, garantir\u00e0 un incremento delle prestazioni di tre volte rispetto alla versione 3.12. In Agama si realizzer\u00e0 la transizione a un'architettura basata su eventi (event driven), I\/O asincrono basato su asio<\/a><\/noindex>, e lavoro prevalentemente nello spazio utente (per ridurre la dipendenza dai meccanismi di caching del kernel). Saranno inoltre offerti un nuovo sottosistema di debug e un analizzatore dell'attivit\u00e0 di rete con supporto per il tuning automatico delle prestazioni. <\/p>\n

Nel client LizardFS verr\u00e0 aggiunto un completo supporto per la versioning delle operazioni di scrittura, il che migliorer\u00e0 l'affidabilit\u00e0 del ripristino dopo un guasto, affronter\u00e0 i problemi legati all'accesso simultaneo di diversi client a un set di dati e consentir\u00e0 un notevole aumento delle prestazioni. Il client sar\u00e0 migrato su un proprio sistema di rete che opera nello spazio utente. Il primo prototipo funzionante di LizardFS basato su Agama \u00e8 previsto per il secondo trimestre del 2020. In questo stesso periodo si promette di implementare strumenti per l'integrazione di LizardFS con la piattaforma Kubernetes.<\/p>\n

<\/a><\/noindex><\/p>\n

Fonte: opennet.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u043e\u0441\u043b\u0435 \u0433\u043e\u0434\u0438\u0447\u043d\u043e\u0433\u043e \u0437\u0430\u0442\u0438\u0448\u044c\u044f \u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0432\u043e\u0437\u043e\u0431\u043d\u043e\u0432\u0438\u043b\u0430\u0441\u044c \u0440\u0430\u0431\u043e\u0442\u0430 \u043d\u0430\u0434 \u043d\u043e\u0432\u043e\u0439 \u0432\u0435\u0442\u043a\u043e\u0439 \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0439 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u043e\u0439 \u0444\u0430\u0439\u043b\u043e\u0432\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b LizardF 3.13 \u0438 \u043e\u043f\u0443\u0431\u043b\u0438\u043a\u043e\u0432\u0430\u043d \u0432\u0442\u043e\u0440\u043e\u0439 \u043a\u0430\u043d\u0434\u0430\u0434\u0430\u0442 \u0432 \u0440\u0435\u043b\u0438\u0437\u044b. \u041d\u0435\u0434\u0430\u0432\u043d\u043e \u043f\u0440\u043e\u0438\u0437\u043e\u0448\u043b\u0430 \u0441\u043c\u0435\u043d\u0430 \u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u044e\u0449\u0435\u0439 LizardFS, \u0431\u044b\u043b\u043e \u043f\u0440\u0438\u043d\u044f\u0442\u043e \u043d\u043e\u0432\u043e\u0435 \u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e \u0438 \u0441\u043c\u0435\u043d\u0438\u043b\u0438\u0441\u044c \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u0438. \u041f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u0434\u0432\u0430 \u0433\u043e\u0434\u0430 \u043f\u0440\u043e\u0435\u043a\u0442 \u043e\u0442\u0441\u0442\u0440\u0430\u043d\u0438\u043b\u0441\u044f \u043e\u0442 \u0441\u043e\u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0430 \u0438 \u043d\u0435 \u0443\u0434\u0435\u043b\u044f\u043b \u0435\u043c\u0443 \u0434\u043e\u043b\u0436\u043d\u043e\u0433\u043e \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044f, \u043d\u043e \u043d\u043e\u0432\u0430\u044f \u043a\u043e\u043c\u0430\u043d\u0434\u0430 \u043d\u0430\u043c\u0435\u0440\u0435\u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0434\u0438\u0442\u044c \u043f\u0440\u0435\u0436\u043d\u0438\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":52514,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-52513","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Aggiornamento del file system cluster LizardFS 3.13.0-rc2 | ProHoster","description":"Dopo un anno di inattivit\u00e0 nello sviluppo, \u00e8 ripresa la lavorazione su un nuovo ramo di file system distribuito e resiliente.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/obnovlenie-klasternoj-fajlovoj-sistemy-lizardfs-3-13-0-rc2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u043d\u043e\u0439 \u0444\u0430\u0439\u043b\u043e\u0432\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b LizardFS 3.13.0-rc2 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0433\u043e\u0434\u0438\u0447\u043d\u043e\u0433\u043e \u0437\u0430\u0442\u0438\u0448\u044c\u044f \u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0432\u043e\u0437\u043e\u0431\u043d\u043e\u0432\u0438\u043b\u0430\u0441\u044c \u0440\u0430\u0431\u043e\u0442\u0430 \u043d\u0430\u0434 \u043d\u043e\u0432\u043e\u0439 \u0432\u0435\u0442\u043a\u043e\u0439 \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0439 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u043e\u0439 \u0444\u0430\u0439\u043b\u043e\u0432\u043e\u0439.","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/obnovlenie-klasternoj-fajlovoj-sistemy-lizardfs-3-13-0-rc2","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-11-09T21:00:00+00:00","article:modified_time":"2020-02-18T11:00:15+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52513","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 03:51:39","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:15:56","updated":"2026-01-24 03:51:39","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/52513","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=52513"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/52513\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/52514"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=52513"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=52513"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=52513"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}