[sherwood]

У меня такое ощущение, что Вы тут воду льете. Биллинги это разовые продукты, это не продукты питания их не покупают каждый день. Провайдеры не плодятся каждый день пачками. это факт. Разработчик создал продукт, если он его просто продаст то через какое то время покупать у него ни кто не будет так как закончились провайдеры, так же конкуренция. разработчику нужно как то восполнить свои затраты на разработку биллинга и нужны средства на дальнейшую разработку и зарплату персоналу, поддержки и т.д. Откуда взять бабло если продукт уже не покупают? Правильно, надо средства как то вытягивать из абонентов которые уже купили продукт. Сначала они перестают просто подсказывать (не помогать удаленно) а именно подсказать как реализовать тот или иной например тарифный план. Справка то же поэтому тоже не делается грамотной, а иначе мы все тут ушлые и без оплаты sla сами все настроем. Читая мануал одно предложение противоречит другому, спрашиваешь в поддержке а они отвечают, что часть этого мануала не от биллинга, а от шлюза. Типа еще не доделали мануал и так на протяжение нескольких лет. И получается как в миниатюре Винокура - тут играем тут не играем. Следующий шаг это перестать продавать биллинг а сдавать его в аренду, а то накупили настроили и сидят по норам. Но и при все при этом качество хромает да и им Ваши клиенты разрывающие тех.поддержку по причине нет входа в кабинет, не могут пополнить средства или где мои деньги - до лампочки. Печально все это, как то очень давно была проблема с Киви, но я только начинал в этом разбираться и сам не смог, обратился в поддержку, они меня мурыжали примерно две недели всякими предложениями попробовать так, попробовать сяк. Потом мне помог знакомый и определил, что биллинг тут не причем, а вот запросы или ответы сейчас не вспомню от Киви прилетают не корректные. Тогда я обратился в Киви и получил ответ о том что уже пару недель они там у себя что то меняют и по этому ни чего не работает. Тех поддержка опять меня просит доступ к биллингу, я в шоке. У них что нет под рукой ПК с установленным их продуктом где они должны проверять ошибки о которых им сообщают пользователи? То есть у них должен был стоять биллинг с Киви и они должны были проверить у себя и если у них все хорошо, то просить доступ, что бы проверить что там у меня. То есть система с Киви в тот момент не работала ни у кого. Далее при покупки в описании был заявлен функционал, который не был проверен по причине того что не нужен, но в дальнейшем он потребовался и когда его начали крутить выяснилось, что он не работает. Еще пол года была подписка, поддержка сказала, что сделали тикет, разработчики должны поправить, но обновление будет как раз после того когда у меня закончится подписка на поддержку и обновление. Че круто, вот это по нашенски. Продали продукт с заявленным функционалом который не работает и еще не хотят его исправлять а за исправление требуют деньги. Это же не добавление какого то нового функционала, а именно тот что был. Я теперь шучу, они скоро будут брать деньги за то что бы Вам ответить по телефону, то есть набираешь им, а там авто-ответчик положите сначала на наш счет средства а потом мы поднимим трубку и объсним как оплатить sla. Но я их понимаю - это бизнес и ни чего личного. Это всего лишь моя история.

[alibek]

Мне в этом отношении разработчики Билл-Мастер нравятся.

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

Но если уже взялись делать, то делают очень досконально и обстоятельно. Ну и в процессе не жадничают знаниями, а подробно все поясняют.

[kamlyn]

В 12.11.2018 в 15:28, rdmitrich сказал:

Вставлю свои 5 копеек. В принципе Carbon ничем не хуже других подобных систем биллинга, постоянно свертывает кровь одно НО !!   Неужели вам так трудно сделать вменяемую систему восстановления бэкапов при переносе биллинга ??? Та что есть, реально зае@ала !!!

 

2 команды backup и restore, что может быть проще?

http://docs.carbonsoft.ru/pages/viewpage.action?pageId=86835203

[rdmitrich]

В 25.12.2018 в 15:21, kamlyn сказал:

2 команды backup и restore, что может быть проще?

http://docs.carbonsoft.ru/pages/viewpage.action?pageId=86835203

Вы сами то пробовали так восстанавливать ???

