http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager History/revisions of FreeSource/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager en-us http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2008-07-29+13%3A51%3A38 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".tz.razrabotkanuzhnyxprogramm.clustermanager" href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2008-07-29+13%3A51%3A38">2008-07-29 13:51:38</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager">2008-11-12 19:17:25</a></b><br /> <br /> <b>Удалено:</b><br /> <div class="deletions"><div class="action" style="float:right; width:250px"><div class="action-content">Эта&nbsp;страница была перенесена на&nbsp;<a href="http://altlinux.org/Cluster_Manager" target="_blank" title="" class="outerlink">altlinux.org</a>. Текст на&nbsp;freesource.info заморожен.</div></div></div></div> http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2007-09-28+13%3A56%3A34 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-28+13%3A56%3A34">2007-09-28 13:56:34</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2008-07-29+13%3A51%3A38">2008-07-29 13:51:38</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><div class="action" style="float:right; width:250px"><div class="action-content">Эта&nbsp;страница была перенесена на&nbsp;<a href="http://altlinux.org/Cluster_Manager" target="_blank" title="" class="outerlink">altlinux.org</a>. Текст на&nbsp;freesource.info заморожен.</div></div></div></div> http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2007-09-21+15%3A21%3A14 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-21+15%3A21%3A14">2007-09-21 15:21:14</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-28+13%3A56%3A34">2007-09-28 13:56:34</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><!--notypo-->{{backlinks}}<!--/notypo--></div></div> http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2007-09-21+15%3A18%3A33 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-21+15%3A18%3A33">2007-09-21 15:18:33</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-21+15%3A21%3A14">2007-09-21 15:21:14</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Перед переходом из&nbsp;одного состояния в&nbsp;другое должен вызываться определенный пользователем скрипт, принимающий в&nbsp;качестве параметров старое и&nbsp;новое состояние. Если скрипт вернул значение, отличное от&nbsp;0, необходимо перевести узел в&nbsp;состояние ERROR. Изменение состояния узла должно протоколироваться.<br /> Может быть полезен специальный механизм мониторинга корректности функционирования сервисов узла в&nbsp;составе менеджера кластера (как это&nbsp;сделано в&nbsp;HAD) в&nbsp;виде периодически вызываемого пользовательского скрипта &ndash; если скрипт вернул значение, отличное от&nbsp;0, необходимо также перевести узел в&nbsp;состояние ERROR и&nbsp;запротоколировать это&nbsp;событие.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Перед переходом из&nbsp;одного состояния в&nbsp;другое должен вызываться определенный пользователем скрипт, принимающий в&nbsp;качестве параметров старое и&nbsp;новое состояние. Если скрипт вернул значение, отличное от&nbsp;0, необходимо перевести узел в&nbsp;состояние ERROR.<br /> Может быть полезен специальный механизм мониторинга корректности функционирования сервисов узла в&nbsp;составе менеджера кластера (как это&nbsp;сделано в&nbsp;HAD) в&nbsp;виде периодически вызываемого пользовательского скрипта &ndash; если скрипт вернул значение, отличное от&nbsp;0, необходимо также перевести узел в&nbsp;состояние ERROR.</div></div> http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2007-09-19+16%3A15%3A09 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+16%3A15%3A09">2007-09-19 16:15:09</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-21+15%3A18%3A33">2007-09-21 15:18:33</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Менеджер кластера должен выполнять следующие операции (реализовать связанные с&nbsp;<span class="missingpage">I&nbsp;/&nbsp;O</span><a href="http://freesource.info/wiki/I/O/edit?add=1&" title="Создать эту страницу">?</a> с&nbsp;помощью <a href="http://monkey.org/~provos/libevent/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://monkey.org/~provos/libevent/</a> ?):<br /> <ul><li> Отправлять UDP-пакеты c&nbsp;текущим состоянием узла </li><li> Принимать UDP-пакеты, сохранять последний пакет </li><li> Реагировать на&nbsp;сигнал TERM, сохранять информацию о&nbsp;полученном сигнале</li></ul> ||Timeout (последний UDP-пакет был&nbsp;получен более чем&nbsp;T&nbsp;секунд назад)|STANDALONE|STANDALONE|STANDALONE|SAME|SAME||<br /> Выше для&nbsp;простоты предполагалось, что&nbsp;между узлами кластера имеется только один линк, однако для&nbsp;надежного определения отказа соседнего узла необходимо иметь как&nbsp;минимум 2 линка на&nbsp;случай отказа самого линка. В&nbsp;этом случае состояние соседнего узла предлагается определять так: учитывать только последние UDP-пакеты с&nbsp;тех узлов, которые пришли не&nbsp;позже, чем&nbsp;T&nbsp;секунд назад, и&nbsp;только в&nbsp;случае отсутствия таковых считать, что&nbsp;соседний узел действительно отказал. Если состояния разные, то&nbsp;возможны различные стратегии: всегда переводить узел в&nbsp;состояние ERROR, определять приоритеты линков и&nbsp;учитывать только состояние того линка из&nbsp;оставшихся в&nbsp;живых, чей&nbsp;приоритет выше, и&nbsp;т.д. В&nbsp;любом случае необходимо протоколировать отказы линков (и вызывать соответствующий скрипт, передавая ему&nbsp;в&nbsp;качестве параметра имя&nbsp;линка) точно так&nbsp;же, как&nbsp;и&nbsp;изменение состояния узла.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Менеджер кластера должен параллельно выполнять следующие операции (реализовать в&nbsp;виде threads?):<br /> <ul><li> Отправлять UDP-пакеты, читая текущее состояние узла из&nbsp;глобальной переменной </li><li> Принимать UDP-пакеты, сохраняя последний пакет в&nbsp;глобальную переменную </li><li> Реагировать на&nbsp;сигнал TERM, сохраняя информацию о&nbsp;полученном сигнале в&nbsp;глобальную переменную</li></ul> ||Timeout|STANDALONE|STANDALONE|STANDALONE|SAME|SAME||<br /> Выше предполагалось, что&nbsp;между узлами кластера имеется только один линк, однако оба&nbsp;узла смотрят еще&nbsp;и&nbsp;во внешнюю сеть, которую тоже можно использовать для&nbsp;коммуникации между узлами. Это&nbsp;может быть полезным, если внутрикластерное соединение по&nbsp;каким-либо причинам перестанет работать, и&nbsp;оба узла перейдут в&nbsp;состояние STANDALONE. Но&nbsp;в этом случае появится новая проблема: какому линку доверять больше, если показания разойдутся? Возможный способ решения проблемы: всю&nbsp;внешнюю информацию, кроме Timeout, анализировать только для&nbsp;одного доверенного линка (но сравнивать с&nbsp;другими и&nbsp;просто предупреждать, если есть разница в&nbsp;показаниях &ndash; а&nbsp;при падении этого линка передавать статус доверенного следующему &ndash; это&nbsp;должно настраиваться), Timeout же&nbsp;считать достоверным только если все&nbsp;линки в&nbsp;этом сойдутся.</div></div> http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2007-09-19+15%3A14%3A07 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+15%3A14%3A07">2007-09-19 15:14:07</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+16%3A15%3A09">2007-09-19 16:15:09</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Может быть полезен специальный механизм мониторинга корректности функционирования сервисов узла в&nbsp;составе менеджера кластера (как это&nbsp;сделано в&nbsp;HAD) в&nbsp;виде периодически вызываемого пользовательского скрипта &ndash; если скрипт вернул значение, отличное от&nbsp;0, необходимо также перевести узел в&nbsp;состояние ERROR.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Я&nbsp;не вижу необходимости в&nbsp;специальном механизме мониторинга корректности функционирования сервисов узла в&nbsp;составе менеджера кластера (как это&nbsp;сделано в&nbsp;HAD). Этот механизм может быть внешним скриптом (или вообще monit задействовать), который будет по&nbsp;возможности не&nbsp;рапортовать о&nbsp;проблемах, а&nbsp;пытаться их&nbsp;устранить (перезапустить умершие сервисы), а&nbsp;если это&nbsp;совсем никак невозможно &ndash; отправлять менеджеру кластера сигнал TERM или&nbsp;вообще останавливать узел.</div></div> http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2007-09-19+14%3A26%3A38 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+14%3A26%3A38">2007-09-19 14:26:38</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+15%3A14%3A07">2007-09-19 15:14:07</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Требуется разработать простой менеджер кластера, состоящего из&nbsp;2-х узлов и&nbsp;работающего в&nbsp;режиме <span class="missingpage">Active&nbsp;/&nbsp;Passive</span><a href="http://freesource.info/wiki/Active/Passive/edit?add=1&" title="Создать эту страницу">?</a> (т.е. в&nbsp;любой момент времени работает только один узел, второй простаивает, ожидая отказа первого). Типичные сценарии использования можно найти здесь &ndash; <a href="http://git.altlinux.ru/people/enp/packages/docs-linux_ha_openvz-enp.git" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://git.altlinux.ru/people/enp/packages/docs-linux_ha_openvz-enp.git</a> (пока в&nbsp;<span class="missingpage">Te&nbsp;X</span><a href="http://freesource.info/wiki/TeX/edit?add=1&" title="Создать эту страницу">?</a>, как&nbsp;только в&nbsp;Сизифе появится tex4ht, на&nbsp;heap.altlinux.ru автоматически появится html), еще&nbsp;можно заглянуть сюда &ndash; <a name=".software.highavailability" href="http://freesource.info/wiki/Software/HighAvailability&" class="">/Software&nbsp;/&nbsp;High&nbsp;Availability</a></div><br /> <b>Удалено:</b><br /> <div class="deletions">Требуется разработать простой менеджер кластера, состоящего из&nbsp;2-х узлов и&nbsp;работающего в&nbsp;режиме <span class="missingpage">Active&nbsp;/&nbsp;Passive</span><a href="http://freesource.info/wiki/Active/Passive/edit?add=1&" title="Создать эту страницу">?</a> (т.е. в&nbsp;любой момент времени работает только один узел, второй простаивает, ожидая отказа первого). Типичные сценарии использования:<br /> <ul><li> ХХХ&nbsp;(вместо Heartbeat) </li><li> ХХХ&nbsp;(вместо HAD)</li></ul></div></div> http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2007-09-19+12%3A05%3A19 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+12%3A05%3A19">2007-09-19 12:05:19</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+14%3A26%3A38">2007-09-19 14:26:38</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><ul><li> Реагировать на&nbsp;сигнал TERM, сохраняя информацию о&nbsp;полученном сигнале в&nbsp;глобальную переменную</li></ul> Далее приведена таблица изменения состояний: по&nbsp;горизонтали &ndash; первоначальное состояние, по&nbsp;вертикали &ndash; внешняя информация (последний пришедший UDP-пакет, таймаут либо сигнал), на&nbsp;пересечении &ndash; новое состояние. Соответственно, ссылки на&nbsp;ячейки по&nbsp;именам выглядят как&nbsp;HORIZONTAL/VERTICAL.<br /> Внешняя информация|CONNECTING|PRIMARY|SECONDARY|STANDALONE|ERROR|| ||CONNECTING|Выполняется лексикографическое сравнение hostname: если наш&nbsp;узел больше, то&nbsp;PRIMARY, если меньше, то&nbsp;ничего не&nbsp;делать, а&nbsp;подождать пакета PRIMARY и&nbsp;действовать как&nbsp;описано в&nbsp;ячейке CONNECTING/PRIMARY|SAME|ERROR или&nbsp;SECONDARY|PRIMARY|SAME|| ||PRIMARY|SECONDARY|ERROR или&nbsp;Выполняется лексикографическое сравнение hostname: если наш&nbsp;узел меньше, то&nbsp;SECONDARY|SAME|ERROR или&nbsp;SECONDARY|SAME|| ||SECONDARY|ERROR или&nbsp;PRIMARY|SAME|ERROR или&nbsp;Выполняется лексикографическое сравнение hostname: если наш&nbsp;узел больше, то&nbsp;PRIMARY|ERROR или&nbsp;PRIMARY|SAME|| ||STANDALONE|SAME (можно ничего не&nbsp;делать, а&nbsp;подождать, пока STANDALONE не&nbsp;станет PRIMARY, а&nbsp;тогда действовать как&nbsp;описано в&nbsp;ячейке CONNECTING/PRIMARY)|ERROR или&nbsp;SAME|ERROR или&nbsp;SECONDARY|ERROR или&nbsp;Выполняется лексикографическое сравнение hostname: если наш&nbsp;узел больше, то&nbsp;PRIMARY, если меньше, то&nbsp;можно ничего не&nbsp;делать, а&nbsp;подождать, пока STANDALONE не&nbsp;станет PRIMARY, а&nbsp;тогда действовать как&nbsp;описано в&nbsp;ячейке CONNECTING/PRIMARY|SAME|| ||ERROR|PRIMARY|SAME|STANDALONE|SAME|SAME|| ||Timeout|STANDALONE|STANDALONE|STANDALONE|SAME|SAME|| ||TERM|Завершение работы|SECONDARY и&nbsp;завершение работы|Завершение работы|Завершение работы|Завершение работы||<br /> Для&nbsp;выбора нового состояния в&nbsp;ячейках используется принцип наименьшего количества изменений, т.е. если узел уже&nbsp;находится в&nbsp;состоянии PRIMARY, то, если есть такая возможность, именно в&nbsp;этом состоянии его&nbsp;и&nbsp;следует оставить (именно это&nbsp;означает SAME или&nbsp;пояснение &laquo;ничего не&nbsp;делать, а&nbsp;подождать ...&raquo;).<br /> Если в&nbsp;ячейке описаны 2 варианта поведения [ ... или&nbsp;... ], выбор варианта зависит от&nbsp;одного из&nbsp;двух возможных режимов работы менеджера кластера: пытаться автоматически разрешить неправильные ситуации или&nbsp;просто переводить узел в&nbsp;в состояние ERROR. Если hostname узлов оказываются лексикографически равны, то&nbsp;узел необходимо переводить в&nbsp;состояние ERROR независимо от&nbsp;режима работы.<br /> Перед переходом из&nbsp;одного состояния в&nbsp;другое должен вызываться определенный пользователем скрипт, принимающий в&nbsp;качестве параметров старое и&nbsp;новое состояние. Если скрипт вернул значение, отличное от&nbsp;0, необходимо перевести узел в&nbsp;состояние ERROR.<br /> Я&nbsp;не вижу необходимости в&nbsp;специальном механизме мониторинга корректности функционирования сервисов узла в&nbsp;составе менеджера кластера (как это&nbsp;сделано в&nbsp;HAD). Этот механизм может быть внешним скриптом (или вообще monit задействовать), который будет по&nbsp;возможности не&nbsp;рапортовать о&nbsp;проблемах, а&nbsp;пытаться их&nbsp;устранить (перезапустить умершие сервисы), а&nbsp;если это&nbsp;совсем никак невозможно &ndash; отправлять менеджеру кластера сигнал TERM или&nbsp;вообще останавливать узел.<br /> Выше предполагалось, что&nbsp;между узлами кластера имеется только один линк, однако оба&nbsp;узла смотрят еще&nbsp;и&nbsp;во внешнюю сеть, которую тоже можно использовать для&nbsp;коммуникации между узлами. Это&nbsp;может быть полезным, если внутрикластерное соединение по&nbsp;каким-либо причинам перестанет работать, и&nbsp;оба узла перейдут в&nbsp;состояние STANDALONE. Но&nbsp;в этом случае появится новая проблема: какому линку доверять больше, если показания разойдутся? Возможный способ решения проблемы: всю&nbsp;внешнюю информацию, кроме Timeout, анализировать только для&nbsp;одного доверенного линка (но сравнивать с&nbsp;другими и&nbsp;просто предупреждать, если есть разница в&nbsp;показаниях &ndash; а&nbsp;при падении этого линка передавать статус доверенного следующему &ndash; это&nbsp;должно настраиваться), Timeout же&nbsp;считать достоверным только если все&nbsp;линки в&nbsp;этом сойдутся.</div><br /> <b>Удалено:</b><br /> <div class="deletions"><ul><li> Реагировать на&nbsp;сигналы TERM и&nbsp;HUP, сохраняя информацию о&nbsp;полученном сигнале в&nbsp;глобальную переменную</li></ul> Далее приведена таблица изменения состояний: по&nbsp;горизонтали &ndash; первоначальное состояние, по&nbsp;вертикали &ndash; внешняя информация (последний пришедший UDP-пакет, таймаут либо сигнал), на&nbsp;пересечении &ndash; новое состояние<br /> Внешняя информация|CONNECTING|PRIMARY|SECONDARY|STANDALONE|| ||UDP-пакеты|| ||CONNECTING|Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел больше, то&nbsp;PRIMARY|SAME|PRIMARY|PRIMARY|| ||PRIMARY|SECONDARY|ERROR или&nbsp;Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел меньше, то&nbsp;SECONDARY|SAME|ERROR или&nbsp;Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел меньше, то&nbsp;SECONDARY, иначе PRIMARY|| ||SECONDARY|-|ERROR или&nbsp;Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел меньше, то&nbsp;SECONDARY|SAME|ERROR или&nbsp;Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел меньше, то&nbsp;SECONDARY, иначе PRIMARY||</div></div> http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager/show?time=2007-09-19+10%3A32%3A27 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager&" class="">/TZ&nbsp;/&nbsp;Razrabotka&nbsp;Nuzhnyx&nbsp;Programm&nbsp;/&nbsp;Cluster&nbsp;Manager</a> за <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+10%3A32%3A27">2007-09-19 10:32:27</a> и <a href="http://freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager?time=2007-09-19+12%3A05%3A19">2007-09-19 12:05:19</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Узлы обмениваются UDP-пакетами, в&nbsp;которых содержится hostname, timestamp и&nbsp;текущее состояние узла. Шифровать пакеты не&nbsp;обязательно, т.к. под&nbsp;внутрикластерное соединение принято отводить отдельную сеть.<br /> Менеджер кластера должен параллельно выполнять следующие операции (реализовать в&nbsp;виде threads?):<br /> <ul><li> Отправлять UDP-пакеты, читая текущее состояние узла из&nbsp;глобальной переменной </li><li> Принимать UDP-пакеты, сохраняя последний пакет в&nbsp;глобальную переменную </li><li> Реагировать на&nbsp;сигналы TERM и&nbsp;HUP, сохраняя информацию о&nbsp;полученном сигнале в&nbsp;глобальную переменную </li><li> Анализировать содержимое последнего принятого UDP-пакета и&nbsp;информацию о&nbsp;полученных сигналах, на&nbsp;основании чего изменять состояние узла (в т.ч. завершать работу)</li></ul> Далее приведена таблица изменения состояний: по&nbsp;горизонтали &ndash; первоначальное состояние, по&nbsp;вертикали &ndash; внешняя информация (последний пришедший UDP-пакет, таймаут либо сигнал), на&nbsp;пересечении &ndash; новое состояние<br /> <table class="usertable" border="1"> <tr class="userrow"><td class="usercell">Первоначальное состояние / <br /> Внешняя информация</td><td class="usercell">CONNECTING</td><td class="usercell">PRIMARY</td><td class="usercell">SECONDARY</td><td class="usercell">STANDALONE</td></tr> <tr class="userrow"><td class="usercell" colspan="5">UDP-пакеты</td></tr> <tr class="userrow"><td class="usercell">CONNECTING</td><td class="usercell">Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел больше, то&nbsp;PRIMARY</td><td class="usercell">SAME</td><td class="usercell">PRIMARY</td><td class="usercell">PRIMARY</td></tr> <tr class="userrow"><td class="usercell">PRIMARY</td><td class="usercell">SECONDARY</td><td class="usercell">ERROR или&nbsp;Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел меньше, то&nbsp;SECONDARY</td><td class="usercell">SAME</td><td class="usercell">ERROR или&nbsp;Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел меньше, то&nbsp;SECONDARY, иначе PRIMARY</td></tr> <tr class="userrow"><td class="usercell">SECONDARY</td><td class="usercell">-</td><td class="usercell">ERROR или&nbsp;Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел меньше, то&nbsp;SECONDARY</td><td class="usercell">SAME</td><td class="usercell">ERROR или&nbsp;Выполняется лексикографическое сравнение hostname, если наш&nbsp;узел меньше, то&nbsp;SECONDARY, иначе PRIMARY</td></tr> </table></div></div>