LXF100-101:Hardcore Linux - История изменений

Kipruss: оформление

2009-03-07T20:12:05Z

оформление

Yaleks: оформление

2009-03-07T06:32:31Z

оформление

Kipruss в 23:36, 6 марта 2009

2009-03-06T23:36:58Z

Kipruss: «LXF100:Hardcore Linux» переименована в «LXF100-101:Hardcore Linux» поверх перенаправления

2009-03-06T23:27:06Z

«LXF100:Hardcore Linux» переименована в «LXF100-101:Hardcore Linux» поверх перенаправления

Kipruss: /* Три файла конфигурации */

2009-03-06T23:26:03Z

‎Три файла конфигурации

Kipruss: оформление

2009-03-06T23:08:56Z

оформление

Kipruss: новая статья

2009-03-06T23:06:29Z

новая статья

Внесённые изменения

@@ Строка 24: / Строка 24: @@
 Чтобы проверить соединение через последовательные порты, выполните на основном сервере команду:
-<code>
+<source lang="bash">
   cat /dev/ttyS0
-</code>
+</source>
 а на запасном – команду:
-<code>
+<source lang="bash">
   cat /etc/fstab > /dev/ttyS0
-</code>
+</source>
 На основном сервере должно отображаться содержимое файла. Повторите эксперимент в обратном направлении.
@@ Строка 93: / Строка 93: @@
 Нужно позаботиться, чтобы читать этот файл мог только администратор:
-<code>
+<source lang="bash">
    chmod 600 authkeys
-</code>
+</source>
 Если права доступа к этому файлу есть у кого-то еще, ''Heartbeat'' не запустится.
@@ Строка 102: / Строка 102: @@
 Теперь можно запустить ''Heartbeat''. Для отслеживания сообщений ''Heartbeat'' на обоих компьютерах запустите <font color=darkred>tail -f</font> для файла журнала ('''/var/log/messages'''). Запустите программу с помощью команды:
-<code>
+<source lang="bash">
    /etc/init.d/heartbeat start
