Планирование топологии¶

Назначение сетевых соединений¶

назначение	условно
для связи между узлами кластера	gnt
для drbd-трафика (только его)	san
для офисной локальной сети	lan
для доступа в Интернет	wan

Варианты топологии¶

То что в скобках - использует один интерфейс

описание	топология	требования	примечания
для тестирования	(gnt+lan+san)	один коммутатор 1Gbit	невысокая производительность
SOHO	(gnt+san)+lan	интерлинк/SAN + подключение к офисному коммутатору	для gnt выбран более надежный сегмент сети
серверная	(gnt+lan)+san	надежный коммутатор LAN + интерлинк/SAN	когда сетевая инфраструктура надежна и управляема
датацентр	gnt+san+lan	отдельная SAN, отдельный сегмент для gnt	когда все по-взрослому

Конфигурирование¶

Основы¶

1. Для работы кластер использует идентификацию узла (hostname и т.п.). Идентификация конфигурируется при установке и назначенное имя узла и IP адрес должны относиться к сегменту gnt.
2. Если предполагается наличие отдельного сегмента LAN, то его надо конфигурировать дополнительно.
   1. В больших инфраструктурах выдача адресов и имен хостов в LAN может находиться в чужой зоне ответственности. Поэтому для узлов кластера адресация в LAN носит дополнительный характер.
   2. Имя и адрес узла в LAN для функционирования узла значения не имеет - его не нужно прописывать в hosts, достаточно записи в DNS-сервере.
   3. В то же время универсальный IP-адрес кластера (который автоматически активируется на текущем мастер-узле) удобно назначать именно в сегменте lan (--master-netdev).
3. Отдельный сегмент SAN - это опция ganeti и назначается как secondary-ip (gnt-node add -s).

Ввод конфигурационных данных¶

На этапе установки узла (инсталлятор на CD-ROM)

1. Выбирается имя узла (оно предзаполнено строкой "gntX", и предлагается самостоятельно заменить "X" на цифру).
2. Выбирается адрес узла в сети gnt (оно предзаполнено строкой "192.168.236.XXX").
3. Выбирается адрес DNS (192.168.236.YYY) - это будущий адрес виртуальной машины sci/puppet/etc.
4. Роутер указывается в случае, если сегменты gnt и lan совмещены, иначе - не указывается.

В sci.conf, перед выполнением sci-setup cluster

• CLUSTER_NAME(предзаполнено "gnt")
• CLUSTER_IP=(не заполнено)
• CLUSTER_NETDEV=(не заполнено, это master-netdev, если не заполнять, вычисляется из LAN_IP, если LAN_IP тоже не заполнено, то параметр кластера --master-netdev не указывается)
• NODE1_NAME=(автозаполнение из hostname)
• NODE1_INT_IP=(автозаполнение из hosts)
• NODE1_SAN_IP=(пусто, если вписать, будет инициализация узла с опцией -s)
• NODE1_LAN_IP=(пусто, если вписать, из него вычислиться master-netdev)
• NODE1_WAN_IP=(пусто, если вписать, ничего не будет)
• NODE2_*=(то же самое)
• SCI_INT_IP=(автозаполнение из hosts)
• SCI_LAN_IP=(не заполнено)

• Чтобы использовать сети, кроме NODE1_INT_IP, их надо запуска sci-setup cluster сконфигурировать в interfaces и активировать.
  (Возможно впоследствии для этого сделать мастер).

• При выполнении sci-setup cluster все NODE1_*_IP проверяются по ifconfig, CLUSTER_NETDEV проверяется по interfaces и ifconfig, заполняется /etc/ganeti/networks.

• При выполнении sci-setup sci виртуальной машине передается либо один адрес, либо два. link вычисляется автоматически из /etc/ganeti/networks.