Arsip untuk Kategori ini » btrfs «

Minggu, 4 Agustus, 2013 | Penulis:

Sejarah

Banyak yang telah berubah sejak terakhir saya sebutkan saya server pribadi – itu telah berkembang dengan pesat (sekarang memiliki 7TB md RAID6) dan baru-baru ini dibangun kembali dengan Ubuntu Server.

Lengkungan tidak pernah kesalahan. Arch Linux telah mengajarkan saya begitu banyak tentang Linux (dan akan terus melakukannya pada desktop saya yang lain). Tapi Arch pasti membutuhkan lebih banyak waktu dan perhatian daripada yang saya ingin menghabiskan pada server. Idealnya aku lebih suka untuk dapat melupakan tentang server untuk sementara sampai email pengingat mengatakan “hem … ada beberapa update Anda harus melihat, sobat.”

Ruang ini tidak gratis – dan tidak adalah ruang

Kesempatan untuk bermigrasi ke Ubuntu adalah fakta bahwa saya telah kehabisan SATA port, port diperlukan untuk menghubungkan hard drive ke seluruh komputer – bahwa array RAID 7TB menggunakan banyak port! Aku bahkan telah memberikan saya sangat tua hard disk 200GB karena mengambil salah satu port. Saya juga memperingatkan penerima bahwa disk SMART pemantauan menunjukkan itu tidak dapat diandalkan. Sebagai solusi sementara untuk kurangnya port SATA, Aku bahkan telah bermigrasi OS server untuk satu set dari empat stik USB di md RAID1. Gila. Saya tahu. Saya tidak terlalu senang tentang kecepatan. Aku memutuskan untuk pergi keluar dan membeli hard drive yang dapat diandalkan baru dan kartu ekspansi SATA untuk pergi dengan itu.

Partisi Arch primer server yang menggunakan sekitar 7GB disk. Sebuah potongan besar itu adalah menukar berkas, cache data yang dan file dinyatakan lain-lain atau tidak perlu. Secara keseluruhan ukuran sebenarnya dari OS, termasuk /rumah map, itu hanya sekitar 2GB. Ini mendorong saya untuk melihat ke dalam super cepat SSD mendorong, berpikir mungkin yang lebih kecil mungkin tidak begitu mahal. Ternyata termurah non-drive SSD saya bisa menemukan benar-benar biaya lebih dari satu SSD relatif kecil. Yay untuk saya. 🙂

Pilihan? Woah?!

Dalam memilih OS, Saya sudah memutuskan tidak akan Arch. Dari semua distro populer lainnya, Aku paling akrab dengan Ubuntu dan CentOS. Fedora juga kemungkinan – tapi aku tidak serius belum dipertimbangkan untuk server. Ubuntu memenangkan putaran.

Keputusan berikutnya saya harus membuat tidak terjadi kepada saya sampai Ubiquity (Ubuntu instalasi wizard) tanya itu dari saya: Bagaimana untuk mengatur partisi.

Saya baru menggunakan SSD di Linux – Aku tahu dari perangkap tidak menggunakan dengan benar, sebagian besar karena risiko umur panjang miskin jika disalahgunakan.

Saya tidak ingin menggunakan partisi swap khusus. Saya berencana untuk upgrade motherboard server / CPU / memori tidak terlalu jauh di masa depan. Berdasarkan bahwa saya memutuskan saya akan menempatkan swap ke dalam sebuah file swap pada RAID md ada. Swap tidak akan sangat cepat tetapi satu-satunya tujuan akan untuk itu kesempatan langka ketika ada sesuatu yang tidak beres dan memori tidak tersedia.

Ini kemudian meninggalkan saya untuk memberikan jalan root 60GB penuh keluar dari Intel 330 SSD. Aku dianggap memisahkan / rumah tapi itu hanya tampak sedikit sia-sia, mengingat betapa sedikit yang digunakan di masa lalu. Saya pertama kali membentuk partisi dengan LVM – sesuatu Saya baru saja melakukan setiap kali saya membuat kotak Linux (benar-benar, tidak ada alasan untuk tidak menggunakan LVM). Ketika itu sampai ke bagian di mana saya akan mengkonfigurasi filesystem, Saya mengklik drop-down dan secara naluriah memilih ext4. Lalu aku melihat btrfs dalam daftar yang sama. Mengampai!!

