Участник:MichaelBochkaryov — различия между версиями

Материал из ALT Linux Wiki
Перейти к: навигация, поиск
(SMS gateway Appliance)
(заметки по серверной платформе - совсем драфт)
Строка 83: Строка 83:
 
Страница проекта:
 
Страница проекта:
 
http://www.netstyle.com.ua/ru/open_source/server_lite
 
http://www.netstyle.com.ua/ru/open_source/server_lite
 +
 +
 +
== Соображения по платформе ==
 +
 +
В этом разделе я попробую собрать свои соображения по серверной платформе, которую можно было бы применять в mission critical инсталляциях, таких как платформы телекоммуникационных операторов (собственно, эта часть меня интересует в первую очередь).
 +
 +
''Пока что все это исключительно в виде наброска - что в голову взбрело навеянного актуальными граблями и запросами.''
 +
 +
=== Общие требования ===
 +
 +
К общим будем относить требования, не связанные с функциональностью конкретной инсталлируемой системы, но имеющие значительный вес при выборе платформы.
 +
 +
'''Надежность''' - платформа не должна разваливаться ни по первому чиху, ни по десятому. В частности, это касается корректной отработки различных нештатных ситуаций, таких как рост нагрузки, некорректные данные, etc.
 +
 +
'''Безопасность''' - как минимум, должно быть понятно, каким компонентам мы можем доверять, а какие обязаны быть защищены внешними средствами.
 +
 +
'''Отказоустойчивость''' - критичные инсталляции должны обеспечивать работоспособность даже при физическом сбое отдельных систем. По сути, задача сводится к минимизации времени простоя при сбое программных или аппаратных компонент.
 +
 +
'''Управляемость''' - платформы должны быть расчитаны на внедрение в гетерогенную среду с централизованными системами управления (развертывание, конфигурация, мониторинг). В качестве примера можно привести возможность мониторинга по SNMP из какого-нибудь HP OpenView, общего для всей организации.
 +
 +
'''Масштабируемость''' - нежелательно, чтобы производительность решения жестко ограничивалась производительностью одного сервера. Идеальный вариант - линейная горизонтальная масштабируемость, когда для повышения производительности достаточно добавить еще один узел в кластер.
 +
 +
=== PostgreSQL ===
 +
 +
Так получилось, что меня лично эта СУБД устраивает больше других. Потому хотелось бы в серверных инсталляциях видеть решение, требующее как можно меньшего применения напильника.
 +
 +
Навскидку есть такие планы:
 +
* переезд на 8.4
 +
* автонастройка под оборудование (pgtune)
 +
* поддержка репликации для warm/hot standby
 +
* мониторинг (monit, pgsnmpd)
 +
* анализ нагрузки (pgfouine)
 +
 +
=== Perl5 ===
 +
 +
* переезд на 5.10 (впрочем, тут вопрос к at@)
 +
* актуализация/упаковка фреймворков Moose, POE, Mojo, Catalyst, DBIx::Class
 +
 +
=== Мобильный мессаджинг ===
 +
 +
* доработка обвязки к Kannel (управление/мониторинг)
 +
* обвзяка для быстрого развертывания OTA-платформ на Kannel
 +
* обвязка для быстрого развертывания PPG (Push Proxy Gateway)
 +
* упаковка Mbuni (MMSC и VAS MMS Gateway)
 +
* приложения с типовой бизнес-логикой SMS-сервисов
 +
 +
=== Телефония ===
 +
 +
* OpenSER (OpenSIPS или Kamailio) для решений операторского класса
 +
* Yate - тут под вопросом, но поддержка SIP-T может быть выгодна, если делать SS7-SIP шлюзы
 +
* базовое решение для функциональности колл-центра
 +
* интеграционные решения для CTI (Computer Telephony Integration)
 +
* решение (out of box appliance) для конференц-серверов
 +
* lksctp-tools - поддержка SCTP
 +
 +
=== NAS, SAN и другие ===
 +
 +
* DRBD
 +
* iSCSI с обвязкой
 +
* интеграция с heartbeat и/или openais

Версия 17:17, 24 февраля 2010

Mozilla.svg Этот участник состоит в ALT Linux Team под ником misha.

e-mail: misha@altlinux.org




Контакты

 

Место нахождения

Украина, Киев


Чем занимаюсь

  • Kannel (SMS/WAP Gateway)
  • Mbuni (MMSC, MMS VAS Gateway)
  • PostgreSQL
  • Perl packages (POE, Catalyst, etc)


