Fakultas Ilmu Komputer
Universitas Brawijaya
622
Implementasi Security Pada Load Balancing Layanan Web Multidomain
Dengan SSL
Muhammad Rouvan Amiruddin1, Sabriansyah Rizqika Akbar2, Issa Arwani3 Program Studi Teknik Informatika, Fakultas Ilmu Komputer, Universitas Brawijaya
Email: 1amirudinrovan@gmail.com, 2sabrian@ub.ac.id, 3 issa.arwani@ub.ac.id Abstrak
Load balancing adalah mekanisme pembagian beban traffic ke-beberapa server secara seimbang. Penumpukan beban traffic yang berlebih pada server akan membuat kinerja sistem menurun. Untuk mengimplementasikan sistem yang optimal dan aman dengan banyaknya traffic yang masuk, maka perlu diterapkan mekanisme load balancing. Dengan mengimplementasikan mekanisme load balancing menggunakan HAProxy akan membuat traffic dalam suatu jaringan berjalan optimal, karena beban traffic akan didistribusikan pada dua atau lebih jalur koneksi secara seimbang. Melalui implementasi sistem ini kinerja server menjadi lebih optimal dengan tidak adanya pembebanan berlebih pada salah satu server.Agar menghasilkan pertukaran data yang aman antara klien dan server perlu menerapkan protocol SSL.Dengan mengimplementasikan protocol SSL pada sistem ini, pertukaran data antara klien dan server menjadi aman karena sudah ter-enkripsi. Pada sistem ini, jumlah klien sangat berpengaruh terhadap kinerja respons server. Semakin banyak jumlah klien maka respons server terhadap klien akan semakin lama sedangkan pada throughput mendapatkan hasil semakin menurun dan jika sistem menerima request lebih dari 500 klien maka didapatkan error request sebesar 10,4%.
Kata kunci: Load Balancing, SSL, Throughput, HAProxy.
Abstract
Load balancing is a mechanism of sharing on the traffic load to multiple servers in a balance way. An accumulation of excessive traffic load on the server will make system performance decreases. Therefore, the way to implement an optimal and secure system with a large number of incoming traffic so it is necessary to apply a load balancing mechanism. By implementing the load balancing mechanism using HAProxy will make the traffic on network runs optimally because the traffic load will be distributed on two or more connection lines in a balance way. Through the implementation of the system, the server performance becomes more optimal in the absence of overload on a server. In order to generate a secure exchange of data between the client and server, it needs to implement the SSL protocol. By implementing the SSL protocol on this system, the exchange of data between the client and server will be secure Because it is already encrypted. In this system, the number of clients is a very influential part on the performance of server response. The more number of clients will make the server response to the client will get longer while the throughput get a the results decreased and if the system receives a request of more than 500 clients then get the request error of 10.4%.
Keywords: Load Balancing, SSL, Throughput, HAProxy.
1. PENDAHULUAN
Load balancing merupakan salah satu mekanisme untuk membagi beban traffic kebeberapa server (Raden Arief Setyawan, 2014). Load balancing mendistribusikan beban traffic pada dua atau lebih jalur koneksi secara seimbang, agar traffic dapat berjalan optimal. Load balancing dapat digunakan untuk menghubungkan beberapa server secara
bersamaan melalui koneksi internet untuk menjaga ketersediaan layanan berbasiskan web dan menjaga konsistensi ketersediaan koneksi kepada semua user yang mengakses layanan server tersebut (Margono. Dkk, 2013). Pada dasarnya load balancing dalam proses pertukaran data dari klien ke server masih belum terenkripsi, sehingga keamanan dari paket data tersebut harus lebih diperhatikan (Raden Arief Setyawan, 2014). Untuk mengamankan paket
data diperlukan sebuah protocol yang bertujuan untuk enkripsi paket data. Disini penulis ingin mengimplementasikan protocol SSL untuk mengenkripsi paket data pada proses pertukaran data dari klien ke server.
Secure Socket Layer (SSL) merupakan protocol keamanan pada proses pengiriman data yang bersifat privat antara klien dan server (Raden Arief Setyawan, 2014). Dengan menerapkan SSL pada load balancing dapat menghindari pencurian data oleh pihak ketiga dan layanan website akan lebih aman diakses, untuk membuktikan keamanan dari protocol SSL penulis akan melakukan pengujian sniffing. Sniffing merupakan tindakan penyadapan dalam suatu jaringan yang bertujuan untuk mendapatkan data atau informasi dari proses pertukaran data antara klien dan server (I Gede Putu Krisna Juliharta, 2015).
Dari permasalahan diatas penulis ingin mengimplementasikan load balancing dengan protocol SSL sebagai enkripsi pertukaran paket data. Tujuan dari implementasi load balancing untuk mengoptimalkan sumber daya, meminimkan waktu respons, memaksimalkan troughput, dan menghindari pembebanan berlebihan di satu sumber daya. Untuk mengamankan pertukaran data dari klien ke server penulis menerapkan protocol SSL agar dapat menghindari pencurian paket data.
2. LANDASAN KEPUSTAKAAN 2.1 Load Balancing
Load balancing merupakan salah satu mekanisme untuk membagi beban traffic ke beberapa server (Raden Arief Setyawan, 2014). Load balancing mendistribusikan beban traffic pada dua atau lebih jalur koneksi secara seimbang, agar traffic dapat berjalan optimal. Layanan Load Balancing memungkinkan pengaksesan sumber daya dalam jaringan didistribusikan ke beberapa host lainnya agar tidak terpusat sehingga unjuk kerja jaringan komputer secara keseluruhan bisa stabil. 2.2 Algoritme Round Robin
Algoritme Round Robin adalah salah satu algoritme yang sering digunakan dalam load balancing. Algoritme ini berjalan dengan cara membagi beban traffic secara bergiliran dan berurutan dari satu server ke server lain. Konsep dasar dari algoritme round robin adalah dengan menggunakan time sharing. Setiap proses mendapatkan waktu CPU yang disebut dengan
waktu quantum untuk membatasi waktu prosesnya, biasanya 1-100 milidetik. Algoritme ini memproses antrian secara bergiliran (T Febrianto, 2015).
Proses akan mendapat jatah sebesar waktu quantum. Jika waktu quantumnya habis atau proses sudah selesai, CPU akan dialokasikan ke proses selanjutnya. Sebaliknya, jika suatu proses memiliki CPU burst yang lebih besar dibandingkan dengan waktu quantum, maka proses tersebut akan dihentikan sementara jika sudah mencapai waktu quantum, dan selanjutnya mengantri kembali pada posisi akhir dari ready queue, CPU kemudian menjalankan proses berikutnya (T Febrianto, 2015).
2.3 Secure Socket Layer (SSL)
Gambar 1 Pertukaran Data SSL Sumber: (Hary Fernando, 2010)
Secure Socket Layer (SSL) merupakan protocol keamanan pada proses pengiriman data yang bersifat privat antara klien dan server (Raden Arief Setyawan, 2014). Protocol ini menggunakan sebuah badan yang biasa disebut Certificate Authority (CA) untuk mengidentifikasi dan memverifikasi pihak-pihak yang berkomunikasi (Hary Fernando, 2010). Proses kerja dari SSL dapat ditunjukkan pada Gambar 1.
2.4 HAProxy
Gambar 2 Skema Load Balancer Dengan HAProxy Sumber: (Burhanudin, Yusep Rosmansyah, 2009)
HAProxy adalah produk open source yang digunakan untuk menciptakan sistem load balancing dan failover dari aplikasi yang berbasis TCP dan HTTP. Perangkat lunak ini sangat cocok digunakan untuk website yang traffic hariannya tinggi. HAProxy memeiliki beberapa fitur sebagai berikut:
1. Dapat dibuat master dan slave load balancing, jika load balancing master mati maka dapat menggunakan load balancing slave.
2. Mendukung load balancing untuk beberapa server
3. Terdapat statistik untuk melakukan monitoring.
Implementasi HAProxy diterapkan pada server front-end. Server Front-end umumnya adalah server yang memiliki IP statis dan teregistrasi dengan DNS. Aplikasi server dapat dipasang bersama didalam front-end atau terpasang secara terpisah. Front-end berfungsi untuk menghubungkan klien dengan aplikasi server yang tersedia (Burhanudin, Yusep Rosmansyah, 2009).Topologi load balancing dengan HAProxy dapat ditujukkan pada Gambar 2.
HAProxy juga menyediakan fitur statistik yang digunakan untuk memonitoring system yang sedang berjalan, seperti pada Gambar 3.
Gambar 3 Tabel Statistik HAProxy
Pada Gambar 3 menunjukkan statistik yang merupakan fitur monitoring HAProxy. Pada sistem load balancing ini, dimana tiga server berjalan secara bergantian menangani request dari klien tanpa membebani berlebih pada salah satu server. Ketika sistem dijalankan akan menampilkan penggunaan server secara bergantian dan bisa terlihat pada tabel statistik HAProxy. Berikut penjelasan tabel statistik HAProxy dalam monitoring system:
Gambar 4 Queue
Pada Gambar 4 menjelaskan tentang
statistik HAProxy. Pada tabel terlihat ws01, ws02, ws03 yang merupakan status real server yang dipakai penulis dan status dari ketiga server tersebut adalah aktif. Pada kolom queue menampilkan antrian request saat server dijalankan dan jumlah maksimal dari Queue current.
Gambar 5 Session Rate
Pada Gambar 5 menjelaskan jumlah session baru yang masuk perdetik ke real server pada kolom current dan jumlah seluruh session yang masuk.
Gambar 6 Sessions
Pada Gambar 6 menjelaskan tentang jumlah session yang ditangani real server. Terlihat pada kolom total, nilai kolom total akan bertambah sesuai dengan banyaknya request yang masuk dari klien.
Gambar 7 Bytes
Gambar 7 menjelaskan tentang jumlah byte yang masuk dan keluar pada real server 2.5 Webmin
Webmin adalah fasilitas pengelolaan service antarmuka yang berbasis web administrasi sistem. Webmin bisa dijalankan melalui browser apapun yang mendukung form, table dan java dan CGI. Dengan menggunakan webmin, bisa menambahkan user account, setting webserver, dan DNS hanya dengan melalui web browser. Webmin memudahkan administrator untuk mengedit file konfigurasi secara manual dan memungkinkan mengelola sistem dari konsol atau dari jarak jauh (Ferri Fadli. 2012).
2.6 JMeter
aplikasi web analisis berbasis java yang bisa dijalankan pada sitem operasi manapun yang mampu menguji kestabilan dan performa dari suatu webserver. Jenis-jenis pengujian yang bisa dilakukan dengan JMeter adalah Web Test Plan, Load Testing, Stress Testing (Mgs. Muhammad Fauzi. 2014).
2.7 Domain Name System (DNS)
Sebuah sistem yang menyimpan informasi tentang nama host maupun nama domain dalam bentuk basis data tersebar dalam sebuah jaringan komputer. DNS biasa digunakan pada aplikasi yang terhubung ke Internet seperti web browser atau e-mail, dimana DNS membantu memetakan host name sebuah komputer ke IP address. Selain digunakan di Internet, DNS juga dapat di implementasikan ke private network (Ferri Fadli. 2012).
2.8 Sniffing
Sniffing merupakan sebuah proses untuk menangkap paket data yang melintas melalui jaringan komputer. Untuk melakukan proses sniffing memerlukan aplikasi tertentu. Aplikasi ini menangkap tiap-tiap paket dan bahkan menguraikan isi dari Request for Comments (RFC) atau spesifikasi yang lain (I Gede Putu Krisna Juliharta, 2015).
3 PERANCANGAN 3.1 Arsitektur Umum Sistem
Gambar 8 Arsitektur Umum Sistem
Arsitektur yang digunakan pada penelitian ini seperti Gambar 8 memiliki tiga bagian. Bagian pertama klien sebagai aktor yang melakukan request sesuai yang dibutuhkan. Bagian kedua FrontEnd yaitu server load balancing dan bagian ketiga Backend yaitu real server. Pada arsitektur tersebut Haproxy merupakan server load balancing, Haproxy menangani request pertama dari klien karena Haproxy disini adalah frontend dan real server berperan sebagai backend. Haproxy berperan
dalam mengatur penggunaan resource real server, karena penulis menggunakan algoritme round robin maka penggunaan resource real server secara bergantian sesuai urutan teratas. 3.2 Gambaran Umum Sistem
Gambar 9 Gambaran Umum Sistem
Gambaran umum sistem pada penelitian ini seperti Gambar 9 menjelaskan bagaimana penerapan SSL pada load balancing. Dalam sistem ini certificated SSL di tempatkan pada frontend bukan di backend. Pada arsitektur ini DNS berada berada di real server dan pada frontend (Haproxy server) diatur penerapan certificated pada masing–masing domain. Peneliti meletakkan sertifikat SSL pada server load balancing, karena pada mekanisme load balancing ini server load balancing hanya memanggil IP address real server, tanpa memanggil Domain Name System (DNS). Pada server load balancing sertifikat sudah dikonfigurasi sesuai dengan domainya, sehingga tidak ada sertifikat yang tertukar dengan sertifikat lain.
4 IMPLEMENTASI 4.1 Implementasi Webmin
Diperlukanya webmin sebagai tool system
administration pada linux. Dengan
menggunakan webmin, penulis bisa menambahkan user account, setting webserver, DNS, hanya dengan melalui web browser. 4.2 Implementasi Real Server
Implementasi real server pada simulasi ini menggunakan ubuntu server 14.04. Peneliti menggunakan tiga real server dan tiga domain. Pada masing-masing server memiliki isi yang sama antar satu server dengan server lain. 4.3 Konfigurasi Masing-masing Domain
pada Webmin
Diperlukan konfigurasi BIND DNS Server. Disini penulis menggunakan webmin untuk melakukan konfigurasi BIND DNS Server.
Untuk menjalankan webmin bisa menggunakan browser dan memasukkan URL IP address server yang sedang digunakan dengan port 10000. Berikut konfigurasi untuk salah satu domain.
Gambar 10 Membuat Master Zone club.com
Seperti pada Gambar 10 tampilan pada Create Master Zone, disini penulis memasukkan domain name dengan club.com dan email address club@mail.com. Name server tersebut bertanggung jawab terhadap query yang berhubungan dengan domain yang bersangkutan.
Gambar 11 Membuat Address Records
Pada Gambar 11 menjelaskan konfigurasi pada Address Records, pada kolom name diisi dengan club.com dan pada kolom address diisi dengan 192.168.56.27 (merupakan IP address server load balancing).
4.4 Implementasi Sertifikat SSL
Penulis disini membuat sertifikat SSL untuk masing-masing domain, yaitu domain club.com, music.com, dan aqua.com. Untuk membuat sertifikat penulis menggunakan aplikasi Open Source bernama OpenSSL. OpenSSL adalah salah satu aplikasi Open Source yang berfungsi untuk membuat atau me-manage sertifikat SSL. Adapun konfigurasi untuk salah satu domain dalam pembuatan sertifikat SSL.
4.4.1 Sertifikat SLL Domain Club
sudo openssl genrsa –aes256 2048 > club.key
Source Code 1Membuat Private Key club.key
Penjelasan pada Source Code 1 adalah pembuatan private key club.key. Openssl merupakan aplikasi untuk membuat sertifikat SSL. RSA merupakan algoritme yang digunakan untuk enkripsi public key, pada source code 4.1
menggunakan panjang 2048bit. Advanced Encryption Standard (AES) merupakan algoritme cryptographic yang digunakan untuk mengamankan data, pada Source Code 4.1 menggunakan panjang bit 256bit.
Source Code 2 Verifikasi Pass Phrase
Setelah memasukkan Source Code 2, selanjutnya diminta pass phrase untuk mengenkripsi private key.
sudo openssl req –new –x509 –days 365 –key club.key > club.crt
Source Code 3 Membuat Sertifikat club.crt
Setelah private key club.key dibuat, selanjutnya membuat sertifikat yang berisi informasi Certificate Authorities (CA). Pada Source Code 3 akan membuat sertifikat dengan format X.509, berlaku selama 365 hari, dan menggunakan private key dalam file club.key. Sertifikat ini akan dibuat dalam file club.crt.
Source Code 4 Membuat Informasi CA
Setelah menjalankan Source Code 4, selanjutnya mengisi beberapa informasi tentang CA yang penulis buat.
cat club.crt club.key > club.pem
Source Code 5 Membuat Sertifikat club.pem
Pada Source Code 5 dijelaskan tahap menggabungkan private key club.key dan sertifikat club.crt menjadi sertifikat club.pem. Setelah sertifikat club.pem dibentuk dan selanjutnya disalin ke direktori /etc/ssl/private. 4.5 Implementasi Load Balancing
Implementasi load balancing yang digunakan pada simulasi ini menggunakan HAProxy. Peneliti menggunakan satu server sebagai server load balancing dan tiga real server. Server load balancing juga menyimpan sertifikat SSL dan mengatur penempatan seretifikat pada masing-masing domain. Pada
sistem ini menggunakan algoritme penjadwalan round robin untuk proses penggunaan resources real server.
5 PENGUJIAN
5.1 Pengujian Fungsional
Sistem ini dilakukan tiga tahap pada pengujian fungsional.
5.1.1 Pengujian perbandingan http dan https pada load balancing
Pada pengujian perbandingan HTTP dan HTTPS, penulis menggunakan tool tambahan JMeter. Pengujian ini penulis membandingkan kinerja server dalam menangani protocol HTTP dan HTTPS. Pengujian ini dibagi menjadi beberapa sampel uji atau request untuk protocol HTTP dan HTTPS. Pembagian sampel uji dimulai dengan 100, 300, 500, 1000, 1500 dan 3000 sampel uji.
Gambar 12 Grafik Average
Pada Gambar 12 menjelaskan hasil pengujian dengan jumlah sampel yang ada pada http maupun https. Dapat di analisis pada kategori Average. Average adalah rata-rata respons yang diberikan server untuk setiap proses request. Setiap peningkatan jumlah request, waktu yang digunakan server untuk merespons request menjadi lebih besar. Semakin sedikit jumlah request, maka server akan semakin cepat dalam menangani request. Pada https request rata-rata waktu yang dibutuhkan server lebih lama dalam merespons, karena paket data https lebih besar daripada http.
Gambar 13 Grafik Minimum
Pada Gambar 13 menjelaskan hasil pengujian dengan sampel yang ada pada HTTP maupun HTTPS. Dapat dianalisis pada kategori minimum. Minimum adalah waktu respons tercepat dari sebuah proses request, semakin kecil nilainya semakin cepat respons server. Pada grafik diatas dapat dijelaskan, semakil kecil jumlah request maka semakin cepat server dalam merespons.
Gambar 14 Grafik Maximum
Pada Gambar 14 menjelaskan hasil pengujian dengan sampel yang ada pada HTTP maupun HTTPS. Pada kategori maximum, maximum adalah waktu respons terlama dari sebuah proses request. Pada grafik diatas dapat dijelaskan semakin besar jumlah request, maka waktu respons server dalam menangani request akan lebih lama.
100 300 500 1000 1500 3000 Http 95 161 207 216 238 257 Https 185 250 260 306 439 464 0 100 200 300 400 500 W aktu (m s)
Jumlah Sampel Uji
Rata-rata waktu respon dari server
Http Https 100 300 500 1000 1500 3000 Http 8 12 15 17 27 41 Https 19 20 27 58 59 88 0 20 40 60 80 100 W aktu (m s)
Jumlah Sampel Uji
Minimum waktu respon dari server
Http Https 100 300 500 1000 1500 3000 Http 209 373 419 533 601 795 Https 518 598 600 602 950 1059 0 200 400 600 800 1000 1200 W aktu (m s)
Jumlah Sampel Uji
Maximum waktu respon dari server
Gambar 15 Grafik Throughput
Pada Gambar 15 menjelaskan hasil pengujian dengan sampel yang ada pada HTTP maupun HTTPS. Pada Gambar 15, semakin kecil jumlah request maka semakin besar jumlah throughput yang dicapai. Pada HTTP request, jumlah throughput yang dicapai masih lebih besar dari pada HTTPS request.
Dari keempat kategori yaitu average, minimal, maximum, dan throughput. Dengan menggunakan protocol HTTP lebih unggul dalam respons server dan throughput yang didapat lebih besar dari pada menggunakan protocol HTTPS. Pada protocol HTTPS terjadi proses enkripsi, hal tersebut yang membuat waktu respons lebih lama dan throughput yang didapat lebih kecil. Hal ini menjelaskan penggunaan protocol HTTP membuat respons server lebih cepat, tetapi protocol HTTP tidak menjamin keamanan pertukaran data antara klien dan server. Dengan menggunakan protocol HTTPS proses pertukaran data antara klien dan server menjadi lebih aman.
5.1.2 Pengujian Penempatan Sertifikat Pada pengujian ini, dilakukan menempatkan sertifikat sesuai domain yang bersangkutan, sehingga tidak adanya sertifikat yang tertukar. Pada masing-masing domain memiliki sertifikat yang berbeda, Berikut pengujianya pada salah satu domain:
Gambar 16 Tampilan Web club.com
Pada Gambar 16 menjelaskan domain pertama yang digunakan adalah club.com. Pada domain club.com sudah menggunakan protocol ssl, sebagai bukti penggunaan https:// pada awal domain dan terdapatnya simbol gembok pada samping domain.
Gambar 17 Informasi Detail Sertifikat
Gambar 17 menjelaskan bahwa, jika dilakukan pemeriksaan lebih lanjut, peulis bisa melihat sertifikat yang dipakai pada domain tersebut. Pada certificate viewer juga terlihat detail informasi sertifikat yang digunakan domain club.com. Informasi yang di perlihatkan pada certificate viewer mulai dari Common name, organization, Serial Number yang digunakan, tanggal pembuatan sertifikat, tanggal akhir sertifikat berlaku, dan algoritme enkripsi yang digunakan.
5.1.3 Pengujian dengan metode sniffing 5.1.3.1 Pengujian sniffing tanpa SSL
Gambar 18 Hasil Pengujian Tanpa SSL
Dapat dilihat pada Gambar 18 data yang dikirim masih menggunakan plain-text. Dari hasil sniffing juga dapat diketahui username dan password yang digunakan oleh klien. Diketahui pada http, data yang dikirim tidak adanya perlindungan. 100 300 500 1000 1500 3000 Http 33,5 32,9 28,2 28,1 26,3 24,7 Https 24,2 23,2 22,7 20,3 14,5 13,8 0 5 10 15 20 25 30 35 40 Th ro u gh p u t (kb/ sec)
Jumlah Sampel Uji Throughput (kb/sec)
5.1.3.2 Pengujian sniffing dengan SSL
Gambar 19 Hasil Pengujian Dengan SSL
Gambar 19 menunjukkan data yang ditampilkan tidak lagi berupa plain-text. Dengan penerapan SSL terlihat data sudah dienkripsi dan terlihat berantakan, karena tidak lagi bisa dibaca dengan mudah. Hal ini membuktikan bahwa, dengan diterapkanya SSL akan membuat pertukaran data antara klien dan server menjadi aman. Meskipun dilakukan pencurian data berupa sniffing, paket data yang didapat tidak bisa terbaca karena sudah dienkripsi.
5.2 PengujianNonfungsional
5.2.1 Pengujian Load Server dengan JMeter Pada pengujian ini dilakukan sebuah simulasi untuk mengetahui kinerja server apabila menangani request dari klien berupa HTTPS request. Pada pengujian ini hanya menggunakan HTTPS request, karena pengujian ini untuk mengetahui jumlah maksimal request yang bisa ditangani oleh server. Untuk melakukan pengujian penulis membagi tiga tahapan request dari klien, tahap pertama pengaruh server jika dilakukan uji dengan setiap tiga detik 100 klien mengirimkan tiga request ke-server, tahap kedua setiap tiga detik 300 klien mengirimkan tiga request ke server, dan tahap ketiga ketika setiap tiga detik 500 klien mengirimkan tiga request ke server.
5.2.1.1 Pengujian dengan 100 Klien
Gambar 20 Pengujian 100 klien
Tahap pertama pengujian server jika setiap tiga detik 100 klien mengirimkan tiga request ke server. Terlihat pada Gambar 20 menjelaskan tentang kinerja server ketika menerima request dari klien. Dengan jumlah sampel 300, rata-rata respons yang diberikan server untuk setiap proses request adalah 2238ms. Waktu respons tercepat dari sebuah proses request server adalah 195ms, waktu respons terlama dari sebuah proses request server adalah 4112ms.
5.2.1.2 Pengujian dengan 300 Klien
Gambar 21 Pengujian 300 klien
Tahap kedua pengaruh server jika setiap tiga detik 300 klien mengirimkan tiga request ke server. Terlihat pada Gambar 21 menjelaskan tentang kondisi server ketika menerima request dari klien. Dengan jumlah sampel 900, rata-rata respons yang diberikan server untuk setiap proses request adalah 9161ms. Waktu respons tercepat dari sebuah proses request server adalah 1500ms, waktu respons terlama dari sebuah proses request server adalah 20281ms.
5.2.1.3 Pengujian dengan 500 Klien
Gambar 22 Pengujian 500 Klien
Tahap ketiga pengaruh server jika setiap tiga detik 500 klien mengirimkan tiga request ke server. Terlihat pada Gambar 22 menjelaskan tentang kondisi server ketika menerima request dari klien. Dengan jumlah sampel 1500, rata-rata respons yang diberikan server untuk setiap proses request adalah 25945ms. Waktu respons tercepat dari sebuah proses request server adalah
Avera ge Min Max HTTPS Request 2238 195 4112 0 2000 4000 6000 W ak tu (ms ) 100 Klien Aver
age Min Max
HTTPS Request 9161 1500 20281 0 5000 10000 15000 20000 25000 W ak tu (ms ) 300 Klien Aver
age Min Max
HTTPS Request 25945 10400 50514 0 20000 40000 60000 W ak tu (ms ) 500 Klien
10400ms, waktu respons terlama dari sebuah proses request server, adalah 50514ms.
5.2.2 Hasil Analisis Pengujian Load Server dengan JMeter
Pada sub bab ini menjelaskan tentang hasil analisis pengujian load server dengan JMeter dari average response time, minimum response time, maximum response time, error request dan throughput.
Gambar 23 Grafik Pengujian Error Request
Gambar 24 Grafik Pengujian Throughput
Pada Gambar 23 menjelaskan tentang hasil pengujian dari error request dari 100, 300, 500 klien. Pengujian dari 100 klien tidak terdapat error, pengujian dengan 300 klien juga tidak terdapat error request, tetapi pada pengujian dengan 500 klien terdapat error request sebesar 10,4%.
Pada Gambar 24 menjelaskan tentang hasil pengujian dari throughput dengan 100, 300, 500 klien. Pada pengujian dengan 100 klien, throughput yang didapat mencapai 20,9 kb/sec. Pengujian dengan 300 klien, throughput yang didapat 18,6 kb/sec. Pengujian dengan 500 klein throughput yang didapat mencapai 14,5 kb/sec.
Pada pengujian load testing server dengan JMeter yang dilakukan dengan tiga tahap, tahap pertama 100 klien, tahap kedua 300 klien, dan tahap ketiga 500 klien. Dapat dianalisis bahwa server bisa berjalan dengan lancar dengan berbagai jumlah request klien yang dilakukan. Pada pengujian tahap pertama dengan 100 klien, dapat menerima request dengan lancar dengan tanpa adanya error. Pada pengujian tahap kedua
dengan 300 klien dapat menerima request dengan lancar dan tanpa adanya error. Pada pengujian tahap ketiga dengan 500 klien, terjadi error sebanyak 10,40%. Hal ini membuktikan server hanya bisa menerima kurang dari 500 klien agar respons berjalan normal 100%. Pada pengujian throughput, semakin kecil jumlah request maka semakin besar jumlah throughput yang dicapai.
6 KESIMPULAN
Berdasarkan penelitian yang dilakukan penulis terhadap “Implementasi Security pada Load Balancing Layanan WEB Multidomain Dengan SSL” dapat disimpulkan bahwa: 1. Perancangan dan implementasi SSL dalam
load balancing menggunakan HAProxy telah berhasil dilakukan dengan menerapkan satu server HAProxy sebagai server load balancing dan tiga real server. Penerapan SSL pada load balancing berhasil dilakukan dimana penempatan sertifikat SSL berada di server load balancing dan penerapan sertifikat SSL pada masing-masing domain. 2. Berdasarkan hasil pengujian sistem yang
dilakukan dengan metode sniffing, penerapan protocol SSL pada load balancing terbukti bisa mengamankan pertukaran data antara klien dan server dimana pertukaran data sudah ter-enkripsi. Pada pengujian sniffing yang dilakukan, paket data yang didapat sudah ter-enkripsi dan tidak ditemukanya username dan password dari klien.
3. Berdasarkan hasil pengujian sistem, semakin banyak jumlah klien maka respons server terhadap klien semakin lama sedangkan pada throughput mendapatkan hasil semakin menurun dan Jika sistem menerima request lebih dari 500 klien maka didapatkan error request sebesar 10,4%.
7 DAFTAR PUSTAKA
Burhanudin, Yusep Rosmansyah, 2009. Studi Mengenai Kinerja Webserver Berbasis Linux Menggunakan Teknologi Load Balancing. Institut Teknologi Bandung. Sekolah Teknik Elektro dan Informatika, Institut Teknologi Bandung.
Ferri Fadli, 2012, Penerapan File Server Menggunakan Samba dan LDAP Di
U’BUDIYAH INDONESIA. Teknik
Informatika STMIK U’BUDIYAH INDONESIA Banda Aceh.
Hary Fernando, 2010. Studi dan Implementasi
100 300 500 HTTPS request 0 0 10,4 0 5 10 15 P er se n ta se e rr o r (% ) Jumlah Klien Error Request 100 300 500 HTTPS request 20,9 18,6 14,5 0 10 20 30 Th ro u gh p u t (k b /s ec) Jumlah Klien Throughput
Sistem Keamanan Berbasis Web dengan Protokol SSL di Server Students Informatika ITB. Program Studi Teknik Informatika Sekolah Teknik Elektro dan Informatika Institut Teknologi Bandung, Jl. Ganesha 10 Bandung 40132, Indonesia.
I Gede Putu Krisna Juliharta, 2015. Bussiness Impact Analysis Aplikasi Jaringan Komputer Dengan Teknik Packet Sniffing. STMIK STIKOM Bali
Margono, Eko Adriansyah, Harry Asibrah, 2013.
Analisis dan Perancangan Load
Balancing pada Web Server Berbasis Cloud pada Kantor DPRD Kota. Palembang. Palembang: Jurusan Teknik Informatika. STIMIK PalComTech. M. Ferdy Adriant, Is Mardianto, 2015.
Implementasi Wireshark Untuk
Penyadapan (Sniffing) Paket Data Jaringan. Jurusan Teknik Informatika, Fakultas Teknologi Industri, Universitas Trisakti.
Mgs. Muhammad Fauzi, 2014, Analisis WEB dan Keamanannya Menggunakan JMeter pada CV. MAWAR TUNGGAL PERKASA (MTP) Palembang. Teknik Informatika STMIK PalComTech Palembang.
Omar Muhammad Altoumi Alsyaibani, 2013. Performa Algoritma Load Balance Pada Server Web Apache dan Nginx Dengan Database Postgresq. Fakultas Teknik Universitas Negeri Yogyakarta.
R. Arief Setyawan, Adharul Muttaqin, Angger Abdul Razak, Lastono Risman, 2014. Analisis Mekaniseme Multi Server Load
Balancing pada Server SIAKAD
Universitas Brawijaya.
Raden Arief Setyawan, 2014. Analisis Implementasi Load Balancing dengan Metode Source Hash Scheduling pada Protocol SSL.
Ryosuke Hatsugai, Takamichi Saito, 2007. Load-Balancing SSL Cluster Using Session Migration. Meiji University. JAPAN.
T Febrianto, 2014. Analisa Load Balancing Server Dengan Metode LVS Direct Routing Menggunakan Algoritma Round Robin dan Least Connection. Jurusan Informatika Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret.
