The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

25.01.2006 18:33  Создание отказоустойчивого кластера для биллинговой системы под Linux

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

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

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

Также стоит упомянуть о выходе новой версии универсального конвертера статистики get_xyz v1.1. Эта утилита позволяет собирать статистику по трафику с маршрутизаторов и экспортировать её по протоколу Cisco NetFlow v5.

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

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

  1. Главная ссылка к новости (http://www.netup.ru/articles.p...)
Автор новости: NetUP
Тип: яз. русский / Практикум
Ключевые слова: cluster, heartbeat, drbd, billing, linux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Slayer605 (?), 21:55, 25/01/2006 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    зачем ./configure , make, make install  почему не сделать ebuild ?
     
     
  • 2.2, goodini (?), 22:34, 25/01/2006 [^] [ответить]    [к модератору]
  • +/
    > зачем ./configure , make, make install  почему не сделать ebuild ?

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

     
     
  • 3.8, Stanislav (??), 07:15, 26/01/2006 [^] [ответить]    [к модератору]
  • +/
    Это у разработчиков в ДНК!
    Ибо какой идиот будет советовать поставить апача на фре через make; make install из исходников, если из портов ставится более нормально?
    А между прочим, у них именно это и есть в документации по ихнему биллингу уже несколько лет.
     
     
  • 4.9, Мартышкин (ok), 08:12, 26/01/2006 [^] [ответить]    [к модератору]
  • +/
    только идиот может отважиться ставить на Фрю Апач из портов.

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

     
     
  • 5.10, MoHaX (ok), 08:30, 26/01/2006 [^] [ответить]    [к модератору]
  • +/
    Видимо я идиот ;) Но последнее время всегда ставлю апач из портов... А что означает "может сидеть и 10 и 140 _очень разных_ апачей."? Вот захожу на пример в /usr/ports/www/apache13 делаю make install clean и получаю последнюю версию из 1.3 ветки... О каких _очень разных пачах_ идёт речь?
     
     
  • 6.11, Мартышкин (ok), 09:12, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    стоит Апач с 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

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

     
     
  • 7.13, tipa_admin (?), 09:33, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    Тоже ручками ставил? Да ты прям гуру. Мне не удалось, только из портов и пошел.
     
     
  • 8.14, tipa_admin (?), 09:39, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    для 2-й ветки, в первой - не пробовал
     
  • 7.16, uldus (ok), 10:02, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    Я тоже apache и прочий связанный с ним хлам на критичных серверах не из портов ставлю, ибо:

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

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

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

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

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

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

     
  • 7.22, chip (ok), 11:55, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    >Но, если ты, конечно, матерый мастерюга автотулза и тебе проще ввести и
    >отладить сотенку новых переменных в 40-тыщ строчный Makefile из порта, чем
    >напечатать в командой строке:

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


     
  • 1.3, MoHaX (ok), 05:49, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Товарисчи. А есть ли подобное drbd для FreeBSD?
     
     
  • 2.4, chas (?), 05:52, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    По моему, CARP - это то, что тебе нужно во FreeBSD...
     
     
  • 3.6, MoHaX (ok), 06:47, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    Что есть CARP? Дай ссылку, а то туплю, ничё не нашёл в инете...
     
  • 3.7, MoHaX (ok), 07:02, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    >По моему, CARP - это то, что тебе нужно во FreeBSD...
    О нашёл. Но это для сетевой работы. Нужен софт для синхронизации информации.


     
     
  • 4.19, BB (??), 11:24, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    для синхронизации информации на диске вполне можно использовать rsync вполне себе работоспособен.
     
     
  • 5.21, chip (ok), 11:55, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    >для синхронизации информации на диске вполне можно использовать rsync вполне себе работоспособен.
    >


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

     
  • 3.23, chip (ok), 11:56, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    >По моему, CARP - это то, что тебе нужно во FreeBSD...


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

     
  • 1.5, Аноним (-), 06:30, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    http://www.sap.com/linux/platforms/index.asp
     
  • 1.12, Анонимусыч (?), 09:29, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Все равно это не спасает от зависания ихнего биллинга. Педантично так, 1 раз в 7-9 дней. Без объяснения причин (в логах).
    "Может, в консерватории что-то поправить?" (с) М.Жванецкий.
     
  • 1.15, Gezm0 (??), 09:57, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Занимательно. Даже безотносительно биллинга, а просто относительно высокой доступности систем. Грустно только, что под linux и что drbd под фрю не портирован. Ну не используем мы linux.
     
     
  • 2.24, chip (ok), 11:58, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    >Занимательно. Даже безотносительно биллинга, а просто относительно высокой доступности систем. Грустно только,
    >что под linux и что drbd под фрю не портирован. Ну
    >не используем мы linux.

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

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

     
  • 1.17, Wulf (?), 10:49, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Как я понимаю, этот drbd пытается собезъянничать старую (с 7-й версии) оракловую схему с резервной базой данных в standby режиме и синхронизацией через архивные логи? Только делает это через одно место, синхронизируя не саму информацию из базы, а нижележащую файловую систему? Оригинально.
    Хотя, не очень. Знаю одну очень известную контору, которая так сам оракл реплицирует.
     
     
  • 2.30, Sergey (??), 12:18, 16/02/2006 [^] [ответить]    [к модератору]  
  • +/
    >Только делает это через одно место, синхронизируя не саму
    >информацию из базы, а нижележащую файловую систему? Оригинально.
    >Хотя, не очень. Знаю одну очень известную контору, которая так сам оракл
    >реплицирует.
    Интересно, у них Оракл на винде штоли? Правильные пацаны в таких DB используют raw устройства. Там конечно тоже файло можно отыскать, но его кроме DB никто не видит. И соpy соответственно нифига не поможет..


     
  • 1.18, gvf (?), 10:58, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    руками - не руками - из портов....
    Ребят, а кто мешает свой порт для этого дела создать??
    Неужто так сложно, а?
    Берем стандартный порт и правим ручками что надо и сохраняем в другую директорию - и ву а ля...
     
  • 1.20, BB (??), 11:34, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Интересно это так модно стало класть статью на недоступный сервер ???
     
  • 1.25, skif (??), 13:37, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    а кто нить предложит простое умное красивое:)
    и работающее?биллинг на фрю?
     
     
  • 2.26, lightspeed (??), 14:41, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    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 (хотя тоже, смотря где)/
    Вариантов - море.
     
  • 2.27, chip (ok), 15:00, 26/01/2006 [^] [ответить]    [к модератору]  
  • +/
    >а кто нить предложит простое умное красивое:)

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

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

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

     
  • 1.28, skif (??), 15:05, 26/01/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    да я не об это спрашивал я о програмном продукте:))
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor