Mengonfigurasi penyimpanan lokal adalah sesuatu yang sangat jarang dilakukan oleh pengguna Linux desktop—mungkin hanya sekali, selama penginstalan. Teknologi penyimpanan Linux bergerak lambat, dan banyak alat penyimpanan yang digunakan 20 tahun yang lalu masih digunakan secara teratur hingga saat ini. Tetapi beberapa hal memiliki membaik sejak saat itu. Mengapa orang tidak memanfaatkan kemampuan baru ini?
Artikel ini membahas tentang Stratis, sebuah proyek baru yang bertujuan untuk membawa kemajuan penyimpanan bagi semua pengguna Linux, dari SSD tunggal laptop sederhana hingga array seratus disk. Linux memiliki kemampuan, tetapi kurangnya solusi yang mudah digunakan telah menghambat adopsi secara luas. Sasaran Stratis adalah membuat fitur penyimpanan canggih Linux dapat diakses.
Akses sederhana dan andal ke fitur penyimpanan lanjutan
Stratis bertujuan untuk mempermudah tiga hal:konfigurasi awal penyimpanan; membuat perubahan di kemudian hari; dan menggunakan fitur penyimpanan lanjutan seperti snapshot, thin provisioning, dan bahkan tiering.
Stratis:sistem file pengatur volume
Lebih banyak sumber daya Linux
- Lembar contekan perintah Linux
- Lembar contekan perintah Linux tingkat lanjut
- Kursus online gratis:Ikhtisar Teknis RHEL
- Lembar contekan jaringan Linux
- Lembar contekan SELinux
- Lembar contekan perintah umum Linux
- Apa itu container Linux?
- Artikel Linux terbaru kami
Stratis adalah sistem file pengatur volume (VMF) seperti ZFS dan Btrfs. Ini dimulai dengan ide sentral dari "kumpulan" penyimpanan, sebuah ide yang umum untuk VMF dan juga manajer volume mandiri seperti LVM. Kumpulan ini dibuat dari satu atau lebih disk lokal (atau partisi), dan volume dibuat dari kumpulan. Tata letak persisnya tidak ditentukan oleh pengguna, tidak seperti partisi disk tradisional menggunakan fdisk atau GParted.
VMF melangkah lebih jauh dan mengintegrasikan lapisan sistem file. Pengguna tidak lagi memilih sistem file untuk dimasukkan ke dalam volume. Sistem file dan volume digabungkan menjadi satu hal—pohon konseptual file (yang disebut ZFS sebagai set data , Btrfs a subvolume , dan Stratis a sistem file ) yang datanya berada di kumpulan tetapi tidak memiliki batas ukuran kecuali untuk ukuran total kumpulan.
Cara lain untuk melihat ini:Sama seperti sistem file mengabstraksi lokasi sebenarnya dari blok penyimpanan yang membentuk satu file di dalam sistem file, VMF mengabstraksi blok penyimpanan sebenarnya dari sistem file di dalam kumpulan.
Kolam memungkinkan fitur berguna lainnya. Beberapa di antaranya, seperti snapshot sistem file, terjadi secara alami dari implementasi khas VMF, di mana beberapa sistem file dapat berbagi blok data fisik di dalam kumpulan. Lainnya, seperti redundansi, tiering, dan integritas, masuk akal karena kumpulan adalah tempat utama untuk mengelola fitur ini untuk semua sistem file pada sistem.
Hasilnya adalah VMF lebih mudah disiapkan dan dikelola serta lebih mudah diaktifkan untuk fitur penyimpanan lanjutan daripada manajer volume independen dan lapisan sistem file.
Apa yang membuat Stratis berbeda dari ZFS atau Btrfs?
Stratis adalah proyek baru, yang memberikan manfaat belajar dari proyek sebelumnya. Apa yang dipelajari Stratis dari ZFS, Btrfs, dan LVM akan dibahas secara mendalam di Bagian 2, tetapi untuk meringkas, perbedaan dalam Stratis berasal dari melihat apa yang berhasil dan apa yang tidak berhasil untuk orang lain, dari perubahan cara orang menggunakan dan mengotomatisasi komputer , dan perubahan pada perangkat keras yang mendasarinya.
Pertama, Stratis berfokus pada kemudahan dan keamanan untuk digunakan. Ini penting bagi pengguna individu, yang mungkin menghabiskan waktu lama antara interaksi dengan Stratis. Jika interaksi ini tidak bersahabat, terutama jika ada kemungkinan kehilangan data, kebanyakan orang akan tetap menggunakan fitur dasar daripada menggunakan fitur baru.
Kedua, API dan otomatisasi gaya DevOps jauh lebih penting saat ini daripada beberapa tahun yang lalu. Stratis mendukung otomatisasi dengan menyediakan API kelas satu, sehingga orang dan perangkat lunak dapat menggunakan Stratis secara langsung.
Ketiga, SSD telah berkembang pesat dalam kapasitas serta pangsa pasar. Sistem file sebelumnya berusaha keras untuk mengoptimalkan waktu akses lambat media rotasi, tetapi media berbasis flash membuat upaya ini kurang penting. Bahkan jika data kumpulan terlalu besar untuk menggunakan SSD secara ekonomis untuk seluruh kumpulan, tingkat caching SSD masih merupakan pilihan dan dapat memberikan hasil yang sangat baik. Dengan asumsi kinerja yang baik karena SSD memungkinkan Stratis memfokuskan desain kumpulannya pada fleksibilitas dan keandalan.
Terakhir, Stratis memiliki model implementasi yang sangat berbeda dari ZFS dan Btrfs (ini akan saya bahas lebih lanjut di Bagian 2). Ini berarti beberapa hal lebih mudah bagi Stratis, sementara hal lain lebih sulit. Ini juga meningkatkan kecepatan perkembangan Stratis.
Pelajari lebih lanjut
Untuk mempelajari lebih lanjut tentang Stratis, lihat Bagian 2 dari seri ini. Anda juga akan menemukan dokumen desain terperinci di situs web Stratis.
Terlibat
Untuk mengembangkan, menguji, atau menawarkan umpan balik tentang Stratis, berlangganan milis kami.
Pengembangan ada di GitHub untuk daemon (ditulis dalam Rust) dan alat baris perintah (ditulis dengan Python).
Bergabunglah dengan kami di jaringan Freenode IRC di saluran #stratis-storage.
Andy Grover akan berbicara di LinuxFest Northwest tahun ini. Lihat sorotan program atau daftar untuk hadir.