BiTel

Подскажите кто-нибудь использует связку BGBilling+OpenVZ, хотелось бы услышать плюсы минусы? Выделять ли mysql в отдельную VE?

_________________

а какую цель преследуете этой связкой?

Цель: более эффективно использовать процессорное время + разделение сервисов. Т.е. такие сервисы как днс, мониторинг (cacti, mrtg) можно было б выделить в отдельные VE, благо железо позволяет, а не покупать под них отдельную железяку... Вот интересно кто-нибудь пробовал? Грабли?

_________________

Непонял, это про виртуализацию?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

OpenVZ — это реализация технологии виртуализации на уровне операционной системы, которая базируется на ядре Linux. OpenVZ позволяет на одном физическом сервере запускать множество изолированных копий операционной системы, называемых Виртуальные Частные Серверы (Virtual Private Servers, VPS) или Виртуальные Среды (Virtual Environments, VE).
Поскольку OpenVZ базируется на ядре Linux, в отличие от виртуальных машин (напр. VMware) или паравиртуализационных технологий (напр. Xen), в роли «гостевых» систем могут выступать только дистрибутивы Linux. Однако, виртуализация на уровне операционной системы в OpenVZ даёт лучшую[1] производительность, масштабируемость, плотность размещения, динамическое управление ресурсами, а также лёгкость в администрировании, чем у альтернативных решений. Согласно сайту OpenVZ, накладные расходы на виртуализацию очень малы, и падение производительности составляет всего 1-3 %, по сравнению с обычными Linux-системами.

_________________

У нас виртулизация используется в офисе для внутренних нужд . Бул xen, потом перешли на kvm..Биллинг крутится в своей виртуалке, mysql . Специально работу под вирталкми не тестировали , принципиальной разницы нет .

юзал пробовал ))) грабли есть ))) при больших загрузках жрется не слабо памяти ))) а когда память приходит к концу в VZ то и лезут баги с коннектами обработкой инфы, etc все что требует память)

а на каких характеристиках пробовали? и при какой загрузке?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Intel(R) Xeon(R) CPU E5504 @ 2.00GHz 2x
16gb ram основной
и выделял по 2х2000 CPU
4GB RAM
mysql \ radius разнесены были по виртуалкам

сессий 2,7-3к

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

тестирую покачто на тестовом биллинге, результаты не впечатляют, непонятно почему, сеть не очень хорошо работает. При работе 3-х систем одновременно, при том что хост не сильно загружен(смотрел по htop) системы притормаживают.

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Использовали esxi. потерь в производительности замечено не было. ВМ можно выделить фиксированное процессорное время или запустить в конкуренцию. Серверу с бд было выдано гарантированное количество памяти, остальные сервисы типа шедулера, коллектора крутились в других машинках и конкурировали за процессорное время. Там же еще пара ненагруженных сервачков висела.
В esxi нельзя было память разделять динамически - сколько выделишь столько и будет.