BAB 4 IMPLEMENTAS I DAN UJI COBA
4.1
Persiapan dan Instalasi Server pada Jaringan Pada tahap awal pembuatan cluster, dua unit komputer server dengan sistem operasi Windows Server 2003. Kedua komputer server ini merupakan anggota cluster.
Gambar 4.1 Penamaan Server 1 dan Server 2
4.1.1
Penambahan Record pada DNS Server Langkah selanjutnya yang dilakukan yaitu mendaftarkan nama beserta IP address dari server-server yang ada ke dalam DNS server. DNS Server yang digunakan adalah DNS Server yang ada pada Binus Center Syahdan 74
75
dengan alamat 10.31.2.254. Pada DNS server ditambahkan dua record Host (A) sebagai berikut. 1. SERVER1 ---- 10.31.1.241 2. SERVER2 ---- 10.31.1.244
Gambar 4.2 Tampilan DNS Server
4.1.2
Penggabungan Server ke dalam Domain Pada tahap selanjutnya, memasukkan atau menggabungkan kedua server yang akan menjadi anggota cluster, yaitu SERVER1 dan SERVER2 ke dalam dom ain andromeda.net yang merupakan nama dom ain yang digunakan pada Binus Center Syahdan.
76
Gambar 4.3 Proses Join Dom ain
Gambar 4.4 Tampilan Dom ain Controller
77
4.2
Implementasi Virtual Server Pada tahap ini, mempersiapkan dan menjalankan dua server (web dan proxy) secara virt ual di dalam masing masing server (SERVER1 dan SERVER2).
4.2.1
Instalasi VirtualBox 4.0.2 Sebelum menjalankan server secara virt ual, harus terlebih dahulu melakukan instalasi aplikasi Virt ualBox pada SERVER1 dan SERVER2.
Gambar 4.5 Instalasi Virt ualBox 4.0.2
4.2.2
Instalasi Web server dan Proxy server S ecara Virtual Setelah menjalankan aplikasi Virt ualBox pada SERVER1
dan
SERVER2, dilakukan instalasi Windows Server 2008 (untuk web server) dan Linux RedHat 9 (untuk proxy server) di dalam aplikasi VirtualBox pada masing-masing server (SERVER1 dan SERVER2). Dua sistem operasi dijalankan di dalam aplikasi VirtualBox pada masing-masing server dengan pengaturan seperti berikut:
78
a. Virtual Machine pada SERVER1 1. Windows Server 2008 (web server) a. Nama : WEBSERVER1 b. Mem ory : 512 MB c. Jumlah processor : 1 d. Ukuran Storage : 20 GB e. Network - Jumlah Network Interface : 1 - Tipe Network Interface : Bridged
Gambar 4.6 WEBSERVER1 dalam Virt ualBox
2. Linux RedHat 9 (proxy server) a. Nama : P ROXYSERVER1 b. Mem ory : 384 MB
79
c. Jumlah processor : 1 d. Ukuran Storage : 10 GB e. Network - Jumlah Network Interface : 1 - Tipe Network Interface : Bridged
Gambar 4.7 P ROXYSERVER1 dalam Virt ualBox
b. Virtual Machine pada SERVER2 1. Windows Server 2008 (web server) a. Nama : WEBSERVER2 b. Mem ory : 512 MB c. Jumlah processor : 1 d. Ukuran Storage : 20 GB e. Network
80
- Jumlah Network Interface : 1 - Tipe Network Interface : Bridged
Gambar 4.8 WEBSERVER2 dalam Virt ualBox
2. Linux RedHat 9 (proxy server) a. Nama : P ROXYSERVER2 b. Mem ory : 384 MB c. Jumlah processor : 1 d. Ukuran Storage : 10 GB e. Network - Jumlah Network Interface : 1 - Tipe Network Interface : Bridged
81
Gambar 4.9 P ROXYSERVER2 dalam Virt ualBox
4.3
Implementasi dan Konfigurasi Openfiler sebagai NAS Seperti telah dijelaskan sebelumnya, penggunaan sistem operasi Openfiler untuk mengkonfigurasikan sebuah PC menjadi sebuah NAS (Network-Attached Storage). Konfigurasi dilakukan melalui web browser dengan mengakses alamat https://10.31.1.247:446 pada address bar dimana 10.31.1.247 adalah IP address yang digunakan pada NAS, sementara 446 adalah port default yang digunakan untuk mengakses konfigurasi dari Openfiler.
4.3.1
Pembuatan Volume di dalam NAS Tahap awal dari konfigurasi Openfiler yang dilakukan adalah menyediakan sebuah volum e di dalam NAS yang dapat diakses oleh server-
82
server yang ada di dalam cluster. Mula-mula menyediakan sebuah volum e sebesar kurang lebih 80 GB di dalam NAS.
Gambar 4.10 Pem buatan Volum e pada Openfiler
Selanjutnya, volum e yang telah dibuat kemudian di-share agar dapat dilihat dan dibaca oleh server-server di dalam cluster. Volum e yang telah dibuat tersebut akan dijadikan sebagi quorum disk bagi server-server yang menjadi anggota cluster nantinya (SERVER1 dan SERVER2).
83
Gambar 4.11 Shared Volum e pada Openfiler
4.3.2
Pengaturan Layanan iSCS I pada Openfiler Pada dasarnya layanan iSCSI pada Openfiler belum aktif, untuk it u terlebih dahulu perlu mengaktifkan layanan iSCSI pada Openfiler.
84
Gambar 4.12 Pengaturan Layanan iSCSI
Berikutnya, melakukan konfigurasi pada bagian iSCSI Target pada Openfiler. Konfigurasi yang dilakukan yaitu: 1. Penambahan iSCSI Target
Gambar 4.13 Penambahan iSCSI Target
85
2. LUN Mapping
Gambar 4.14 Pengaturan LUN Mapping
4.3.3
Penyediaan Shared Directory pada NAS menggunakan Samba Di dalam shared storage, disediakan dua buah shared directory yang dibuat di dalam volum e yang telah dibuat yaitu /dev/data. Dua buah shared directory ini akan digunakan sebagai direktori penyimpanan bagi web server dan proxy server, masing-masing menggunakan sebuah shared directory. Kedua shared directory tersebut dibuat menggunakan aplikasi Samba dengan nama webstorage dan proxystorage. Berikut adalah konfigurasi yang dilakukan pada file /etc/samba/sm b.conf pada Openfiler.
[ global ] workgroup = ANDROMEDA
86
netbios name = OPENFILER server string = NAS log file = /var/log/samba/%m.log security = user encrypt passwords = yes smbpasswd file = /etc/samba/sm bpasswd
[ public ] path = /home/public public = yes guest ok = yes browsable = yes writable = yes
[ webstorage ] comment = storage untuk web server path = /dev/data/webstorage public = yes browsable = yes writable = yes guest ok = yes
[ proxystorage ]
87
comment = storage untuk proxy server path = /dev/data/proxystorage public = yes browsable = yes writable = yes guest ok = yes
4.4
Implementasi dan Konfigurasi Failover Cluster Pada tahap ini, dibangun sebuah cluster dengan beranggotakan dua komputer server, yaitu SERVER1 dan SERVER2.
4.4.1
Konfigurasi iSCS I Initiator pada Windows S erver 2003 Langkah awal dari tahap ini adalah melakukan instalasi aplikasi iSCSI Initiator pada SERVER1 dan SERVER2.
88
Gambar 4.15 Aplikasi iSCSI Initiator
Setelah melakukan instalasi iSCSI Initiator pada kedua server, selanjutnya dilakukan konfigurasi terhadap aplikasi tersebut. Konfigurasi ini bertujuan agar setiap server dapat mengakses volum e yang disediakan di NAS dan dapat digunakan sebagai quorum disk bagi setiap anggota cluster. Berikut adalah konfigurasi yang dilakukan terhadap iSCSI Initiator.
89
1. Mengarahkan iSCSI Initiator ke NAS
Gambar 4.16 Mengarahkan iSCSI Initiator ke NAS
2. Mengakses ke dalam volum e yang telah dibuat pada NAS
Gambar 4.17 Pengaksesan Volum e pada NAS
90
Setelah selesai melakukan konfigurasi pada iSCSI Initiator, maka pada setiap server akan muncul sebuah volum e baru, namun volum e tersebut belum dapat digunakan karena belum aktif (dapat dilihat pada bagian Disk Management pada SERVER1 dan SERVER2).
Gambar 4.18 Tampilan Disk Management
Sampai tahap ini status dari volum e tersebut masih unknown sehingga volum e tersebut perlu diaktifkan terlebih dahulu sebelum digunakan.
91
Gambar 4.19 Tampilan Disk Management dengan Quorum Disk
4.4.2
Implementasi Failover Cluster pada Windows Server 2003 Dalam percobaan ini digunakan layanan Cluster Administrator yang terdapat pada Windows Server 2003 untuk membangun failover cluster.
Gambar 4.20 Aplikasi Cluster Administrator
92
Mula-m ula dibuat sebuah cluster baru dengan nama BICENCLUST ER melalui SERVER1.
Gambar 4.21 Pem buatan Cluster (1)
Gambar 4.22 Pem buatan Cluster (2)
93
Gambar 4.23 Pem buatan Cluster (3)
Gambar 4.24 Pem buatan Cluster (4)
94
Gambar 4.25 Pem buatan Cluster (5)
Gambar 4.26 Pem buatan Cluster (6)
95
Gambar 4.27 Pem buatan Cluster (7)
Gambar 4.28 Pem buatan Cluster (8)
Berikutnya, memasukkan/menggabungkan SERVER2 ke dalam cluster BICENCLUSTER.
96
Gambar 4.29 Penambahan Node (1)
Gambar 4.30 Penambahan Node (2)
97
Gambar 4.31 Penambahan Node (3)
Gambar 4.32 Penambahan Node (4)
98
Gambar 4.33 Penambahan Node (5)
4.4.3
Penerapan Metode Port Forwarding Pada percobaan ini digunakan aplikasi Net workActiv AUTAPF versi 1.1 unt uk menjalankan metode port forwarding. Berikut adalah konfigurasi yang dilakukan pada aplikasi tersebut. 1. Konfigurasi port forwarding unt uk SERVER1
Gambar 4.34 Konfigurasi Port Forwarding pada SERVER1
99
2. Konfigurasi port forwarding unt uk SERVER2
Gambar 4.35 Konfigurasi Port Forwarding pada SERVER2
4.5
Instalasi dan Konfigurasi Web Server Setelah failover diimplementasikan, langkah selanjutnya adalah instalasi dan konfigurasi web server sesuai kebutuhan perusahaan.
4.5.1
Instalasi IIS (Internet Information Service) 7 Instalasi IIS 7 dilakukan melalui layanan Server Manager yang terdapat pada sistem operasi Windows Server 2008.
100
Gambar 4.36 Instalasi IIS 7 (1)
Gambar 4.37 Instalasi IIS 7 (2)
101
Gambar 4.38 Instalasi IIS 7 (3)
4.5.2
Konfigurasi Web Server Pada web server dibuat sebuah site dengan nama ept. Situs inilah yang digunakan oleh pihak perusahaan unt uk mempublikasikan situsnya.
Gambar 4.39 Konfigurasi IIS 7 (1)
102
Gambar 4.40 Konfigurasi IIS 7 (2)
Gambar 4.41 Konfigurasi IIS 7 (3)
103
4.6
Instalasi dan Konfigurasi Proxy Server
4.6.1
Instalasi S quid Instalasi Squid dilakukan dengan menggunakan layanan RPM (RedHat Package Manager). Instalasi untuk aplikasi Squid dilakukan pada kedua proxy server (P ROXYSERVER1 dan P ROXYSERVER2).
Gambar 4.42 Instalasi Squid 4.6.2
Konfigurasi Proxy Server Konfigurasi
untuk
proxy
server
dilakukan
pada
/etc/squid/squid.conf. Berikut adalah isi file /etc/squid/squid.conf. http_port 3128 cache_mem 8 MB cache_replacement_policy lru cache_dir ufs /mnt/storage/proxystorage 100 16 256 cache_access_log /var/log/squid/access.log cache_log /var/log/squid/cache.log cache_effective_user squid
file
104
acl all src 0.0.0.0/0.0.0.0 acl opt src 10.31.1.0/24 acl ho src 10.31.2.0/24 acl kelas1 src 10.31.3.0/24 acl kelas2 src 10.31.4.0/24 acl sysadmin src 10.31.1.221 acl cs1 src 10.31.1.56 acl cs2 src 10.31.1.60 acl instrukt ur1 src 10.31.3.1-10.31.3.10 acl instrukt ur2 src 10.31.4.1-10.31.4.10 acl webporno dstdomain /fileproxy/pornsites acl webdownload dstdomain /fileproxy/download acl socialnet dst domain /fileproxy/social acl tubeallow dstdomain www.yout ube.com youtube.com www.filetube.com filet ube.com acl stringporno url_regex -i /fileproxy/pornurl acl filevideo url_regex -i /fileproxy/videoext acl tubedeny url_regex -i t ube acl 3gp url_regex -i \.3gp$ acl jam1 time M T H W F 09:00-17:00 acl jam2 time M T H W F 09:00-12:00 acl jam3 time M T H W F 13:00-17:00
reply_body_max_size 20000 allow kelas1 reply_body_max_size 20000 allow kelas2 reply_body_max_size 1000000 allow opt reply_body_max_size 1000000 allow instruktur1 reply_body_max_size 1000000 allow instruktur2
105
http_access deny webporno http_access allow sysadmin http_access deny webdownload opt jam1 http_access deny webdownload kelas1 http_access deny webdownload instrukt ur1 http_access deny webdownload instrukt ur2 http_access deny filevideo opt http_access deny filevideo kelas1 http_access deny filevideo kelas2 http_access allow tubeallow opt http_access deny tubedeny opt http_access allow tubeallow instruktur1 http_access allow tubeallow instruktur2 http_access deny tubedeny instruktur1 http_access deny tubedeny instruktur2 http_access deny tubedeny kelas1 http_access deny tubedeny kelas2 http_access deny socialnet cs1 jam2 http_access deny socialnet cs1 jam3 http_access deny socialnet cs2 jam2 http_access deny socialnet cs2 jam3 http_access deny socialnet kelas1 http_access deny socialnet kelas2 http_access deny 3gp ho http_access allow all
4.6.3
Membuat Program keep_alive.exe Header-header C++ yang dibutuhkan adalah : #include
106
#include #include
cstdio digunakan untuk proses input/output pada program ini, sementara cstdlib digunakan agar bisa menggunakan fungsi tertentu, dan cstring digunakan unt uk membentuk string yang akan dijalankan di comm and prom pt. Seperti telah
dijelaskan
sebelumnya
bahwa
dalam
skripsi ini
menggunakan ping untuk mendeteksi keadaan server virtual dan kriteria ping yang sukses adalah yang menampilkan nilai “TTL”. Ping dijalankan melalui comm and prom pt, dan dalam C++, hal ini perlu memanfaatkan fungsi system (); agar suat u program bisa menjalankan perintah-perintah yang ada pada comm and prom pt. Program dimulai dengan meminta IP address yang akan di ping. Comm and yang akan digunakan adalah : Ping -n 3 > output.txt
Gambar 4.43 Tampilan Program keep_alive.exe (1)
Karena IP address akan ditentukan oleh user, maka tidak bisa menentukan terlebih dahulu string yang akan digunakan. String yang akan
107
digunakan dibentuk oleh tiga bagian, yait u "ping ", IP address dari input user, serta " -n 3 > output.txt". Ketiga string ini akan digabung kedalam satu variabel query dengan perintah strcat. Variabel query inilah yang akan digunakan di comm and prom pt.
printf("Masukkan IP address yang akan di periksa (x.x.x.x) : "); char kal[50]; scanf("%s",kal); char query[100] = "ping "; strcat(query,kal); strcat(query," -n 3 > output.txt"); system(query);
Gambar 4.44 Tampilan Program keep_alive.exe (2)
Perintah ping dijalankan terus menerus, dan setiap perintah tersebut dijalankan, tiga kali data dikirimkan. Hasil dari ping disalin ke text file bernama output.txt. File inilah yang akan dianalisa melalui program yang telah dibuat.
108 FILE *open; open=fopen("output.txt","r");
Gambar 4.45 Isi File output.txt
Yang dibutuhkan adalah reply dari ping, sementara dari contoh text file diatas, terlihat terdapat tiga baris output yang mendahului reply ping. Baris-baris ini tidak diproses, demikian juga baris-baris yang ada setelah reply ping. Setelah mendapatkan baris-baris reply (seperti yang diberi lingkaran merah pada gambar di atas) dan disimpan dalam variabel, lalu variabel ini akan diproses menggunakan fungsi untuk mencari apakah ada kata "TTL=" pada variabel tersebut. Fungsi yang dipakai adalah fungsi strstr. fgets(first,100,open); char *ptr = strstr(first,"TTL=");
Kriteria yang ditetapkan sebelumnya adalah bila server virtual tidak merespon ping sebanyak tiga kali secara berturut-turut. if(ptr!=NULL) { count=0;
109 continue; } else { count++; continue; }
Variabel count menyimpan jumlah ping yang tidak dibalas, dan hanya direset menjadi nol bila ping berjalan dengan sukses (memiliki TTL). Bila nilai variabel count sampai bernilai tiga, maka akan dijalankan perintah untuk men-disable NIC komputer server fisik tersebut. Perintah command prom pt yang digunakan untuk men-disable interface adalah : netshx DISABLE ""
Dan dalam implementasinya di C++ adalah : system("netshx DISABLE \"Local Area Connection\"");
Siklus proses ini diulang tidak terbatas kecuali dimatikan secara manual oleh user. Setiap kali interface di-disable, program akan di "pause" untuk menghentikan eksekusi program, dan bila system adm inistrator sudah siap untuk mengaktifkan kem bali server itu, system adm inistrator tinggal menekan tombol apa saja dan program akan melanjutkan eksekusi. puts("Mematikan interface"); system("netshx DISABLE \"Local Area Connection\""); system("pause");
110
Karena program ini menyalin output ping ke dalam file output.txt, sementara skripsi ini membutuhkan pemeriksaan dua server virtual, maka program harus ditaruh di lokasi direktori yang berbeda dan dijalankan secara terpisah.
4.7
Uji Coba Setelah melakukan perancangan serta membangun jaringan failover cluster, tahap selanjutnya adalah melakukan uji coba terhadap jaringan yang telah dibangun. Uji coba dilakukan dengan menggunakan komputer client dengan sistem operasi Windows 7. Tujuan dari uji coba adalah unt uk membuktikan apakah client dapat mengirimkan request ke server-server yang berada di dalam cluster dan mendapatkan layanan yang semestinya dari server-server tersebut. Uji coba dilakukan dalam beberapa kondisi sebagai berikut. 1. SERVER1 dan SERVER2 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan (kondisi 1). 2. SERVER1 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan, sementara SERVER2 dalam kondisi mati atau kondisi link (kabel) tidak terhubung dengan jaringan (kondisi 2). 3. SERVER2 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan, sementara SERVER1 dalam kondisi mati atau kondisi link (kabel) tidak terhubung dengan jaringan (kondisi 3).
111
4.7.1
Uji Coba Program keep_alive.exe Pada bagian ini, uji coba dilakukan dengan menjalankan program, dan mengisi IP address target ke server virtual pada masing-masing server fisik. Pada contoh screen shot, ping dijalankan pada SERVER2 (10.31.1.244) menuju WEBSERVER2 (10.31.1.245). Tidak terlihat pada gam bar, tiga kali ping telah dijalankan dan semua sukses. Saat dijalankan yang kelima kali, Local Area Connection pada server virtual di-disable (menyebabkan ia tidak bisa diakses). Program sukses mendeteksi gagalnya tiga kali bert urut-turut paket ping (dua kali di ping kelima, dan satu kali di ping keenam).
Gambar 4.46 Uji Coba Program keep_alive.exe (1)
112
Gambar 4.47 Uji Coba Program keep_alive.exe (2)
4.7.2
Uji Coba Koneksi Client terhadap Jaringan Cluster Pada bagian ini, uji coba dilakukan dengan cara menjalankan perintah ping pada sisi client menggunakan komputer client. Pengujian koneksi dilakukan terhadap alamat 10.31.1.240 (Virtual IP pada Cluster). Pengujian mengenai koneksi dari client menuju alamat 10.31.1.240 berjalan baik pada setiap kondisi berikut.
1. SERVER1 dan SERVER2 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan (kondisi 1).
113
Gambar 4.48 Uji Coba Ping dari Client ke Virtual IP (kondisi 1)
2. SERVER1 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan, sementara SERVER2 dalam kondisi mati atau kondisi link (kabel) tidak terhubung dengan jaringan (kondisi 2).
Gambar 4.49 Uji Coba Ping dari Client ke Virtual IP (kondisi 2)
114
3. SERVER2 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan, sementara SERVER1 dalam kondisi mati atau kondisi link (kabel) tidak terhubung dengan jaringan (kondisi 3).
Gambar 4.50 Uji Coba Ping dari Client ke Virtual IP (kondisi 3)
4.7.3
Uji Coba Akses terhadap Web Server Pengujian pada bagian ini ditujukan untuk mengetahui apakah client dapat mengakses situs yang telah dipublikasikan oleh web server yait u situs ujian TOEFL. Hasil uji coba menunjukkan bahwa jaringan yang dibangun berjalan baik pada setiap kondisi seperti berikut.
1. SERVER1 dan SERVER2 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan (kondisi 1).
115
Gambar 4.51 Uji Coba Pengaksesan Web Server (kondisi 1)
2. SERVER1 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan, sementara SERVER2 dalam kondisi mati atau kondisi link (kabel) tidak terhubung dengan jaringan (kondisi 2).
116
Gambar 4.52 Uji Coba Pengaksesan Web Server (kondisi 2)
3. SERVER2 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan, sementara SERVER1 dalam kondisi mati atau kondisi link (kabel) tidak terhubung dengan jaringan (kondisi 3).
117
Gambar 4.53 Uji Coba Pengaksesan Web Server (kondisi 3)
4.7.4
Uji Coba Akses terhadap Proxy Server Pengujian pada bagian ini ditujukan unt uk mengetahui apakah aturanaturan yang diterapkan oleh proxy server dapat diberlakukan terhadap komputer client. Hasil uji coba menunjukkan bahwa jaringan yang dibangun berjalan baik pada setiap kondisi seperti berikut.
1. SERVER1 dan SERVER2 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan (kondisi 1).
118
Gambar 4.54 Uji Coba Pengaksesan Proxy Server (kondisi 1)
2. SERVER1 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan, sementara SERVER2 dalam kondisi mati atau kondisi link (kabel) tidak terhubung dengan jaringan (kondisi 2).
119
Gambar 4.55 Uji Coba Pengaksesan Proxy Server (kondisi 2)
3. SERVER2 dalam kondisi hidup dan kondisi link (kabel) terhubung dengan jaringan, sementara SERVER1 dalam kondisi mati atau kondisi link (kabel) tidak terhubung dengan jaringan (kondisi 3).
120
Gambar 4.56 Uji Coba Pengaksesan Proxy Server (kondisi 3)
4.8 Evaluasi Berdasarkan evaluasi setelah uji coba, hasil evaluasi yang didapat adalah sistem yang dibangun sudah berjalan baik dan dapat memenuhi kebutuhan atas nilai availability dari server sesuai kebutuhan perusahaan. Untuk menilai performa dari server, dilakukan evaluasi tiga kali dengan cara mengirimkan paket ping yan g besarnya 1000 Bytes, 3000 Bytes dan 5000 Bytes ke server-server. Hasil evaluasi menunjukkan bahwa dari segi jaringan tidak terdapat perbedaan response tim e yang signifikan antara server dedicated (diinstal pada komputer host) dengan server yang berjalan secara virt ual di komputer host.
121
Tabel 4.1 Response Tim e dari Server Virtual (ping sebesar 1000 Bytes) Percobaan 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Rata‐rata
Tujuan Web Server (ms) Proxy Server (ms) 4 4 5 5 6 5 5 4 4 4 4 5 5 5 4 5 5 5 5 5 4 4 5 4 4 4 6 6 5 6 6 5 5 6 4 5 4 5 6 5 5 4 4 5 6 5 6 5 5 4 5 6 5 5 4 5 6 5 6 6 4.93 4.90
122
Tabel 4.2 Response Tim e dari Server Virtual (ping sebesar 3000 Bytes) Percobaan 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Rata‐rata
Tujuan Web Server (ms) Proxy Server (ms) 6 7 6 7 7 7 7 5 5 6 5 6 6 5 6 7 5 6 7 7 7 5 7 5 7 6 7 7 6 7 5 7 7 6 5 7 7 7 6 7 6 7 6 6 6 5 5 7 6 5 6 5 7 5 7 7 7 7 7 7 6.23 6.27
123
Tabel 4.3 Response Tim e dari Server Virtual (ping sebesar 5000 Bytes) Percobaan 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Rata‐rata
Tujuan Web Server (ms) Proxy Server (ms) 12 11 12 13 12 12 13 12 13 12 13 12 11 11 11 11 13 13 12 11 13 12 12 11 13 12 12 12 11 13 12 13 13 12 12 12 12 11 12 11 12 12 12 13 12 12 11 13 12 12 12 13 11 12 13 12 11 12 13 13 12.10 12.03
124
Tabel 4.4 Response Tim e dari Server Dedicated (ping sebesar 1000 Bytes) Percobaan 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Rata‐rata
Tujuan Web Server (ms) Proxy Server (ms) 4 4 5 5 5 5 5 4 4 4 4 5 5 5 4 5 5 5 5 5 4 4 5 4 4 4 4 5 5 4 5 5 5 4 4 5 4 5 4 5 5 4 4 5 5 5 4 5 5 4 5 4 5 5 4 5 5 5 5 5 4.57 4.63
125
Tabel 4.5 Response Tim e dari Server Dedicated (ping sebesar 3000 Bytes) Percobaan 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Rata‐rata
Tujuan Web Server (ms) Proxy Server (ms) 6 5 6 6 6 6 5 6 5 6 5 6 6 5 6 5 5 5 5 5 5 5 5 6 6 6 5 5 6 5 5 5 6 6 5 6 5 6 6 5 6 6 5 6 6 5 6 5 6 5 6 5 5 5 5 5 6 6 6 6 5.53 5.47
126
Tabel 4.6 Response Tim e dari Server Dedicated (ping sebesar 5000 Bytes) Percobaan 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Rata‐rata
Tujuan Web Server (ms) Proxy Server (ms) 12 11 12 11 12 12 11 12 11 12 11 12 11 11 11 11 12 12 11 11 12 12 12 11 12 12 12 12 11 12 11 12 12 12 12 12 12 11 12 11 12 12 12 11 11 12 11 11 12 12 11 12 11 12 12 12 11 11 11 11 11.53 11.60
Namun masih terdapat beberapa kekurangan dari sistem yang dibangun, yaitu sebagai berikut.
127
1. Menjalankan virtual m achine dapat mempengaruhi performa dari komputer server (host). Penambahan jumlah guest operating system akan semakin menurunkan performa komputer host. Tujuan bagian ini adalah menunjukkan bukti bahwa penggunaan virtual m achine dapat menurunkan performa komputer host. Hal ini tidak terbatas pada sistem operasi tertentu saja, melainkan pada sem ua sistem operasi.
Gambar 4.57 Grafik Penggunaan CPU
Grafik diatas menunjukkan perbandingan kinerja prosesor. Kinerja prosesor dapat dilihat melalui Task Manager. Grafik bewarna biru merupakan kondisi standar, dimana hanya menjalankan host operating system (Windows Server 2003). Kemudian dijalankan satu virtual m achine dengan guest operating system -nya Windows Server 2008 (grafik berwarna merah). Pada awalnya memang lebih rendah kinerja prosesornya, tetapi kemudian terlihat meningkat secara signifikan dan lebih tinggi diatas kondisi standar. Berikutnya dijalankan
128
tambahan satu virtual m achine lagi dengan guest operating system -nya Linux RedHat 9 (grafik berwarna hijau). Persentase penggunaan prosesor terlihat menjadi sangat tinggi dibanding kondisi standar ataupun dengan satu guest operating system . Dengan semakin tingginya penggunaan prosesor, maka semakin terasa lambat bila kita ingin melakukan aktifitas di komputer tersebut.
Gambar 4.58 Grafik Penggunaan Mem ory
Grafik ini memperlihatkan penggunaan memori komputer. Percobaan ini juga dilakukan pada Windows Server 2003. Kondisi standar dengan host operating system Windows Server 2003 (grafik berwarna biru) menggunakan sekitar 800 MB memori. Kemudian dijalankan sat u virtual m achine dengan guest operating system Windows Server 2008 (grafik berwarna merah), maka penggunaan memori meningkat dan berada pada kisaran 1400 MB. Kemudian ditambahkan satu virtual m achine lagi dengan guest operating system Linux RedHat 9
129
(grafik berwarna hijau), maka penggunaan memori kembali meningkat menjadi di kisaran 1700 M B. 2. Sistem jaringan yang dibangun belum dapat memecahkan masalah availability yang disebabkan oleh pemadaman listrik dari PLN.
Catatan lain yang perlu diperhatikan adalah bahwa sistem ini hanya mendukung “one level fault tolerance”, yang artinya hanya mengijinkan sat u node saja yang berada dalam kondisi down (tidak dapat diakses). Ketika lebih dari sat u node berada dalam kondisi down maka layanan cluster akan terhenti (request dari client tidak dapat dilayani). Hal ini didasarkan pada algoritma quorum (n/2) + 1 dimana n merupakan jumlah node yang ada di dalam cluster. Karena node yang digunakan di dalam cluster adalah sebanyak tiga node (dua server dan satu disk-storage) maka jumlah node minimal yang menyala (aktif) di dalam cluster adalah sebanyak (3/2) + 1 = 2 node Atau dengan kata lain dapat disimpulkan bahwa pada failover cluster yang dibangun hanya mengijinkan maksimal satu node yang berada dalam kondisi down agar cluster dapat tetap berjalan sebagaimana mestinya. Ketika ada dua node yang berada dalam kondisi down maka cluster akan berhenti bekerja. Jika menggunakan sembilan node di dalam cluster, dengan ketentuan delapan server (jumlah maksimum server) dan sat u disk-storage, berdasarkan pada rumus di atas maka perhitungan fault tolerance maksimal yang bisa didapat adalah (9/2) + 1 = 5 node