Участник:MichaelBochkaryov
Материал из ALT Linux Wiki
(заметки по серверной платформе - совсем драфт) |
м (→PostgreSQL - use cases) |
||
Строка 109: | Строка 109: | ||
Так получилось, что меня лично эта СУБД устраивает больше других. Потому хотелось бы в серверных инсталляциях видеть решение, требующее как можно меньшего применения напильника. | Так получилось, что меня лично эта СУБД устраивает больше других. Потому хотелось бы в серверных инсталляциях видеть решение, требующее как можно меньшего применения напильника. | ||
- | + | '''Ориентировочные планы:''' | |
- | * переезд на 8.4 | + | * переезд на ветку 8.4 |
* автонастройка под оборудование (pgtune) | * автонастройка под оборудование (pgtune) | ||
- | * поддержка репликации для warm/hot standby | + | * поддержка репликации для warm/hot standby (skytools?) |
+ | * распределение нагрузки и connection pooling (pgpool или pgbouncer) | ||
* мониторинг (monit, pgsnmpd) | * мониторинг (monit, pgsnmpd) | ||
* анализ нагрузки (pgfouine) | * анализ нагрузки (pgfouine) | ||
+ | * выбор/упаковка решения для ETL | ||
+ | * управление (phpPgAdmin) | ||
+ | |||
+ | Собственно, отдельные компоненты по большей части уже есть. Но нужно проработать типовые варианты применения и для них организовать законченные решения. | ||
+ | |||
+ | '''Предполагаемые use cases:''' | ||
+ | * выделенный сервер БД | ||
+ | * сервер БД совместно с другим ПО | ||
+ | * система для разработки | ||
=== Perl5 === | === Perl5 === |
Текущая версия на 18:40, 24 февраля 2010
![]() | Этот участник состоит в ALT Linux Team под ником misha.
e-mail: misha@altlinux.org |
Содержание |
Контакты
- Jabber: xmpp:rattler@kiev.pm.org
- Домашняя страница: http://rattler.kiev.ua/
- Блог: http://blinohod.livejournal.com/
Место нахождения
Украина, Киев
Чем занимаюсь
- 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
- Размер: 172M
- ISO-образ: http://rattler.kiev.ua/DL/server-kannel-i586-20091208.iso
- MD5SUM: 7dae9e22574aba7c9529662fb1af3f7f
Старая сборка от 13/09/2009
- Размер: 164MB
- http://www.rattler.kiev.ua/DL/kannel-server-i586-20090913.iso
- MD5SUM: 3d88c7bea228d0303017d140ce888495
PostgreSQL Appliance
Попытка организовать решение для развертывания сервера БД на основе ALT Linux и PostgreSQL. Основная задача - возможность с минимальными временными затратами получить функционирующий сервер БД.
Текущее состояние: альфа
Особенности сборки:
- актуальная на момент сборки (28.06.2009) пакетная база 4.0
- ядро 2.6.18 ovz-smp (последнее из бранча)
- включенный "из коробки" ACPI
- PostgreSQL 8.3.7
Посмотреть на результат можно здесь:
- ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/misha/pgsql-server-i586-20090628.iso
- ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/misha/pgsql-server-i586-20090628.iso.MD5SUM
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-драйв.
Загрузка:
- ISO CD: http://www.netstyle.com.ua/DL/server-lite-i586-20100222.iso
- Архитектура: i586 (32 bit)
- MD5SUM: b34e5ae059bb3ac9e935c65955a7f9e2
Страница проекта: http://www.netstyle.com.ua/ru/open_source/server_lite
Соображения по платформе
В этом разделе я попробую собрать свои соображения по серверной платформе, которую можно было бы применять в mission critical инсталляциях, таких как платформы телекоммуникационных операторов (собственно, эта часть меня интересует в первую очередь).
Пока что все это исключительно в виде наброска - что в голову взбрело навеянного актуальными граблями и запросами.
Общие требования
К общим будем относить требования, не связанные с функциональностью конкретной инсталлируемой системы, но имеющие значительный вес при выборе платформы.
Надежность - платформа не должна разваливаться ни по первому чиху, ни по десятому. В частности, это касается корректной отработки различных нештатных ситуаций, таких как рост нагрузки, некорректные данные, etc.
Безопасность - как минимум, должно быть понятно, каким компонентам мы можем доверять, а какие обязаны быть защищены внешними средствами.
Отказоустойчивость - критичные инсталляции должны обеспечивать работоспособность даже при физическом сбое отдельных систем. По сути, задача сводится к минимизации времени простоя при сбое программных или аппаратных компонент.
Управляемость - платформы должны быть расчитаны на внедрение в гетерогенную среду с централизованными системами управления (развертывание, конфигурация, мониторинг). В качестве примера можно привести возможность мониторинга по SNMP из какого-нибудь HP OpenView, общего для всей организации.
Масштабируемость - нежелательно, чтобы производительность решения жестко ограничивалась производительностью одного сервера. Идеальный вариант - линейная горизонтальная масштабируемость, когда для повышения производительности достаточно добавить еще один узел в кластер.
PostgreSQL
Так получилось, что меня лично эта СУБД устраивает больше других. Потому хотелось бы в серверных инсталляциях видеть решение, требующее как можно меньшего применения напильника.
Ориентировочные планы:
- переезд на ветку 8.4
- автонастройка под оборудование (pgtune)
- поддержка репликации для warm/hot standby (skytools?)
- распределение нагрузки и connection pooling (pgpool или pgbouncer)
- мониторинг (monit, pgsnmpd)
- анализ нагрузки (pgfouine)
- выбор/упаковка решения для ETL
- управление (phpPgAdmin)
Собственно, отдельные компоненты по большей части уже есть. Но нужно проработать типовые варианты применения и для них организовать законченные решения.
Предполагаемые use cases:
- выделенный сервер БД
- сервер БД совместно с другим ПО
- система для разработки
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