Pengenalan Server Load Balancing

satu lagi ni nice artikel…

^_^

Server Load Balancing (SLB) disini diartikan sebagai sebuah proses dan teknologi yang mendistribusikan trafik pada beberapa server dengan menggunakan perangkat-perangkat networking. Perangkat tersebut menerima sebuah trafik dari tempat tertentu kemudian trafik tersebut diarahkan ke beberapa server lainnya. Gambar berikut ini menunjukkan bagaimana terjadinya SLB :

Server Load Balancing berfungsi sebagai berikut :

1. menerima trafik dari sebuah network misalnya web traffic dan mengarahkannya ke site tertentu.
2. melakukan split trafik menjadi individual request dan menentukan server mana yang akan menerima individual request tersebut.
3. memantau server dengan menyakinkan bahwa server tersebut bertanggung jawab terhadap traffik.
4. memberikan redudansi dengan mengaktifkan server lebih dari satu unit melalui mekanisme fail-over.
5. menawarkan distribusi content seperti pembacaan URL, interconnecting cookies, dan XML parsing.

Awal Pemakaian

Internet awalnya digunakan sebagian besar oleh para akademisi dan sangat sedikit digunakan oleh orang umum. Ketika terjadi booming internet di tahun 1995 menjadikan sebuah server tunggal tidak akan mampu mengatasi dan memproses keinginan pengguna setiap harinya apalagi sejak internet digunakan dalam dunia perdagangan dengan e-commerce dan applikasi multimedia lainnya. Disaat seperti inilah orang mulai mencari cara untuk mengatasi redudansi kinerja server terhadap traffik yang terus meningkat.

Perkembangan

Jika sebuah server telah bekerja pada batas limitnya maka seorang administrator biasanya melakukan penambahan RAM atau melakukan upgrading processor untuk mendapatkan hasil yang lebih baik. Namun hal seperti itu tidak dapat terlalu membantu. Ada saatnya walaupun kita telah melakukan setting optimal terhadap hardware dan sistem operasi yang digunakan kegagalan server mesih sering terjadi.

DNS Load Balancing

Sebelum kita mengenal teknologi SLB, seorang server administrator terlebih dahulu harus menerapkan proses Load Balancing yang dikenal dengan DNS round robin. DNS roun robin menggunakan fungsi DNS untuk menggunakan satu IP address digunakan bersama pada sebuah hostname. Setiap entry DNS diketahui sebagai record yang memetakan sebuah hostname (misalnya www.nengnong.net) ke sebuah IP Address misalnya adalah 208.185.43.202. Biasanya hanya satu IP Addresss yang diberikan untuk satu hostname. Dengan ISO DNS server, BIND 8, maka DNS entri untuk www.nengnong.net bisa dilihat seperti berikut :

www.nengnong.net IN 208.185.43.202

Dengan DNS round robin maka dimungkinkan multiple IP address digunakna pada sebuah hostname yang dapat digunakan untuk mendistribusikan trafik sehingga tidak terlalu sibuk seperti halnya hanya menggunakan satu IP Address. Singkatnya disini kita bisa melihat tiga IP Address untuk sebuah web server yakni 208.185.43.202, 208.185.43.203, dan 208.185.43.204 yang di sharing dan di gunakan oleh www.nengnong.net. Konfigurasi DNS server untuk ketiga IP Address tersebut adalah seperti berikut :

www.nengnong.net IN A 202.185.43.202

IN A 202.185.43.203

IN A 202.185.43.204

Kita bisa cek effek dari penggunaan DNS dengan nslookup, seperti berikut :

[n3]# nslookup http://www.nengnong.net

Server: ns1.nengnong.net

Address: 198.143.25.15

Name: http://www.nengnong.net

Addresses: 208.185.43.202, 208.185.43.203, 208.185.43.204

Dengan demikian distribusi trafik untuk www.nengnong.net terbagi menjadi tiga seperti pada gambar berikut :

