Этот раздел описывает основы для того, чтобы запланировать, установить, конфигурировать, и выполнить MySQL Cluster. Принимая во внимание, что примерами в Разделе 17.3, "Конфигурация MySQL Cluster NDB 7.3" предоставляет больше всесторонней информации о множестве кластеризирующихся опций и конфигурации, результата следующих направляющие линии и процедуры, обрисованные в общих чертах здесь, должен быть применимый MySQL Cluster, который встречает минимальные требования для доступности и охраны данных.

Для получения информации об обновлении или понижении MySQL Cluster между версиями выпуска, см. Раздел 17.2.8, "Обновляя и Кластер MySQL Downgrading NDB 7.3".

Этот раздел покрывает аппаратные и программные требования; сети проблем; установка MySQL Cluster; проблемы базовой конфигурации; запуск, останавливаясь, и перезапуская кластер; загрузка базы данных-образца; и выполнение запросов.

MySQL Cluster NDB 7.3 обеспечивает MySQL Cluster Auto-Installer, сетевой графический установщик, как часть распределения MySQL Cluster. Автоустановщик может использоваться, чтобы выполнить основную установку и установку MySQL Cluster на одном (для того, чтобы протестировать) или больше главных компьютеров. См. Раздел 17.2.1, "MySQL Cluster Auto-Installer", для получения дополнительной информации.

Предположения. Следующие разделы делают много предположений относительно физической и сетевой конфигурации кластера. Эти предположения обсуждаются в следующих немногих абзацах.

Узлы кластера и главные компьютеры. Кластер состоит из четырех узлов, каждого на отдельном главном компьютере, и каждом с закрепленным сетевым адресом на типичной сети Ethernet как показано здесь:

Это может быть сделано более четким следующей схемой:

Сетевая адресация. В интересах простоты (и надежность), это использование С практическими рекомендациями только числовые IP-адреса. Однако, если разрешение DNS доступно на Вашей сети, возможно использовать имена хоста вместо IP-адресов в конфигурировании Кластера. Альтернативно, можно использовать hosts файл (обычно /etc/hosts для Linux и других Подобных Unix операционных систем, C:\WINDOWS\system32\drivers\etc\hosts на Windows, или эквиваленте Вашей операционной системы) для того, чтобы обеспечить средство сделать поиск узла, если такой доступно.

Потенциальные проблемы файла hosts. Типичная проблема, пытаясь использовать имена хоста для узлов Кластера возникает из-за пути, которым некоторые операционные системы (включая некоторые дистрибутивы Linux) устанавливают собственное имя хоста системы в /etc/hosts во время установки. Рассмотрите две машины с именами хоста ndb1 и ndb2, оба в cluster сетевой домен. Red Hat Linux (включая некоторые производные, такие как CentOS и Fedora) помещает следующие записи в эти машины /etc/hosts файлы:

#  ndb1 /etc/hosts:127.0.0.1   ndb1.cluster ndb1 localhost.localdomain localhost

#  ndb2 /etc/hosts:127.0.0.1   ndb2.cluster ndb2 localhost.localdomain localhost

SUSE Linux (включая OpenSUSE) помещает эти записи в машины /etc/hosts файлы:

#  ndb1 /etc/hosts:127.0.0.1       localhost127.0.0.2       ndb1.cluster ndb1

#  ndb2 /etc/hosts:127.0.0.1       localhost127.0.0.2       ndb2.cluster ndb2

В обоих экземплярах, ndb1 маршруты ndb1.cluster к петлевому IP-адресу, но получает общедоступный IP-адрес от DNS для ndb2.cluster, в то время как ndb2 маршруты ndb2.cluster к петлевому адресу и получает общедоступный адрес для ndb1.cluster. Результат состоит в том, что каждый узел данных соединяется с сервером управления, но не может сказать, когда любые другие узлы данных соединились, и таким образом, узлы данных, кажется, зависают, запускаясь.

Тип главного компьютера. Каждый главный компьютер в нашем сценарии установки является основанным на Intel настольным ПК, выполняющим поддерживаемую операционную систему, установленную к диску в стандартной конфигурации, и не выполняющим ненужных служб. Базовая операционная система со стандартными сетевыми возможностями TCP/IP должна быть достаточной. Также ради простоты, мы также предполагаем, что файловые системы на всех узлах устанавливаются тождественно. Когда они не, следует адаптировать эти инструкции соответственно.

Сетевые аппаратные средства. Стандартные карты Ethernet на 1 гигабит или на 100 Мбит/с устанавливаются на каждой машине, наряду с надлежащими драйверами для карт, и что все четыре узла соединяются через сетевое устройство Ethernet стандартной проблемы, такое как переключатель. (Все машины должны использовать сетевые платы с тем же самым повсюду. Таким образом, у всех четырех машин в кластере должны быть карты на 100 Мбит/с, или у всех четырех машин должны быть карты на 1 Гбит/с.) MySQL Cluster работает в сети на 100 Мбит/с; однако, гигабитный Ethernet обеспечивает лучшую производительность.

Демонстрационные данные. Мы используем world база данных, которая доступна для скачивания от MySQL Web site (см. http://dev.mysql.com/doc/index-other.html). Мы предполагаем, что у каждой машины есть достаточная память для того, чтобы выполнить операционную систему, требуемые процессы MySQL Cluster, и (на узлах данных) хранение базы данных.

Для получения общей информации об установке MySQL, см. Главу 2, MySQL Installing и Upgrading. Для получения информации об установке MySQL Cluster on Linux и других Подобных Unix операционных систем, см. Раздел 17.2.2, "Установка MySQL Cluster on Linux". Для получения информации об установке MySQL Cluster on Windows operating systems см. Раздел 17.2.3, "Устанавливая MySQL Cluster на Windows".

Для получения общей информации об аппаратных средствах MySQL Cluster, программное обеспечение, и объединяющиеся в сеть требования, видят Раздел 17.1.3, "MySQL Cluster Hardware, программное обеспечение, и Объединяющиеся в сеть Требования".