Наружу действительно нельзя выставлять. Если вы работаете в рамках одной компании, но разных ДЦ, то как правило такие сервера объединяются в локальную сеть, во-первых там может быть бесплатный чисто ваш гигабитный и выше порт что критично, во-вторых вы не платите за трафик внутри локальной сети. Если же у вас это разные компании, то для организации защищенной внутренней сети используют VPN, он как раз для этого создавался, а не для обхода блокировок.
Есть у меня такой проект, висит в селектеле на единственном выделенном сервере 2 × Intel Xeon Silver 4214 2.2 ГГц, 192 ГБ DDR4, 2 × 960 ГБ SSD NVMe + 2 × 1920 ГБ SSD SATA, проект потребляет примерно половину сервера по мощности, в пересчёте на ваши амазоновские сумма будет достаточно приличная. Есть второй сервер в другой локации, но туда чисто бэкапится все, поэтому его не считаем, если уж селектел грохнется конкретно поднять проект будет порядка 1 часа +-, но на моей памяти работы с селектелом один раз прилег ДЦ московский часа на 2, что не критично в целом с учетом того что работаю я с селектелом с 2015-16 примерно. Но в целом я провожу перевод проекта в кубер и распределенный кластер, но живет он на сервере одном с 2019 и норм, сервер только в вертикаль масштабируется, начинали с i9 и 32Гб оперативки.
Отдельная машина на самом деле не даст вам отказоустойчивости, если грохнется любая из них то проект ляжет, обычно БД выносят ради производительности, например сделать один большой и жирный мастер и натравить на него по проще несколько серверов приложений. Но сеть не такая шустрая и у неё есть ограничение. А так же может грохнуться сетевое оборудование ДЦ, тогда то что у вас там зарезервировано по 10 машин все равно ничего не даст и так далее по нарастающей. А для нормальных ДЦ и серверов аптайм в год это вполне нормальное явление, вот с момента переезда ни одного рестарта
PS. У меня даже есть еще интереснее пример. Система для управления персоналом (замерщиками), разрабатывалась для одного достаточно большого клиента с последующим выходом в SaaS и довольно долго такая серьезная система вообще висела на шаред хостинге бегет =)
Нет не нужно, оно усложняло использование некоторых уязвимостей php до версии 5.4. Старое расширение наверное даже не поставить на современный php а сухосин ng (next-gen) судя по гиту скорее мерт чем жив
Вот такой https://www.dns-shop.ru/product/548adfb5c207ed20/279-monitor-msi-optix-mag281urf-cernyj/
Я сделал так, в качестве днс использовал selectel, можно cloudflare использовать, и selectel и cloudflare позволяют управлять настройками днс записей через API, время ttl для A записей поставил 120. Сайт и его копия хранятся на VPS у разных хостеров, резервный сервер по крону следит за доступностью основного сервера с помощью php скрипта, в случае не доступности основного сервера на резервном запускается php скрипт который через API меняет A записи, соответственно когда основной сервер становится доступным, он так же по крону меняет записи обратно. Так уже 4 года работает на нескольких сайтах, с посещаемостью от 20000 до 150000 уников в сутки. Так как ttl 120 переключается быстро, падения трафика судя по метрике не было, по крайней мере заметного падения.
Из минусов, если днс ляжет или оба сервера одновременно, то работать не будет. Из плюсов бесплатно, переключается быстро.
С селектелом ничего не было последние 4 года, так что не очень понятно как работает ваша схема, пробовали отключать мастер ноду? И зачем вы переключаете обратно когда связь восстанавливается? Там разные сервера? Переключайте только в случае падения. И еще вопрос, что будет если вместе с мастер нодой упадет и php скрипт который переключает? У вас мастер мастер репликация? Еще не ловили конфликт инкрементов? Не разваливался кластер? Да и для нормального кластера нужен кворум, 2 машины для кворума грустная ситуация, их должно быть минимум 3
По вопросу ТС эта тема достаточно сложная, самый простой вариант тут наверное уже предложили, только единственное я бы пошел в облако. Например у селектела, яндекса, вк(маил) есть услуги, например БД как услуга, это когда там можно заказать готовый кластер БД и не заморачиваться с его живучестью (но бэкапы делать все равно рекомендую). Там же есть файловер ip, который можно перекидывать на разные виртуалки, на них надо только рсинк настроить. Но там скорее всего будет некоторый полуручной труд, чтоб было совсем без простоев и автоматом можно в сторону кубера посмотреть, он может перезапускать виртуалки на живых нодах автоматом. Тоже в облаках есть как услуга. Если все это настраивать и саппортить самостоятельно можно будет свихнуться =))
Не совсем понимаю что вы подразумеваете под локалью, но в вашем случае я бы сделал редизайн под шумок, накидал бы еще функционала и двигался в сторону узкоспециализированного сообщества, с личными сообщениями, объявлениями, флудилко-общалкой и так далее ))) Если уж и взяли битрикс так хоть используйте по полной, а в разделе Блоги у вас по ощущению вообще пусто
В чем проблема исправить самостоятельно? Да и что там такого в этом модуле что нельзя сделать на инфоблоках например и компоненте новостей?
Проблема этой кодировки что она неработает с форматом json и это очень печально. Не очень понимаю зачем за неё все ещё держаться. А как же эмодзи в комментах?))
