forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Релиз открытой CRM-системы vtiger CRM 5.2.0, opennews (??), 29-Сен-10, (0) [смотреть все]

Нет Бесполезно использовать vtiger Более страшного кода в своей жизни я никог, Аноним (-), 18:37 , 29-Сен-10, (1) //

Клиенту не в код смотреть, а чтоб работало Если кто-то недоволен имеющимся - пус, Anon (?), 18:56 , 29-Сен-10, (2) +3 //

А НЕ работает Сломали Начиная с PHP 5 3 2 vtiger сломался И потребовался им ГОД, Fcuku (ok), 19:16 , 29-Сен-10, (3) –1
Клиенту важно, что бы система на которой он собирается держать свою базу периоди, Аноним (-), 00:43 , 30-Сен-10, (16) +1

втигер, вообще-то, форк шугара разошлись в кодовой базе они не так давно а к как, Fcuku (ok), 22:16 , 29-Сен-10, (12) +1 //

Вы вообще в код vtiger заглядывали Я имею претензии ко всем модулям что индусы п, Аноним (-), 00:39 , 30-Сен-10, (15) //

Мсье И часто вы правите чужие копирайты в чужом опен-сорс коде , ksuit (?), 00:56 , 04-Окт-10, (44)

Ну так и оставили бы рас на старом PHP работала, или как , Аноним (-), 19:41 , 29-Сен-10, (4) //

На серваке неописучей мощности - псят штук сервисов и поважнее vtiger a Сервак -, Fcuku (ok), 19:59 , 29-Сен-10, (5) +1 //

Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL CentOS в пятой, sHaggY_caT (ok), 20:27 , 29-Сен-10, (6) +2 //

Центос хорош только в определенных условиях, соответственно не везде применим Э, slepnoga (??), 20:39 , 29-Сен-10, (7)

Кучи-не кучи, но немножко мы собираем, и не видим в этом проблемыИмхо, Вы очень , sHaggY_caT (ok), 21:00 , 29-Сен-10, (8) +1
в генте в стэбле кстати php 5 2 14 потому что там люди думают о качестве и стаб, Mike Lee (?), 11:41 , 30-Сен-10, (26)

Контейнеры и или виртуализация - гуляют лесом Стоит Фря 7 3, которая держит на, Fcuku (ok), 22:04 , 29-Сен-10, (10)

Что-то Вы сильно красноглазите А держать кучу неизолированных сервисов в одном, sHaggY_caT (ok), 22:07 , 29-Сен-10, (11) +2

Моветон, не моветон, а расколачивать 7U корпус, закупая аренду 42U стойки и 42 с, Fcuku (ok), 22:33 , 29-Сен-10, (13)

Извиняюсь за оффтоп, но можно будет с этого места поподробней Мы как раз думаем, max (??), 08:35 , 30-Сен-10, (17)

А Вам посоветую внимательно посмотреть в сторону Blade-серверов Обратите вниман, Hedg (ok), 09:17 , 30-Сен-10, (20)
Присоединюсь к рекомендации blade ов А вообще, лучше расскажите, что за задача , sHaggY_caT (ok), 10:52 , 30-Сен-10, (24)

Задача простая - большие дяди хотят создать новый ISP в нашем городе , max (??), 12:30 , 30-Сен-10, (27)

Никогда в ISP не работала, но, на сколько я понимаю, Вам нужно будет а Держать , sHaggY_caT (ok), 13:55 , 30-Сен-10, (28)

Мда есть над чем подумать Пока собираем всю необходимую информацию и будем им, max (??), 15:00 , 30-Сен-10, (29)

Вам пить пиво с существующими ISP и запоминать Идите, спрашивайте и учитесь Я ва, Fcuku (ok), 22:13 , 30-Сен-10, (34)

Зачем У одного знакомого ISP почти все виртуализировано в Zones, у другого ISP , sHaggY_caT (ok), 02:05 , 01-Окт-10, (38)

Такую вещь, как авария, природа не отменяла Начнут подсыхать кондюки на мат пла, Fcuku (ok), 10:33 , 01-Окт-10, (41) +1
Именно два или больше боксов, но меньше, чем если каждый сервис разносить по , sHaggY_caT (ok), 16:10 , 01-Окт-10, (43) +1

Есть практика провайдинга, задавайте вопросы , Кум (?), 09:28 , 01-Окт-10, (40)

В случае с фряхой достаточно держать ВСЁ в джэйлах В базовой системе у меня то, Hety (??), 10:58 , 30-Сен-10, (25)

Так и будет сделано После обкатки Это уже на новом боксе, который будет в конт, Fcuku (ok), 22:24 , 30-Сен-10, (36)

У меня в одном боксе мускул 2Тб локальноно трафа в сутки , перловый бэкенд и ке, Fcuku (ok), 22:03 , 30-Сен-10, (33)

И во что вся эта конструкция упирается в i o, или в CPU А чем и как балансили , sHaggY_caT (ok), 01:56 , 01-Окт-10, (37)

Все уперто в CPU , Fcuku (ok), 10:35 , 01-Окт-10, (42)

Вообще наблюдается отсутствие в Ваших размышлениях системного подхода Если вы, Hedg (ok), 09:09 , 30-Сен-10, (19)
вы ораклу с его эксадатой скажите об этом, а то они не знают бедолаги http en , аноним (?), 10:00 , 30-Сен-10, (22)

Причём без обедов и выходных, а пока глюк отловишь Приходилось срочно откатыва, Mikula (?), 10:08 , 30-Сен-10, (23)

Я Вам сейчас тайну открою есть такая штука виртуализация называется так, Hedg (ok), 08:50 , 30-Сен-10, (18)

Хватит болтать - учитесь делать backup , vit1251 (ok), 21:40 , 29-Сен-10, (9)
Я для тигра уже год пишу модификации, модули и т п Ожидал гораздо большего в 5 , Maxim Doumkine (?), 00:11 , 30-Сен-10, (14) //

Аминь токо при чём тут жаба к сугару разве что zucker reports, но это убож, cyclope (??), 09:18 , 30-Сен-10, (21) //

