Оу.. не работи така MySQL Cluster.
По подразбиране MySQL Cluster разделя данните на ПЪРВИЧНИЯ КЛЮЧ. Възможно е обаче да се използва дефинирано от потребителя разделяне и дял от част от ПЪРВИЧНИЯ КЛЮЧ. Това е изключително полезно за групиране на свързани данни заедно и за осигуряване на локалност на данните в рамките на един дял. Тъй като свързаните данни се съхраняват в един дял, тогава е възможно да се мащабират от 2 до 48 възли с данни, без да се жертва производителността - тя ще бъде постоянна. Вижте повече подробности на http://dev.mysql.com/doc/refman/5.5/en/partitioning-key.html
По подразбиране API ще изчисли хеш (използвайки алгоритъма LH3*, който използва md5) на ПЪРВИЧНИЯ КЛЮЧ (или използваната дефинирана част от първичния ключ), за да определи кой дял да изпрати заявка. Изчисленият хеш е 128 бита и 64 бита определят дяла, а 64 бита определят местоположението в хеш индекс на дяла. Като потребител нямате представа кой точно възел има данните (или кой ще съхранява данните), но на практика няма значение.
По отношение на първоначалния въпрос за разпространение на един MySQL клъстер в 2 облака и разделяне на данни. Възлите за данни се нуждаят от надежден достъп един до друг с ниска латентност, така че не бихте искали да разпространявате възлите, освен ако не са на по-малко от 50-100 мили един от друг.