Penerapan Mekanisme Callback Pada Rancang Bangun File System Menggunakan Andrew File System

Transkripsi

1 PRESENTASI TUGAS AKHIR KI Penerapan Mekanisme Callback Pada Rancang Bangun File System Menggunakan Andrew File System Beggy Fitra Hilla ( ) Dosen Pembimbing : Wahyu Suadi, S.Kom, MM, M.Kom Baskoro Adi Pratomo, S.Kom, M.Kom

2 PENDAHULUAN

3 Latar Belakang

4 Latar Belakang

5 Latar Belakang

6 Latar Belakang

7 Latar Belakang

8 Tujuan Tujuan pembuatan tugas akhir ini adalah untuk dapat menerapkan mekanisme callback pada sistem berkas yang digunakan supaya pengguna dapat update terhadap perubahan berkas yang sedang dibaca pada storage server.

9 Rumusan Masalah 1. Bagaimana cara kerja Callback pada File System. 2. Bagaimana mengimplementasikan mekanisme Callback pada Andrew File System (AFS).

10 Callback server Callback list of file A : - client_1 - client_2 Suatu janji yang diberikan cache manager kepada client saat mengakses berkas. Penggunaan pada AFS untuk menjaga konsistensi berkas. State callback promise : valid dan cancel. client_1 client_2

11 Gambaran Umum Aplikasi

12 Arsitektur Sistem AFS Client AFS Fuse Client AFS Fuse Server Client Process File request File Request User Space Kernel Kernel Kernel VFS Interfaces VFS Interfaces Fuse Module AFS Module AFS Server

13 Arsitektur Program

14 Gambaran Umum Kasus Callback

15 Trigger Callback Masalah-masalah yang membutuhkan konsistensi file pada local storage terhadap fileserver dapat terjadi akibat adanya aksi-aksi dasar berikut : 1. Menimpa berkas (overwrite file). 2. Membuat berkas (create file). 3. Mengubah nama berkas (rename file). 4. Menghapus berkas (delete file).

16 Operasi Callback Operasi Getattr Operasi ini dipanggil setiap aksi yang dilakukan oleh pengguna yang berfungsi untuk Operasi Open mendapatkan atribut / informasi file akan yang dilakukan terdapat pada fileserver dengan bantuan Pyro untuk Operasi merupakan proses yang sebelum memanggil operasi READ ataupun Operasiini Mknod dapat mengirim informasi antara klieniniterhadap server. pada saat pemanggilan operasi READ WRITE. Akan tetapi, pada aplikasi akan berfungsi Operasi ini berfungsi untuk membuat object node (file, device special file, atau named pipe) Operasi Unlink untuk mengcopi file dari server ke dalam local storage yang kemudian akan dibaca oleh klien pada fileini system dengan permisi filedigunakan diberikan oleh parameter mode. Pada ini akan Operasi merupakan proses yang aplikasi untuk menghapus fileaplikasi yang berada di Operasi Rename pada operasi READ. digunakan untuk filemengubah baru client fileserver apabila diperbolehkan server maupun dimembuat localuntuk storage. Hasiloleh proses inidifile membuat file sudah tidak tersediaoleh lagi server. di server, Operasi ini berfungsi nama yang dituju baik di fileserver maupun local Operasi Read sehingga cachetetapi, manager akan menghapus semua callback yangbukan diberikan pada klien yang storage. Akan untuk menghindari apabila filejanji diberada local storage merupakan versiperlu file Operasi ini merupakan proses pembacaan file yang pada local storage, sehingga Operasi Write pernah membuka file tersebut terbaru server, inipada akan server menghapus filedahulu denganmelalui nama file yang OPEN. lama, kemudian menyalindiinifile yangmaka akanproses dibaca terlebih operasi file Operasi adalah proses untuk menulis atau mengedit data. Hal ini diperbolehkan olehjika server menyalin file dengan nama file yang baru dari server pada local storage pengguna. Setelah file yang akan telah pada terdapat storage, maka file tersebut tidakjika perlutidak, disalinmaka lagi apabila janjidisalin callback filepada yanglocal akan dimodifikasi bernilai valid. dengan nama file yang lama terhapus, maka cache manager akan local menghapus seluruh janji apabila cache manager pada serverfilemenyatakan bahwa pada storage klien masih kemungkinan yang terjadi adalah pada server telahfiledimodifikasi oleh pengguna lain. callback yangcallback diberikan pada pengguna untuk modifikasi filemenyatakan dengan nama file yang lama.dimiliki memiliki cache manager bahwa file yang Sehinggajanji pengguna yang valid. gagalapabila memodifikasi akibat state callbacknya cancelled, harus oleh klien tersebut valid / cancelled, maka server mengirimkan salinan yangdibuka akan membuka kembali tidak dan menyalin file terbaru pada localakan storage. Apabila file yangfileakan dibukadisediakan kepada klien / memperbarui file yang lama tidak lagiuntuk oleh menumpuk server, maka file pada local storage juga akan dihapus pada saat melakukan proses ini, untuk memberitahukan bahwa file sudah tidak disediakan lagi oleh server. Dalam proses ini pula, cache manager bekerja membatalkan atau mengubah state janji seluruh klien yang pernah membuka file tersebut menjadi cancelled.