-</code>
+</source>
 {{Врезка
@@ Строка 141: / Строка 141: @@
 Первая проверка завершилась успешно, и пора поручить ''Heartbeat'' управление полноценным сервисом. Для этого проекта я выбрал httpd. Таким образом, сейчас нам нужно убедиться, что ''Apache'' установлен на обоих компьютерах, и положить в корневой каталог web-сервера какие-нибудь легко распознаваемые файлы. Я просто создал два файла '''/var/www/html/index.html''', по одному для основного и запасного серверов; в файле для основного сервера была строка “This is the website from the primary server”, для запасного – “This is the website from the backup server” («Это сайт с основного/запасного сервера»). На обоих компьютерах запустите ''httpd'':
-<code>
+<source lang="bash">
    /etc/init.d/httpd start
-</code>
+</source>
 и проверьте, что, открыв в браузере адрес <font color=blue><nowiki>http://localhost</nowiki></font>, вы видите эти файлы. Теперь остановите ''Apache'' и убедитесь, что он не запустится автоматически при загрузке системы. Воспользуйтесь командами:
-<code>
+<source lang="bash">
    /etc/init.d/httpd stop
    chkconfig httpd --del
-</code>
+</source>
 Это важно, потому что ''Apache'' должен запуститься не во время загрузки, а только если ''Heartbeat'' запустил его.
@@ Строка 163: / Строка 163: @@
 После внесения этих изменений в конфигурацию основного и запасного серверов можно снова запустить ''Heartbeat'' на каждом из них:
-<code>
+<source lang="bash">
   /etc/init.d/heartbeat start
-</code>
+</source>
 Когда ''Heartbeat'' войдет в нормальный режим работы, нужно кое-что проверить. На основном сервере запустите:
@@ Строка 172: / Строка 172: @@
 </code>
 и проверьте, что ''Heartbeat'' назначил второй IP-адрес (в нашем примере <font color=darkred>192.168.0.50</font>) на наш сетевой интерфейс. Также запустите команду
-<code>
+<source lang="bash">
   ps -ef | grep httpd
-</code>
+</source>
 которая проверит, что сервис ''httpd'' запущен. На запасной сервер второй IP-адрес не назначается, а сервис ''httpd'' на нем не выполняется.
@@ Строка 182: / Строка 182: @@
 </code>
 в файл '''/etc/hosts'''. Проверьте, пингуется ли адрес <font color=blue><nowiki>www.example.com</nowiki></font> с компьютера клиента. Откройте в браузере на клиентском компьютере страницу <font color=blue><nowiki>http://www.example.com</nowiki></font>. Вы должны увидеть файл '''index.html''' основного сервера. На клиенте также можно проверить кэш '''arp''', запустив команду
-<code>
+<source lang="bash">
   arp -a
-</code>
+</source>
 и обратить внимание на MAC-адрес, связанный с IP-адресом 192.168.0.50. В моем случае результат работы команды был таким:
 <code>
@@ Строка 193: / Строка 193: @@
 Мы подошли к драматической развязке: демонстрации переноса сервиса на запасной сервер в случае отказа основного. Можно было просто отключить питание основного сервера, как и в предыдущем эксперименте, но на сей раз я избрал более кроткий способ – просто остановил ''Heartbeat'' на основном сервере командой:
-<code>
+<source lang="bash">
   /etc/init.d/heartbeat stop
-</code>
+</source>
 Остановившись, ''Heartbeat'' остановит ''httpd'' на основном сервере и проинформирует запасной сервер об отключении основного (через ''Heartbeat''-соединение). Запасной сервер сразу возьмет управление на себя, и в файле его журнала ('''/var/log/messages''') появятся новые сообщения. Два из них наиболее важны (время и другую информацию в начале строки я удалил):

@@ Строка 4: / Строка 4: @@
-Журналы доступа к моей web-странице – не самое захватывающее чтиво. Если исключить случайные вторжения роботов поисковых систем, посетители заходят на сайт не чаще раза в неделю. Честно говоря, если сайт упадет, это заметят разве что через несколько месяцев. Даже грустно. Другая крайность – коммерческие web-сайты, приносящие владельцам ежедневный доход: несколько минут простоя такого сайта выливаются в ощутимые убытки для компании. На данном уроке я расскажу, как создать в Linux отказоустойчивый кластер. В случае краха основного сервера система автоматически переключается на запасной, а снаружи кластер выглядит как один очень надежный сервер. Нам поможет открытая программа ''Heartbeat'', найти которую можно на сайте www.linuxha.org. Кластер мы построим из двух компьютеров (основной и запасной сервер). ''Heartbeat'' будет отвечать за обнаружение отказа основного сервера и управлять запуском нужного нам сервиса на запасном. Мы воспользуемся сервисом ''Apache (httpd)'', но эта технология подойдет и для любого другого сервиса: FTP, DNS или почтового. В общем, все будет работать примерно так:
+Журналы доступа к моей web-странице – не самое захватывающее чтиво. Если исключить случайные вторжения роботов поисковых систем, посетители заходят на сайт не чаще раза в неделю. Честно говоря, если сайт упадет, это заметят разве что через несколько месяцев. Даже грустно. Другая крайность – коммерческие web-сайты, приносящие владельцам ежедневный доход: несколько минут простоя такого сайта выливаются в ощутимые убытки для компании. На данном уроке я расскажу, как создать в Linux отказоустойчивый кластер. В случае краха основного сервера система автоматически переключается на запасной, а снаружи кластер выглядит как один очень надежный сервер. Нам поможет открытая программа ''Heartbeat'', найти которую можно на сайте http://www.linuxha.org. Кластер мы построим из двух компьютеров (основной и запасной сервер). ''Heartbeat'' будет отвечать за обнаружение отказа основного сервера и управлять запуском нужного нам сервиса на запасном. Мы воспользуемся сервисом ''Apache (httpd)'', но эта технология подойдет и для любого другого сервиса: FTP, DNS или почтового. В общем, все будет работать примерно так:
 # В обычном режиме необходимые сервисы (типа ''httpd'') предоставляются основным сервером.
@@ Строка 12: / Строка 12: @@
 ===Начинаем: компоненты системы===
+[[Изображение:Img_100_87_1.png|thumb|400px|Рис. 1: Общая схема проекта; обратите внимание на IP-адреса.]]
 Если вы намерены двинуться дальше и попробовать все на практике, то вам понадобятся три компьютера – основной сервер, запасной сервер и клиент, с помощью которого мы сможем проверить, как все работает.
-На основном и запасном серверах должен быть установлен Linux, на клиенте – необязательно (хотя под Linux в вашем распоряжении окажутся лучшие средства диагностики). Компьютеры должны быть подключены к сети Ethernet. Для обмена сигналами ''Heartbeat'' на основном и запасном серверах должна быть вторая сетевая карта. Эти карты нужно соединить друг с другом либо перекрестным (crossover) кабелем, либо через мини-хаб. Если на обоих компьютерах есть последовательный порт, то вместо второго Ethernet-подключения можно соединить их последовательные порты перекрестным кабелем, по которому будет производиться обмен сигналами. Общая схема показана на [[:Изображение:Img_100_87_1.png|Рис. 1]].
+На основном и запасном серверах должен быть установлен Linux, на клиенте – необязательно (хотя под Linux в вашем распоряжении окажутся лучшие средства диагностики). Компьютеры должны быть подключены к сети Ethernet. Для обмена сигналами ''Heartbeat'' на основном и запасном серверах должна быть вторая сетевая карта. Эти карты нужно соединить друг с другом либо перекрестным (crossover) кабелем, либо через мини-хаб. Если на обоих компьютерах есть последовательный порт, то вместо второго Ethernet-подключения можно соединить их последовательные порты перекрестным кабелем, по которому будет производиться обмен сигналами. Общая схема показана на Рис. 1.
 ===Установка heartbeat-соединения===
@@ Строка 35: / Строка 35: @@
 ''Heartbeat'' будет прекрасно работать с соединением любого типа. Преимущество Ethernet-соединения – трафик ''Heartbeat'' в этом случае можно отслеживать с помощью одной из утилит для отслеживания пакетов (например, wireshark). Можно даже использовать одновременно оба соединения, что позволит обойтись без ненужных откатов, если только одно из них выйдет из строя.
 ===Настройка сетевых интерфейсов===
@@ Строка 58: / Строка 56: @@
 Вот минимальный вариант этого файла. Номера строк даны только для удобства ссылок, в самом файле их нет:
-<code>
+<source lang="ini" line="GESHI_NORMAL_LINE_NUMBERS">
-. udpport 694
+udpport 694
-. bcast eth1
+bcast eth1
-. serial /dev/ttyS0
+serial /dev/ttyS0
-. baud 9600
+baud 9600
-. keepalive 2
+keepalive 2
-. deadtime 20
+deadtime 20
-. initdead 60
+initdead 60
-. node primary.example.com
+node primary.example.com
-. node backup.example.com
+node backup.example.com
-</code>
+</source>
 Строки <font color=darkred>1</font> и <font color=darkred>2</font> задают номер порта и сетевой интерфейс, используемые для Heartbeat-соединения. Для соединения через последовательные порты в строках <font color=darkred>3</font> и <font color=darkred>3</font> задается порт и скорость соединения. Можно (и рекомендуется) использовать оба типа, но у меня было только соединение через последовательные порты, и я закомментировал строки <font color=darkred>1</font> и <font color=darkred>2</font>. В строке <font color=darkred>5</font> задается тайм-аут между сообщениями, а строка <font color=darkred>6</font> определяет время, по истечении которого, не дождавшись очередного сообщения от основного сервера, запасной сочтет его покойником. В строке <font color=darkred>7</font> указывается время, необходимое для активации сетевого интерфейса после включения компьютера, после чего ''Heartbeat'' начинает функционировать. В строках <font color=darkred>8</font> и <font color=darkred>9</font> задаются имена хостов для основного и запасного серверов (те, что возвращает команда <font color=darkred>uname -n</font>).
 Для начала попробуем управлять полностью фиктивным сервисом '''tester'''. Мы напишем скрипт, '''/etc/ha.d/resources.d/tester''', вызываемый ''Heartbeat''. Он будет всего лишь вызывать команду <font color=darkred>logger</font>, которая сообщит нам (через ''syslogd''), что скрипт был запущен. Вот как он выглядит:
-<code>
+<source lang="bash">
-  #!/bin/bash
+#!/bin/bash
-  logger $0 called with argument $1
+logger $0 called with argument $1
-</code>
+</source>
 Скрипт нужно сделать исполняемым, например, так:
-<code>
+<source lang="bash">
-  chmod 755 tester
+chmod 755 tester
-</code>
+</source>
 В следующем файле, ''haresources'', содержится список ресурсов, которыми управляет ''Heartbeat''. Когда компьютер выходит из строя, эти ресурсы перемещаются с одного узла сети на другой. (попробуйте произносить это как “ha-resources”, а не “hare-sauces” <font color=blue>[англ. hare – заяц, source – источник, sauce – соус, – прим. ред.]</font>. По правде говоря, я сроду не ел зайчатины, но первым делом подумал о кролике и решил, что подойдет клюквенный соус.) Опять же, пример этого файла можно найти в документации ('''/usr/share/doc/Heartbeat''') – можете просто скопировать его в '''/etc/ha.d''' или создать свой собственный файл с нуля. Для нашего первого теста в этом файле должна быть всего одна строка:
@@ Строка 130: / Строка 128: @@
    heartbeat: [9615]: WARN: No STONITH device configured.
    heartbeat: [9615]: WARN: Shared disks are not protected.
-   heartbeat: [9615]: info: Resources being acquired from primary.example.
+   heartbeat: [9615]: info: Resources being acquired from primary.example.com.
- com.
    heartbeat: [9615]: info: Link primary.example.com:/dev/ttyS0 dead.
-   heartbeat: [10305]: info: No local resources [/usr/share/heartbeat/
+   heartbeat: [10305]: info: No local resources [/usr/share/heartbeat/ResourceManager listkeys backup.example.com] to acquire.
- ResourceManager listkeys backup.example.com] to acquire.
    harc[10304]: [10323]: info: Running /etc/ha.d/rc.d/status status
    mach_down[10329]: [10350]: info: Taking over resource group tester
-  ResourceManager[10351]: [10362]: info: Acquiring resource group:
+  ResourceManager[10351]: [10362]: info: Acquiring resource group:primary.example.com tester
- primary.example.com tester
   logger: /etc/ha.d/resource.d/tester called with argument status
-   ResourceManager[10351]: [10379]: info: Running /etc/ha.d/resource.d/
+   ResourceManager[10351]: [10379]: info: Running /etc/ha.d/resource.d/tester start
- tester start
    logger: /etc/ha.d/resource.d/tester called with argument start
-   mach_down[10329]: [10384]: info: mach_down takeover complete for
+   mach_down[10329]: [10384]: info: mach_down takeover complete for  node primary.example.com.
   node primary.example.com.
 </code>

@@ Строка 151: / Строка 151: @@
    /etc/init.d/httpd start
 </code>
-и проверьте, что, открыв в браузере адрес <nowiki><font color=blue>http://localhost</font></nowiki>, вы видите эти файлы. Теперь остановите ''Apache'' и убедитесь, что он не запустится автоматически при загрузке системы. Воспользуйтесь командами:
+и проверьте, что, открыв в браузере адрес <font color=blue><nowiki>http://localhost</nowiki></font>, вы видите эти файлы. Теперь остановите ''Apache'' и убедитесь, что он не запустится автоматически при загрузке системы. Воспользуйтесь командами:
 <code>
    /etc/init.d/httpd stop
@@ Строка 188: / Строка 188: @@
 .168.0.50 www.example.com
 </code>
-в файл '''/etc/hosts'''. Проверьте, пингуется ли адрес <nowiki><font color=blue>www.example.com</font></nowiki> с компьютера клиента. Откройте в браузере на клиентском компьютере страницу <nowiki><font color=blue>http://www.example.com</font></nowiki>. Вы должны увидеть файл '''index.html''' основного сервера. На клиенте также можно проверить кэш '''arp''', запустив команду
+в файл '''/etc/hosts'''. Проверьте, пингуется ли адрес <font color=blue><nowiki>www.example.com</nowiki></font> с компьютера клиента. Откройте в браузере на клиентском компьютере страницу <font color=blue><nowiki>http://www.example.com</nowiki></font>. Вы должны увидеть файл '''index.html''' основного сервера. На клиенте также можно проверить кэш '''arp''', запустив команду
 <code>
   arp -a
@@ Строка 212: / Строка 212: @@
 В этом случае все заняло пару секунд. Если бы я просто выдернул из сети шнур питания основного сервера, то на восстановление системы потребовалось бы больше времени: в этом случае перед тем, как сделать вывод об отказе основного сервера и взять управление на себя, запасной сервер ожидал бы ответа 20 секунд (параметр <font color=darkred>deadtime</font> в файле '''ha.cf''').
-На клиентском компьютере следует провести пару важных тестов. Во-первых, попробуйте обновить страницу <nowiki><font color=blue>www.example.com</font></nowiki> в браузере. Должна появиться страница запасного сервера. Во-вторых, еще раз просмотрите содержимое ARP-кэша. На моем компьютере команда <font color=darkred>arp –a</font> вернула следующий результат:
+На клиентском компьютере следует провести пару важных тестов. Во-первых, попробуйте обновить страницу <font color=blue><nowiki>www.example.com</nowiki></font> в браузере. Должна появиться страница запасного сервера. Во-вторых, еще раз просмотрите содержимое ARP-кэша. На моем компьютере команда <font color=darkred>arp –a</font> вернула следующий результат:
 <code>
    www.example.com (192.168.0.50) at 00:10:60:60:3E:8E [ether] on eth0

@@ Строка 70: / Строка 70: @@
 </code>
-Строки <font color=darkred>1</font> и <font color=darkred>2</font> задают номер порта и сетевой интерфейс, используемые для Heartbeat-соединения. Для соединения через последовательные порты в строках <font color=darkred>3</font> и <font color=darkred>3</font> задается порт и скорость соединения. Можно (и рекомендуется) использовать оба типа, но у меня было только соединение через последовательные порты, и я закомментировал строки <font color=darkred>1</font> и <font color=darkred>2</font>. В строке <font color=darkred>5</font> задается тайм-аут между сообщениями, а строка <font color=darkred>6</font> определяет время, по истечении которого, не дождавшись очередного сообщения от основного сервера, запасной сочтет его покойником. В строке <font color=darkred>7</font> указывается время, необходимое для активации сетевого интерфейса после включения компьютера, после чего ''Heartbeat'' начинает функционировать. В строках <font color=darkred>9</font> и <font color=darkred>9</font> задаются имена хостов для основного и запасного серверов (те, что возвращает команда <font color=darkred>uname -n</font>).
+Строки <font color=darkred>1</font> и <font color=darkred>2</font> задают номер порта и сетевой интерфейс, используемые для Heartbeat-соединения. Для соединения через последовательные порты в строках <font color=darkred>3</font> и <font color=darkred>3</font> задается порт и скорость соединения. Можно (и рекомендуется) использовать оба типа, но у меня было только соединение через последовательные порты, и я закомментировал строки <font color=darkred>1</font> и <font color=darkred>2</font>. В строке <font color=darkred>5</font> задается тайм-аут между сообщениями, а строка <font color=darkred>6</font> определяет время, по истечении которого, не дождавшись очередного сообщения от основного сервера, запасной сочтет его покойником. В строке <font color=darkred>7</font> указывается время, необходимое для активации сетевого интерфейса после включения компьютера, после чего ''Heartbeat'' начинает функционировать. В строках <font color=darkred>8</font> и <font color=darkred>9</font> задаются имена хостов для основного и запасного серверов (те, что возвращает команда <font color=darkred>uname -n</font>).
 Для начала попробуем управлять полностью фиктивным сервисом '''tester'''. Мы напишем скрипт, '''/etc/ha.d/resources.d/tester''', вызываемый ''Heartbeat''. Он будет всего лишь вызывать команду <font color=darkred>logger</font>, которая сообщит нам (через ''syslogd''), что скрипт был запущен. Вот как он выглядит:

@@ Строка 218: / Строка 218: @@
 Это означает, что пакеты, предназначенные для адреса <font color=darkred>192.168.0.50</font>, теперь будут направляться на запасной сервер.
 А что же дальше? Ну, наверное, со временем кто-то доберется до основного сервера, починит его и перезапустит. Когда ''Heartbeat'' перезапускается, он сообщает об этом запасному серверу через ''Heartbeat''-соединение. В журнале запасного сервера появятся такие строки:
@@ Строка 232: / Строка 237: @@
 Один из них – это концепция «ограждения» (fencing). Когда запасной сервер перенимает ресурсы основного, нужно как-то гарантировать, чтобы основной сервер не попытался снова предоставить эти сервисы. ''Heartbeat'' может использовать для этого механизм STONITH (“shoot the other node in the head” – «контрольный выстрел в голову»), если вы купите устройство, программно отключающее питание компьютера. Второй вопрос – как синхронизировать содержимое двух web-серверов. В нашем примере мы умышленно сделали его разным, но на практике может потребоваться какое-то средство синхронизации их содержимого (''rsync'' или ''unison''). '''LXF'''
 [[Категория:Учебники]]
 [[Категория:Hardcore Linux]]
 [[Категория:Крис Браун]]