Виктор Таран

Максимальная частота на ядро приоритет.
Битрикс вообще любит исключительно частоту.
Но работать б24 будет и там и там в среднем одинаково поскольку там нет каталога и милионом товаров на всех страницах, так что он все-равно будет работать.
Другой вопрос в количестве людей, если их меньше 500 то разницы нет.
Но частота на ядро пироритет, один запрос в бд делается на одном ядре, и этот хит будет быстрей на большой частоте, притом сильно быстрее.
Если же у вас ну очень много людей то тут уже принципиальнее количество ядер.
Можно легко узнатьпо loadAvarage если оно у вас меньше количества ядер то частота вам в приоритете.
напишите количество пользователей. и размер бд
Если же у вас кластер и бд на работает через сеть, то прироста от частоты уже будет почти не видно, поскольук сетевое подключение будет сьедать сокорость мелких хитов.
там уже в приоритете будет большее количество ядер.
Но этой прекрасной идеи я бы сторонился до последнего.

может быть множество вариантов
я тут писал, но нормально оформить нет времени.
Если прям срочно то пиши сделаю, дабы не первый раз ;)
дай угадаю ставлю на то что такая хрень произошла при заполнение диска на 100%

да можно, я люблю тоже больше деб вветку, но рекомендую вам оставаться на центосе.
на то чтоб полностью работал Б24 без проблем на дебиане у вас уйдет часов 20 настройки и отладки.
и за одно можно отказаться от apache в сторону nginx+fpm на нем он работает быстрее.
Но нужно ли столько гемороя ваше дело
И не путайте просто битрикс и б24, там разные требования.
не то чтоб прям совсем но и сфинкс нужен и пуш пул и тд.

Понимаю, что много может быть нюансов по написанию и настройке, но столкнулся с проблемой, что все настройки СЕО не применяются для католога, но и найти где именно прописаны мета-теги тоже пока не получается (видно, не там ищу).

на уровень выше каталога.
Это инфоблок.
Так что эта насройка делается именно в инфоблоке.

1. Битиркс ВМ по умолчанию использет msmtpd и не отправляет почту напрямую, используя внешний сервис для отправки почты.
2. если у вас стоит локальный почтовый сервис то вам нужно открыть порт, но в разных версиях вм оно может быть по разному в зависимости от версии вм и центос

iptables -I INPUT -p tcp --dport 465 -m state --state NEW -j ACCEPT
service iptables save
/etc/init.d/iptables restart

или так

Для CentOS7

firewall-cmd --zone=public --add-port=465 /tcp   --permanent
service iptables save

iptables -I INPUT -p tcp --dport 465 -j ACCEPT
service iptables save

писал тут
https://klondike-studio.ru/blog/bitrixtar/
так распаковывай и смотри
Так же при переносе архива лучше создавать его не средствами битрикс
или как минимум с проверкой архивов.
На моей памяит 400 гб нам архив делали ( перенос с облака в коробку ) 5 раз и ни разу он не приходил полным, находились косяки, так что пришлось запрашивать архив созданный с консоли.
Поскольку отакие большие (а б24большой) архивами это часто бывает.
Так же не забывай что битрикс вм по умолчанию настроена для б24 в папке /home/bitrix/www и плохо работает в ext_www

Вы документацию битрикс читали?
Обращение к изображениям по средствам АПИ
Не придумывайте велосипед, тем более на ровном месте

К сожалени вы не описали битрикс у вас или б24, так что пишу по обоим сразу, разница не значительна
1. любой сервер на SSD прекрасно справляется по I-O дисков, iotop -okaв студию, тем более Nvme таких тарифов уже как грязи, никакйо рейд на обычых ssd даже близко не встанет с совершенным на nvme. а 2 Гб в секунду вам хватит за глаза. как минимум это на 1 два порядка больше чем скорость канала.
3. Количество процессоров не добавит производитильности битрикс, ее добавит лишь частота на камне. Количество увеличит только если вашему серверу плохо. В штатной загрузке LA =3-10 никаких от количества камней пользы не будет никакой.
4. Как и от оперативки на последних версиях пхп битрикс сатл есть достаточно мало памяти, и 16 ему реально с запасом включая кеш бд.
5. Поднятия даже всего сайта в кеш памяти не даст ему ощутимого прироста, так что ваш рейд железный опять же ничего не даст. Поскольку 99% времени это запросы в бд, и отдача статики и то и другое этимне увеличить.
6. Что взять
1. Битрикс ВМ умеет собирать кластер, но нужно неплохо знать линукс там нужен напильник. Последний раз я делал так https://www.mindomo.com/mindmap/-nebo-2c548660f4b4... Как вы видите кластер имеет непропорциональную динамику к увеличению сложности.
2. Кубернетас ваш выбор и Яндекс облако ( не путать с диском)
Сам сайт битрикса давно уже в кубернетес.
Его сейчас в стране предоставляют 4 компании
гугл
яндекс
селектел
мали
Если кубертенас не потяните сразу, то берите яндекс облако и на нем просто поднимите впс, его будет легко масштабировать как горизонтально так и вертикально. ( хотя если бы вы дали конфигурацию вашего железа то можно было бы более детально что-то обсудить)

7. Попробуйте последнее поколение камней плюс nvme - возможно это просто решит всю вашу проблему.
8. Скорее всего вам проще сйчас пойти по следующему пути

