|
| 1.2, dimanoname (ok), 23:16, 12/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Предлагаю "High-Aviability" заменить более грамотным "High-Availability", а его перевод не "высокой готовности",а "высокой доступности" или "отказоустойчивости".
| | |
| |
| 2.5, pavlinux (ok), 00:28, 13/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ну теперь поясняй те, как ваша логика связала HA, Samba, CTDB и RPM, а тем более rpmbuild ?
| | |
| |
| 3.6, sHaggY_caT (ok), 11:19, 13/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Неприятно удивил способ установки ПО. В комментариях даже был более острый пост, его стерли.
Все-таки система получается необновляемой. Неужели действительно тяжело собрать через rpmbuild нативно, и написать в спеке те опции сборки, что нравятся?
Автору большое спасибо, было интересно, хотя стоило бы написать больше подробностей про Cluster Suite и drbd.
| | |
| |
| 4.7, pavlinux (ok), 13:33, 13/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Неприятно удивил способ установки ПО.
>Все-таки система получается необновляемой.
Очень чудно обновляется ...
cvs up || svn up || git pull || make clean || make install
| | |
| |
| 5.11, sHaggY_caT (ok), 17:42, 13/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Неприятно удивил способ установки ПО.
>>Все-таки система получается необновляемой.
>
>Очень чудно обновляется ...
>
>cvs up || svn up || git pull || make clean ||
>make install
А кто будет следить за _версиями_ (не коммитов, а ПО), за необходимостью обновления, и т д?
Может быть, еще парсилку комментариев напишем, и внесем в скрипт, который будет по ssh в цикле обходить машины, проверять, и т д?
Чем это лучше LFS? Зачем вообще тогда брать какой-то дистрибутив?
Альтернатива, не изобретение велосипедов. Например, для RH платформы, использованной автором(CentOS, RHEL, Fedora и все остальные) есть очень и очень удобный инструмент для управления ПО:
http://www.redhat.com/spacewalk/faq.html
http://rhn.redhat.com/help/about.pxt
http://www.redhat.com/docs/manuals/satellite/
(если закрыть глаза на Жабу и Оракл, каналы с ПО просто потрясающе удобно!)
У SLE (ZenWorks) и у Ubuntu (LaunchPad) есть аналогичные решения (я с ними не работала, и удобность, плюсы и минусы прокомментировать не могу)
Даже чистые rpm(что стоит только rpm -V), dpkg, yum, up2date, zypper, apt/aptitude, если не боятся ими пользоваться, умеют гораздо больше, и являются инструментами, созданными специально для этой цели.
В конце концов, есть порты в той же Gentoo и FreeBSD, хотите все собирать, но ленитесь править спек rpm-а (а поправить строчку с configure в секции %build в vim можно парой-тройкой команд :) ), мешает религия? Есть системы, которые ориентированы на source-бэйсед подход (что и там, особенно во фре, не мешает пользоваться бинарными пакетами)
Стоит еще представить что будет, когда такая система передается другому администратору или закачику, с этой горой костылей и скриптов, парсящих ревизии и матюки в комментариях коммитеров :)
| | |
| |
| 6.17, pavlinux (ok), 01:32, 14/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>>Неприятно удивил способ установки ПО.
>>>Все-таки система получается необновляемой.
>>
>>Очень чудно обновляется ...
>>
>>cvs up || svn up || git pull || make clean ||
>>make install
>
>А кто будет следить за версиями
А зачем? Работает - нетрож, глючит проверяй.
Вон блин, в Дебиане, grub самообновился до grub2, а я его с утра и не узнал...
| | |
| |
| 7.20, Andrey Mitrofanov (?), 17:49, 14/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>А кто будет следить за версиями
>А зачем? Работает - нетрож, глючит проверяй.
Записываем: за версиями будет следить друхх павлина Глючит-Проверяй! |-)
Причём если оно вдруг собралось и проинсталировалось с "какими есть" зависимостями, но - вдруг! - с этими же зависимостями не запустилось или, например, не работает "где-то там, иногда", то делать он это будет при упавшем-типа сервере. Но, у него всё получится -- мы в него верим! :/
| | |
|
|
|
|
| 3.16, ALex_hha (ok), 00:49, 14/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Далее собираем самбу
> cd samba-3.3.8/source
> ./autogen.sh
> ./configure --with-ctdb=/usr/src/ctdb --with-cluster-support \
> --enable-pie=no --with-shared-modules=idmap_tdb2
> make
> make install
Вместо этого выполняем
# cd /tmp
# wget http://samba.org/samba/ftp/stable/samba-3.4.5.tar.gz
# tar zxvf samba-3.4.5.tar.gz
# cd samba-3.4.5/packaging/RHEL
# sh makerpms.sh
Ждем пока собирутся пакеты
# cd /usr/src/redhat/RPMS/i386/
# rpm -Uvh samba-*
| | |
|
|
| 1.4, pavlinux (ok), 00:09, 13/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Чтение(MB/sec)
>Клиент
>1
>2
>3
>4
8 * 4 = 32 Мбит - это скорость в хреновой сети на хабах, с сетевухами Realtek 8139
>Samba без CTDB
>2,15
>2,16
>2,13
>2,09
см. выше
>Samba + CTDB
>24,73
>23,42
>23,26
>23,15
> Сервер был доступен по кналу 1 Гб/с,
>поэтому суммарно использовано около 75% пропускной способности.
А по-моему 19.2% пропускной способности.
24,73 * 8 бит = 192 Mbit в сек.
Господа, у Вас проблемы с сетью.
> Скорость записи идентична, не намного уступает, определяется
> скорее возможностями файловой системы.
Ага... но только после 400 Mb/sec, и для FC SAS II
| | |
| 1.8, E34 (?), 15:15, 13/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
2pavlinux:
Вы не так поняли таблицу результатов:
>Клиент
>1
>2
>3
>4
- это просто номера клиентов, которые одновременно используют сервер.
>24,73
>23,42
>23,26
>23,15
суммарно получаем скорость ~92 мега байта/с
канал дает 1 гига бит/с , т.е. 128 мегабайт/с.
отсюда получаем 92/128 = 71 - 72% использования пропускной способности канала.
| | |
| |
| 2.9, Аноним (-), 17:19, 13/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
это линейное чтение?
результаты dbench в студию!
желательно показать зависимость от количества нод.
| | |
| |
| 3.10, Аноним (-), 17:21, 13/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
забыл сказать - виндовые клиенты обычно и так больше 15-25МБ на нос не дают :-)
посему приведенный "бенчмарк" ни о чем не говорит
| | |
| |
| 4.13, Hety (??), 20:05, 13/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
70 мб/сек на гигабите делает как винда так и бубунта подрубленные к виндовой шаре. Так что 15-25 - это как бы не очень соотносится с реальностью.
| | |
|
|
| 2.18, pavlinux (ok), 01:36, 14/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>2pavlinux:
>Вы не так поняли таблицу результатов:
А..., так что ля?
Чтение(MB/sec)
----------------------------------------------
Клиент | Samba без CTDB | Samba + CTDB
-----------------------------------------------
1 2,15 24,73
2 2,16 23,42
3 2,13 23,26
4 2,09 23,15
| | |
|
| 1.15, McLeod095 (??), 00:01, 14/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну я решил внести и свои пять копеек, правда они автору ох как не понравятся.
Вообще из заголовка следует что есть о чем новом почитать и узнать много нового. Но как-то странно я по тексту статьи так и не понял про что идет речь. Я конечно знаю что такое samba и даже знаю что такое кластер высокой готовности, и даже знаю что такое drbd, и heartbeat (кстати после его упоминания я что-то не нашел что про него еще что то дополнительно написано). Но я так и не понял что такое CTDB. Опять же я не понял почему используется именно то ПО которое указано в начале статьи. С чем связан их выбор? Почему использовался drbd если у Вас используется GFS, почему не стали использовать GNBD из поставки Red Hat? С чем связано использование DRBD именно в режиме master/master? Ну и самое главное для каких целей поднималась данная конфигурация?
Про то как устанавливается ПО в дистрибутиве который имеет мощнейшие средства для управления/установки/удаления/сборки и т.п. я говорить не приходится.
Я советую автору все таки статью переделать полностью. Хотя бы все то что указано в первом абзаце. Ну и тесты я думаю здесь если и нужно проводить то уже никак не копированием файлов.
| | |
| |
| 2.25, минона (?), 10:21, 15/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Но я так и не понял что такое CTDB.
http://ctdb.samba.org/
особенно это:
- CTDB is the core component that provides pCIFS ("parallel CIFS") with Samba3/4.
- CTDB provides HA features such as node monitoring, node failover, and IP takeover.
>Ну и тесты я думаю здесь если и нужно проводить то уже никак не копированием файлов.
а чем? и чем не устраивает?
зы:
если есть что добавить к статье - ю а велком.
блин, этож не кандидатская защищается, где любой может резко раскритиковать.
с чего вообще взяли, что он должен объяснять, что такое CTDB?
| | |
| |
| 3.27, man (??), 11:50, 15/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Предполагается, что все кластерные службы, а так же службы обеспечения высокой готовности настроены и запущены. В моем случае, кластер состоит из 2-х узлов.
++ Собственно ПО
В данном случае использован следующий набор ПО для High-Aviability:
Операционная система - CentOS 5.4
Кластерное ПО - все от RedHat (группы пакетов "Cluster" и "Cluster Storage")
Файловая система для общего хранилища - GFS2.
Репликация дисков DRBD8 (замечу, все узлы в режиме "primary")
Механизм "сердцебиения" - опционально(далее поясню, почему) - HeartBeat.
автор, не могли бы вы перечислить вообще софт используемый для этого, а то из вашего текста выходит - что заведется это на любом дистре, стоит только там поставить самбу и ctdb.
пока же совершенно очевидно, что вы увидели в man smb.conf опции про clustering и решили об этом всем рассказать
| | |
| |
| 4.30, минона (?), 15:28, 15/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
я не автор. а автор итак уже поделился своей историей_успеха.
собственно я предположил, что от него требовать что-то ещё, с разжёвыванием, на мой взгляд глупо (и нагло). спросить/уточнить/добавить - наверное приветствуется. я не прав?
всё ПО перечислено. а для остального используется гугль и википедиа.
>а то из вашего текста выходит - что заведется это на любом дистре, стоит только там поставить самбу и ctdb.
заведётся. и не обязательно с именно таким ПО. и в таком количестве.
просто он описал именно свою конфигурацию.
зы:
надеюсь у автора местные аналитеги не отбили желание писать дальше.
| | |
| 4.36, мурзилка (?), 09:54, 16/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 а самому подрочиться очень тяжело, в качестве обзора статья хороша , только очень много всяких приложений проще на HA и drbd виртуализацию накрутить, а в случае в rhel + drbd + GFS2 ha-кластер средствами RHEL собрать , ни к чему так усложнять все.
| | |
|
|
|
| 1.28, E34 (?), 13:36, 15/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Подправил статью.
Результаты представил как есть, зависимость от колличества нод посмотрите у IBM-вской системы SoFS.
| | |
| 1.31, Samm (??), 15:57, 15/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 Спасибо за статью - не знал про CTDB и обходился классической схемой с "бекапной" нодой. Все вполне понятно описано, а про rpmbuild и подобное - не слушайте эту ерунду, proof of concept тут есть, а уж статей по репозиториям для RHEL/CENTOS/Debian etc., и так хватает, кому надо красиво - сделает spec файлы.
| | |
| 1.32, ALex_hha (??), 00:32, 22/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> кому надо красиво - сделает spec файлы
а ниче что spec файл уже есть в исходниках, видать разработчики самбы для прикола его туда положили :)
> А зачем? Работает - нетрож, глючит проверяй.
ЖЖЕШЬ!!!
> с чего вообще взяли, что он должен объяснять, что такое CTDB?
а какой тогда глубокий смысл в статье?
> Samba использует легковесную базу данных (TDB) для приведения соответствия Windows SID к Unix UID/GID
а про ldap ты ничего не слышал?
| | |
| |
| 2.34, E34 (?), 10:46, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Samba использует легковесную базу данных (TDB) для приведения соответствия Windows SID к Unix UID/GID
> а про ldap ты ничего не слышал?
ldap используется для хранения базы данных паролей пользователей, но никак не блокировок файловой системы и данных об открытых сессиях.
TDB и ldap используются для абсолютно разных целей, ваш вопрос неактуален.
| | |
|
| 1.33, McLeod095 (??), 12:10, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Отлично!
Теперь уже более менее понятно, мне хоть это и не надо настраивать, но прочитав просто вступление и описание сервисов я запомнил что и для чего нужен и в дальнейшем при необходимости мне уже будет проще найти.
Но только остались вопросы по поводу heartbeat.
Так он нужен или нет? И как организовано хранение данных предоставляемых службой samba?
Поймите правильно, я не придираюсь к статье, а просто хочу указать на те нюансы которые надо осветить, потому что сейчас статья находится просто в непонятном состоянии. Она сейчас ни для новичка ни для уже подготовленного специалиста.
Было бы неплохо описать как хранятся данные, опять же по каким причинам используется GFS2 и DRBD? Почему сначала нужен heartbeat потом не нужен? Мне как уже не новичку и так все понятно, и даже что не понятно я или прочту или додумаю сам, а вот новичку (кому в принципе довольно часто бывают интересны такие вещи и у них есть время на эксперименты такого рода) может быть очень сложно понять логику статьи и тем более сделать аналогичное.
| | |
| |
| 2.35, E34 (?), 10:48, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>те нюансы которые надо осветить, потому что сейчас статья находится просто
>в непонятном состоянии. Она сейчас ни для новичка ни для уже
>подготовленного специалиста.
>Было бы неплохо описать как хранятся данные, опять же по каким причинам
>используется GFS2 и DRBD? Почему сначала нужен heartbeat потом не нужен?
>Мне как уже не новичку и так все понятно, и даже
>что не понятно я или прочту или додумаю сам, а вот
>новичку (кому в принципе довольно часто бывают интересны такие вещи и
>у них есть время на эксперименты такого рода) может быть очень
>сложно понять логику статьи и тем более сделать аналогичное.
Хорошая критика еще никому не навредила :)
Доработаю статью.
| | |
|
|