Terlihat bahwa distribusi dengan DNS round robin sederhana, namun menggapa mesti menggunakan SLB? Alasannya adalah DNS round robin masih memiliki keterbatasan, distribusi trafik yang tidak dapat diprediksi, caching isue, dan pengukuran kesalahan yang sulit dilakukan.

DNS 101

DNS berasosiasi dengan IP address dengan sebuah hostname sehingga kita tidak perlu mengingat angka-angka yang rumit. Setiap komputer yang terhubung ke Internet harus memiliki IP Address. Ketika user mengetikan URL sebuah hostname pada Browser, maka sistem operasi akan mengirimkan queri untuk melakukan konfigurasi DNS Server terhadap hostname tersebut. DNS server tersebut biasanya tidak memberikan informasi (kecuali di cached) sehingga domain name server mencari nama domain dengan root server. Root server juga tidak memiliki informasi IP Address tapi mengetahui siapa yang memiliki kemudian memberikan laporan kepada DNS server user. Detail prosesnya dijelaskan seperti berikut :

1. User mengetikan URL ke dalam browser
2. Operating System melakukan DNS request untuk mengkonfigurasi DNS server.
3. DNS server melihat apakah ada IP Address yang di cached. Jika tidak maka melakukan query pada Root Server untuk mencari informasi DNS server yang dimaksudkan.
4. Root server kemudian membalas dengan authoritative DNS Server terhadap request dari hostname.
5. DNS server melakukan query terhadap auhoritative DNS server dan menerima respon.

Caching

Salah satu keterbatasan pada DNS round robin adalah DNS caching. Untuk mengindari DNS Server dari banyaknya request yang sama dan menjaga utilisasi bandtwith maka DNS Server melakukan DNS caching. Selama informasi pada DNS mengalami perubahan yang tidak berarti maka akan berfungsi seperti biasa. Namun jika DNS server memberikan masukan baru pada DNS maka sistem akan mencaching entri tersebut sampai entri tersebut expired.

Distribusi Trafik

Distribusi trafik juga merupakan salah satu masalah pada DNS round robin. DNS round robin akan mendistribusikan trafik pada IP Address yang telah diberikan pada sebuah hostname. Jika ada tiga IP Address yang diberikan maka trafik akan di distribusikan ke masing-masing ketiga IP tersebut. Jika ada empat IP address yang diberikan maka trafik akan didistribusikan pada keempat IP tersebut. Namun permasalahannya distribusi trafik sangat signifikan dan tidak selalu stabil. Gambar berikut menunjukan scenario failure pada DNS berbasis load balancing.

Evolusi

Sangat jelas bahwa SLB digunakan untuk mengatasi masalah redudansi, skalabiliti, dan manajemen yang diinginkan. Web Sites saat ini terus tumbuh semakin banyak. Saat ini downtime adalah asosiasi dengan sebuah ukuran rupiah. Beberapa situs kehilangan jutaan rupiah setiap menitnya hanya karena server mengalami down. SLB dibutuhkan untuk mengatasi hal ini. Load Balancing bekerja dengan trafik yang diarahkan pada situs. Satu URL, satu IP Address, dan load lancing digunakan untuk mendistribusikannya dengan baik. SLB memiliki beberapa keuntungan diantaranya adalah :

Fleksibel

dengan SLB kita dapat menambah atau mengurangi jumlah server pada site kita setiap saat. Keuntungan dari sistem ini adalah perawatan pada mesin dapat dilakukan dengan benar. SLB juga dapat mengarahkan trafik pada cookies, URL parsing, algoritma statik dan dinamis dan masih banyak lagi.

Availability Tinggi

SLB dapat melakukan pengecekan status available sebuah server, mengontrol server yang tidak merespon rotasi dan mengembalikannya pada rotasi sehingga berfungsi kembali. Dilakukan secara otomatis tanpa memerlukan intervensi dari administrator.

Load balancer dimulai dari perangkat berbasis PC, tapi sekarang fungsi loadbalancing juga dapat dilakukan pada switch atau router.