SMS gateway Appliance

Решение для SMS-сервера на основе ALT Linux 4.0 branch с некоторыми дополнениями.

Особенности сборки:

  • Пакетная база: 4.0/branch с дополнениями
  • Ядро: 2.6.27-ovz-smp
  • SMS/WAP-шлюз Kannel: (CVS от 21/07/2009 + Alejandro's patches)
  • SQLbox: 0.7.2
  • monit
  • настройка времени по NTP
  • PostgreSQL 8.3.7
  • Максимально завершенная дефолтная конфигурация

Сборка от 08/12/2009

Старая сборка от 13/09/2009

PostgreSQL Appliance

Попытка организовать решение для развертывания сервера БД на основе ALT Linux и PostgreSQL. Основная задача - возможность с минимальными временными затратами получить функционирующий сервер БД.

Текущее состояние: альфа

Особенности сборки:

  • актуальная на момент сборки (28.06.2009) пакетная база 4.0
  • ядро 2.6.18 ovz-smp (последнее из бранча)
  • включенный "из коробки" ACPI
  • PostgreSQL 8.3.7

Посмотреть на результат можно здесь:

Net Style Server Lite

Легковесный серверный дистрибутив на основе 4.0/branch с поддержкой OpenVZ. У нас используется для развертывания серверных систем.

Особенности сборки:

  • пакетная база: 4.0/branch с дополнениями
  • ядро 2.6.27-ovz-smp-alt12 (chistyakov)
  • включенный "из коробки" ACPI
  • автоматическая настройка времени по NTP
  • локальный DNS-сервер
  • система мониторинга monit
  • убрана настройка пользователей
  • беспарольный аккаунт root

Грабли!

При тестировании под VirtualBox пришлось вручную подгружать модуль ide-cdrom, т.к. иначе не обнаруживается виртуальный CD-драйв.

Загрузка:

Страница проекта: http://www.netstyle.com.ua/ru/open_source/server_lite


Соображения по платформе

В этом разделе я попробую собрать свои соображения по серверной платформе, которую можно было бы применять в mission critical инсталляциях, таких как платформы телекоммуникационных операторов (собственно, эта часть меня интересует в первую очередь).

Пока что все это исключительно в виде наброска - что в голову взбрело навеянного актуальными граблями и запросами.

Общие требования

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

Надежность - платформа не должна разваливаться ни по первому чиху, ни по десятому. В частности, это касается корректной отработки различных нештатных ситуаций, таких как рост нагрузки, некорректные данные, etc.

Безопасность - как минимум, должно быть понятно, каким компонентам мы можем доверять, а какие обязаны быть защищены внешними средствами.

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

Управляемость - платформы должны быть расчитаны на внедрение в гетерогенную среду с централизованными системами управления (развертывание, конфигурация, мониторинг). В качестве примера можно привести возможность мониторинга по SNMP из какого-нибудь HP OpenView, общего для всей организации.

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

PostgreSQL

Так получилось, что меня лично эта СУБД устраивает больше других. Потому хотелось бы в серверных инсталляциях видеть решение, требующее как можно меньшего применения напильника.

Навскидку есть такие планы:

  • переезд на 8.4
  • автонастройка под оборудование (pgtune)
  • поддержка репликации для warm/hot standby
  • мониторинг (monit, pgsnmpd)
  • анализ нагрузки (pgfouine)

Perl5

  • переезд на 5.10 (впрочем, тут вопрос к at@)
  • актуализация/упаковка фреймворков Moose, POE, Mojo, Catalyst, DBIx::Class

Мобильный мессаджинг

  • доработка обвязки к Kannel (управление/мониторинг)
  • обвзяка для быстрого развертывания OTA-платформ на Kannel
  • обвязка для быстрого развертывания PPG (Push Proxy Gateway)
  • упаковка Mbuni (MMSC и VAS MMS Gateway)
  • приложения с типовой бизнес-логикой SMS-сервисов

Телефония

  • OpenSER (OpenSIPS или Kamailio) для решений операторского класса
  • Yate - тут под вопросом, но поддержка SIP-T может быть выгодна, если делать SS7-SIP шлюзы
  • базовое решение для функциональности колл-центра
  • интеграционные решения для CTI (Computer Telephony Integration)
  • решение (out of box appliance) для конференц-серверов
  • lksctp-tools - поддержка SCTP

NAS, SAN и другие

  • DRBD
  • iSCSI с обвязкой
  • интеграция с heartbeat и/или openais