форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Создание отказоустойчивого кластера для биллингово..."

Сообщение от opennews on 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 Новость: https://www.opennet.ru/opennews/art.shtml?num=6856

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

Сообщения по теме

[Сортировка по времени, UBB]

1. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от Slayer605 on 25-Янв-06, 21:55

зачем ./configure , make, make install  почему не сделать ebuild ?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	2. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от goodini on 25-Янв-06, 22:34
	> зачем ./configure , make, make install  почему не сделать ebuild ? Это похоже у разработчиков в TODO. А вообще новость интересная - особенно про кластер. Давно что-то похожее хочу настроить ...
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

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

	9. "Придерживаюсь прямо противоположного мнения:"
	Сообщение от Мартышкин (ok) on 26-Янв-06, 08:12
	только идиот может отважиться ставить на Фрю Апач из портов. Просто потому, что в одном боксе может сидеть и 10 и 140 _очень разных_ апачей.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

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

	11. "Например, в папке /usr/local/pic-apache"
	Сообщение от Мартышкин (ok) on 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 то - флаг в руки
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	13. "mod_php говоришь?"
	Сообщение от tipa_admin on 26-Янв-06, 09:33
	Тоже ручками ставил? Да ты прям гуру. Мне не удалось, только из портов и пошел.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	14. "поправка"
	Сообщение от tipa_admin on 26-Янв-06, 09:39
	для 2-й ветки, в первой - не пробовал
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	16. "Например, в папке /usr/local/pic-apache"
	Сообщение от uldus (ok) on 26-Янв-06, 10:02
	Я тоже apache и прочий связанный с ним хлам на критичных серверах не из портов ставлю, ибо: 1. Как сказал предыдущий оратор, часто требуется несколько установок apache. 2. В портах новый apache, а тем более mod_php приходится очень долго ждать, когда находят серьездные дыры это неприемлимо. Уже достало для новых clamav порт подгонять, его я пока из портов продолжаю собирать. 3. Не всегда нужно следовать зависимостям, ставя новый mod_php я не хочу, из-за некоторых грабель, обновлять кучу разных библиотек. Как известно в новых версиях не только исправляют ошибки, но и плодят новые. 4. Все равно приходится ставить некоторые вещи, которых нет в портах, например zend optimizer. 5. Написаны скрипты для установки, которые все сами из исходников ставят, накладывают нужные патчи, а потом тестируют после установки работоспособность и откатываются назад при проблемах. 6. Для порта нужно следить, не поменяют ли какой дефолт, не сломают ли случаем чего, каждый раз напускать diff после обновления.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	22. "Например, в папке /usr/local/pic-apache"
	Сообщение от chip (ok) on 26-Янв-06, 11:55
	>Но, если ты, конечно, матерый мастерюга автотулза и тебе проще ввести и >отладить сотенку новых переменных в 40-тыщ строчный Makefile из порта, чем >напечатать в командой строке: Трафы не много на себя взял?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

3. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от MoHaX (ok) on 26-Янв-06, 05:49

Товарисчи. А есть ли подобное drbd для FreeBSD?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	4. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от chas on 26-Янв-06, 05:52
	По моему, CARP - это то, что тебе нужно во FreeBSD...
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	6. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от MoHaX (ok) on 26-Янв-06, 06:47
	Что есть CARP? Дай ссылку, а то туплю, ничё не нашёл в инете...
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	7. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от MoHaX (ok) on 26-Янв-06, 07:02
	>По моему, CARP - это то, что тебе нужно во FreeBSD... О нашёл. Но это для сетевой работы. Нужен софт для синхронизации информации.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	19. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от BB (??) on 26-Янв-06, 11:24
	для синхронизации информации на диске вполне можно использовать rsync вполне себе работоспособен.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	21. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от chip (ok) on 26-Янв-06, 11:55
	>для синхронизации информации на диске вполне можно использовать rsync вполне себе работоспособен. > нельзя. Почему => внимательное чтение достоинств и недостатков обоих технологий до просветвления.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	23. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от chip (ok) on 26-Янв-06, 11:56
	>По моему, CARP - это то, что тебе нужно во FreeBSD... CARP предназначен для иного. Даже в связке с pfsync.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

5. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от Аноним on 26-Янв-06, 06:30

http://www.sap.com/linux/platforms/index.asp

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

12. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от Анонимусыч on 26-Янв-06, 09:29

Все равно это не спасает от зависания ихнего биллинга. Педантично так, 1 раз в 7-9 дней. Без объяснения причин (в логах). "Может, в консерватории что-то поправить?" (с) М.Жванецкий.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

15. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от Gezm0 (??) on 26-Янв-06, 09:57

Занимательно. Даже безотносительно биллинга, а просто относительно высокой доступности систем. Грустно только, что под linux и что drbd под фрю не портирован. Ну не используем мы linux.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	24. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от chip (ok) on 26-Янв-06, 11:58
	>Занимательно. Даже безотносительно биллинга, а просто относительно высокой доступности систем. Грустно только, >что под linux и что drbd под фрю не портирован. Ну >не используем мы linux. Проскакивало что-то похожее для GEOM. О текущем состоянии разработки ничего не могу сказать, как и о имени проекта. ps: можно порыться в архиве новостей opennet.ru годичной-полуторагодичной давности.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

17. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от Wulf on 26-Янв-06, 10:49

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

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

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

18. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от gvf on 26-Янв-06, 10:58

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

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

20. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от BB (??) on 26-Янв-06, 11:34

Интересно это так модно стало класть статью на недоступный сервер ???

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

25. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от skif (??) on 26-Янв-06, 13:37

а кто нить предложит простое умное красивое:) и работающее?биллинг на фрю?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	26. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от lightspeed (??) on 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 (хотя тоже, смотря где)/ Вариантов - море.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

	27. "Создание отказоустойчивого кластера для биллинговой системы ..."
	Сообщение от chip (ok) on 26-Янв-06, 15:00
	>а кто нить предложит простое умное красивое:) В принципе SAN + CARP позволит реализовать отказоустойчивое решение. Т.е. схема будет: radius (или другое) |---carp(vhid 1)--> DB -SAN-\                     |---carp(vhid 1)--> DB -SAN-/ общее хранилище. SAN обеспечивает идентичность/синхронность данных (на порядок лучше приведенных в статье программных решений, ИМХО). Над схемой сопряжения radius <-> Db подумать на досуге.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

28. "Создание отказоустойчивого кластера для биллинговой системы ..."

Сообщение от skif (??) on 26-Янв-06, 15:05

да я не об это спрашивал я о програмном продукте:))

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема