LINUX.ORG.RU
ФорумTalks

Сервер 1С на Linux

 ,


0

3

В общем очередное жж, но у меня припекает.

Так получилось что мы в своей работе стали поднимать новые сервера исключительно на Linux, на винде осталось легаси.

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

Но тут вдруг стал утверждать, что под Linux сервер 1С работает очень плохо, и что надо уходить от Linux.

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

Оказалось что наш сервер 1С у которого правда СУБД уже давно Postgres на linux, работает на 64 гигах ОЗУ, в то время как наш виндузятник выделял на сервер последних двух итераций по 48 и 32 гига соответственно, когда нагрузка на новые сервера значительно выше.

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

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

32 гига выделял он сам, и после того как система стала валится, стал доказывать, что Linux настроен криво. И самое главное, что нужно уходить на винду.

Ну и вопрос по теме 18 гигов в свапе для сервера это норма, или что то нужно делать?

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

Deleted ()

У вас такая дешман контора, что лишних 32Gb собрать проблема + нет даже отдельной железки на 1С сервер ?

А вообще задавай таки вопросы вашему 1C партнеру, а не «админу с работы»

Jopich1 ()
Последнее исправление: Jopich1 (всего исправлений: 1)

Ну и вопрос по теме 18 гигов в свапе для сервера это норма, или что то нужно делать?

Тормозить будет - это факт. В остальном зависит от приклада: java обычно долго не живет попав в swap, какой-нибудь питон скорее всего сильно потупит но результат вернёт. Тут надо смотреть как обстоят дела на самом деле по потреблению virt/res, может у тебя что-то аллоцирует больше чем ему надо и остальное и валится в swap.

phoen ★★ ()
Последнее исправление: phoen (всего исправлений: 2)

Скажи, что если не купят памяти, то ты не пойдешь на копроактив.

DELIRIUM ☆☆☆☆☆ ()

Ну и вопрос по теме 18 гигов в свапе для сервера это норма, или что то нужно делать?

Это ТБМ. В наши дни свап вообще лучше отключать, память стоит дешевле потраченных нервов.

Deleted ()
Ответ на: комментарий от phoen

Можно примеры команд накидать, а так сервер более ничего не делает кроме как обслуживает запросы от 1С клиентов.

Shulman ()
Ответ на: комментарий от Jopich1

Мы предоставляем облачный сервис 1С.

Вопросы в случае чего задают нам…

Shulman ()
Ответ на: комментарий от Shulman

top, shift+m и первые пять строчек тащи в тред если есть возможность.

phoen ★★ ()
Ответ на: комментарий от phoen
top - 14:27:38 up 17 days,  5:35,  2 users,  load average: 3,46, 3,44, 3,22
Tasks: 337 total,   1 running, 336 sleeping,   0 stopped,   0 zombie
%Cpu(s): 13,2 us,  0,4 sy,  0,0 ni, 86,1 id,  0,0 wa,  0,0 hi,  0,2 si,  0,0 st
KiB Mem : 49464060 total,   398436 free, 48705404 used,   360220 buff/cache
KiB Swap: 67103500 total, 47332008 free, 19771492 used.   240860 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 5667 usr1cv8   20   0 11,985g 8,456g  89276 S   3,6 17,9 188:33.77 rphost
21532 usr1cv8   20   0 11,599g 7,641g  82788 S 230,5 16,2 504:00.84 rphost
 9388 usr1cv8   20   0 11,220g 7,444g  83552 S   1,0 15,8 193:34.59 rphost
12862 usr1cv8   20   0 13,540g 6,482g  89272 S   2,6 13,7 118:32.73 rphost
28694 usr1cv8   20   0 16,095g 5,630g  85160 S   7,9 11,9   1902:41 rphost
29500 usr1cv8   20   0 13,104g 5,561g  80244 S  47,4 11,8  71:23.94 rphost
31763 usr1cv8   20   0 10,610g 4,777g  85908 S   8,6 10,1  41:18.19 rphost
28614 usr1cv8   20   0 11,637g 423712  52244 S   7,9  0,9  70:19.37 rmngr
 1954 maintai+  20   0 2475980  55712   7384 S   0,0  0,1   6:06.96 gnome-shell
 2113 maintai+  20   0  948432  28992   1008 S   0,0  0,1   0:32.32 gnome-software
 1301 Debian-+  20   0 2034180  24628   2868 S   0,0  0,0   0:17.21 gnome-shell
27060 www-data  20   0 2435372  17952   8992 S   0,7  0,0   1:19.21 apache2
27061 www-data  20   0 2438192  17340   8268 S   0,3  0,0   1:22.49 apache2
  892 www-data  20   0 2438684  14196   6924 S   0,0  0,0   8:51.96 apache2
 6692 www-data  20   0 2437272  13948   6968 S   0,0  0,0   4:34.34 apache2