Tapi apa yang?

Btrfs (“mentega-eff-ess”, “baik-eff-ess”, “bee-pohon-eff-ess”, atau apa pun yang Anda suka pada hari) adalah filesystem yang relatif baru dikembangkan dalam rangka untuk membawa Linux’ filesystem kemampuan kembali ke jalur dengan teknologi saat ini filesystem. Raja-of-the-Hill ada filesystem, “ext” (versi saat ini disebut ext4) cukup baik – tetapi terbatas, terjebak dalam paradigma lama (memikirkan merek baru F22 Raptor vs. sebuah F4 phantom dengan upaya setengah-Jested di upgrade penyetaraan) dan tidak mungkin mampu bersaing untuk waktu yang lama dengan filesystem Perusahaan baru seperti ZFS Oracle. Btrfs masih memiliki jalan panjang untuk pergi dan masih dianggap eksperimental (tergantung pada siapa Anda bertanya dan fitur apa yang Anda butuhkan). Banyak mempertimbangkan untuk menjadi stabil untuk digunakan dasar – tapi tidak ada yang akan membuat jaminan. Dan, tentu saja, semua orang mengatakan untuk membuat dan menguji backup!

Mooooooo

Perbedaan yang paling mendasar antara ext dan btrfs adalah bahwa btrfs adalah “KK” atau “Copy on Menulis” filesystem. Ini berarti bahwa data tidak pernah benar-benar sengaja ditimpa oleh internal filesystem ini. Jika Anda menulis perubahan ke file, btrfs akan menulis perubahan Anda ke lokasi baru pada media fisik dan akan memperbarui pointer internal untuk merujuk ke lokasi baru. Btrfs melangkah lebih jauh di bahwa mereka pointer internal yang (disebut sebagai metadata) adalah juga KK. Versi ext akan memiliki cukup ditimpa data. Ext4 akan menggunakan Journal untuk memastikan bahwa korupsi tidak akan terjadi harus steker AC harus ditarik keluar pada saat yang paling sial. Hasil jurnal dalam jumlah yang sama dari langkah yang diperlukan untuk memperbarui data. Dengan SSD, hardware mengoperasikan proses KK yang sama tidak peduli apa filesystem yang Anda gunakan. Hal ini karena SSD drive tidak bisa benar-benar menimpa data – mereka harus menyalin data (dengan perubahan) ke lokasi baru dan kemudian menghapus blok tua seluruhnya. Optimasi di daerah ini adalah bahwa SSD mungkin tidak menghapus blok tua melainkan hanya membuat catatan untuk menghapus blok di lain waktu ketika hal-hal yang tidak begitu sibuk. Hasil akhirnya adalah bahwa SSD drive sangat cocok dengan filesystem KK dan tidak berkinerja baik dengan filesystem non-KK.

Untuk membuat hal-hal yang menarik, KK dalam filesystem dengan mudah bergandengan tangan dengan fitur yang disebut deduplication. Hal ini memungkinkan dua (atau lebih) blok identik data yang akan disimpan hanya menggunakan satu salinan, menghemat ruang. Dengan KK, jika file deduplicated diubah, kembar yang terpisah tidak akan terpengaruh sebagai data file dimodifikasi akan telah ditulis untuk blok fisik yang berbeda.

KK pada gilirannya membuat snapshotting relatif mudah untuk menerapkan. Ketika snapshot dibuat sistem hanya mencatat snapshot baru sebagai duplikasi semua data dan metadata dalam volume. Dengan KK, jika ada perubahan, data snapshot itu tetap utuh, dan pandangan yang konsisten dari status filesystem pada saat snapshot dibuat dapat dipertahankan.

Seorang teman baru

Dengan di atas dalam pikiran, terutama karena Ubuntu telah membuat btrfs tersedia sebagai pilihan pada saat instalasi, Saya pikir itu akan menjadi saat yang tepat untuk menyelam ke btrfs dan menjelajahi sedikit. 🙂

Bagian 2 segera hadir …

Bagikan