lupa informasiin spek server ini ada "cuplikan" email dari temen saya yang ngurusin ginian
"The bottleneck is IO and the fact that MySQL only can have 1000 connections at the same time. All queries etc are optimized, so the problem is not there. We are looking into getting an even better server. The DB server that we are using right now is a real monster, dual Xeon 3 GHz processors, I think it has about 3 HD's with Raid 0+1 and 2 disks with Raid 1 running the OS. Our Server is a really hard case becase everything is very live. We have consulted huge firms that deal with scaling and optimization and they havnt been able to help us to scale in a good fashion. The solution that we are looking for right now is to get even more disks into the server to ease the IO load on each disk." smoga ada solusinya :( On 6/6/06, syiwabhairawa <[EMAIL PROTECTED]> wrote: > > --- In [email protected] <ITCENTER%40yahoogroups.com>, "badm4n" < > [EMAIL PROTECTED]> wrote: > > > > gini ada 3 server > > dengan traffic super super super banyak > > ada yang bisa bantuin selain clustering DB ? > > > nah kalau clustering DB kan ribet dan ngejelimet > > > > ada solusi gimana cara alternatifnya ? > > dan server ini super duper speknya > > > sedangkan kasus saya ini lebih condong ke write nya yang bermasalah > > Kalau anda sudah bisa melakukan identifikasi bahwa bottlenecknya ada > di DB dan log writing process, mestinya ya solusinya dikejar ke > peningkatan kemampuan I/O writing dgn cara menurunkan service time > untuk disk write, yang bisa dilakukan dengan : > a. pemisahan disk DB file dan log file, bahkan kalau bisa pisah > controller sekalian > b. penggunaan RAID dalam disk utk menyimpan DB file dan log file, > pakai RAID 1+0 dengan banyak spindle > c. penggunaan interface I/O disk yang cepat, misalkan FCAL, SCSI LVD > d. penggunaan hardware RAID yang mempunya write back cache besar, > sehingga DB server tinggal menulis ke cache dari RAID controller > (pasti cepat karena memory, bukan disk fisik) dan di balik layar si > RAID controller melakukan de-staging data dari cache ke physical disk > e. Jika memakai RAID hardware maupun software, pastikan chunk size > yang ditulis oleh DB sesuai dengan stripe unit yang ditulis oleh RAID. > > Saya tertarik dengan pernyataan "server ini super duper speknya". Bisa > dijelaskan apa spec-nya? Kemudian anda pakai Database software apa? > Sebagai gambaran begini, misalkan anda pakai Oracle diatas Windows > atau Linux. KAlau memakai Windows, otomatis mesin yg digunakan mostly > PC based architecture, yg I/O-nya terbatas dan biasanya cuman 4 > processor. Pakai Linux yang certified biasanya cuman sediit membantu > tapi kelas operasinya gak beda jauh. Tapi begitu anda pakai Oracle yg > jalan di Solaris SPARC atua HP-UX, dengan mudah anda bisa memilih > server Unix kelas besar yang processornya bisa sampai orde puluhan > dengan I/O bandwidth yg tinggi. > > Clustering DB misalkan menggunakan ORacle RAC sebetulnya cukup mudah, > hanya saja kalau permasalahan anda ada di disk writing, pemakaian > OPS/RAC belum tentu membantu karena toh mereka write ke storage/disk > yang sama kan? > > HTH > > > [Non-text portions of this message have been removed] -- www.itcenter.or.id - Komunitas Teknologi Informasi Indonesia Info, Gabung, Keluar, Mode Kirim : [EMAIL PROTECTED] :: Hapus bagian yang tidak perlu (footer, dst) saat reply! :: ## Jobs: itcenter.or.id/jobs ## Bursa: itcenter.or.id/bursa ## $$ Iklan/promosi : www.itcenter.or.id/sponsorship $$ [@@] Jaket ITCENTER tersedia di http://shop.itcenter.or.id Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/ITCENTER/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