26571 usr1cv8   20   0 2361636  11652   6576 S   0,0  0,0   4:42.48 ragent
10821 www-data  20   0 2436456  10116   6304 S   0,0  0,0   5:51.84 apache2
 1207 root      20   0  145860   4340   3784 S   0,0  0,0   0:39.22 apache2
  386 root      20   0   46344   3232   3012 S   0,0  0,0   0:05.02 systemd-journal
  715 root      20   0  289888   2968   1092 S   0,0  0,0   0:01.35 polkitd
 2080 maintai+  20   0 1210416   2940    688 S   0,0  0,0   1:02.25 gnome-settings-
  767 usr1cv8   20   0 3120412   2512   2512 S   0,0  0,0   0:00.18 ras
15124 maintai+  20   0   21064   2292    676 S   0,0  0,0   0:00.04 bash
    1 root      20   0  204772   2024    992 S   0,0  0,0   0:08.71 systemd
 1654 root      20   0  467172   1936    888 S   0,0  0,0   0:26.68 packagekitd
15278 root      20   0   45172   1784    864 R   0,7  0,0   0:32.69 top
 2016 maintai+  20   0 1290004   1612    928 S   0,0  0,0   0:00.29 evolution-sourc
 2099 maintai+  20   0 1095736   1568    692 S   0,0  0,0   0:02.20 evolution-alarm
  699 message+  20   0   46468   1436    280 S   0,0  0,0   0:02.20 dbus-daemon
15184 root      20   0   55768   1344    756 S   0,0  0,0   0:00.00 sudo
 2027 maintai+  20   0  775412   1336    984 S   0,0  0,0   0:00.08 goa-daemon
 1762 root      20   0  250540   1268    812 S   0,0  0,0   0:00.04 gdm-session-wor
 1656 Debian-+  20   0 1249900   1228    500 S   0,0  0,0   0:15.20 gnome-settings-
 2038 root      20   0  440980   1224    744 S   0,0  0,0   0:01.33 udisksd
15223 root      20   0   19896   1116    684 S   0,0  0,0   0:00.00 bash
 2156 maintai+  20   0  973928   1108    816 S   0,0  0,0   0:00.23 evolution-calen
 1843 maintai+  20   0  547228   1092    724 S   0,0  0,0   0:00.13 gnome-session-b
15221 root      20   0   57100   1068    636 S   0,0  0,0   0:00.00 su
 1188 root      20   0  244328   1044    648 S   0,0  0,0   0:00.08 gdm-session-wor
  712 root      20   0  283972   1040    608 S   0,0  0,0   0:00.32 accounts-daemon
15118 maintai+  20   0  101448   1032      0 S   0,0  0,0   0:00.79 sshd
  700 root      20   0  481556   1024     76 S   0,0  0,0   0:15.40 NetworkManager
15009 root      20   0  101448   1000      0 S   0,0  0,0   0:00.03 sshd
  384 root      20   0  208004    948    592 S   0,0  0,0  10:26.76 vmtoolsd

да, это тот сервак который как то шевелится, на котором 48 гигов

Shulman ()
Последнее исправление: Shulman (всего исправлений: 1)
Ответ на: комментарий от Shulman

Помимо 1С этот сервер ещё обслуживает гном. По идее не особо прям смертельно, но моветон.

PolarFox ★★★★★ ()
Последнее исправление: PolarFox (всего исправлений: 1)
Ответ на: комментарий от Shulman

Если сильно упрощенно res- фактическое потребление процессом, virt- сколько он аллоцировал в виртуальной памяти (может потребить). Дык вот - я бы присоединился к предыдущему оратору, сложил gnome shell, задался бы вопросом почему процессор дрючит только один процесс из 7 (если оно такое странное, то может ограничить кол-во воркеров?).

И ещё покажи cat /proc/sys/vm/swappiness

phoen ★★ ()
Последнее исправление: phoen (всего исправлений: 2)
Ответ на: комментарий от Shulman

Я все равно нихрена не понял, у кого сколько памяти. На линуксовом серваке - 48гб, а где 32 гб? Где 64 гб?

crutch_master ★★★★★ ()

Предлагаю уволить всех, что-то зажрались.

superuser ★★★ ()
Последнее исправление: superuser (всего исправлений: 1)
Ответ на: комментарий от Shulman

Признайся честно, что у тебя такое повествование несвязанное? Выпил уже поди?

crutch_master ★★★★★ ()
Последнее исправление: crutch_master (всего исправлений: 1)
Ответ на: комментарий от Shulman

Что думаешь насчёт вырубить лишние rphost? Их можно 3 штуки оставить по идее, как раз все в память влезут. Я просто понятия не имею зачем они нужны и что они делают:) Но. Так понимаю, что это просто костыльные бекенд процессы, которые делались ради x86, а по сути это просто куча бекенд сервисов, которые закэшировали одно и тоже.