У них нет бесплатного аналога, так что, убожество-убожеством, а юзать, для отчет, sHaggY_caT (ok), 16:15 , 30-Сен-10, (30)
Джава при том что в шугар6 переделали интерфейс и теперь он похож на leads360 Н, Maxim Doumkine (?), 16:52 , 30-Сен-10, (31) //

это не жаба это жабаскрипт , cyclope (??), 18:54 , 30-Сен-10, (32)

Я знаю, мне не принцепиально писать жабаскрипт, кто в теме и так понимает что я , Maxim Doumkine (?), 22:14 , 30-Сен-10, (35)

ахахаа изящно , cyclope (??), 08:45 , 01-Окт-10, (39)

Итак, свершилось СМС модуль Vtigercrm теперь работает Представляю Вам дополнени, ihtimir (?), 21:12 , 29-Май-11, (45)

Сообщения [Сортировка по времени | RSS]

5. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +1 +/–

Сообщение от Fcuku (ok), 29-Сен-10, 19:59

> на старом PHP работала, или как...?
На серваке неописучей мощности - псят штук сервисов и поважнее vtiger'a.
Сервак - в Сети, не в локальной.
Западла при накате до 5.3.2 никто не ожидал. Только втигер закосячил, больше ни одно приложение не пострадало.
Даунгрейд в таких условиях - безумие, огромный риск.
Вам понравится глючной или недоступный сайт банка? Или глючащая SSL почт-морда Банка?
Банку - нет.
Проще поднять за пять сек Шугар, и в рабочем порядке перенести базы, пока РАБОТА всяких так "кей-эккаунт менеджеров" НЕ ПРЕРЫВАЕТСЯ НИ НА СЕКУНДУ.
А выделять на Vtiger отдельный бокс на колокейшене это не скоро и это недешево.
Это знаете-ли большой шкандаль, остановить продажников.

Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +2 +/–

Сообщение от sHaggY_caT (ok), 29-Сен-10, 20:27

Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS: в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок, и все работает (в том числе почти все новое, и почти все старое)
З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах, когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких апдейтов наступают настоящие черные дни: увы, быдло-код неистребим.
>А выделять на Vtiger отдельный бокс на колокейшене это не скоро и это недешево.
Контейнеры и (или) виртуализация рулят?

Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от slepnoga (??), 29-Сен-10, 20:39

> Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS:
> в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок,
> и все работает (в том числе почти все новое, и почти
> все старое)
Центос хорош только в определенных условиях, соответственно не везде применим. Это если не
собирать кучи пакетов самому или юзать всякие рпмфорге/епелы - если же это делать, то оно ничем уже от генты не отличается, ну и соотв гента сразу становится гораздо логичней :)
> З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах,
> когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких
> апдейтов наступают настоящие черные дни: увы, быдло-код неистребим.
Это если кастомерами. Переписывать что то на халяву ( за еду ) в свободное от основной работы время (Вам не кажется, что переписывание все таки не работа админ) - моветон.
Если кому то нефиг делать - пускай переписывает.

Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +1 +/–

Сообщение от sHaggY_caT (ok), 29-Сен-10, 21:00

>> Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS:
>> в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок,
>> и все работает (в том числе почти все новое, и почти
>> все старое)
> Центос хорош только в определенных условиях, соответственно не везде применим. Это если
> не
> собирать кучи пакетов самому
Кучи-не кучи, но немножко мы собираем, и не видим в этом проблемы
> или юзать всякие рпмфорге/епелы - если же это
Имхо, Вы очень зря валите в одну кучу  rpmforge и epel: второй никогда не заменяет центосные и rhel-овские пакеты, и особой проблемы в его использовании, имхо, нет (правда, есть проблемы, типичные для других дистрибутивов: мы, например, до сих пор боимся миграции с puppet 0.24.X: был бы он в базовых репозиториях, или гарантировалась бы самими puppetlabs совместимость еще несколько лет, этого можно было бы избежать)
>> З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах,
>> когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких
>> апдейтов наступают настоящие черные дни: увы, быдло-код неистребим.
> Это если кастомерами. Переписывать что то на халяву ( за еду )
> в свободное от основной работы время (Вам не кажется, что переписывание
> все таки не работа админ) - моветон.
> Если кому то нефиг делать - пускай переписывает.
Нет, клиент просто уйдет на другой хостинг, где его таким не заставляют заниматься.

Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Mike Lee (?), 30-Сен-10, 11:41

> ну и соотв гента сразу становится гораздо логичней :)
в генте в стэбле кстати php 5.2.14. потому что там люди думают о качестве и стабильности. в чем радость от использования 5.3.х сейчас?

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

10. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Fcuku (ok), 29-Сен-10, 22:04

> Контейнеры и (или) виртуализация рулят?
Контейнеры и (или) виртуализация - гуляют лесом.
Стоит Фря 7.3, которая держит нагрузку мама не горюй.
Таких линуксов нет и какое-то время еще не будет.
Будет биг-биг апдейт - за воскресенье сервак когда-нибудь переедет на Фрю 8.1 (а может, уже 9.4 к тому времени появится :)
Опыты с линуксами будут, может быть, сделаны локально.
Таки, десктоп система, эти линукса :)
Ну их, этих линуксов, на серьезно нагруженнои интернет-сервере им не место.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

11. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +2 +/–

Сообщение от sHaggY_caT (ok), 29-Сен-10, 22:07

>> Контейнеры и (или) виртуализация рулят?
> Контейнеры и (или) виртуализация - гуляют лесом.
> Стоит Фря 7.3, которая держит нагрузку мама не горюй.
> Таких линуксов нет и какое-то время еще не будет.
> Таки, десктоп система, эти линукса :)
Что-то Вы сильно красноглазите :)
А держать кучу неизолированных сервисов в одном box-е, большой моветон, и не только с точки зрения security.

Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Fcuku (ok), 29-Сен-10, 22:33

