MySQL Cluster
Bonny Hardi Putra
ada yg udah pernah coba mysql cluster.?
lebih baik install di OS apa ya.? debian, ubuntu, centos.?
moon review nya dong... lebih enak mana same replication.
termasuk meng-administrasikan nya.
terima kasih,
bhp
Fajar A. Nugraha
> all,
>
>
> ada yg udah pernah coba mysql cluster.?
Ada
> lebih baik install di OS apa ya.? debian, ubuntu, centos.?
Kalo sama2 linux, doesn't matter, really. Pake manapun yang lebih familiar.
>
> moon review nya dong... lebih enak mana same replication.
> termasuk meng-administrasikan nya.
Pernah denger "If you have to ask the price, you can't afford it"? Di
sini mirip juga, kalo masih nanya bagaimana administrasinya, then
99.9% probability is that you're not qualified to administer it. At
least not yet.
Bukan nakut2in ya. Tapi emang beda jauh sama replikasi. Kalo blom
pernah manage mysql cluster sebelumnya, jangan heran kalo tiba-tiba
"lho kok gini?", "lho kok keluar error X?", dll.
Kalo niatnya belajar, mending langsung aja ikutin walkthru yang ada.
Bisa kok test install cuma pake satu PC. Tapi kalo niatnya mau pake
buat production, dan blom punya pengalaman sama sekali, mending
langsung kontak expertnya aja deh. Udah ada kok gold-partner Oracle
indonesia yang (katanya) bisa jadi implementator dan support mysql
cluster.
--
FAN
sjm jo
--
Untuk memposting, silakan reply email ini atau kirim email baru ke alamat: mysql-i...@googlegroups.com
Untuk berhenti keanggotaan, silakan kirim email kosong ke alamat: mysql-indones...@googlegroups.com
Untuk melihat arsip milis, member, atau hal-hal lainnya silakan kunjungi alamat: http://groups.google.com/group/mysql-indonesia?hl=id
Bonny Hardi Putra
--
Fajar A. Nugraha
> dan kalau pake implementor, ya ga belajar2.... :d
Sip, kalo niatnya belajar, lanjut aja. Asal punya waktu
Ada cukup banyak tutorial dan configurator (misal:
http://www.severalnines.com/cluster-configurator/ ).
>
> ada 2 hal yg saya cari, pertama emang mau belajar mysql cluster
> yang kedua, ada teman admin yg bilang, menurut dia mysql berjalan lebih baik
> di RHEL / Centos.
Nope. Gak ngaruh.
Kalo "lebih mudah diinstall dan dimanage", bisa jadi iya, tergantung
adminnya lebih familiar di mana.
Lain lagi ceritanya kalo yang dibandingkan adalah linux vs solaris vs windows :D
--
FAN
Aris Setyawan
replikasi (di copy untuk redundansi), tetapi juga dipartisi.
Terakhir bereksperimen dengannya, jika kita pengin punya cluster yang
ideal, maka kita harus memiliki >= 6 node. Node yang lainnya
diperlukan sebagai management node. Hal ini dibahas disini:
http://www.mysql.com/products/cluster/faq.html#10
Inilah satu2nya yang membuat sy berhenti mempelajarinya. Untuk fitur
yang lainnya, bisa dikatakan standard database cluster.
Saya sarankan untuk mempelajari database cluster lainnya, seperti
VoltDB (http://voltdb.com/). Di VoltDB minimum node yang diperlukan
untuk konfigurasi cluster yang safe adalah cukup 2 Node. Disamping
fitur lainnya yang membedakan dengan cluster lainnya, seperti
konfigurasi partisi dan replikasi yang transparan dan troughput 30rb
transaction/second (full ACID) adalah sesuatu yang biasa yang bisa
didapatkan di laptop kita.
-aris
Fajar A. Nugraha
> Terakhir bereksperimen dengannya, jika kita pengin punya cluster yang
> ideal, maka kita harus memiliki >= 6 node. Node yang lainnya
> diperlukan sebagai management node. Hal ini dibahas disini:
> http://www.mysql.com/products/cluster/faq.html#10
>
Node tidak sama dengan server fisik lho.
Dua server fisik cukup untuk konfigurasi HA, sementara 4 node fisik
cukup untuk konfigurasi HA sekaligus scale-out.
> Inilah satu2nya yang membuat sy berhenti mempelajarinya.
Too bad
> Untuk fitur
> yang lainnya, bisa dikatakan standard database cluster.
Nggak :)
in-memory (baca: cepet) cluster database tidak dimiliki oleh oracle db
(dan cluster database lain pada umumnya). Oracle db cuma punya
cluster, ATAU in-memory cache (via timesten). You can't have both.
>
> Saya sarankan untuk mempelajari database cluster lainnya, seperti
> VoltDB (http://voltdb.com/).
But you'll be using another database. Kalo sistem eksisting sudah pake
mysql, pindah dari single node ke cluster tidak memerlukan banyak
effort di sisi CLIENT (porting lebih sederhana. Paling perlu tuning
query dan schema. Itupun kalo perlu)
Kalo punya anggaran cukup sih IMHO alternatifnya mending clustrix,
sama2 diakses client pake protokol mysql: http://www.clustrix.com/
--
FAN
Aris Setyawan
> Dua server fisik cukup untuk konfigurasi HA, sementara 4 node fisik
> cukup untuk konfigurasi HA sekaligus scale-out.
http://linxfo.wordpress.com/2009/07/23/howto-set-up-a-mysql-cluster-for-two-servers/
"You MUST have a third server as a managment node but this can be shut
down after the cluster starts. Also note that I do not recommend
shutting down the managment server (see the extra notes at the bottom
of this document for more information). You can not run a MySQL
Cluster with just two servers And have true redundancy."
> Nggak :)
> in-memory (baca: cepet) cluster database tidak dimiliki oleh oracle db
> (dan cluster database lain pada umumnya). Oracle db cuma punya
> cluster, ATAU in-memory cache (via timesten). You can't have both.
a commercial database, this is not for me.
> But you'll be using another database. Kalo sistem eksisting sudah pake
> mysql, pindah dari single node ke cluster tidak memerlukan banyak
> effort di sisi CLIENT (porting lebih sederhana. Paling perlu tuning
> query dan schema. Itupun kalo perlu)
Ya, ini spesifik untuk hal ini.
Fajar A. Nugraha
>> Node tidak sama dengan server fisik lho.
>> Dua server fisik cukup untuk konfigurasi HA, sementara 4 node fisik
>> cukup untuk konfigurasi HA sekaligus scale-out.
>
> http://linxfo.wordpress.com/2009/07/23/howto-set-up-a-mysql-cluster-for-two-servers/
>
> "You MUST have a third server as a managment node but this can be shut
> down after the cluster starts. Also note that I do not recommend
> shutting down the managment server (see the extra notes at the bottom
> of this document for more information). You can not run a MySQL
> Cluster with just two servers And have true redundancy."
Partially correct.
What the article DOESN'T tell you is that you CAN have more than one
management server.
You CAN run have a data node, sql node, AND management server on each
physical node. Again, note than a node does not necessarily equal to
one physical server.
So the number of physical node, at minimum, is 2. If you take proper
care to minimize split-brain scenario, then 2 servers setup is ...
usable.
However, for me, the main reason for using mysql cluster is NOT HA.
Rather, it's the scale-out ability. You juat add more data node groups
(this usually mean a pair nodes) to increase performance. A scale-out
configuration starts at two data node groups, or four data nodes. On
normal setups, this would equal to a minimum of four servers.
>
>> Nggak :)
>> in-memory (baca: cepet) cluster database tidak dimiliki oleh oracle db
>> (dan cluster database lain pada umumnya). Oracle db cuma punya
>> cluster, ATAU in-memory cache (via timesten). You can't have both.
>
> a commercial database, this is not for me.
To each his own, I guess.
For me, the most important thing is which product/technology is best
for a particular purpose. Commercial or not doesn't really mater.
Total cost of ownership does. And open source does NOT equal zero TCO
:)
--
FAN
Aris Setyawan
> physical node. Again, note than a node does not necessarily equal to
> one physical server.
I know this from the beginning.
> So the number of physical node, at minimum, is 2. If you take proper
> care to minimize split-brain scenario, then 2 servers setup is ...
> usable.
Just post a full and repeatable configuration in 2 physical server and
how to take a proper
care to minimize split-brain scenario. If it work, then I will continue use it.
Can you?
> For me, the most important thing is which product/technology is best
> for a particular purpose. Commercial or not doesn't really mater.
> Total cost of ownership does. And open source does NOT equal zero TCO
> :)
This is for you, not for me. At least not yet. :)
On 3/30/12, Fajar A. Nugraha <li...@fajar.net> wrote: