Archive for the Category » btrfs «

Diumenge, 4 ago, 2013 | Autor:

Història

Moltes coses havien canviat des de l'última vegada vaig esmentar el meu servidor personal – que ha crescut a passos de gegant (ara té un 7TB Maryland RAID6) i recentment ha estat reconstruït amb Ubuntu Servidor.

Arc Mai va ser un error. Arch Linux ja m'havia ensenyat molt sobre Linux (i continuarà fent-ho en l'escriptori d'un altre). Però Arch definitivament requereix més temps i atenció que m'agradaria passar al servidor. L'ideal és que prefereixo ser capaç d'oblidar-se que el servidor durant un temps fins que un recordatori per correu electrònic diu “um … hi ha un parell de canvis que vostè ha de buscar en, amic.”

L'espai no és lliure – i tampoc ho és l'espai

L'oportunitat de migrar a Ubuntu va ser el fet que m'havia quedat sense SATA ports, els ports necessaris per connectar unitats de disc dur per a la resta de l'ordinador – la matriu RAID 7TB utilitza una gran quantitat de ports! Fins i tot m'havia regalat la meva molt vell disc dur de 200 GB, ja que ocupava un dels ports. També vaig advertir al destinatari que el del disc INTEL · LIGENT monitoratge indicar que era poc fiable. Com a solució temporal a la falta de ports SATA, Fins i tot havia emigrat US del servidor a un conjunt de quatre memòries USB en un md RAID1. Boig. Sé que. Jo no estava molt content amb la velocitat. Vaig decidir sortir a comprar un nou disc dur fiable i una targeta d'expansió SATA per anar amb ella.

Arch partició primària del servidor feia servir sobre 7 GB de disc. Una gran part d'això va ser un intercanviar expedient, dades emmagatzemades en memòria cau i arxius d'un altre manera diversa o innecessari. En general, la mida real de la US, incloent el /casa carpeta, Estava a només uns 2 GB. Això va fer que miri en un super-ràpid SSD conduir, pensant potser una més petita podria no ser tan car. Va resultar que la unitat SSD més barats no he pogut trobar en realitat costa més d'un d'aquests SSD relativament petits. Yay per a mi. 🙂

Elecció? Woah?!

En l'elecció de la US, Jo ja havia decidit que no seria Arch. De totes les altres distribucions populars, Estic més familiaritzat amb Ubuntu i CentOS. Fedora va ser també una possibilitat – però encara seriosament, no ho havia considerat per a un servidor. Ubuntu va guanyar la ronda.

La següent decisió que havia de fer no es va acudir fins Ubiqüitat (Assistent d'instal · lació d'Ubuntu) preguntar ella de mi: Com configurar el particions.

Jo era nou en l'ús dels SSD a Linux – Sóc molt conscient dels perills de no usar-los correctament, sobretot a causa del seu risc de longevitat pobre si no s'utilitzen.

Jo no volia fer servir una partició swap dedicada. El meu pla és actualitzar la placa base del servidor / CPU / memòria no massa lluny en el futur. Basat en que vaig decidir que posarà intercanvi en un arxiu d'intercanvi al RAID md existent. El bescanvi no serà especialment ràpid, però el seu únic objectiu serà per aquesta rara ocasió en què alguna cosa ha anat malament i la memòria no està disponible.

Això llavors deixa que li doni la ruta d'arrel el de 60 GB complet d'un Intel 330 SSD. Vaig considerar separar / home, però em va semblar una mica sense sentit, donat el poc que es va utilitzar en el passat. La primera vegada que es configura la partició amb LVM – una cosa que he estat fent últimament cada vegada que es configura un quadre de Linux (realment, no hi ha excusa per no utilitzar LVM). Quan va arribar a la part en la qual es configura el sistema d'arxius, He fet clic al menú desplegable i seleccionar instintivament ext4. Llavors em vaig adonar btrfs a la mateixa llista. Aferrar!!

Però el que?

Btrfs (“mantega-eff-ess”, “millor-eff-ess”, “abella-tree-eff-ess”, o el que tu vulguis en el dia) és un sistema de fitxers relativament nou desenvolupat per tal de portar Linux’ capacitats del sistema d'arxius nou en marxa amb tecnologia actual sistema de fitxers. El King-of-the-Hill existent sistema d'arxius, “ext” (la versió actual anomenat ext4) és bastant bo – però està limitada, atrapat en un vell paradigma (pensar en un nou F22 Raptor vs. 01:00 F4 Phantom amb un intent poc broma en una actualització equivalència) i és poc probable que sigui capaç de competir per molt temps amb el nou sistema de fitxers per a empreses com ZFS d'Oracle. Btrfs encara té un llarg camí per recórrer i encara es considera experimental (depenent de a qui li pregunti i quines característiques que vostè necessita). Molts consideren que és estable per a l'ús bàsic – però ningú va a oferir cap garantia. I, és clar, tothom està dient que fer i provar les còpies de seguretat!

Mooooooo

La diferència més fonamental entre ext i btrfs és que Btrfs és un “CdT” o “Còpia en escriptura” sistema d'arxius. Això significa que les dades no és en realitat deliberadament sobrescrits per interns del sistema de fitxers. Si escrius un canvi en un arxiu, btrfs escriurà les seves aportacions a una nova ubicació en mitjans físics i actualitzar els indicadors interns per fer referència a la nova ubicació. Btrfs fa un pas més en què els punters interns (s'anomena metadades) són també CdT. Les versions anteriors de ext tindria simplement sobreescriure les dades. Ext4 faria servir un diari per assegurar-se que la corrupció no es produirà si l'endoll es va tirar cap a fora en el moment més inoportú. Els resultats de diari en un nombre similar de passos necessaris per actualitzar dades. Amb un SSD, el maquinari opera un procés Cow similars independentment del sistema de fitxers que utilitzeu. Això és perquè les unitats SSD en realitat no pot sobreescriure les dades – han de copiar les dades (amb els canvis) a una nova ubicació i, a continuació esborrar el bloc antic totalment. Una optimització en aquesta àrea és que un SSD no podria fins i tot esborrar el bloc antic, sinó simplement fer una nota per esborrar el bloc en un altre moment quan les coses no estan tan ocupats. El resultat final és que les unitats SSD encaixen molt bé amb un sistema d'arxius vaca i no tenen tan bé amb els sistemes de fitxers no COW.

Per si fos interessant, Vaca en el sistema d'arxius fàcilment va de la mà amb una característica anomenada deduplicació. Això permet que dos (o més) blocs idèntics de dades que s'emmagatzemen utilitzant només una única còpia, estalvi d'espai. Amb la vaca, si un arxiu és modificat deduplicado, el bessó separat no es veurà afectat, les dades de l'arxiu modificat s'haurà escrit en un bloc físic diferent.

Vaca al seu torn fa que snapshotting relativament fàcil d'implementar. Quan es realitza una instantània del sistema es limita a registrar la nova instantània com una duplicació de totes les dades i metadades en el volum. Amb la vaca, quan es realitzen canvis, dades de la instantània es manté intacta, i una visió coherent de l'estat del sistema d'arxius en el moment d'efectuar la instantània es pot mantenir.

Un nou amic

Amb això en ment, especialment pel que Ubuntu ha fet btrfs disponible com una opció d'instal · lació en temps, Vaig pensar que seria un bon moment per submergir-se en btrfs i explorar una mica. 🙂

Part 2 pròximament …

Compartir