Есть intel i5
c 22 гигами оперативы

На нем работают клиенты по РДП и одновременно запускают
16 баз бух 3
Каждая в по 2,5 гига жрет оепративы и есессно не хватает и все встает колом...

Какой самый дешевый способ улучшить им ситуацию?

Веб-сервер и тонкие клиенты

(0)

Для начала перестать называть "это" сервером.

P.S.
Это небось еще DDR 3 ?

Надо получается серверную лицензию прикупить на 1С?
Сейчас все файловое

(0) У меня на домашнем компе RAM 64Gb
И то иногда не хватает, VPN приходится внутри виртуалок запускать

Так что у вас не сервер а обычный офисный комп
Купите сервер - это самый дешевый способ

Имхо имея "16 баз бух 3" странно не иметь нормального сервера
Как железного так и сервера 1С

(4) Сервер - это роль, а не количество Гб памяти.

(0) алтернативный вариант - закинуть базы в облако,
во фреше например при наличии действующей подписки ИТС ПРОФ предоставляется бесплатный доступ до 10 баз и до 5 одновременных сеансов,
за 6 баз сверх 10-ти доплата символические 83 руб./мес. или 996 руб./год за каждую,
а вот за доп.сеансы выходит на порядок дороже - 11600 руб./год.

(5) На рядового пользователя (например менеджера) тоже можно взвалить роль админа
Но вот потянет ли?

(0) Кроилово ведет к попадалову) Беги оттуда)

(0) докупите памяти

(0) Купите память.

Однозначно нужен сервер.

(0) кстати, это базы 16 своих организаций
или это аутсорс и они так работают с базами своих клиентов?

(0) >> Какой самый дешевый способ улучшить им ситуацию?

Слишком мало вводных.
Сколько всего пользователей на RDP-сервере (в том числе сколько одновременно в пике)?
Сколько всего пользователей 1С (в том числе одновременно работающих в пике)?
Сколько пользователей 1С работают через RDP, а сколько через тонких клиентов?
Есть ли возможность перевести пользователей 1С на тонких клиентов?

Единственно правильного ответа в этой ситуации не существует.
Наиболее близкий к реальному будет зависеть от конкретных условий: насколько надо улучшить ситуацию и насколько дешёвым  должен быть способ.

А варианты будут в диапазоне от самого правильного и одновременно самого дорогого до самого дешевого.
Самый дорогой подразумевает два отельных полноценных сервера (можно и просто два мощных офисных компьютера, которые выполняю у вас роль сервера). Первый - RDP, второй - сервер приложений 1С и СУБД (PostgreSQL или MS-SQL). Бюджет потребуется на севера (железо), естественно на лицензии на сервер 1С и на СУБД (если использовать СУБД MS-SQL).
Самый дешёвый вариант - апгрейд имеющегося железа (поставить максимально быстрый процессор из поддерживаемых мамкой, добавить максимум оперативной памяти, поставить максимально быстрые диски), установка веб-сервера 1С и перевести максимум пользователей на тонких клиентов (по RDP оставить только удалёнщиков).

Для организации ВЭБ сервера нужна будет серверная лицензия на 1С?

(14) Для файловых - нет.

(14) Нет

IIs или apache?

(17) По желанию, мне больше нравится индеец.

(18) Мне больше нравится Nginx (или OpenResty) перед индейцем (Apache)
Причем все под Linux и 1С тоже

А вот клиенты уже пофиг на чем

(19)+ Nginx настраивается как обратный прокси на несколько апачей
Для веб-сервер файловый вариант это удобно, тормозов нет, клиенты по нескольким инстансам апача и отдельным модулям расширения веб-сервера раскидываются

(19)(20) А где можно почитать на тему Nginx+Apache+1C? А лучше - описание конкретного кейса с практическим примером.

(20) это твоя реальная практика про файловую базу?

(21) для веб и тонких клиентов
https://infostart.ru/1c/articles/1258813/
https://infostart.ru/1c/tools/239498/
https://infostart.ru/1c/articles/2105171/
https://infostart.ru/1c/articles/1157609/

тут попытались нечто свое написать
https://infostart.ru/1c/tools/242527/
но полезное только в комментах

для конфигуратора и хранилищ
https://infostart.ru/1c/articles/1765324/

(23)+ Суть что поднимается нужное количество апачей к одной файловой базе
Идеально когда на каждый сеанс тонкого или веб клиента 1С - свой инстанс апача, но требуется больше ресурсов