crutch_master ★★★★★ ()
Последнее исправление: crutch_master (всего исправлений: 2)
Ответ на: комментарий от crutch_master

Я смотрю что их по количеству ядер запустилось…

Shulman ()
Ответ на: комментарий от Shulman

Там внутри, судя по нагрузке, не один поток. Из статьи, которую я кидал выше я понял, что это x86 костыль, когда памяти было 2гб на процесс + для кластера на несколько тачек, а на x64 можно вообще 1 оставить на машину. Какая там версия 1с?

crutch_master ★★★★★ ()

Для 1С сам брахма велел zram юзать.

pon4ik ★★★★★ ()
Ответ на: комментарий от Shulman

Гуглиться же, zramctl и всё такое. В рачиках оно уже из коробки постОвляется. На десктопе я себе 1 к 4 сделал(оом приходит правда на 3/4 объёме swap но дальше заморачиваться с подбором размеров партиций было в лом), разницы не заметил особой.

pon4ik ★★★★★ ()
Последнее исправление: pon4ik (всего исправлений: 1)

вредительство на лицо

Теперь это называется так? :)

А что делает gnome shell на сервере?

Deleted ()
Ответ на: комментарий от Shulman

Linux1 – 48

Linux2 – 32

Зачем тебе 2 линукса? Ещё и 1С, который в облаке. Чего-то со стороны это странно смотрится. В чём проблема конторы хранить локально всю информацию и 1С? Это же с финансами связано, безопасность данных, вот это всё. А не отдавать левым Васям в облако.

Riniko ★★ ()
Ответ на: комментарий от Shulman

Да это я виндузятнику поставил…

Решил окончательно добить его гномощелью?

Riniko ★★ ()

вообще-то 1С и правда лучше себя чувствует на Винде, точнее админ, который всем этим делом заведует

nightsinger ()
Ответ на: комментарий от Shulman

а сколько пользователей-то? индексный поиск работает? постгрес настроен? rphost перезапускается через какое время?

vtVitus ★★★★★ ()
Ответ на: комментарий от Shulman

да, это тот сервак который как то шевелится, на котором 48 гигов

гномошель и гуй на сервере ? да вы там больные.

alwayslate ★★ ()

18 гигов в свапе для сервера это норма, или что то нужно делать?

План эвакуации составлен? Бегите, сэр.

AlexAT ()

Пишешь заявление на админа-вантузятника директору. Что-де сознательно и злонамеренно подрывает работу инфраструктуры и стремиться создать дополнительные расходы на программное обеспечение(память или новый сервер он потом всё равно будет клянчить докупать, инфа 100%).

Решения проблемы потребления памяти СУБД два:

1. Бухгалтеры переводят часть БД в архив.

2. Покупается новый сервер/докупается память, если есть техническая возможность.

Естественно решение должен принимать руководитель, о чем и пишется короткий доклад по сложившейся ситуации.

trynoval ()

А что франчайзи советует?

int13h ★★★★★ ()
Ответ на: комментарий от vtVitus

rphost перезапускается через какое время?

а что если написать скрипт который будет раз в 4 часа делать kill rphost?

Shulman ()

Чем дело то кончилось?

phoen ★★ ()
Ответ на: комментарий от phoen

Добавили на сервак на котором было 32 гига, еще 16, и дело наладилось, сервак перестал падать, заказали оперативку, так что нарастим в итоги гигов до 80, так как сейчас нагрузка на сервер не полная и будет расти.

Как обычно, все самое интересное случится с 1 по 20 января, когда бухи побегут сдавать отчет, mzfck

Shulman ()
Ответ на: комментарий от Shulman

Вертикальное масштабирование это конечно хорошо, но не появилось желания раскопать причины?

phoen ★★ ()
Ответ на: комментарий от phoen

А какие особо причины?

То что админ сервера 1С не знает что он оказывается кеширует данные и на 300 юзеров нужно вот столько памяти?

У нас на виндовой реализации, там еще одна машинка была, так на на ней было 120 гигов. Так что вот.

Shulman ()
Ответ на: комментарий от Shulman

Я тоже самое нагуглил еще когда ты пост создал. Думал ты в курсе.

crutch_master ★★★★★ ()
Ответ на: комментарий от crutch_master

Ты знаешь, я просто чтобы не забыть про это.

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

Типа на одном 5 рабочих процессов, а на другом 7.

Я в шоке, это говорит человек который считает себя инженером.

Вот я и решил эту ссылочку пометить.

Shulman ()
Ответ на: комментарий от crutch_master

Ты где то на востоке живешь? Не в европейской части?

Shulman ()
Ответ на: комментарий от Shulman

Где у тебя 48 гб, я бы штуки 3 оставил. Всё равно из 8-и работает 1.5 процесса.

crutch_master ★★★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)