2 millioner databaser? Jeg går ud fra, at du mente "rækker".
I hvert fald med hensyn til begrænsninger:en af de vigtigste ting at huske på er, at NDB/MySQL Cluster ikke er en database til generelle formål. Mest bemærkelsesværdigt kan join-operationer, men også underforespørgsler og interval-operationer (forespørgsler som:ordrer oprettet mellem nu og for en uge siden), være betydeligt langsommere end hvad du kunne forvente. Dette skyldes til dels, at dataene er fordelt på tværs af flere noder. Selvom der er foretaget nogle forbedringer, kan Join-ydelsen stadig være meget skuffende.
På den anden side, hvis du har brug for at håndtere mange (helst små) samtidige transaktioner (typisk enkelt række opdateringer/indsættelser/slet opslag med primærnøgle), og du formår at beholde alle dine data i hukommelsen, så kan det være en meget skalerbar og effektiv løsning.
Du bør spørge dig selv, hvorfor du ønsker klynge. Hvis du blot vil have din almindelige database, som du har nu, bortset fra med tilføjet 99,999% tilgængelighed, så kan du blive skuffet. MySQL-klyngen kan bestemt give dig stor tilgængelighed og oppetid, men arbejdsbyrden for din app er muligvis ikke særlig velegnet til de ting, som klyngen er god til. Derudover kan du muligvis bruge en anden høj tilgængelig løsning til at øge oppetiden for din ellers traditionelle database.
BTW - her er en liste over begrænsninger i henhold til dokumentet:http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations.html
Men uanset hvad du gør, så prøv cluster, se om det er godt for dig. MySQL-klyngen er ikke "MySQL + 5 niere". Det finder du ud af, når du prøver.