Teknologi Lainnya

SLB bekerja dengan melakukan manipulasi tujuan paket jaringan untuk server. Ada beberapa teknologi lain yang dapat digunakan sama dengan SLB diantaranya adalah sebagai berikut :

Firewall Load Balancing (FWLB)

Firewall Load Balancing (FWLB) dikembangkan untuk mengatasi beberapa keterbatasan pada teknologi Firewall. Sebagian besar Firewall adalah berbasis CPU seperti mesin SPARC atau mesin x86 based. Karena prosesor memiliki keterbatasan, throughput firewall pun menjadi terbatas.Kecepatan prosesor, konfigurasi, dan beberapa metric menjadi factor kinerja firewall. Seperti pada SLB, FWLB memungkinkan implementasi beberaa firewall di sharing dan di load sama halnya seperti SLB. Namun karena trafik yang berbeda maka konfigurasi dan teknologinya pun sedikit berbeda. Konfigurasi umumnya adalah seperti berikut :

Global Server Load Balancing

Global Server Load Balancing (GSLB) juga memiliki konsep yang sama dengan SLB hanya saja digunakan untuk distribusi pada lokasi yang lebih luas. SLB bekerja pada LAN (Local Area Network), sedangkan GSLB bekerja pada Wide Area Network (WAN). Ada beberapa cara untuk mengimplemetasikan GSLB seperti DNS based dan BGP based (Border Gateway Protocol). Berikut ini adalah contoh konfigurasi dasar GSLB :

Clustering

Clustering memberikan yang sama seperti halnya pada SLB yakni memberikan availability yang tinggi dan skalabiliti dengan sedikit perbedaan. Clustering melibatkan software protocol (proprietary dari masing-masing vendor) yang berjalan pada beberapa server dengan tujuan untuk melakukan sharing load (seperti pada gambar dibawah). Cluster berada didepan beberapa server kemudian melakukan manipulasi paket pada network device dan menerima trafik kemudian membaginya pada server lainnya. Ada integrasi yang kuat dengan software server.

Referensi : Tony Bourke, Server Load Balancing, O’Rielly, 2001

sumber: http://dennycharter.wordpress.com

 

Menangkap MRTG dari Queue Simple Mikrotik dengan Cacti

dapet artikel keren ni… berhubung lupa2an ma situsnya mending ak transit kesini… 😀

hehe……

hey penulis… ak sebarkan ilmu kalian ya..

^_^

Cacti sendiri adalah semacam Content Management System tapi khusus mengatur grafik MRTG.

Kelebihan lain dari cacti adalah adanya plugin-plugin yang disediakan oleh komunitas yang cukup luas dari cactiusers.org.

Berikut list plugin cacti yang tersedia:

• Boost : Untuk meningkatkan performance Cacti
• Clog : Untuk menambah tab untuk melihat log Cacti
• Discovery : auto discovery untuk mendeteksi snmp dari perangkat pada jaringan komputer diluar subnet yang ada.
• Docs : Untuk membuat dokumen-2 di dalam Cacti
• Flowviewer : Viewer untuk melihat aliran data yang dicapture oleh netflow pada router cisco.
• Host Info : Menampilkan informasi tentang versi server Cacti
• Login Mod : Untuk mengubah tampilan halaman login Cacti
• Mac Track : melacak MAC Address dan Port pada perangkat yang mengaktifkan snmp
• Monitor : memonitor kondisi up/down dari perangkat yang dimonitor, juga disertai alert suara.
• Ntop : menampilkan aplikasi Ntop pada tab Cacti
• Realtime : Menampilkan grafik cacti secara realtime setiap 5 detik.
• Router Configs : Membackup dan menampilkan konfigurasi router
• Settings : Seting dan konfigurasi Cacti
• SSL : mengakses cacti dengan SSL
• Syslog : Menampilkan syslog database Cacti
• Thold : Menampilkan up down dari host
• Tools : Tool untuk mengecek service HTTP FTP POP3 dan SMTP
• Update : Menampilkan semua plugin yang terinstall dan untuk cek update terbaru