Обычно все происходит именно так...

http://docs.carbonsoft.ru/pages/viewpage.action?pageId=49087155

Это бесит, т.к дико неудобно...

[Dude]

Расскажу свою историю про 5 Карбон.

 

Согласовали конфиг нового сервера с техподдержкой, 9 ноября собрали сервер под Carbon 5 Softrouter, создали заявку в helpdesk и понеслось.

14 ноября всё установили, работает пустой Карбон, необходима миграция с Carbon 4, а для того, чтобы ей начали заниматься, нужно заключить договор на Carbon 5 и оплатить уже его SLA (что немного, но всё-таки дороже четвёрки). Ну, делать нечего, заключили договор и началась миграция.

24.12 – К сожалению, инженер, ответственный по заявке, сейчас в отпуске. Ответственным назначен новый инженер Максим.

26.12 – Задачу по миграции откладываем на январь, после праздников, когда инженер поддержки Carbon Billing 4 вернётся из отпуска.

Отпуск, конечно же оплачиваемый, нами в том числе, т.к. без ежемесячной оплаты миграцией не занимаются.

Более месяца настраивали UPS, было ощущение, что сотрудник делает это впервые.

Ну и подобрались к самому главному, переезду на Carbon 5.

Назначили переезд на ночь с 6 на 7 марта 02:00

7 марта.

Как и ожидали, сразу всё не заработало – высокая загрузка системы, web-морда виснет и отваливается, сессии PPPoE либо не поднимаются, либо, поднявшись, отваливаются. Нахожу на сайте инфу, что по SLA-2 – «помощь в решении проблем 24×7 круглосуточно по критическим обращениям». По телефонам техподдержки автоответчик. Номера дежурного в helpdesk-е нет. Ждём утра.

Дождались, поддержка начала что-то делать. В процессе настраиваю СМС-информирование, заранее этого не делал, т.к. база абонентов давно уже в Carbon 5 и мне не нужно чтобы четвёртый и пятый одновременно слали абонентам СМС. Но, настроить не получилось по статьям на сайте, Carbon 5 шлёт СМС со своим содержанием – по 5 СМС длиной сообщение, например:

ООО ХХХХ Уважаемый Абонент!

Обслуживание по договору ХХХХХ приостановлено из-за отсутствия средств на вашем лицевом счете. Для возобновления обслуживания внесите на счет не менее 450.00. Способы моментального пополнения счета указаны на нашем сайте.

С уважением,

служба по работе с клиентами.

Посмотрел, одно из таких длинных сообщений стоит мне 12.75 р., а потом сообщения о том, что средства зачислены и ещё отдельное сообщение о том, что обслуживание возобновлено. И всё это с подробными описаниями, со всеми «уважениями» по 2 раза. Эту тему helpdesk, конечно же, проигнорировал. Ну, пускай пока шлются, потерпим.

Нашёл, где шаблоны настроить, не так, как в мануале.

Абонентов у нас немного, <500, поэтому каждым дорожим, да и конкурент в виде «Ростелекома» не даёт булки расслаблять. Вот стараемся всё делать как можно качественнее. Но не тут-то было – от нас уже ничего не зависит. Абоненты звонят и ругаются.

При предложении вернуться на Carbon 4, сотрудник техподдержки Алексей Аликин отвечает, что не надо, настроят пятый. При звонках в поддержку говорят, что никто никуда не уйдёт, пока интеграция не будет завершена.

15:20, Аликин: Обновление завершено. Пока что перезагрузка не требуется. Если проблема повторится - нужно будет провести перезагрузку. Сейчас проблемы нет.

Но в accel-ppp.log в это же время по несколько абонентов в минуту вырубается, <Acct-Terminate-Cause NAS-Error>

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

18:00, Аликин: Проблема с высокой нагрузкой устранена.

Оставшиеся проблемы с железом:

1) Диски sdb и sdb необходимо заменить. Так же заменить sata кабели

 

  1 Raw_Read_Error_Rate     0x000f   082   064   006    Pre-fail  Always       -       165440258

2) Процессор для софтроутера и vpn авторизаций очень слабый. Любой новый core i5 будет в 3-4 раза быстрее

В это же время в accel-ppp.log продолжаются <Acct-Terminate-Cause NAS-Error>

По телефону он сообщил, что т.к. винты старые и много ошибок – высокая нагрузка на процессор. Но:

1. Винты куплены в ноябре и у винтов Seagate значение RAW для переменной Raw_Read_Error_Rate вообще ничего не значит, винты в полном порядке. Да и параметр Raw_Read_Error_Rate = 082, при Threshold 006.

2. Процессор из рекомендованных на сайте Карбона – Xeon e3-1225 v6.

Всё, техподдержка свалила по домам, несмотря на заверения не уходить, пока всё не доделают, абоненты звонят, ругаются.

8 марта. Утро. Звоню дежурному – он проблем не наблюдает, обещает, что если они будут, то подключат разработчика. И без разницы, даже если это будет вечер 8 марта.

Вечер 8 марта. В 18:30, к примеру, у 36 абонентов рвётся PPPoE за пару секунд по причине NAS-Error. И в другое время сессии отваливаются. Звоню дежурному, на утреннее обещание подключить разработчика положен болт (как и на предыдущие), как единственный вариант предлагает включить всех в старый Carbon 4 в режим «Включить доступ в интернет без авторизации».

9 марта. Переключили сегодня ночью всех абонентов на старый сервер с Carbon 4 + «Включить доступ в интернет без авторизации». На 5 остались работать: приём платежей (т.к. на его сертификат уже настроена авторизация платёжной системы), СМС-портянки, и Ревизор.

Вот такая весёлая интеграция, ждём понедельник, посматриваем на другие биллинги. 

11 марта. 

Нужно срочно менять sdb и sda диски

Скорость в несколько раз ниже минимальной допустимой (100-150)

hdparm -t /dev/sdb6

/dev/sdb6:
 Timing buffered disk reads:  60 MB in  3.02 seconds =  19.85 MB/sec
hdparm -t /dev/sda6 

/dev/sda6:
 Timing buffered disk reads: 100 MB in  3.10 seconds =  32.30 MB/sec

 

Вообще непонятно. Как так то? С чего они такие медленные? Seagate st3000dm007.

12 марта. Окончательно ночью вернулись на 4 Карбон.

13 марта. Ничего не пойму с дисками. Поставил CentOS 6.1

hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads:  500 MB in  3.01 seconds =  166.07 MB/sec

 

Поставил Карбон 5

hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads: 234 MB in  3.08 seconds =  75.98 MB/sec
14 марта. Купил, как и советовали, WD Utrastar.

15 марта.

hdparm -t /dev/sda6

/dev/sda6:
 Timing buffered disk reads: 186 MB in  3.00 seconds =  61.90 MB/sec
Техподдержка пишет, что должно скорости хватить.

18 марта. ТП сделала обновление. И я офигел!!!

load average: 0.03, 0.05, 0.37 - на 2 порядка почти меньше стало, было от 2-3% и выше.

99.8%id,  0.0%wa

hdparm -t /dev/sda6

/dev/sda6:
 Timing buffered disk reads: 364 MB in  3.00 seconds = 121.27 MB/sec

hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads: 556 MB in  3.00 seconds = 185.12 MB/sec

 

4 апреля. Ну, винты поменяли, всё поставили, протестировали, начали переезд. У абонентов рвутся PPPoE сесии. Весь день настраивали, техподдержка с разработчиками что-то делали с сервером. Что-то в мануал свой даже дописали. Обещали, что пока не доделают не закончат работу. Не доделали, закончили - до завтра, количество разрывов уменьшили.

5 апреля. Ночью сессия отвалилась, на которой ревизор висит. Ничего не починили, предлагают на IPoE авторизацию перейти. Так быстрее, говорят, чем им PPPoE чинить.

6 апреля. "К сожалению, сегодня не удалось найти причину проблемы".

Возвращаемся на 4 карбон, платежи ручками вбиваем, т.к. они на 5 идут.

На 5 карбон одного тестового абонента подцепили - инет у него пропадает после пары тестов скорости

8 апреля. Не знают, что делать, сегодня пообещали за свой счёт предоставить нам mikrotik и интегрировать его.

