MySQL-Cluster - Verständnisfragen

hallo,

ich wollte mir mal 'spasseshalber' einen MySQL-Cluster aufbauen. dazu
habe ich mir das ganze zeugs runtergelade, insbedondere die PDFs -
eines davon strotzt mit ~4200 seiten und einem kapitel cluster.

dennoch blicke ich es nicht. das testsetup besteht aus 9
ubuntu-server 12.10 - VMs; 3 sollen management-nodes werden, 3
data-nodes und 3 sql-nodes. soweit die idee.

also fing ich an, und wollte ndb_mgmd an den start bringen.

so, wie ich es verstanden habe, benötigt ein management-node die
config.ini - in der *alle* nodes des clusters vermerkt sind.

benötigt nun jedes weitere management-node eine kopie dieser
config.ini?

wenn nun die 3 mgmt-nodes laufen, sind dann bei den sql-nodes und
data-nodes als connectstring alle 3 mgmt-nodes anzugeben?

wenn ich mir als beispiel sowas wie google vorstelle, ahnt man schon
die konfigurationshölle. demnach gehe ich davon aus, dass ich das
alles völlig falsch verstanden haben muss.

könnte mir bitte jemand mal ganz klar beschreiben, wie der cluster
sich eigentlich 'zusammenhält'?

und was mich auch stark irritiert... nach dem die 9 hosts von
'mysql-cluster' nun laufen (würden) - was genau macht diese 9 hosts
überhaupt zu einem cluster? 

meinem verständnis nach, ist es auch aufgabe des os (hier ubuntu),
einen 'cluster' zu definieren, der beispielsweise unter einer eigenen
ip erreichbar ist. nur so wie es aus der doku erscheint, ist der
cluster, bezogen auf 'rdbms' dann unter 3 ips (den sql-nodes), wie
man halt will, erreichbar - was bedeutet, jeder client müßte den
'aufbau' des clusters (zumindest die sql-nodes) kennen. 

ich glaub, irgendwo bin ich extremst falsch abgebogen - oder ist es
wirklich so?