Berikut adalah step-by-step membuat grafik MRTG dari simple queue Mikrotik di Cacti, saya berasumsi bahwa aplikasi cacti sudah berfungsi dengan baik dan benar.

Langkah-langkahnya adalah sbb:

Setelah login ke Cacti sebagai admin kemudian klik “Data Source” kemudian klik “Add” yang berada pada kanan atas dibawah (logout)

Pada “Selected Data Template” pilih “MT-SQ-down” dan host adalah mikrotik dimana simple queue tersebut berada, oh ya sebelumnya sebaiknya buat dulu grafik MRTG dari SNMP host/router/bridge Mikrotik bersangkutan, dalam contoh ini host yang saya pilih adalah “Limiter International Surabaya”

Kemudian klik “Create”
Nah untuk mengisi data-data yang diperlukan kita perlu mengetahui “oid” dari simple queue yang akan dibuat grafik MRTG nya, oid ini bisa diperoleh dengan cara login ke winbox lalu menggunakan new terminal ketik:

/queue simple
print
print oid

mengapa harus print dulu baru print oid , tujuannya untuk memastikan bahwa oid yang akan di pakai sesuai dengan simple queue yang dimaksud.

Pada contoh ini kita akan membuat grafik MRTG dari simple queue urutan ke 5
Ok kita kembali ke cacti, setelah langkah sebelumnya kita klik “create” maka selanjutnya akan muncul tampilan sbb:

Sebagai contoh pada field “Name” saya isi “International – DKNET – In”
“Data Source Path” saya tidak rubah
“Internal Data Source Name” saya ganti jadi _downloaddknet
dan “OID” saya copy dari winbox yang saya sudah print oid utk simple queu yang dimaksud dimana yang dimasukkan disini adalah oid dari bytes=in=.1.3.6.1.4.1.14988.1.1.2.1.1.8.6
yang dimasukkan ke filed “OID” hanya 1.3.6.1.4.1.14988.1.1.2.1.1.8.6 tanpa titik didepannya.
Kalau sudah klik “Create” atau “Save”

ulangi lagi hal yang sama untuk “Selected Data Template” pilih “MT-SQ-up” dan isi “OID” dari bytes=out sepeti contoh dibawah ini:

sehingga dihasilkan International DKNET-In dan DKNET-out

Berikutnya klik “Graph Management” dan pilih “Filter by host” pada mikrotik dimana simple queue tersebut berada.

Kemudian klik “Add” pada kanan atas dibawah (logout)

Kemudian pilih “Selected Graph Template” dengan “Mikrotik – Simple Queue” lalu klik “Create” sehinggu muncul tampilan sbb:

Sebagai contoh saya isi Title dengan “International – DKNET” lalu saya pilih “Download Data Source” dengan “International – DKNET – In (_downloaddknet)” dan “Upload Data Source” dengan “International – DKNET – Out (_uploaddknet)” yang sebelumnya sudah kita buat pada melalui “Data Source”. lalu klik “Create” atau “Save” dan hasilnya adalah sbb:

Selanjutnya Grafik tersebut dapa di tempatkan pada “trees” yang diinginkan agar dapat diakses oleh user tersebut saja. Saya tidak jelaskan disini dengan asumsi pembaca sudah biasa menggunakan cacti untuk memanage grafik-grafik MRTG pelanggan.

Adapun contoh hasil MRTG dari Simple Queue Mikrotik adalah sbb:

Ternyata Mas Icals pencerahannya baru sebagian, jadi supaya Cactinya bisa ada template MT-SQ-down dan MT-SQ-up harus import script templatenya melalui menu “Import Templates” di Cacti, scriptnya bisa di peroleh dari
http://karns.web.id/

sumber artikel: http://inetshoot.blogspot.com/