25 апреля. Приехал микротик, завтра будем пробовать настраивать.

26 апреля. Начали настраивать карбоны, попросили их бэкапы старых настроек не трогать, но они восстановили от 5 апреля настройки и биллинг заслал пачку неактуальных СМС абонентам. Некоторые даже приходили, чтобы выяснить, что такое.

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

29 апреля. Оставили цену, какая была на 5 с софтроутером. Не стали повышать.

 

17 июня. Переехали на 5 карбон. Не без косяков, конечно, несколько дней настраивали, тестировали.

 

Год назад:

         18.06.2018 я спрашивал в ТП: "Как прикрутить онлайн-кассу к биллингу? Про веб-интерфейс кассира я в курсе, спасибо. Интересует работа с онлайн-кассами по 54 ФЗ".

         Получил ответ: "К сожалению, в текущем функционале Carbon Billing 4 данной возможности нет. Она есть в функционале Carbon Billing 5".

         Ну вот и накопили на новое железо, ставили более полугода 5 карбон, часть абонентов и нервов потеряли. Нам всё это нужно было для соответствия 54-ФЗ.

 

21 июня.

Я: "Можно ли настроить, чтобы автоматом через АТОЛ Онлайн отправлялись все OSMP платежи?"

ТП: "это доступно только на devel версии биллинга. Что такое "devel" версия Вы можете узнать из следующей статьи документации http://docs.carbonsoft.ru/67109109"

Я: "Это единственный вариант соответствовать законодательству при приёме платежей через Сбербанк?"

ТП: "Да".

Изменено 21 июня, 2019 пользователем Dude
1

[Saab95]

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

 

Плюсы такого решения в том, что если у вас все это установлено и работает 10 лет, то и интернет у абонентов будет работать 10 лет. И любые проблемы с биллингом можно решать в плановом, а не авральном режиме.

 

Если у вас PPPoE, то, как вариант, поставить микротик, например CCR1009, или установить микротик на ПС сервер.

 

23 часа назад, Dude сказал:

Вот такая весёлая интеграция, ждём понедельник, посматриваем на другие биллинги. 

Да там и смотреть особо некуда, у всех почти все одинаково. Если вы маленький провайдер и мало платите - то и делать ничего не станут.

[Dude]

Видимо с микротиком покучерявее будет, изучаю инфу. Просто как-то особо и не смотрели в эту сторону - работали себе сколько лет на 4 Карбоне с софтроутером, собрались на 5 переезжать из-за платёжных систем и т.п., да как-то и не задумались что-либо изменить. Как было, так и решили обновить, с их софтроутером.

 

1 час назад, Saab95 сказал:

или установить микротик на ПС сервер

Что за PlayStation сервер? :)

Изменено 10 марта, 2019 пользователем Dude

[pppoetest]

Этот садист-извращенец предлагает RouterOS ставить на PC(x86-64). Не слушайте его.

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

[LostSoul]

2 часа назад, Saab95 сказал:

Возможно вам пора перейти на доступ отдельно и биллинг отдельно?

просто делается скрипт, который из базы биллинга генерит аварийные статические конфиги ( для тех же nas )

на которые можно перейти , пока биллинг рухнул.

 

++ радиус всегда стоит поставить freeradius и настроить самому.

это несложно и не долго, но гораздо более предсказуемо чем черный ящик от вендора.

 

 

[Dude]

Вообще не пойму, почему оно не взлетело? Всё же стандартно: мать на c232 чипсете, проц, сетевухи I210AT. Никаких вы$бонов.

Изменено 10 марта, 2019 пользователем Dude

[Saab95]

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

 

Поэтому самое простое - это поставить микротик, создать на нем учетки логин/пароль для PPPoE, указав каждому абоненту IP адрес вручную. В биллинг уже заведете этих абонентов по IP.

Для ограничения скорости сделаете профили PPPoE, где его имя вида 10M-5M или 20M-5M и т.п., у каждого свое ограничение. Биллинг будет по событиям отправлять команды по ssh на микротик, подставляя логин абонента и его тариф.

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

 

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

 

9 часов назад, Dude сказал:

Видимо с микротиком покучерявее будет, изучаю инфу.