Перед апачами стоит Nginx/OpenResty
Он принимает обращения от всех клиентов 1С на один адрес и порт
А затем раскидывает по разным апачам
Как именно раскидывать чтобы не было глюков, когда разные запросы одного клиента пойдут сначала на один апач а затем на другой - лучше решать через OpenResty c Lua

Там можно не просто захардкодить IP на разные апачи (сервер/порт)
А даже вести свою минбазку (sqlite например) подключений клиентов с их ip, запоминать соответствие ip клиента к адресу апача из пула доступных и т.д.
Следить за нагрузкой и балансировать

Но это уже задача уровнем выше, обычно такое не требуется ибо проще сервер 1С купить

В простейшем уровне просто поднять каждому клиенту свой апач
Настроить nginx как обратный прокси чтобы с одного входящего прокидывал каждого клиента (по его ip например) на свой уникальный адрес апача

Ну и сверху можно на nginx заполировать HTTPS/SSL сертификатами если требуется

(0) Самое дешевое, это докупить оперативки. 64 или 128, смотря сколько поддерживает твой комп.
Иначе придется покупать серверную лицензию на 1С.

(0) я сейчас гоняю одну базу с удаленным доступом 10-ти пользователей, в филиал прокинуты туннели через интернет,  база клиент-серверная, Debian12+PG17,+публикация на Apache для работы клиентов через "тонкий" клиент. Про терминальный сервер уже вообще не задумываюсь, через веб-сервер с тонким нормально всё работает, главное частную сеть хорошо настроить и связать маршрутизаторы между собой, железо временно условно-серверное, оперативы 16гб. процессор. i7, 6500, 3600ггц., система на nvme, и PG тоже. Верси 8.3.27 на сервере, размер базы около 4гб., на сервере всё развернуто без графики разумеется, голая система по-минимуму, потребление памяти по htop/btop выше 7гб. не поднимается. Всё очень шустро бегает, нареканий нет пока.
Возможно у вас тормозит сервер терминалов, а не 1с сервер.

(23) 👍

(0) 1. "интел ай5" есть i5 650, а есть i5 14600. Дак какой?
2. оператива, это хорошо. И чем ее больше тем лучше. Но что там с дисковой подсистемой? На каких дисках базы? (не надо говорить что на "черненьких". Модель, объем?)
3. от файловых БД нужно уходить, если на ней более 1 пользователя работает.
4. разносить на разные машины сервер приложений и сервер 1с+бд

Бд размещать ТОЛЬКО на nvme дисках.
И тут есть нюансы, если дирик жлоб и "сервер" на базе обычного ПК, то БД на nvme дисках более менее качественных, типа самсунга PRO серии, и обязательно отдельный физический диск ссд для резервных копий этих баз.

(29) Че мелочиться с SSD NVMe?
Брать сервак с 512Гб оперативы и все файловые базы на ram-диске в ней держать
Только хороший ИБП не забыть и горячее бэкапирование каждые 5 минут на NVMe

(30) у человека дирик 16 баз держит на компе я так понимаю 15 летнем. И диски там даже если и ссд, то ВД грин серии... Какие серваки?

Настоящий сервер, б\у, сейчас (в зависимости от характеристик) от 400 до 900к стОит. HP.

(31) Да, точно. Какие-то фирмы-однодневки или промокашки

на авито, за наличку можно за 200 собрать. Тоже на серверной платформе, с 2мя цпу.

(33) я с Вами не согласен, за МКАДом таких фирм миллион, даже по 20 лет работают. Не говорил бы если бы не знал минимум десяток таких. Тотальная экономия, плюс не компетентность\не умение объяснить директору что для чего и как.....

(35) >таких фирм миллион
это как-то слишком мало оценил
я бы сказал таких несколько миллионов фирмочек (с учетом ИП и прочих)
https://service.nalog.ru/gosreg/statistics.html
https://taxslov.ru/res/res2026_ul.htm

(36) у меня была (да и есть) фирмочка одна. Десяток юриков (по сути хозяин один), тоже "сервер" был, на i7 даже, и на ссд дисках масимально дешевых. Когда помер диск со всеми мускуль базами (благо резервное копирование делалось на другой физический диск, и они потеряли лишь 1 день), он наконец созрел на мое предложение купить сервер. А не то, что они называли "сервером" все эти годы