1. Повысить php до 7.4 ( прирост в зависимости от текущей версии, если она еще 5.6 то колоссальный, если в рамках 7 то до 30%
2. Оптимизация кеша в битирксе, как правило он сделан просто через ж. тут прирост может быть до 2000% с легкостью
3. Перевод самых тяжелых выборок на чисты D7 да прийдется немного пересобрать сайт, но если большое количество сойств и привязок то никуда не денешся ( от 30 К товаров) прирост в таком раскладе будет до 20000%
4. Если есть очень большие массивы данных выкинуть их в hiload.
У этого подхода есть свой основной плюс, да местами тут могут понадобится серьезные временные вливания, но вы не наращиваете сложность проекта, что сильно отражается на его устойчивости ( поддерживать кластер сложней и дороже чем просто сервер притом многократно) как минимум это системы мониторинга и мониторинг монитрингов. А как правило оптимизация самого сайта на битриксе откровенно на 2. проще заняться именно этим.
Если вы покажете сайт то будет проще.

Помните что до 50К в день сайт легко живет на 1 сервере и это с 300К товаров.
Проще оптимизировать сам код, увеличивать сложность и "нестандартность" решения. Да последнее рано или поздно будет но лучше поздно, это финансово дешевле.

Если еж у вас обычный HDD посколку б24 очень прожорлев то тут все проще.
Подключайте основные папки аплоада на яндекс облако или селектел облако, можно это сделать прям в битриксе. Как показывает практика это почта аплоад в задачах и тд. Все по своим папкам как правило это 1-10 документов или фоток, что лекко поднимается с облака без проблем, нет необходимости на самом сервере держать весь этот пакет помойки.
Если же у вас hetzner ( я бы вам его под б24 рекомендовал поскольку самое мощьное железо за адекват деньги) то можно просто докупить диск(облачный) и примонтировать его через fstab в аплоад, 10 Тб вам за глаза хватит. да и кор 9 и последние райзены там дешевые а под б24 это то что доктор прописал.

Тут я более подробно писал
https://klondike-studio.ru/standards/trebovaniya-k...

PHP Deprecated:  The mbstring.func_overload directive is deprecated in Unknown on line 0

молитесь на эту строку, пока она deprecated, после того как она уйдет из deprecated , битрикс перестанет работать ;)
поскольку на 0 они переходить не торопятся. а deprecated уже должен перейти в ворнинг еще в 7.1 но пока к счастью откладывают.
теперь по сути
в логе у вас ошибок нет ;)
/dev/log.txt 2>&1
эээ вы уверены т что это хорошая идея ?

Редактируйте файл так
crontab -e -u bitrix
поскольку если агент создает файл то он будет с владельцем от кого он запущен а это root соответственно вы не сможете через сайт вносить в них изменения.

Как вариант
*/1 * * * * ......

лично я запускаю агентов так

* * * * * wget -q -O- http://crm.topengineer.ru/11111.php > /dev/null 2>&1

при таком варианте подхватываются переменные среды и ядро битрикса, а так же версия php текущего сайта
не забывайте что в противном случае с консоли запускается php версия установленная по дефолту, да еще и по умолчанию как мод апач, у которого может даже mbstring..=0
Если на сервере более 1 версии пхп и 1 версии представления пхп то с консоли нужно или запускать нужную вам версию или иметь в виду что она может быть другой
убедиться легао с консоли напишите
php -v
подробно
php -i
но я проще запускаю через вгет.
Однако можно и вот так

*/1 * * * * /usr/bin/php -d short_open_tag=1 -dmbstring.internal_encoding=UTF-8 -f /var/www/site.ru/web/local/php_interface/cronSend.php

вы включили его в консольной морде?
как показывает практика это ... работает в папке www более уверенно чем в ext_www, особенно если у вас б24

В зависимости от их договоренности, например они могут дать часть стоимости работой.
К примеру вы даете мне 38К а я вам лицензию, Но в нагрузку еще 10 часов работы программиста бесплатно.
ТАк можно, но если есть договор или чек то да можно за это нахлабучить.
Но нормальные студии на такие фокусы не идут, поскольку цена лицензии и так низкая, а оправдать цену ее проще всего.

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

Тут должен быть БОООльшой фейспалм, и я долго бы ржал но ты не первый кто на такой легкий вопрос залипает.
ЭТо при старте запускается обычный баш скрипт, ничего личного, чистый баш
ctrl+c
И задавай свои айпишники хоть до потери пульса.

Битрикс очень требовательная CMS
Так же нужно понимать спецфику веб приложений.
Скорость 1 CPU всеже предпочтительней количеству ядер.
Для Битрикс 24 я бы рекомендовал следующие железки
Core i7 skylake
8GB - ОЗУ.
ssd - опционально, но тоже даст прирост (практически отсутствие I-O)
Данная конфигурация вам обойдется дешевле но работаь будет примерно на 50% быстрей представленной вами.
Поскольку тактовая частота на 1 CPU выше и значительно. А количество ядер вам не нужно поскольку нагрузка действительно маленькая.
Более дешевая конфигурация скажется на качестве работы в Битрикс24.
ТАк же рекомендую использовать Битрикс ВМ поскольку битрикс 24 имеет много требований к конфигурации системы и если у вас нет отличного понимания линукс, то воспользуйтесь лучше именно этим решением.
ДА и если есть тоже.

думаю самый лучший вариант для вас это использовать "многосайтовость" и делать сайт прям на самом битрикс 24.
Тут вам вообще ничего не придется тогда делать .