Artana Yasa 0805021100 Vc CONTOH DARI PENDISTRIBUSIAN

Artana Yasa
0805021100
Vc
CONTOH DARI PENDISTRIBUSIAN PROGRAM
Ada berbagai macam sistem operasi terdistribusi yang saat ini beredar dan
banyak
digunakan.
Keanekaragaman
sistem
ini
dikarenakan
semakin
banyaknya
sistem yang bersifat opensource sehingga banyak yang membangun OS sendiri sesuai
dengan
kebutuhan
masing-masing,
opensource yang sudah ada.
yang
merupakan
pengembangan
dari
OS
Beberapa contoh dari sistem operasi terdistribusi ini
diantaranya:
a. Amoeba (Vrije Universiteit)
Amoeba adalah sistem berbasis mikro-kernel yang tangguh yang menjadikan
banyak workstation personal menjadi satu sistem terdistribusi secara transparan.
Sistem ini sudah banyak digunakan di kalangan akademik, industri, dan pemerintah
selama
sekitar 5 tahun.
b. Angel (City University of London)
Angel didesain sebagai sistem operasi terdistribusi yang pararel, walaupun
sekarang ditargetkan untuk PC dengan jaringan berkecepatan tinggi. Model komputasi
inimemiliki manfaal ganda, yaitu memiliki biaya awal yang cukup murah dan juga
biayaincremental yang rendah. Dengan memproses titik-titik di jaringan sebagai
mesinsingle yang bersifat shared memory, menggunakan teknik distributed virtual
sharedmemory (DVSM), sistem ini ditujukan baik bagi yang ingin meningkatkan
performadan menyediakan sistem yang portabel dan memiliki kegunaan yang tinggi
pada setiap platform aplikasi.
c. Chorus (Sun Microsystems)
CHORUS merupakan keluarga dari sistem operasi berbasis mikro-kernel
untuk mengatasi kebutuhan komputasi terdistribusi tingkat tinggi di dalam bidang
telekomunikasi,
internetworking,
sistem
tambahan,
realtime,
sistem
UNIX,
supercomputing, dan kegunaan yang tinggi. Multiserver CHORUS/MiX merupakan
implementasi
dari
UNIX
yang
memberi
kebebasan
untuk
secara
dinamis
mengintegrasikan bagian-bagian dari fungsi standar di UNIX dan juga service dan
aplikasi-aplikasi di dalamnya.
d. GLUnix (University of California, Berkeley)
Sampai saat ini, workstation dengan modem tidak memberikan hasil yang baik
untuk membuat eksekusi suatu sistem operasi terdistribusi dalam lingkungan yang
shared dengan aplikasi yang berurutan. Hasil dari penelitian ini adalah untuk
menempatkan resource untuk performa yang lebih baik baik untuk aplikasi pararel
maupun yang seri/berurutan. Untuk merealisasikan hal ini, maka sistem operasi harus
menjadwalkan pencabangan dari program pararel, mengidentifikasi idle resource di
jaringan, mengijinkan migrasi proses untuk mendukung keseimbangan loading, dan
menghasilkan tumpuan untuk antar proses komunikasi.
e. GUIDE
Guide (Grenoble Universities Integrated
Distributed Environment) adalah
system operasi terdistribusi yang berorientasi obyek untuk pempangunan dan operasi
dari aplikasi terdistribusi pada PC atau server dengan jaringan yang tersambung LAN.
Guide adalah hasil penggabungan Bull and the IMAG Research Institute (Universities
of Grenoble), yang telah membangun Bull-IMAG joint Research Laboratory. Ini juga
memiliki kaitan erat dengan COMANDOS
Esprit Project (Construction and
Management of Distributed Open Systems) dan BROADCAST Esprit Basic Research
project.
f.
Hurricane
Sistem operasi Hurricane memiliki hierarki sebagai sistem operasi dengan
cluster yang merupakan implementasi dari Hector multiprocessor. Peng-cluster-an
mengatur resource pada sistem, menggunakan pasangan yang ketat antara cluster, dan
kehilangan pasangan pada cluster. Prinsip sistem terdistribusi diaplikasikan dengan
mendistribusikan
dan
mereplika
servis
pada
sistem dan
objek
data
untuk
meningkatkan kelokalan, meningkatkan konkurensi, dan untuk mencegah sistem
terpusat, sehingga membuat sistem berimbang.
g. Mach (Carnegie Mellon University)
Mach adalah satu dari beberapa komunitas penelitian tentang sistem operasi.
Sistem ini aslinya dimulai di CMU, dan Mach menjadi basis dari banyak sistem
penelitian. Walaupun pekerjaan dengan Mach di CMU sudah lama tidak diterapkan,
tetapi masih banyak kelompok-kelompok lain yang masih menggunakan Mach
sebagai basis pada penelitiannya.
h. Mach at OSF (OSF Research Institute)
OSF Research Institute masih menggunakan teknologi yang dimulai dari
CMU dan menggunakan ini sebagai basis dari banyak penelitian, termasuk sistem
operasi untuk mesin pararel , kernel berorientasi objek yang aman, dan penelitianpenelitian tentang sistem operasi yang lain.
i.
Maruti (University of Maryland) Group Members
Maruti adalah sistem operasi berbasis waktu, yang merupakan proyek di
University of Maryland. Dengan Maruti 3.0, kita memasuki fase baru pada proyek ini.
Menurut mereka, mereka memiliki sistem operasi yang lebih nyaman untuk kalangan
yang lebih luas.
j.
Masix (Blaise Pascal Institute MASI Laboratory)
Masix adalah sistem operasi terdistribusi yang berbasis pada mikro kernel dari
Mach, yang saat ini di bawah pengembangan dari MASI Laboratory. Tujuan utama
dari sistem ini adalah untuk secara simultan mengeksekusi banyak data aplikasi
personal, yang berjalan baik baik di semua platform, baik Unix, DOS, OS/2 dan
Win32.
k. MOSIX (Hebrew University, Jerusalem, Israel)
Sebuah
solusi untuk
masalah saat ini menjadi ada
untuk
lingkungan
multikomputer,yang disebut MOSIX. Mosix adalah pengembangan dari UNIX, yang
mengijinkanuser untuk menggunakan resource yang ada tanpa ada perubahan pada
level aplikasi.Dengan penggunaan yang transparan, algoritma proses migrasi dinamis,
MOSIXmelayani servis jaringan, seperti NFS, TCP/IP, dari UNIX, untuk level proses,
denganmenggunakan penyeimbangan load dan distribusi dinamis pada cluster-cluster
yanghomogen.
l.
Plan 9 (Bell Labs Computing Science Research Center)
Plan 9 adalah sistem operasi baru yang dibangun di Bell Labs. Ini adalah
sebuah sistem yang terdistribusi. Pada kebanyakan konfigurasi, ini menggunakan tiga
macam komponen : terminal yang ada pada meja pengguna, server file yang
menyimpan data permanen, dan server CPU yang melayani CPU lainnya lebih cepat,
authentikasi user, dan network gateways. Salah satu kesemuan yang menarik dari Plan
9 adakah pengiriman file yang esensial pada semua servis system.
m. Puma and relatives (Sandia National Laboratory)
Sistem operasi Puma menargetkan aplikasi dengan performa tinggi yang
dipasangkan
dengan
arsitektur
memory
terdistribusi.
Ini adalah
turunan
dari
SUNMOS. Selain sistem operasi-sistem operasi di atas, masih banyak lagi sistem
operasi terdistribusi yang dibangun, baik secara opensource maupun yang ‘closed
source’.
Sistem-sistem itu diantaranya adalah :
• Alpha Kernel (Carnegie Mellon University)
• QNX
• Spring Real-Time Project (University of Massachsetts, Amherst)
• Spring System (Sun)
• Sprite (University of California, Berkeley)
• Sting
• Sumo (Lancaster University)
• Tao Operating System (Tao Systems)
• Tigger (Trinity College Dublin)
• TUNES
CONTOH DARI PENDISTRIBUSIAN PROCEDURE
A. RMI
RMI adalah salah satu teknologi java yang dapat di gunakan untuk membangun suatu
sistem tersebar. RMI merupakan suatu mekanisme yang memungkinkan suatu computer
client menggunakan suatu method dari object yang berada di computer server. RMI berbasis
pada pemrograman berorientasi object.
pada dasarnya arsitektur dari RMI dapat di gambarkan sebagai berikut :
Arsitektur tersebut dapat di jelaskan sebagai berikut :
1. RMI server akan mendaftarkan Remote Object (Object-object yang dapat di remote oleh
client) ke RMI Registry melalui “Bind” dengan nama yang unik
2. RMI Client yang akan menggunakan method dari Remote Object harus meminta reference
Remote Object dari RMI Registry. Intinya si client harus tau object-object apa saja sih yang
bisa di gunakan, jadi si client meminta list object-object itu ke RMI Registry
3. Kemudian RMI Registry memberikan daftar Object-object yang method-method nya dapat di
gunakan oleh client
4. Setelah RMI Client mengetahui daftar object-object yang dapat di gunakan, maka RMI Client
tinggal menggunakan method-methodnya.
RMI (Remote Method Invocation) adalah cara programmer Java untuk
membuat
program aplikasi Java to Java yang terdistribusi. Program-program yang menggunakan RMI
bisa menjalankan metode secara jarak jauh, sehingga program dari server bisa menjalankan
method di komputer klien, dan begitu juga sebaliknya. Java RMI yang ada pada bahasa Java
telah didesain khusus sehingga hanya bisa bekerja pada lingkungan Java. Hal ini berbeda
dengan sistem RMI lainnya, misalnya CORBA, yang biasanya didesain untuk bekerja pada
lingkungan yang terdiri dari banyak bahasa dan heterogen. Pemodelan objek pada CORBA
tidak boleh mengacu pada bahasa tertentu.
Sistem RMI terdiri atas tiga layer/lapisan, yaitu
1. Stub/skeleton layer, yaitu stub pada sisi klien (berupa proxy), dan skeleton pada sisi
server.
2. Remote reference layer, yaitu perilaku remote reference (misalnya pemanggilan kepada
suatu objek)
3. Transport layer, yaitu set up koneksi, pengurusannya dan remote object tracking.
Batas antar masing-masing layer disusun oleh interface dan protokol tertentu, yaitu tiap layer
bersifat independen terhadap layer lainnya, dan bisa diganti oleh implementasi alternatif
tanpa mengganggu layer lainnya. Sebagai contoh, implementasi transport yang digunakan
RMI adalah yang berbasis TCP (menggunakan Java socket), tapi bisa digantikan dengan
menggunakan UDP.
Layer application berada di atas sistem RMI. Hubungan antara layer-layer tersebut dapat
dijelaskan pada gambar berikut :
Klien
Stub
Serve
r
Skeleton
Remote Reference Layer
Transport layer
Sebuah remote method invocation dari klien ke remote server object akan melalui
layer-layer pada sistem RMI dari layer transport pada sisi klien ke layer transport pada sisi
server. Sebuah klien yang menjalankan method pada remote server object sebenarnya
menggunakan stub atau proxy yang berfungsi sebagai perantara untuk menuju remote server
object tersebut. Pada sisi klien, reference ke remote object sebenarnya merupakan reference
ke stub lokal. Stub ini adalah implementasi dari remote interface dari sebuah remote object,
dan meneruskan panggilan ke server object melalui remote reference layer. Stub dibuat
dengan menggunakan kompiler rmic. Supaya sebuat panggilan method tersebut bisa sampai
di remote object, panggilan tersebut diteruskan melalui remote reference layer.
Panggilan
tersebut sebenarnya diteruskan ke skeleton yang berada di sisi server. Skeleton untuk remote
object ini akan meneruskan panggilan ke kelas remote object implementation yang
menjalankan method yang sebenarnya. Jawaban, atau return value dari method tersebut akan
dikirim melalui skeleton, remote reference layer dan transport layer pada sisi klien, lalu
melalui transport layer, remote reference layer, dan stub pada sisi klien. Teknik dalam RMI
salah satunya adalah dynamic stub loading, yang berfungsi untuk membuat klien me-load
stub yang belum ada di komputernya. Stub mengimplementasi remote interface yang sama
dengan yang diimplementasikan oleh remote object. Dengan RMI, komputer klien bisa
memanggil remote object yang berada di server. Server juga bisa menjadi klien dari suatu
remote object, sehingga komputer klien bisa menjalankan method-method tertentu di
komputer server. Dengan menggunakan RMI, program yang dijalankan di komputer klien
bisa berupa applet, maupun berupa aplikasi. Program RMI memerlukan remote interface,
kelas-kelas implementasi dari remote interface tesebut (implementation class), dan program
rmiregistry yang sedang dijalankan di komputer server (rmiregistry terdapat dalam paket
JDK).
Pada paket Whiteboard, RMI digunakan untuk program-program Chat, Whiteboard dan
Projector. Dalam program Chat, RMI digunakan untuk memasukkan input dari para
pengguna, baik dosen maupun mahasiswa, ke komputer server. Setelah itu, server akan
mengeluarkan output berupa hasil percakapan antar pengguna kepada semua komputer klien.
Pada Whiteboard, penggunaan RMI terletak pada pengiriman graphics dan image antara
komputer server dan klien. Sedangkan pada Projector, RMI digunakan agar dosen, sebagai
klien, bisa mengatur indeks tampilan pada Projector yang berlangsung pada komputer
mahasiswa, yang berfungsi sebagai klien lainnya.
Kelas Whiteboard Client adalah tampilan yang dimunculkan pada komputer klien,
sedangkan
penggunaan
RMI
dilakukan
oleh
kelas
Whiteboard
Client
Manifest
Implementation. Kelas Whiteboard Client Manifes tImplementation merupakan kelas yang
mengimplementasikan interface WhiteboardClientManifest. Dalam konsep RMI, interface
WhiteboardClientManifest ini adalah remote interface untuk klien. Sedangkan pada server
dijalankan program WhiteboardServer Implementation yang
berupa implementasi dari
interface WhiteboardServer. WhiteboardServer juga merupakan remote interface. Program
WhiteboardServer
Implementation
ini
bersifat
public,
sehingga
bisa
diakses
oleh
klien.Remote interface harus meng-extend interface java.rmi.Remote. Setiap method pada
remote interface harus meng-throw java.rmi.RemoteException.
Whiteboard Client Manifest
adalah
implementation
mengimplementasikan
Implementation dan WhiteboardServer Implementation
classes.
remote
Implementation
interface.
class
Implementation
merupakan
class
perlu
kelas
yang
mendefinisikan
konstruktor untuk remote object, sekaligus membuat instance dari remote object tersebut.
Implementation class juga menyediakan implementasi dari method yang bisa dijalankan
secara remote. Selain itu implementation class juga perlu membuat dan menjalankan Security
Manager. Tambahan lagi, implementation class juga harus me-register atau mendaftarkan
paling tidak sebuah remote object pada RMI remote object registry. Pada program
implementation class, semua argumen untuk remote method dan semua return value dari
remote
method
bisa
berupa
mengimplementasi interface
object
bertipe
java.io.Serializable.
apa saja,
Untuk
asal object-object tersebut
remote objects,
penyampaiannya
dilakukan dengan pass by reference. Referensi untuk suatu remote object sebenarnya
merupakan referensi untuk sebuah stub, yaitu proxy pada sisi klien untuk remote object.
Pada method main di implementation class, diperlukan pembuatan dan pemasangan sebuah
security manager, yang bisa berupa RMISecurityManager, ataupun security manager yang
sebelumnya telah didefinisikan dulu secara khusus oleh sang programmer. Security manager
ini diperlukan untuk menjaga agar kelas-kelas yang dipakai tidak melakukan operasi-operasi
yang bisa mengancam keamanan sistem. Jika dalam method main tidak terdapat security
manager, RMI tidak bisa digunakan karena kelas-kelas RMI tidak akann diijinkan untuk diload. Dalam method main, suatu instance dari remote object harus diciptakan. Konstruktor
akan menghasilkan remote object, dan sebagai hasilnya, setelah konstruktor dipakai untuk
menciptakan instance, sebuah remote object akan siap untuk mendengar method-method
panggilan dari komputer klien. Agar komputer klien bisa menjalankan method di remote
object, klien sebelumnya harus membuat referensi kepada remote object tersebut. Biasanya
referensi diambil dengan cara dijadikan parameter dari suatu remote method, ataupun diambil
dari return value suatu remote method. Untuk keperluan bootstrapping, RMI menyediakan
registry yang bisa mem-bind suatu URL ke remote object. Bentuk atau format dari URL
tersebut adalah : //host/nama_object, dan nama_object harus berupa nama berbentuk string.
Setelah suatu remote object diregistrasi di server, komputer-komputer klien bisa mencari
nama objek tersebut, mengambil referensi ke remote-object, dan seterusnya menjalankan
method pada objek tersebut.
RMI akan membuat referensi ke stub dari remote object dengan referensi yang
ditentukan oleh argumen kedua dari perintah Naming.rebind(URL, argumen ke-2). Objek
implementasi yang ada di komputer klien (remote implementation objects) akan selalu berada
di komputer klien, jadi sewaktu klien melakukan pencarian ke remote object yang ada ada di
registry di server, komputer server akan melakukan referensi ke stub yang berada di
komputer klien. Protokol yang dipakai oleh RMI adalah Java Object Serialization dan HTTP.
Protokol Object Serialization digunakan unntuk meneruskan panggilan klien dan mentransfer
data. Protokol HTTP digunakan untuk mem-"POST" sebuah remote method invocation dan
mengembalikan data keluaran untuk situasi ketika komputer klien dan server dipisahkan oleh
firewall.
B. RPC
RPC adalah suatu protokol yang menyediakan suatu mekanisme komunikasi antar proses
yang mengijinkan suatu program untuk berjalan pada suatu komputer tanpa terasa adanya eksekusi
kode pada sistem yang jauh ( remote system ).Protokol RPC digunakan untuk membangun aplikasi
klien-server yang terdistribusi.
Cara Kerja RPC :
Tiap prosedur yang dipanggil dalam RPC, maka proses ini harus berkoneksi dengan server remote
dengan mengirimkan semua parameter yang dibutuhkan, menunggu balasan dari server dan
melakukan proses kemudian selesai. Proses di atas disebut juga dengan stub pada sisi klien.
Sedangkan Stub pada sisi server adalah proses menunggu tiap message yang berisi permintaan
mengenai prosedur tertentu.
Gambar 1. Alur Remote Procedure Call
Diagram diatas memberikan gambaran mengenai flow dari eksekusi dalam proses RPC. Berikut ini
adalah diagram yang akan menjelaskan secara rinci mengenai proses yang terjadipada klien dan
server dalam eksekusi suatu prosedur RPC :
Gambar 2. Proses Klien Server dalam RPC
Berikut penjelasan dari diagram diatas :
1. Klien memanggil prosedur stub lokal. Prosedur Stub akan memberikan parameter dalam
suatu paket yang akan dikirim ke jaringan. Proses ini disebut sebagai marshalling.
2. Fungsi Network pada O/S (Operating system - Sistem Operasi) akan dipanggil oleh stub
untuk mengirim suatu message.
3. Kemudian Kernel ini akan mengirim message ke sistem remote. Kondisi ini dapat berupa
connectionless atau connection-oriented.
4. Stub pada sisi server akan melakukan proses unmarshals pada paket yang dikirim pada
network.
5. Stub pada server kemudian mengeksekusi prosedur panggilan lokal.
6. Jika eksekusi prosedur ini telah selesai, maka eksekusi diberikan kembali ke stub pada
server.
7. Stub server akan melakukan proses marshals lagi dan mengirimkan message nilai balikan (
hasilnya ) kembali ke jaringan.
8. Message ini akan dikirim kembali ke klien.
9. Stub klien akan membaca message ini dengan menggunakan fungsi pada jaringan.
10. Proses unmarshalled kemudian dilakukan pada message ini dan nilai balikan aka diambil
untuk kemudian diproses pada proses lokal.
Proses diatas akan dilakukan berulang-ulang ( rekursif ) dalam pengeksekusian RPC dalam
suatu remote sistem.
CONTOH PENDISTRIBUSIAN HARDWARE
Sharing Printer dengan Samba
Seperti kita ketahui Linux yang kita kenal dapat kita fungsikan juga sebagai printer
dan file sharing, yaitu penggunaan resource perangkat keras komputer secara bersama-sama
dalam suaatu jaringan komputer baik printer maupun media penyimpanan, Samba dapat
difungsikan sebagai jembatan yang akan menghubungkan antara sistem operasi berbasis
Unix/Linux dengan sistem operasi Microsoft Windows, sehingga dua sistem tersebut bisa
saling berbagi resource, samba menggunakan protokol SMB (Server Message Block) sebagai
protokol standar untuk menghubungkan keduanya.
Disini kita hanya akan membahas salah satu fitur dari samba yaitu printer sharing,
untuk melakukan instalasi Samba sebelumnya pastikan printer anda yang nantinya akan kita
share telah terdeteksi dengan baik di Linux, kita disini mengunakan distribusi Ubuntu Linux
7.04 sebagai servernya, untuk memulainya langkah pertamna yang harus kita lakukan adalah
install aplikasi Samba terlebih dahulu dengan perintah;
apt-get install samba
Setelah paket samba terinstall maka selanjutnya adalah dengan menambahkan
beberapa opsi konfigurasi Samba, untuk distribusi Ubuntu file konfigurasi samba terletak di
/etc/samba/smb.conf, untuk mengubahnya kita dapat menggunakan editor yang biasa kita
pake di Linux, misalkan disini kita mengunakan vim, maka perintahnya adalah
vim /etc/samba/smb.conf
Beberapa opsi yang perlu kita rubah adalah pada bagian Authentication, ubah menjadi seperti
baris berikut :
security = share
Keterangan : Tujuannya adalah agar apabila user melakukan login ke Samba server tidak
diminta untuk memasukan autentikasi username dan password.
guest account = nobody
Keterangan : Opsi ini berfungsi apabila user login ke server maka user tersebut akan
dipetakan ke user yang berada di server, disini berarti user login akan dipetakan sebagai user
nobody.
Kemudian pada bagian Printing ubah hingga menjadi seperti berikut
printing = cups
Keterangan : Opsi ini digunakan untuk mengaktifkan fasilitas printing CUPS (Common Unix
Printing System) yang berfungsi agar Samba menhubungi CUPS ini apabila akan melakukan
printing, dan selanjutnya proses printing akan ditangani oleh CUPS.
load printers = yes
Keterangan : opsion ini berfungsi agar semua printer yang berada di princap di sharing.
printcap name = cups
Keterangan : opsi ini digunakan untuk melakukan pendataan printer yang terpasang di
komputer dan nilainya di ambil dari CUPS. Pada bagian share definision di tag printers
tambahkan option berikut
browseable = yes
Keterangan : opsi ini berfungsi agar resource yang kita share dapat terlihat di komputer lain
dalam jaringan.
public = yes
Keterangan : Opsi ini digunakan agar user yang akan memanfaatkan resource yang kita
sharing tidak memerlukan autentifikasi useername dan password.
Kemudian langkah terakhir untuk melakukan uji coba, buka dari komputer client baik
Windows ataupun Linux dan tambahkan printer baru dari network kemudian lakukan
pengujian printing, apabila tidak ada kesalahan komfigurasi maka user dalam jaringan kita
dapat menggunakan printer yang kita sharing.