Планирование развёртывания VoIP

[svd]

Похоже вот оно - Distributed Device State with AIS

Надо и в эту сторону посмотреть.
Просто если необходимый функционал есть в Еластиксе 2.2, то думаю время тратить на изучение и апробацию ещё чего то - глупо и бессмысленно.

[SolarW]

2.2 тоже заявлен стабильным и доступен с 1.11.2011.
2.0.3 апгрейдится до 2.2 с помощью yum update если подключить бета-репозитарии.
Я так парочку штук проагрейдил, вроде выжили.

[svd]

2.2 тоже заявлен стабильным и доступен с 1.11.2011.
2.0.3 апгрейдится до 2.2 с помощью yum update если подключить бета-репозитарии.
Я так парочку штук проагрейдил, вроде выжили.

вот и попробую, благо стараюсь использовать виртуализацию и тут её применил. Жаль на атомах не виртуалится по-лёгкому. Вот так и рвется мое естество между платформами на атомах из-за энергоэффективности и компактности и платформами поддерживающими виртуализацую.

[SolarW]

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

Да нет, решения "из коробки" похоже и в 2.2 нету, наверное придется руками допиливать.
Вот еще пара ссылок на данную тему:
Distributed Device State with XMPP PubSub
Distributed Device State with XMPP PubSub

стараюсь использовать виртуализацию и тут её применил. Жаль на атомах не виртуалится по-лёгкому

А что там не так? Чем виртуалите?
Вроде с Proxmox VE вопросов быть не должно...

[SolarW]

Зачем вообще что-то виртуализировать на атоме?

1. Бекапить удобно.
2. Мигрировать эту виртуалку между разными нодами можно.
3. Поднимать из бекапа на другой платформе вопросов не вызывает.
4. В следующей версии Proxmox VE 2.0 обещают удобно управляемых HA.
При том что OpenVZ виртуализация от силы 3-5% накладных расходов дает.

Для таких небольших инсталляций удачная платформа:
- Atom 550 (Intel Atom D525MW)
- 2 Gb RAM
- Kingston SSD 30 Gb
- небольшой корпус с безвентиляторным БП

[svd]

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

Да нет, решения "из коробки" похоже и в 2.2 нету, наверное придется руками допиливать.
Вот еще пара ссылок на данную тему:
Distributed Device State with XMPP PubSub
Distributed Device State with XMPP PubSub

стараюсь использовать виртуализацию и тут её применил. Жаль на атомах не виртуалится по-лёгкому

А что там не так? Чем виртуалите?
Вроде с Proxmox VE вопросов быть не должно...

Citrix Xen 6 из коробки. Core i3 самый младший. На этой железяке ещё шлюз и небольшой виндовый сервер.

[svd]

1) у меня весь бекап - один файл, бекапы делаются каждый час и каждый день, количество "часовых" и "дневных" файлов настраиваается
2,4) зачем?
3) у меня просто на другой сервер кидаешь файл бакапа и все на месте.

- Atom 550 (Intel Atom D525MW)
- 2 Gb RAM
- Kingston SSD 30 Gb

на этом можно пару-тройку сотен абонентов поднять. Зачем 30 гб? для записей мало, для системы - много. 2 гб памяти тоже много на 15 абонентов, и 512 хватит за глаза.

30 гб для записи хватит не на мало.

[svd]

1) у меня весь бекап - один файл, бекапы делаются каждый час и каждый день, количество "часовых" и "дневных" файлов настраиваается
2,4) зачем?
3) у меня просто на другой сервер кидаешь файл бакапа и все на месте.

- Atom 550 (Intel Atom D525MW)
- 2 Gb RAM
- Kingston SSD 30 Gb

на этом можно пару-тройку сотен абонентов поднять. Зачем 30 гб? для записей мало, для системы - много. 2 гб памяти тоже много на 15 абонентов, и 512 хватит за глаза.

да проблематично уже память то по 512 покупать. я в этом плане не парюсь. Взял стабильную и хорошую по соотношению цена-качество и вперед. 2 гектарные планки одни из самых ходовых. весной наверное 4 гиговые ходовыми станут.

[SolarW]

у меня

Ну мы в принципе рады за тебя
Но нам то тоже как-то надо выходить из положения?

Зачем 30 гб?

Меньшие SSD мало распространены в нашем регионе

2 гб памяти тоже много на 15 абонентов, и 512 хватит за глаза.

Я в курсе, когда нарезаю виртуалки именно 512 и выделяю.
Но как ниже заметил ТС - 2-х гиговые планки сейчас самые ходовые.

Уважаемый svd!
Не злоупотребляйте пожалуйста оверквотингом - на этом форуме этого не любят.

[SolarW]

И на этот вопрос у нас есть что ответить
У тебя деятельность по распространению IP-АТС является основной и раскрученной до определенного уровня (NN инсталляций в месяц).
При этом подходе было бы удивительно использовать что-то костыльное и ненадежное.
Поэтому и был выбран как мне кажется подход к неубиваемой надежной разработке, остальное устанешь поддерживать.

У меня ситуация немного другая - работа с IP-АТС (установка, обслуживание и т.д.) это процентов 10 от той деятельности которую я веду.
У ТС вообще ситуация такая что он админ в конторе с несколькими филиалами.
Как ты считаешь, оправданно нам разрабатывать надежное решение сродни твоему?