URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 13385
[ Назад ]

Исходное сообщение
"OpenNews: Создание отказоустойчивого кластера для биллинговой системы под Linux"

Отправлено opennews , 25-Янв-06 21:55 
Опубликована статья (http://www.netup.ru/articles.php?n=13), в которой рассматриваются вопросы создания отказоустойчивого кластера для работы с биллинговой системой на базе двух физических серверов.


Использование отказоустойчивого кластера повышает надежность хранения данных и качество предоставляемых услуг, значительно сокращает время простоя и позволяет производить профилактику и ремонт серверов без перерывов в предоставлении услуг.


Для создания кластера не требуется дополнительных аппаратных средств, что делает такое решение доступным всем. В качестве операционной системы используется Gentoo Linux. База данных MySQL.


Также стоит упомянуть о выходе новой версии универсального конвертера статистики get_xyz v1.1 (http://sourceforge.net/projects/get-xyz/). Эта утилита позволяет собирать статистику по трафику с маршрутизаторов и экспортировать её по протоколу Cisco NetFlow v5.


В текущей версии поддерживаются маршрутизаторы Cisco ( протокол IP Accounting ), Mikrotik, NSG, Revolution, программные коллекторы ipcad и ipacct.


В новой версии добавлена возможность ограничивать скорость отправки NetFlow-пакетов, отправлять NetFlow пакеты с любым IP-адресом в поле отправитель (IP-Spoofing), введен стандартный механизм компиляции (./configure , make, make install ), исправлены ошибки найденные в предыдущих версиях.


URL: http://www.netup.ru/articles.php?n=13
Новость: http://www.opennet.me/opennews/art.shtml?num=6856


Содержание

Сообщения в этом обсуждении
"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено Slayer605 , 25-Янв-06 21:55 
зачем ./configure , make, make install  почему не сделать ebuild ?

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено goodini , 25-Янв-06 22:34 
> зачем ./configure , make, make install  почему не сделать ebuild ?

Это похоже у разработчиков в TODO. А вообще новость интересная - особенно про кластер. Давно что-то похожее хочу настроить ...


"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено Stanislav , 26-Янв-06 07:15 
Это у разработчиков в ДНК!
Ибо какой идиот будет советовать поставить апача на фре через make; make install из исходников, если из портов ставится более нормально?
А между прочим, у них именно это и есть в документации по ихнему биллингу уже несколько лет.

"Придерживаюсь прямо противоположного мнения:"
Отправлено Мартышкин , 26-Янв-06 08:12 
только идиот может отважиться ставить на Фрю Апач из портов.

Просто потому, что в одном боксе может сидеть и 10 и 140 _очень разных_ апачей.


"Придерживаюсь прямо противоположного мнения:"
Отправлено MoHaX , 26-Янв-06 08:30 
Видимо я идиот ;) Но последнее время всегда ставлю апач из портов... А что означает "может сидеть и 10 и 140 _очень разных_ апачей."? Вот захожу на пример в /usr/ports/www/apache13 делаю make install clean и получаю последнюю версию из 1.3 ветки... О каких _очень разных пачах_ идёт речь?

"Например, в папке /usr/local/pic-apache"
Отправлено Мартышкин , 26-Янв-06 09:12 
стоит Апач с mod_perl на нем крутятся полсотенки Apache_Gallery разных сайтов

а в папке /usr/local/backend-apache стоит Апач с mod_php, на нем кртятся приложения

а в папке /usr/local/frontend-apache стоит апач с сысоевским mod_accel - кеш-прокси, - в нем ничего нет, кроме mod_accel.

И так далее. Где-то нужна GD, где-то памяти на нее жалко...

И поставить 20 СОВЕРШЕННО РАЗНЫХ Апачей можно только ручками, сохраняя каждый удавшийся config.status для дальнейшего использования при накате новых версий и прочих перестановок.

Но, если ты, конечно, матерый мастерюга автотулза и тебе проще ввести и отладить сотенку новых переменных в 40-тыщ строчный Makefile из порта, чем напечатать в командой строке:

./configure --activate-module=src/modules/perl/libperl.a --disable-rule=EXPAT

то - флаг в руки


"mod_php говоришь?"
Отправлено tipa_admin , 26-Янв-06 09:33 
Тоже ручками ставил? Да ты прям гуру. Мне не удалось, только из портов и пошел.

"поправка"
Отправлено tipa_admin , 26-Янв-06 09:39 
для 2-й ветки, в первой - не пробовал

"Например, в папке /usr/local/pic-apache"
Отправлено uldus , 26-Янв-06 10:02 
Я тоже apache и прочий связанный с ним хлам на критичных серверах не из портов ставлю, ибо:

1. Как сказал предыдущий оратор, часто требуется несколько установок apache.

2. В портах новый apache, а тем более mod_php приходится очень долго ждать, когда находят серьездные дыры это неприемлимо. Уже достало для новых clamav порт подгонять, его я пока из портов продолжаю собирать.

3. Не всегда нужно следовать зависимостям, ставя новый mod_php я не хочу, из-за некоторых грабель, обновлять кучу разных библиотек. Как известно в новых версиях не только исправляют ошибки, но и плодят новые.

4. Все равно приходится ставить некоторые вещи, которых нет в портах, например zend optimizer.

5. Написаны скрипты для установки, которые все сами из исходников ставят, накладывают нужные патчи, а потом тестируют после установки работоспособность и откатываются назад при проблемах.

6. Для порта нужно следить, не поменяют ли какой дефолт, не сломают ли случаем чего, каждый раз напускать diff после обновления.


"Например, в папке /usr/local/pic-apache"
Отправлено chip , 26-Янв-06 11:55 
>Но, если ты, конечно, матерый мастерюга автотулза и тебе проще ввести и
>отладить сотенку новых переменных в 40-тыщ строчный Makefile из порта, чем
>напечатать в командой строке:

Трафы не много на себя взял?



"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено MoHaX , 26-Янв-06 05:49 
Товарисчи. А есть ли подобное drbd для FreeBSD?

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено chas , 26-Янв-06 05:52 
По моему, CARP - это то, что тебе нужно во FreeBSD...

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено MoHaX , 26-Янв-06 06:47 
Что есть CARP? Дай ссылку, а то туплю, ничё не нашёл в инете...

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено MoHaX , 26-Янв-06 07:02 
>По моему, CARP - это то, что тебе нужно во FreeBSD...
О нашёл. Но это для сетевой работы. Нужен софт для синхронизации информации.



"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено BB , 26-Янв-06 11:24 
для синхронизации информации на диске вполне можно использовать rsync вполне себе работоспособен.

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено chip , 26-Янв-06 11:55 
>для синхронизации информации на диске вполне можно использовать rsync вполне себе работоспособен.
>


нельзя. Почему => внимательное чтение достоинств и недостатков обоих технологий до просветвления.


"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено chip , 26-Янв-06 11:56 
>По моему, CARP - это то, что тебе нужно во FreeBSD...


CARP предназначен для иного. Даже в связке с pfsync.


"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено Аноним , 26-Янв-06 06:30 
http://www.sap.com/linux/platforms/index.asp

"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено Анонимусыч , 26-Янв-06 09:29 
Все равно это не спасает от зависания ихнего биллинга. Педантично так, 1 раз в 7-9 дней. Без объяснения причин (в логах).
"Может, в консерватории что-то поправить?" (с) М.Жванецкий.

"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено Gezm0 , 26-Янв-06 09:57 
Занимательно. Даже безотносительно биллинга, а просто относительно высокой доступности систем. Грустно только, что под linux и что drbd под фрю не портирован. Ну не используем мы linux.

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено chip , 26-Янв-06 11:58 
>Занимательно. Даже безотносительно биллинга, а просто относительно высокой доступности систем. Грустно только,
>что под linux и что drbd под фрю не портирован. Ну
>не используем мы linux.

Проскакивало что-то похожее для GEOM. О текущем состоянии разработки ничего не могу сказать, как и о имени проекта.

ps: можно порыться в архиве новостей opennet.ru годичной-полуторагодичной давности.


"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено Wulf , 26-Янв-06 10:49 
Как я понимаю, этот drbd пытается собезъянничать старую (с 7-й версии) оракловую схему с резервной базой данных в standby режиме и синхронизацией через архивные логи? Только делает это через одно место, синхронизируя не саму информацию из базы, а нижележащую файловую систему? Оригинально.
Хотя, не очень. Знаю одну очень известную контору, которая так сам оракл реплицирует.

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено Sergey , 16-Фев-06 12:18 
>Только делает это через одно место, синхронизируя не саму
>информацию из базы, а нижележащую файловую систему? Оригинально.
>Хотя, не очень. Знаю одну очень известную контору, которая так сам оракл
>реплицирует.
Интересно, у них Оракл на винде штоли? Правильные пацаны в таких DB используют raw устройства. Там конечно тоже файло можно отыскать, но его кроме DB никто не видит. И соpy соответственно нифига не поможет..



"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено gvf , 26-Янв-06 10:58 
руками - не руками - из портов....
Ребят, а кто мешает свой порт для этого дела создать??
Неужто так сложно, а?
Берем стандартный порт и правим ручками что надо и сохраняем в другую директорию - и ву а ля...

"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено BB , 26-Янв-06 11:34 
Интересно это так модно стало класть статью на недоступный сервер ???

"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено skif , 26-Янв-06 13:37 
а кто нить предложит простое умное красивое:)
и работающее?биллинг на фрю?

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено lightspeed , 26-Янв-06 14:41 
FreeRadius + Perl код + база на Oracle и все на одном 4-х процессорном сервере под FreeBSD 5.2.1 + 8GB RAM + UWSCSI320 DAS 2TB RAID 50 HotSwap
Хотя на самом деле, там почти все hotswap.
В качестве биллинга VoIP работает отменно. Uptime уже больше года.
Про сертификацию никто не говорит.
А если нужен кластер, то воспользуйся оракловыми фичами для этого. Хочешь репликация (хотя для OLTP тот еще тормоз, особенно синхронная), хочешь кластер с единым DAS/NAS/SAN с доступом по SCSI/FC/FireWire/iSCSI above 1GBit ethernet (хотя тоже, смотря где)/
Вариантов - море.

"Создание отказоустойчивого кластера для биллинговой системы ..."
Отправлено chip , 26-Янв-06 15:00 
>а кто нить предложит простое умное красивое:)

В принципе SAN + CARP позволит реализовать отказоустойчивое решение. Т.е. схема будет:

radius (или другое) |---carp(vhid 1)--> DB -SAN-\
                    |---carp(vhid 1)--> DB -SAN-/ общее хранилище.

SAN обеспечивает идентичность/синхронность данных (на порядок лучше приведенных в статье программных решений, ИМХО). Над схемой сопряжения radius <-> Db подумать на досуге.


"Создание отказоустойчивого кластера для биллинговой системы под Linux"
Отправлено skif , 26-Янв-06 15:05 
да я не об это спрашивал я о програмном продукте:))