17 Implementasi dan Uji Coba

18 Lingkungan Uji Coba Lingkungan implementasi perangkat lunak yang digunakan dalam pembuatan tugas akhir ini meliputi perangkat lunak dan perangkat keras. Lingkungan implementasi program diberikan sebagai berikut : Perangkat Keras - Server : Komputer dengandukungan prosesor Intel Pentium 4 HT 3,00 GHz, memory 2GB. - Client : Komputer dengandukungan prosesor Intel Pentium 4 HT 3,00 GHz, memory 1GB Perangkat Lunak - Server : Sistem operasi GNU Linux Ubuntu Lucid 10.4, Python 2.6.5, Pyro Client : Sistem operasi GNU Linux Ubuntu Lucid 10.4, Python 2.6.5, Pyro-3.9.1, nano 2.2.2, fuse_python-0.2.

19 Skenario Uji Coba server Uji coba yang dilakukan meliputi : - Uji coba fungsionalitas. - Uji coba performa (kecepatan). client_1 client_2 Sebagai perbandingan akan diujikan dengan file system lain seperti NFS dan Samba. Uji coba fungsionalitas : Dimana nantinya pelaksanaan akan dilakukan pada tiga buah komputer untuk melakukan operasi yang ada. Uji coba kecepatan akses : Menggunakan satu komputer yang sama untuk melakukan operasi standar yang kemudian melakukan penghitungan waktu prosesnya.

20 Uji Fungsionalitas Pada ujicoba fungsionalitas ini akan dicobakan berbagai macam proses-proses yang digunakan pada pemakaian sehari-hari yang mana berhubungan dengan penggunaan mekanisme callback. Pada uji coba fungsionalitas ini akan ditemukan beberapa fungsionalitas dari operasi berkas yang tidak akan dapat dieksekusi dikarenakan tidak semua fungsionalitasnya diimplementasikan di dalamnya.

21 Uji Fungsionalitas :: Overwrite File $ nano a.txt

22 Uji Fungsionalitas :: Create File $ nano a.txt

23 Uji Fungsionalitas :: Rename File $ nano mv a.txt a.txt b.txt

24 Uji Fungsionalitas :: Delete File $ nano rm a.txt a.txt

25 Uji Performa (Kecepatan) Uji coba performa dilakukan dengan cara melakukan berbagai macam percobaan untuk proses baca / tulis terhadap berkas pada file system. Pencatatan diatur dengan cara mencatat waktu sebelum mengeksekusi perintah yang kemudian dicari selisihnya dengan waktu setelah operasi selesai dilakukan. Pencatatan waktu menggunakan satuan milisecond. Hal ini dilakukan untuk menemukan adanya pengaruh yang ditimbulkan apabila suatu file sistem diberikan mekanisme callback.

26 Uji Performa (Kecepatan) :: Read Time (milisecond) AFS-FUSE AFS-FUSE + Callback NFS Samba read I II III IV V Operasi Read Waktu proses (milisecond) No. Percobaan AFS-FUSE AFS-FUSE + Callback NFS Samba

27 Uji Performa (Kecepatan) :: Write write AFS NFS Samba I II III IV V Waktu Proses (milisecond) Operasi Write No. Percobaan AFS NFS Samba

28 Uji Performa (Kecepatan) :: Copy copy AFS NFS Samba I II III IV V Waktu Proses (milisecond) Operasi Copy No. Percobaan AFS NFS Samba

29 Uji Performa (Kecepatan) :: Perbandingan Seluruh Operasi Time (milisecond) Operasi AFS NFS Samba READ WRITE COPY Seluruh Operasi waktu proses (milisecond) READ WRITE COPY Proses Percobaan AFS NFS Samba

30 Kesimpulan dan Saran

31 Kesimpulan 1. Telah diimplementasikannya mekanisme callback pada file system yang digunakan, yaitu Andrew File System 2. Kecepatan proses berkas yang dilakukan oleh AFS yang telah ditambahkan mekanisme callback untuk setiap operasi dapat disimpulkan sebagai berikut : - Operasi READ : 2389% dari kecepatan proses berkas pada NFS. Dan 966% dari kecepatsn proses berkas pada Samba. - Operasi WRITE : 565% dari kecepatan proses berkas pada NFS. Dan 443% dari kecepatsn proses berkas pada Samba. - Operasi COPY : 546% dari kecepatan proses berkas pada NFS. Dan 435% dari kecepatsn proses berkas pada Samba 3. Penambahan mekanisme callback pada AFS membuat waktu untuk memproses berkas menjadi lebih lama dibandingkan file system NFS maupun Samba, karena server juga melakukan proses pengaturan callback

32 Saran 1. Meningkatkan algoritma pengaturan mekanisme callback pada server untuk mengurangi waktu proses dalam menggunakan AFS agar lebih efisien 2. Jalur komunikasi server terhadap client perlu diberi keamanan (encryption - decryption) terutama pada saat pengiriman berkas dari server menuju client 3. Pemberian autentikasi pada client yang terhubung pada server dan pemberian ACL (Access Control List) untuk memproses file

33 ::...TERIMA KASIH... ::