> А держать кучу неизолированных сервисов в одном box-е, большой моветон, и не
> только с точки зрения security.
Моветон, не моветон, а расколачивать 7U корпус, закупая аренду 42U стойки и 42 сервака по 7000 баксов, это, как бы, дорого? Не дорого? Мне дорого.
С точки зрения security тьфу-тьфу.
Расплавившийся сервак был восстановлен за три часа вместе со срочной закупкой (чудом нашелся в воскресенье наличный девайс в продаже). Ноу проблем.
Все "глабакамысленные" соображения разнести сервисы по 10 сервакам (картинки, статика, почта, мускул в выделенных боксах, web - через лоад-балансер за которым пучок навороченных по не могу 1U) были опровергнуты такой простой штучкой, как ПРАКТИКА.
Один МОЩНЕЙШИЙ сервер молотит в 100 раз шустрее, чем 10 мид-рейнджей, подключенных через балансер.
"Балансировать" или разносить мускул, почту, статику нужно только копиями этого супервсервака. Все остальное - это падение производительности на порядки. Не хватает мощностей - кратно умножай топовую железную конфигурацию, а не мостырь "ферму" из серверов, которые отвечают на клик медленнее того, который надо дублировать.
Что, впрочем из "курса" арифметики за второй класс начальной и без опытов следовало.

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от max (??), 30-Сен-10, 08:35

Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как раз думаем - купить ли кучу 1U серверов или же парочку накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и сэкономила бы многим кучу денег и нервов!

Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Hedg (ok), 30-Сен-10, 09:17

> Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как
> раз думаем - купить ли кучу 1U серверов или же парочку
> накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и
> сэкономила бы многим кучу денег и нервов!
А Вам посоветую внимательно посмотреть в сторону Blade-серверов. Обратите внимание, чтобы не было лишнего флуда, я написал "посмотреть", а не "купить". А нужно ли Вам такое решение или другое - решать Вам. Вы должны чётко понимать, что потребуется от сервера как минимум через 5 лет. И заложить эту возможность роста уже сейчас.
P.S. Blade-сервера от различных производителей (а их немного) отличаются. У каждого есть плюсы и минусы. Взвесьте их. Как и заявленные перспективы развития от этих производителей.

Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от sHaggY_caT (ok), 30-Сен-10, 10:52

> Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как
> раз думаем - купить ли кучу 1U серверов или же парочку
> накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и
> сэкономила бы многим кучу денег и нервов!
Присоединюсь к рекомендации blade'ов. А вообще, лучше расскажите, что за задача.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

27. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от max (??), 30-Сен-10, 12:30

>> Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как
>> раз думаем - купить ли кучу 1U серверов или же парочку
>> накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и
>> сэкономила бы многим кучу денег и нервов!
> Присоединюсь к рекомендации blade'ов. А вообще, лучше расскажите, что за задача.
Задача простая - большие дяди хотят создать новый ISP в нашем городе!

Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от sHaggY_caT (ok), 30-Сен-10, 13:55

>>> Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как
>>> раз думаем - купить ли кучу 1U серверов или же парочку
>>> накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и
>>> сэкономила бы многим кучу денег и нервов!
>> Присоединюсь к рекомендации blade'ов. А вообще, лучше расскажите, что за задача.
> Задача простая - большие дяди хотят создать новый ISP в нашем городе!
Никогда в ISP не работала, но, на сколько я понимаю, Вам нужно будет:
а) Держать оборудование в ДЦ каждого магистрала, с которым будете работать
б) Держать некоторое количество своего оборудования под типичные сетевые сервисы (DNS, почта, форум, ftp какой-нибудь, чат, торрент, странички юзеров)
в) Нечто стабильно работающее под биллинг
г) Держать некоторое количество своего оборудования для обеспечения доступа конечных юзеров,
д) (IP)Телефония так же вряд ли сочетается с обычными блейдами
е) Потребуется несколько вандалостойких ящиков для размещения умных свитчей для соединения сегментов сети (или конечных пользователей, если сеть Ethernet, и сразу строится не на неуправляемых DLink'ах)
если (г) это DSL и dial-up, и, тем более, какой-нибудь WiFi, вряд ли получиться разместить все в одном блейде.
Да и если нужно присуствовать в ДЦ нескольких магистралов.
В общем, Вам, наверное, будет лучше именно куча 1U серверов.
Или Вы хотите свой маленький "ЦОДик"? Если хотите размещаться у себя, не советую блейды: 1-2-3U платформы Intel/Supermicro + шкаф получаются ощутимо дешевле, чем блейды (хотя и больше в юнитах и электроэнергии), и являются более гибким решением, например, без проблем можно вставить карточку для того же Asterisk'а, или хитро прицепить к серверу циску, раздающую диал-ап.
Наверное, самым лучшим будет проконсультироваться на nag.ru, там есть люди, которые съели собаку именно на построении ISP :)

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от max (??), 30-Сен-10, 15:00

Мда... есть над чем подумать!
Пока собираем всю необходимую информацию и будем иметь ввиду все комментарии, спасибо большое! :-)

Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Fcuku (ok), 30-Сен-10, 22:13

> Задача простая - большие дяди хотят создать новый ISP в нашем городе!
Вам пить пиво с существующими ISP и запоминать.
Идите, спрашивайте и учитесь.
Я вам в создании ISP не помощник (вся моя бодяга - это "веб-сайты", только навороченные и нагруженные), но могу только догадываться, что ISP ОБЯЗАТЕЛЬНО нужно разносить ВСЕ сервисы на отдельные боксы. Мускул(ы), днс(ы), почта(ы), биллинг(и), телефония(и), хостинг(и), маршрутизация - вот вам для начала пять-десять-двадцать отдельных коробок.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

38. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от sHaggY_caT (ok), 01-Окт-10, 02:05

> что ISP
> ОБЯЗАТЕЛЬНО нужно разносить ВСЕ сервисы на отдельные боксы. Мускул(ы), днс(ы), почта(ы),
> биллинг(и), телефония(и), хостинг(и), маршрутизация - вот вам для начала пять-десять-двадцать
> отдельных коробок.
Зачем? У одного знакомого ISP почти все виртуализировано в Zones, у другого ISP в OpenVZ. Таки железо, особенно если задача не загружает его до конца, на дороге не валяется.
Но к отдельным сервисам, специфичным именно для ISP, возможно, придется цеплять железки, и там виртуализация точно будет лишней.
С тем же, что следует обратиться к махровым ISP-кам, соглашусь.

Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +1 +/–