Его настроить можно за пару часиков неспешной работы. Поищите в гугле "как стать провайдером mikrotik".

[LostSoul]

1 час назад, Saab95 сказал:

Представьте, что у вас не 500 клиентов, а 50 тысяч

надо быть абсолютно больным на голову, чтоб имея в одном географическом расположении 50 тысяч абонентов , ставить микротик.

в общем случае, нормальный 64 ядерный сервер вытянет 50к абонентов по всему возможному функционалу. ( и стоить будет всего как 3 микротика )

 

 

[Saab95]

Это что в режиме софтроутера с биллингом на нем же? Сетевухи на 100Г в него втыкать?

 

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

 

Поэтому режим софтроутера это для лентяев, которые хотят один раз купить сервер, установить биллинг, и больше ни с чем не заморачиваться. Но такое работает только на старте на малом количестве абонентах, и когда их становиться больше 50, уже надо переходить на внешнюю авторизацию. И микротик тут самое доступное.

 

Но нужно понимать, что в 5 версии карбона разработчики видят некое свое "правильное" понимание работы биллинга с микротиком - сначала все заблокировать, потом создавать разрешающие правила. Многие (почти все) переделывают связку на свой лад и свои схемы по командам. Но есть большое количество пользователей 4 версии биллинга, которые не торопятся переходить на на 5 версию, т.к. много пользователей 5 версии, не довольные качеством и удобством работы.

[Dude]

Ещё там добавил:

11 марта. 

Нужно срочно менять sdb и sda диски

Скорость в несколько раз ниже минимальной допустимой (100-150)

hdparm -t /dev/sdb6

/dev/sdb6:
 Timing buffered disk reads:  60 MB in  3.02 seconds =  19.85 MB/sec
hdparm -t /dev/sda6 

/dev/sda6:
 Timing buffered disk reads: 100 MB in  3.10 seconds =  32.30 MB/sec

 

Вообще непонятно. Как так то? С чего они такие медленные? Seagate st3000dm007.

 

Вообще не пойму ничего, заказываю другие винты на завтра.

Изменено 11 марта, 2019 пользователем Dude

[Saab95]

Может у вас в биосе или что-то не так с драйверами, что контроллер не в том режиме работает?

[Dude]

53 минуты назад, Saab95 сказал:

Может у вас в биосе или что-то не так с драйверами

Это вряд ли, там 2 SSD ещё висят - с ними всё норм.

[Dude]

Ничего не пойму с дисками. Поставил CentOS 6.1

hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads:  500 MB in  3.01 seconds =  166.07 MB/sec

 

Поставил Карбон 5, просто поставил, абонентов не добавлял, т.е. он не загружен кем-либо.

hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads: 234 MB in  3.08 seconds =  75.98 MB/sec

 

hdparm -t /dev/sda6

/dev/sda6:
 Timing buffered disk reads:  82 MB in  3.35 seconds =  24.44 MB/sec
 

 

Техподдержка посоветовала заменить диски на Ultrastar. Придётся пробовать, хоть и непонятно, поможет ли. Ну, поставлю я Ultrastar, на CentOS будет 200 MB/sec, а в Карбоне 100-150 откуда возьмётся?

Изменено 13 марта, 2019 пользователем Dude

[nixx]

3 часа назад, Dude сказал:

Ничего не пойму с дисками

возьмите винду или вообще dos, и запустите викторию или mhdd, тест поверхности на чтение.

и даже с дешевыми десктопными сигейтами (если только у вас не битые sata-кабели) уверяю, там будет порядка 120-170мбайт/сек. заодно и винты проверите на вшивость.

 

по описанным симптомам вангую, что карбон делает постоянный sync винту (или что-то аналогичное), только никому об этом не говорит ))

или отключает кэш диска. или еще какую-нибудь пакость.

посмотрите через тот же hdparm -I включенные фичи диска до установки карбона и после.

[Dude]

Купил, как и советовали, WD Ultrastar.

hdparm -t /dev/sda6

/dev/sda6:
 Timing buffered disk reads: 186 MB in  3.00 seconds =  61.90 MB/sec
Говорят, что должно хватить. Вот думаю, брать ли второй, что-то это "должно" не нравится мне.

