Можно ли поверить в заявление, что на на VDS с 4Гб ОЗУ крутится 20 сайтов Bitrix с посещаемостью по 1-2К в сутки каждый?
При всей моей не любви к этой системе и любви к VDS (особенно полноценным VDS на KVM или других "полноценных" гипервизорах, особенно к тем что на SSD, а в идеале - с полноценным внешним SSD), и фактической необходимостью сталкиваться в т.ч. и с этой CMS довольно не редко (не по своей воле)...
Давайте считать математически. 1-2к в сутки, среднеарифметическая будет 1.5к/сутки. Далее, 20 сайтов умножаем на 1.5к - это будет 30к в сутки. Как Вы понимаете, нагрузку на систему создаёт не сам кол-во битриксов, а сам битрикс как таковой. То есть, формально это 1 сайт с 30к посещений в сутки. Делим 30к на 24 часа в сутках, получается 1.25к посещений в час или 21 посещение в минуту, что в свою очередь предполагает отдачу страницы не более чем за 3 секунды (пусть даже за 2 секунда на страницу, с учётом всяких погрешностей). Что для Битрикса - более чем реально.
Предполагается, что на сервере размещены не статические лендинги, а полноценные сайты использующие БД
Откровенно говоря, я не помню сайтов на Битриксе, не использующих БД вообще.
интегрированные со сторонними средами типа 1С (обмен номенклатурой, заказами) и т.п.
Это не самая ресурсоёмкая часть в общей системе, к тому же, обмен данными обычно происходит "от случая к случаю", а не "постоянно".
Плюс сервер можно "заоптимизировать" очень неплохо, например использовать Nginx вместо Apache'а, использовать PHP7.x вместо PHP5.x (который примерно вдвое быстрее и с недавних пор стал поддерживаться битриксом), плюс кэширование самого битрикса или, на крайний случай вообще использовать
Varnish, которому в большей степени всё равно, что у Вас там на на бекенде, и даже если бекенд генерирует страницу по 30сек., Varnish будет "выплёвывать" её прямо из оперативки за считанные доли секунды. Ну и т.д.
Иначе говоря, при должном умении, можно запустить не только 20, но и 50 и 200 сайтов на битрикс, на сервере подобного "масштаба". Препятствовать тому могут лишь некоторые тонкости (некоторые специфические требования к таким сайтам, при которых иногда и для 1-го сайта ресурсов будет маловато), но, ни одного из таких специфических требований - Вы не указали.
Простой