Сообщение от Fcuku (ok), 01-Окт-10, 10:33

> Зачем? У одного знакомого ISP почти все виртуализировано в Zones, у другого
> ISP в OpenVZ. Таки железо, особенно если задача не загружает его
> до конца, на дороге не валяется.
> Но к отдельным сервисам, специфичным именно для ISP, возможно, придется цеплять железки,
> и там виртуализация точно будет лишней.
> С тем же, что следует обратиться к махровым ISP-кам, соглашусь.
Такую вещь, как авария, природа не отменяла.
Начнут подсыхать кондюки на мат. плате, запылится кулер на проце, коробка начнет дурковать.
Тут модульное решение задачу упрощает. К тому же с почтой справится 1U за 30000р., например.
Зачем
ISP может начать терять клиентскую базу от простоев.
В случае с корпоративным сервисом вопрос решается так: "Эй, доцент! Десятка давай! Новая керосинка покупать буду!"
А в случае с новым небольшим ISP клиент просто отдаст свои 500р в месяц конкуренту и убедить его раскошелиться на апгрейд, как понимаете, невозможно.
К тому же минимум PPP/PPPoE и их обвязка до магистрального канала обязаны быть продублированы минимум двукратно каким-нибудь CARP решением.
Чтобы не отрубать полгородка на выходные от Сети.
Единый бокс тут страшный риск.

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +1 +/–

Сообщение от sHaggY_caT (ok), 01-Окт-10, 16:10

> Такую вещь, как авария, природа не отменяла.
> Начнут подсыхать кондюки на мат. плате, запылится кулер на проце, коробка начнет
> дурковать.> Единый бокс тут страшный риск.
Именно(!) два или больше боксов, но меньше, чем если каждый сервис разносить по железке.
В том же OpenVZ, или ESX совсем-совсем не зря есть LiveMigration.
А огромные тазики в одном экземпляре(как у Вас), имхо, зло.

Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Кум (?), 01-Окт-10, 09:28

Есть практика провайдинга, задавайте вопросы.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

25. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Hety (??), 30-Сен-10, 10:58

В случае  с фряхой достаточно держать ВСЁ в джэйлах. В базовой системе у меня только mc и ez-jail. После чего раз неделю/месяц/год делает слепки джэйлов. Бэкапите их. При необходимости разворачиваете на новом железе за время, равное времени залива туда бэкапов + 15 минут на базовую настройку. Всё.
Не считая возможнсоти быстро клонировать джэйл и эксперементировать в нем.
На накачанной машине в итоге проц простаивает меньше, чем на кучке изолированных серверов.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

36. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Fcuku (ok), 30-Сен-10, 22:24

> В случае  с фряхой достаточно держать ВСЁ в джэйлах. В базовой
> системе у меня только mc и ez-jail. После чего раз неделю/месяц/год
> делает слепки джэйлов. Бэкапите их. При необходимости разворачиваете на новом железе
> за время, равное времени залива туда бэкапов + 15 минут на
> базовую настройку. Всё.
> Не считая возможнсоти быстро клонировать джэйл и эксперементировать в нем.
> На накачанной машине в итоге проц простаивает меньше, чем на кучке изолированных
> серверов.
Так и будет сделано. После обкатки. Это уже на новом боксе, который будет в конторе на столе, а не в стойке ЦОДа отлаживаться. Вы ж понимаете, что "зверинец" подросший за 10 лет, за сутки не переведешь в jailы. Сначала план, потом эксперименты, потом коррекция, потом тесты, а уже потом переставим коробки в стойке. Я кладу на это три-шесть мес неспешной медитации.

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Fcuku (ok), 30-Сен-10, 22:03

> Мы как раз думаем - купить ли кучу 1U серверов
У меня в одном боксе мускул (2Тб локальноно трафа в сутки), перловый бэкенд и кеширующий на диски фронт.
Кеш динамический, какая-то часть данных обновляется непрерывно, с немедленным удалением из кеша устаревших станиц, какая-то часть может лежать неделями, до полной чистки кеша, которая производится
"Теплый" кэш занимает на диске где-то 100Гб.
Спасибо Гуглу, он сотней запросов в сек разогревает пустой кеш :)
Когда сервер начал "сдыхать" под нагрузкой, встал вопрос о разнесении картинок, статики, мускула в отдельные боксы. Но боевые эксперименты показали, что если десятерых клиентов, запросивших одну и ту же страницу, раздать через балансер на 10 отдельных "лезвий" (на каждом из которых, понятно, полная копия сервиса), то ждут клиенты страницу ДОЛЬШЕ, чем если бы вдесятером одновременно стукнулись в один большой сервак. Т.е. один большой сервак, даже если заставляет клиента ждать в ПОЛНОЙ очереди, т.е. принципиально ничего ему не отдает, поскольку перегружен, дает результат задержка в очереди+плюс время исполнения запроса меньше, чем "лезвие", которое обслуживает одного клиента.
Но, вообще, КАЖДЫЙ РАЗ надо смотреть, ЧТО ИМЕННО вы хотите поставить под нагрузку.
Если не нужно, типа, опрашивать большую базу с первой до последней записи то суперсервак не нужен. Т.е. скажем если у вас контент напоминает народ.ру, типа, 100% статики и лом посещений - то балансировка нагрузки как раз даст вам КОЛОССАЛЬНЫЙ прирост производительности! Выше линейного.
Я вам советую все, же провести эксперименты.
Например под вмварью вы можете поднять и 10 и 50 серваков и сделать виртуальную "стойку".
Начать с классики; мускул, почта, картинки, статика на выделенных серверах, пучок веб-серверов через балансер и нагрузить это тестовым сценарием.
Если есть свободные железяки соберите зверинец на "соплях" локально и тоже тестовым сценарием, вам все станет ясно.
То есть все - от задачи.
Статика и несерьезно нагружающие проц скрипты очень много выгоды могут принести как раз при разнесении нагрузки на "лезвия".
В моем случае: огромные базы с кучей JOINов в запросах и длинной обработкой выдачи перлом в HTML - оставляют возможность "умножать" за балансером только сервера, которые уже достигли физического предела - нету на рынке более навороченных :) А до того - только единый бокс.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

37. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от sHaggY_caT (ok), 01-Окт-10, 01:56

>> Мы как раз думаем - купить ли кучу 1U серверов
> У меня в одном боксе мускул (2Тб локальноно трафа в сутки), перловый
> бэкенд и кеширующий на диски фронт.
И во что вся эта конструкция упирается? в i/o, или в CPU?
> Но боевые эксперименты показали, что если десятерых
> клиентов, запросивших одну и ту же страницу, раздать через балансер на
> 10 отдельных "лезвий" (на каждом из которых, понятно, полная копия сервиса),
> то ждут клиенты страницу ДОЛЬШЕ, чем если бы вдесятером одновременно стукнулись
> в один большой сервак.
А чем и как балансили? LVS, например, позволяет балансить соединения на наименее прогруженные(в т.ч. по load average) ноды
> Я вам советую все, же провести эксперименты.
> Например под вмварью вы можете поднять и 10 и 50 серваков и
> сделать виртуальную "стойку".
> Начать с классики; мускул, почта, картинки, статика на выделенных серверах, пучок веб-серверов
> через балансер и нагрузить это тестовым сценарием.
Имхо, это будет плохой полигон для тестов производительности (но хорошая лаборатория для построения и виртуализированных, и не виртуализированных систем)
> Статика и несерьезно нагружающие проц скрипты очень много выгоды могут принести как
> раз при разнесении нагрузки на "лезвия".
Если у Вас все уперлось в CPU, может быть, просто стоило ставить на лезвия топовые, по MHz, CPU? меньшее число ядер не имеет значения, так как на ноду все равно идет меньшее число запросов
> нету на рынке
> более навороченных :)
Если Ваш супер-тазик x86, можно посмотреть на PowerPC :)

Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Fcuku (ok), 01-Окт-10, 10:35

Все уперто в CPU.

Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Hedg (ok), 30-Сен-10, 09:09

Вообще наблюдается отсутствие в Ваших размышлениях системного подхода... Если вы проникнетесь Дао системного подхода, то с Вашим опытом  и знаниями вам светит блестящая карьера CIO.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

22. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от аноним (?), 30-Сен-10, 10:00

вы ораклу с его эксадатой скажите об этом, а то они не знают бедолаги.
http://en.wikipedia.org/wiki/Oracle_Exadata
и главное про нечто подобное не забывать - http://ru.wikipedia.org/wiki/InfiniBand

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

23. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Mikula (?), 30-Сен-10, 10:08