Работает может у кого 5 Карбон? Какая скорость чтения на этом разделе?

[Dude]

ТП сделала обновление. И я офигел!!!

load average: 0.03, 0.05, 0.37 - на 2 порядка почти меньше стало, было от 2-3% и выше.

99.8%id,  0.0%wa

 

hdparm -t /dev/sda6

/dev/sda6:
 Timing buffered disk reads: 364 MB in  3.00 seconds = 121.27 MB/sec

hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads: 556 MB in  3.00 seconds = 185.12 MB/sec

Изменено 18 марта, 2019 пользователем Dude

[apelsin.ns]

 

Диски тоже WD 

[root@kabinet ~]# hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads: 234 MB in  3.01 seconds =  77.85 MB/sec
[root@kabinet ~]#

 

hdparm -t /dev/sda5

/dev/sda5:
 Timing buffered disk reads: 190 MB in  3.05 seconds =  62.31 MB/sec
[root@kabinet ~]#
 

Диски новые в raid-e  ,  биллинг на новом сервере живет всего неделю. 

 

 

На выходных будем менять на SSD 

 

 

 

Изменено 20 марта, 2019 пользователем apelsin.ns

[Dude]

11 часов назад, apelsin.ns сказал:

hdparm -t /dev/sda5

/dev/sda5:
 Timing buffered disk reads: 190 MB in  3.05 seconds =  62.31 MB/sec
[root@kabinet ~]#

hdparm -t /dev/sda5

/dev/sda5:
 Timing buffered disk reads: 352 MB in  3.00 seconds = 117.30 MB/sec
 

Какие WD у вас?

Может быть вам надо сделать:

"перенос системных баз на Tmpfs", "В обновленной версии в конфигурационном файле контейнера добавлен mount для tmpfs".

Это слова Карбонов, у нас в 2 раза скорость винтов увеличилась и на 2 порядка загрузка системы упала после этих их действий.

Изменено 20 марта, 2019 пользователем Dude

[Saab95]

Вот читаю эти сообщения и не пойму, а там биллинг чем вообще занимается? Файлы с диска на диск постоянно переписывает?

[Dude]

5 часов назад, Saab95 сказал:

Вот читаю эти сообщения и не пойму, а там биллинг чем вообще занимается? Файлы с диска на диск постоянно переписывает?

А кто ж его знает, что он там делает.

[apelsin.ns]

В 21.03.2019 в 00:35, Dude сказал:

hdparm -t /dev/sda5

/dev/sda5:
 Timing buffered disk reads: 352 MB in  3.00 seconds = 117.30 MB/sec
 

Какие WD у вас?

Может быть вам надо сделать:

"перенос системных баз на Tmpfs", "В обновленной версии в конфигурационном файле контейнера добавлен mount для tmpfs".

Это слова Карбонов, у нас в 2 раза скорость винтов увеличилась и на 2 порядка загрузка системы упала после этих их действий.

 

/dev/sda1       9,5G  5,8G  3,3G  64% /
tmpfs            12G     0   12G   0% /dev/shm
/dev/sda6        15G  6,8G  6,8G  50% /app
/dev/sda9        17G  6,2G  9,0G  41% /mnt/backup
/dev/sda5        96G  1,6G   90G   2% /mnt/db
/dev/sda8       3,8G   41M  3,6G   2% /mnt/etc
/dev/sda7        81G  1,8G   75G   3% /mnt/log
/dev/sda3       162G   13G  141G   8% /mnt/var
tmpfs            12G     0   12G   0% /app/base/dev/shm
tmpfs            12G     0   12G   0% /app/auth/dev/shm
tmpfs            12G  116K   12G   1% /app/asr_billing/dev/shm
none             12G  828K   12G   1% /app/asr_billing/mnt/var/run/firebird
tmpfs            12G     0   12G   0% /app/asr_fiscal/dev/shm
tmpfs            12G     0   12G   0% /app/asr_cabinet/dev/shm
tmpfs            12G     0   12G   0% /app/collector/dev/shm
tmpfs            12G     0   12G   0% /app/monitoring/dev/shm

 

 

Диски WD Black  1TB          WD10JPLX