{"id":105332,"date":"2022-10-19T09:36:56","date_gmt":"2022-10-19T07:36:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-stratis-3-3-instrumentariya-dlya-upravleniya-lokalnymi-hranilishhami"},"modified":"2022-10-19T09:36:56","modified_gmt":"2022-10-19T07:36:56","slug":"vypusk-stratis-3-3-instrumentariya-dlya-upravleniya-lokalnymi-hranilishhami","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-stratis-3-3-instrumentariya-dlya-upravleniya-lokalnymi-hranilishhami","title":{"rendered":"Uscita di Stratis 3.3, toolkit per la gestione dei repository locali","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio del progetto Stratis 3.3, sviluppato da Red Hat e dalla community di Fedora per unificare e semplificare gli strumenti di configurazione e gestione di un pool di uno o pi\u00f9 dispositivi di archiviazione locali. Stratis offre funzionalit\u00e0 come l'allocazione dinamica dello spazio di archiviazione, snapshot, garanzia di integrit\u00e0 e creazione di layer per la memorizzazione nella cache. Il supporto per Stratis \u00e8 integrato nelle distribuzioni Fedora e RHEL a partire dalle versioni Fedora 28 e RHEL 8.2. Il codice del progetto \u00e8 distribuito con licenza MPL 2.0. <\/p>\n
Il sistema replica in gran parte le funzionalit\u00e0 avanzate degli strumenti di gestione delle partizioni ZFS e Btrfs, ma \u00e8 realizzato come un layer (demone stratisd) che opera sopra il sottosistema device-mapper del kernel Linux (utilizzando i moduli dm-thin, dm-cache, dm-thinpool, dm-raid e dm-integrity) e il file system XFS. A differenza di ZFS e Btrfs, i componenti di Stratis lavorano solo nello spazio utente e non richiedono il caricamento di moduli specifici del kernel. Il progetto \u00e8 presentato inizialmente come non richiedente qualifiche da esperto nel campo dei sistemi di archiviazione. <\/p>\n
Per la gestione \u00e8 fornito un'API D-Bus e un'utility cli. Il funzionamento di Stratis \u00e8 stato testato con dispositivi a blocchi basati su LUKS (partizioni crittografate), mdraid, dm-multipath, iSCSI, volumi logici LVM, cos\u00ec come con vari HDD, SSD e unit\u00e0 NVMe. In presenza di un disco nel pool, Stratis consente di utilizzare partizioni logiche con supporto per snapshot per il rollback delle modifiche. Con l'aggiunta di pi\u00f9 archivi nel pool, \u00e8 possibile unire logicamente gli archivi in un'area continua. Funzionalit\u00e0 come RAID, compressione dei dati, deduplicazione e organizzazione della resilienza sono attualmente non supportate, ma sono programmate per il futuro. <\/p>\n
<\/center> <\/p>\n
Nella nuova versione: <\/p>\n
\n
\u00c8 stato aggiunto il supporto per l'espansione della dimensione dei dispositivi fisici, che consente di aggiungere ulteriore spazio su disco al pool Stratis, resosi disponibile su uno dei dispositivi di archiviazione (ad esempio, durante l'espansione di un array RAID).\n
\u00c8 stato aggiunto il comando \u00abstratis pool extend-data\u00bb per aggiungere ulteriore spazio su disco a un determinato pool di archiviazione, disponibile su uno dei dispositivi. Per monitorare la modifica delle dimensioni dei dispositivi, \u00e8 stato aggiunto un avviso speciale all'output del comando \u00abstratis pool list\u00bb, mentre il comando \u00abstratis blockdev list\u00bb \u00e8 stato aggiornato con informazioni sulle differenze nelle dimensioni tra il pool e il dispositivo.\n
\u00c8 stata migliorata la distribuzione dello spazio per i metadati associati ai dispositivi di archiviazione e all'allocazione dinamica dello spazio in archiviazione (\u00abthin provisioning\u00bb). Questa modifica ha ridotto la frammentazione nell'archiviazione dei metadati.\n
\u00c8 stato riprogettato il controllo dei file eseguibili del framework Clevis, utilizzato per la crittografia e decrittografia automatica dei dati nelle partizioni di archiviazione. Il controllo viene ora eseguito ogni volta che si richiede l'accesso a Clevis durante l'esecuzione del comando dell'utente (in precedenza il controllo veniva eseguito solo una volta, all'avvio di Stratis), risolvendo problemi con l'uso di Clevis installato dopo l'avvio di stratisd. <\/ul>\n
![\"Uscita](\"\/wp-content\/uploads\/2022\/10\/a0d7aef583ea41c088daaf3964af4e97.jpg\")
<\/center> <\/p>\n