>на тех же хостинговых серверах, когда ПО контролируется кастомером, а не хостером-
>администратором сервера, после таких апдейтов наступают настоящие черные дни:
Причём без обедов и выходных, а пока глюк отловишь...
Приходилось срочно откатывать до 5.2 :(

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

18. "Релиз открытой CRM-системы vtiger CRM 5.2.0" +/–

Сообщение от Hedg (ok), 30-Сен-10, 08:50

Я Вам сейчас тайну открою... есть такая штука... виртуализация называется... так вот каждый жизненно важный сервис должен жить в своём отдельном окружении. чтобы таких как у Вас накладок не случалось, чтобы его за пару минут можно было перенести на другой физический сервер и там ещё много этих "чтобы". Right Way одним словом.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	5. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+1 +/–
	Сообщение от Fcuku (ok), 29-Сен-10, 19:59
	> на старом PHP работала, или как...? На серваке неописучей мощности - псят штук сервисов и поважнее vtiger'a. Сервак - в Сети, не в локальной. Западла при накате до 5.3.2 никто не ожидал. Только втигер закосячил, больше ни одно приложение не пострадало. Даунгрейд в таких условиях - безумие, огромный риск. Вам понравится глючной или недоступный сайт банка? Или глючащая SSL почт-морда Банка? Банку - нет. Проще поднять за пять сек Шугар, и в рабочем порядке перенести базы, пока РАБОТА всяких так "кей-эккаунт менеджеров" НЕ ПРЕРЫВАЕТСЯ НИ НА СЕКУНДУ. А выделять на Vtiger отдельный бокс на колокейшене это не скоро и это недешево. Это знаете-ли большой шкандаль, остановить продажников.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+2 +/–
	Сообщение от sHaggY_caT (ok), 29-Сен-10, 20:27
	Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS: в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок, и все работает (в том числе почти все новое, и почти все старое) З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах, когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких апдейтов наступают настоящие черные дни: увы, быдло-код неистребим. >А выделять на Vtiger отдельный бокс на колокейшене это не скоро и это недешево. Контейнеры и (или) виртуализация рулят?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от slepnoga (??), 29-Сен-10, 20:39
	> Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS: > в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок, > и все работает (в том числе почти все новое, и почти > все старое) Центос хорош только в определенных условиях, соответственно не везде применим. Это если не собирать кучи пакетов самому или юзать всякие рпмфорге/епелы - если же это делать, то оно ничем уже от генты не отличается, ну и соотв гента сразу становится гораздо логичней :) > З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах, > когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких > апдейтов наступают настоящие черные дни: увы, быдло-код неистребим. Это если кастомерами. Переписывать что то на халяву ( за еду ) в свободное от основной работы время (Вам не кажется, что переписывание все таки не работа админ) - моветон. Если кому то нефиг делать - пускай переписывает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+1 +/–
	Сообщение от sHaggY_caT (ok), 29-Сен-10, 21:00
	>> Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS: >> в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок, >> и все работает (в том числе почти все новое, и почти >> все старое) > Центос хорош только в определенных условиях, соответственно не везде применим. Это если > не > собирать кучи пакетов самому Кучи-не кучи, но немножко мы собираем, и не видим в этом проблемы > или юзать всякие рпмфорге/епелы - если же это Имхо, Вы очень зря валите в одну кучу rpmforge и epel: второй никогда не заменяет центосные и rhel-овские пакеты, и особой проблемы в его использовании, имхо, нет (правда, есть проблемы, типичные для других дистрибутивов: мы, например, до сих пор боимся миграции с puppet 0.24.X: был бы он в базовых репозиториях, или гарантировалась бы самими puppetlabs совместимость еще несколько лет, этого можно было бы избежать) >> З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах, >> когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких >> апдейтов наступают настоящие черные дни: увы, быдло-код неистребим. > Это если кастомерами. Переписывать что то на халяву ( за еду ) > в свободное от основной работы время (Вам не кажется, что переписывание > все таки не работа админ) - моветон. > Если кому то нефиг делать - пускай переписывает. Нет, клиент просто уйдет на другой хостинг, где его таким не заставляют заниматься.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Mike Lee (?), 30-Сен-10, 11:41
	> ну и соотв гента сразу становится гораздо логичней :) в генте в стэбле кстати php 5.2.14. потому что там люди думают о качестве и стабильности. в чем радость от использования 5.3.х сейчас?
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	10. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Fcuku (ok), 29-Сен-10, 22:04
	> Контейнеры и (или) виртуализация рулят? Контейнеры и (или) виртуализация - гуляют лесом. Стоит Фря 7.3, которая держит нагрузку мама не горюй. Таких линуксов нет и какое-то время еще не будет. Будет биг-биг апдейт - за воскресенье сервак когда-нибудь переедет на Фрю 8.1 (а может, уже 9.4 к тому времени появится :) Опыты с линуксами будут, может быть, сделаны локально. Таки, десктоп система, эти линукса :) Ну их, этих линуксов, на серьезно нагруженнои интернет-сервере им не место.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	11. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+2 +/–
	Сообщение от sHaggY_caT (ok), 29-Сен-10, 22:07
	>> Контейнеры и (или) виртуализация рулят? > Контейнеры и (или) виртуализация - гуляют лесом. > Стоит Фря 7.3, которая держит нагрузку мама не горюй. > Таких линуксов нет и какое-то время еще не будет. > Таки, десктоп система, эти линукса :) Что-то Вы сильно красноглазите :) А держать кучу неизолированных сервисов в одном box-е, большой моветон, и не только с точки зрения security.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Fcuku (ok), 29-Сен-10, 22:33
	> А держать кучу неизолированных сервисов в одном box-е, большой моветон, и не > только с точки зрения security. Моветон, не моветон, а расколачивать 7U корпус, закупая аренду 42U стойки и 42 сервака по 7000 баксов, это, как бы, дорого? Не дорого? Мне дорого. С точки зрения security тьфу-тьфу. Расплавившийся сервак был восстановлен за три часа вместе со срочной закупкой (чудом нашелся в воскресенье наличный девайс в продаже). Ноу проблем. Все "глабакамысленные" соображения разнести сервисы по 10 сервакам (картинки, статика, почта, мускул в выделенных боксах, web - через лоад-балансер за которым пучок навороченных по не могу 1U) были опровергнуты такой простой штучкой, как ПРАКТИКА. Один МОЩНЕЙШИЙ сервер молотит в 100 раз шустрее, чем 10 мид-рейнджей, подключенных через балансер. "Балансировать" или разносить мускул, почту, статику нужно только копиями этого супервсервака. Все остальное - это падение производительности на порядки. Не хватает мощностей - кратно умножай топовую железную конфигурацию, а не мостырь "ферму" из серверов, которые отвечают на клик медленнее того, который надо дублировать. Что, впрочем из "курса" арифметики за второй класс начальной и без опытов следовало.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от max (??), 30-Сен-10, 08:35
	Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как раз думаем - купить ли кучу 1U серверов или же парочку накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и сэкономила бы многим кучу денег и нервов!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Hedg (ok), 30-Сен-10, 09:17
	> Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как > раз думаем - купить ли кучу 1U серверов или же парочку > накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и > сэкономила бы многим кучу денег и нервов! А Вам посоветую внимательно посмотреть в сторону Blade-серверов. Обратите внимание, чтобы не было лишнего флуда, я написал "посмотреть", а не "купить". А нужно ли Вам такое решение или другое - решать Вам. Вы должны чётко понимать, что потребуется от сервера как минимум через 5 лет. И заложить эту возможность роста уже сейчас. P.S. Blade-сервера от различных производителей (а их немного) отличаются. У каждого есть плюсы и минусы. Взвесьте их. Как и заявленные перспективы развития от этих производителей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от sHaggY_caT (ok), 30-Сен-10, 10:52
	> Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как > раз думаем - купить ли кучу 1U серверов или же парочку > накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и > сэкономила бы многим кучу денег и нервов! Присоединюсь к рекомендации blade'ов. А вообще, лучше расскажите, что за задача.
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	27. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от max (??), 30-Сен-10, 12:30
	>> Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как >> раз думаем - купить ли кучу 1U серверов или же парочку >> накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и >> сэкономила бы многим кучу денег и нервов! > Присоединюсь к рекомендации blade'ов. А вообще, лучше расскажите, что за задача. Задача простая - большие дяди хотят создать новый ISP в нашем городе!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от sHaggY_caT (ok), 30-Сен-10, 13:55
	>>> Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как >>> раз думаем - купить ли кучу 1U серверов или же парочку >>> накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и >>> сэкономила бы многим кучу денег и нервов! >> Присоединюсь к рекомендации blade'ов. А вообще, лучше расскажите, что за задача. > Задача простая - большие дяди хотят создать новый ISP в нашем городе! Никогда в ISP не работала, но, на сколько я понимаю, Вам нужно будет: а) Держать оборудование в ДЦ каждого магистрала, с которым будете работать б) Держать некоторое количество своего оборудования под типичные сетевые сервисы (DNS, почта, форум, ftp какой-нибудь, чат, торрент, странички юзеров) в) Нечто стабильно работающее под биллинг г) Держать некоторое количество своего оборудования для обеспечения доступа конечных юзеров, д) (IP)Телефония так же вряд ли сочетается с обычными блейдами е) Потребуется несколько вандалостойких ящиков для размещения умных свитчей для соединения сегментов сети (или конечных пользователей, если сеть Ethernet, и сразу строится не на неуправляемых DLink'ах) если (г) это DSL и dial-up, и, тем более, какой-нибудь WiFi, вряд ли получиться разместить все в одном блейде. Да и если нужно присуствовать в ДЦ нескольких магистралов. В общем, Вам, наверное, будет лучше именно куча 1U серверов. Или Вы хотите свой маленький "ЦОДик"? Если хотите размещаться у себя, не советую блейды: 1-2-3U платформы Intel/Supermicro + шкаф получаются ощутимо дешевле, чем блейды (хотя и больше в юнитах и электроэнергии), и являются более гибким решением, например, без проблем можно вставить карточку для того же Asterisk'а, или хитро прицепить к серверу циску, раздающую диал-ап. Наверное, самым лучшим будет проконсультироваться на nag.ru, там есть люди, которые съели собаку именно на построении ISP :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от max (??), 30-Сен-10, 15:00
	Мда... есть над чем подумать! Пока собираем всю необходимую информацию и будем иметь ввиду все комментарии, спасибо большое! :-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Fcuku (ok), 30-Сен-10, 22:13
	> Задача простая - большие дяди хотят создать новый ISP в нашем городе! Вам пить пиво с существующими ISP и запоминать. Идите, спрашивайте и учитесь. Я вам в создании ISP не помощник (вся моя бодяга - это "веб-сайты", только навороченные и нагруженные), но могу только догадываться, что ISP ОБЯЗАТЕЛЬНО нужно разносить ВСЕ сервисы на отдельные боксы. Мускул(ы), днс(ы), почта(ы), биллинг(и), телефония(и), хостинг(и), маршрутизация - вот вам для начала пять-десять-двадцать отдельных коробок.
	Ответить \| Правка \| К родителю #27 \| Наверх \| Cообщить модератору


	38. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от sHaggY_caT (ok), 01-Окт-10, 02:05
	> что ISP > ОБЯЗАТЕЛЬНО нужно разносить ВСЕ сервисы на отдельные боксы. Мускул(ы), днс(ы), почта(ы), > биллинг(и), телефония(и), хостинг(и), маршрутизация - вот вам для начала пять-десять-двадцать > отдельных коробок. Зачем? У одного знакомого ISP почти все виртуализировано в Zones, у другого ISP в OpenVZ. Таки железо, особенно если задача не загружает его до конца, на дороге не валяется. Но к отдельным сервисам, специфичным именно для ISP, возможно, придется цеплять железки, и там виртуализация точно будет лишней. С тем же, что следует обратиться к махровым ISP-кам, соглашусь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+1 +/–
	Сообщение от Fcuku (ok), 01-Окт-10, 10:33
	> Зачем? У одного знакомого ISP почти все виртуализировано в Zones, у другого > ISP в OpenVZ. Таки железо, особенно если задача не загружает его > до конца, на дороге не валяется. > Но к отдельным сервисам, специфичным именно для ISP, возможно, придется цеплять железки, > и там виртуализация точно будет лишней. > С тем же, что следует обратиться к махровым ISP-кам, соглашусь. Такую вещь, как авария, природа не отменяла. Начнут подсыхать кондюки на мат. плате, запылится кулер на проце, коробка начнет дурковать. Тут модульное решение задачу упрощает. К тому же с почтой справится 1U за 30000р., например. Зачем ISP может начать терять клиентскую базу от простоев. В случае с корпоративным сервисом вопрос решается так: "Эй, доцент! Десятка давай! Новая керосинка покупать буду!" А в случае с новым небольшим ISP клиент просто отдаст свои 500р в месяц конкуренту и убедить его раскошелиться на апгрейд, как понимаете, невозможно. К тому же минимум PPP/PPPoE и их обвязка до магистрального канала обязаны быть продублированы минимум двукратно каким-нибудь CARP решением. Чтобы не отрубать полгородка на выходные от Сети. Единый бокс тут страшный риск.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+1 +/–
	Сообщение от sHaggY_caT (ok), 01-Окт-10, 16:10
	> Такую вещь, как авария, природа не отменяла. > Начнут подсыхать кондюки на мат. плате, запылится кулер на проце, коробка начнет > дурковать.> Единый бокс тут страшный риск. Именно(!) два или больше боксов, но меньше, чем если каждый сервис разносить по железке. В том же OpenVZ, или ESX совсем-совсем не зря есть LiveMigration. А огромные тазики в одном экземпляре(как у Вас), имхо, зло.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Кум (?), 01-Окт-10, 09:28
	Есть практика провайдинга, задавайте вопросы.
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	25. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Hety (??), 30-Сен-10, 10:58
	В случае с фряхой достаточно держать ВСЁ в джэйлах. В базовой системе у меня только mc и ez-jail. После чего раз неделю/месяц/год делает слепки джэйлов. Бэкапите их. При необходимости разворачиваете на новом железе за время, равное времени залива туда бэкапов + 15 минут на базовую настройку. Всё. Не считая возможнсоти быстро клонировать джэйл и эксперементировать в нем. На накачанной машине в итоге проц простаивает меньше, чем на кучке изолированных серверов.
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	36. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Fcuku (ok), 30-Сен-10, 22:24
	> В случае с фряхой достаточно держать ВСЁ в джэйлах. В базовой > системе у меня только mc и ez-jail. После чего раз неделю/месяц/год > делает слепки джэйлов. Бэкапите их. При необходимости разворачиваете на новом железе > за время, равное времени залива туда бэкапов + 15 минут на > базовую настройку. Всё. > Не считая возможнсоти быстро клонировать джэйл и эксперементировать в нем. > На накачанной машине в итоге проц простаивает меньше, чем на кучке изолированных > серверов. Так и будет сделано. После обкатки. Это уже на новом боксе, который будет в конторе на столе, а не в стойке ЦОДа отлаживаться. Вы ж понимаете, что "зверинец" подросший за 10 лет, за сутки не переведешь в jailы. Сначала план, потом эксперименты, потом коррекция, потом тесты, а уже потом переставим коробки в стойке. Я кладу на это три-шесть мес неспешной медитации.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Fcuku (ok), 30-Сен-10, 22:03
	> Мы как раз думаем - купить ли кучу 1U серверов У меня в одном боксе мускул (2Тб локальноно трафа в сутки), перловый бэкенд и кеширующий на диски фронт. Кеш динамический, какая-то часть данных обновляется непрерывно, с немедленным удалением из кеша устаревших станиц, какая-то часть может лежать неделями, до полной чистки кеша, которая производится "Теплый" кэш занимает на диске где-то 100Гб. Спасибо Гуглу, он сотней запросов в сек разогревает пустой кеш :) Когда сервер начал "сдыхать" под нагрузкой, встал вопрос о разнесении картинок, статики, мускула в отдельные боксы. Но боевые эксперименты показали, что если десятерых клиентов, запросивших одну и ту же страницу, раздать через балансер на 10 отдельных "лезвий" (на каждом из которых, понятно, полная копия сервиса), то ждут клиенты страницу ДОЛЬШЕ, чем если бы вдесятером одновременно стукнулись в один большой сервак. Т.е. один большой сервак, даже если заставляет клиента ждать в ПОЛНОЙ очереди, т.е. принципиально ничего ему не отдает, поскольку перегружен, дает результат задержка в очереди+плюс время исполнения запроса меньше, чем "лезвие", которое обслуживает одного клиента. Но, вообще, КАЖДЫЙ РАЗ надо смотреть, ЧТО ИМЕННО вы хотите поставить под нагрузку. Если не нужно, типа, опрашивать большую базу с первой до последней записи то суперсервак не нужен. Т.е. скажем если у вас контент напоминает народ.ру, типа, 100% статики и лом посещений - то балансировка нагрузки как раз даст вам КОЛОССАЛЬНЫЙ прирост производительности! Выше линейного. Я вам советую все, же провести эксперименты. Например под вмварью вы можете поднять и 10 и 50 серваков и сделать виртуальную "стойку". Начать с классики; мускул, почта, картинки, статика на выделенных серверах, пучок веб-серверов через балансер и нагрузить это тестовым сценарием. Если есть свободные железяки соберите зверинец на "соплях" локально и тоже тестовым сценарием, вам все станет ясно. То есть все - от задачи. Статика и несерьезно нагружающие проц скрипты очень много выгоды могут принести как раз при разнесении нагрузки на "лезвия". В моем случае: огромные базы с кучей JOINов в запросах и длинной обработкой выдачи перлом в HTML - оставляют возможность "умножать" за балансером только сервера, которые уже достигли физического предела - нету на рынке более навороченных :) А до того - только единый бокс.
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	37. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от sHaggY_caT (ok), 01-Окт-10, 01:56
	>> Мы как раз думаем - купить ли кучу 1U серверов > У меня в одном боксе мускул (2Тб локальноно трафа в сутки), перловый > бэкенд и кеширующий на диски фронт. И во что вся эта конструкция упирается? в i/o, или в CPU? > Но боевые эксперименты показали, что если десятерых > клиентов, запросивших одну и ту же страницу, раздать через балансер на > 10 отдельных "лезвий" (на каждом из которых, понятно, полная копия сервиса), > то ждут клиенты страницу ДОЛЬШЕ, чем если бы вдесятером одновременно стукнулись > в один большой сервак. А чем и как балансили? LVS, например, позволяет балансить соединения на наименее прогруженные(в т.ч. по load average) ноды > Я вам советую все, же провести эксперименты. > Например под вмварью вы можете поднять и 10 и 50 серваков и > сделать виртуальную "стойку". > Начать с классики; мускул, почта, картинки, статика на выделенных серверах, пучок веб-серверов > через балансер и нагрузить это тестовым сценарием. Имхо, это будет плохой полигон для тестов производительности (но хорошая лаборатория для построения и виртуализированных, и не виртуализированных систем) > Статика и несерьезно нагружающие проц скрипты очень много выгоды могут принести как > раз при разнесении нагрузки на "лезвия". Если у Вас все уперлось в CPU, может быть, просто стоило ставить на лезвия топовые, по MHz, CPU? меньшее число ядер не имеет значения, так как на ноду все равно идет меньшее число запросов > нету на рынке > более навороченных :) Если Ваш супер-тазик x86, можно посмотреть на PowerPC :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Fcuku (ok), 01-Окт-10, 10:35
	Все уперто в CPU.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Hedg (ok), 30-Сен-10, 09:09
	Вообще наблюдается отсутствие в Ваших размышлениях системного подхода... Если вы проникнетесь Дао системного подхода, то с Вашим опытом и знаниями вам светит блестящая карьера CIO.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	22. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от аноним (?), 30-Сен-10, 10:00
	вы ораклу с его эксадатой скажите об этом, а то они не знают бедолаги. http://en.wikipedia.org/wiki/Oracle_Exadata и главное про нечто подобное не забывать - http://ru.wikipedia.org/wiki/InfiniBand
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	23. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Mikula (?), 30-Сен-10, 10:08
	>на тех же хостинговых серверах, когда ПО контролируется кастомером, а не хостером- >администратором сервера, после таких апдейтов наступают настоящие черные дни: Причём без обедов и выходных, а пока глюк отловишь... Приходилось срочно откатывать до 5.2 :(
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	18. "Релиз открытой CRM-системы vtiger CRM 5.2.0"	+/–
	Сообщение от Hedg (ok), 30-Сен-10, 08:50
	Я Вам сейчас тайну открою... есть такая штука... виртуализация называется... так вот каждый жизненно важный сервис должен жить в своём отдельном окружении. чтобы таких как у Вас накладок не случалось, чтобы его за пару минут можно было перенести на другой физический сервер и там ещё много этих "чтобы". Right Way одним словом.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору