- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер. Есть пока предполагаемый кластер. Несколько IP в round-robin с nginx в качестве фронтенда, отдающие статику, и передающие на APACHE2 на IP2.
По адресу /home/admin/web/portal.ua/public_html лежат файлы сайта, причем на IP2 - PHP и статика, на IP1 - только статика. Проблемка в том что статика может периодически меняться (добавляться, например), в том числе генерироваться динамикой - скриптами, и заливаться пользователями. Можно как-то объединить синхронизацию и кеширование?
Как правило, при кешировании nginx'ом файлы обзываются абы как и лежат в /var/cache или куда настроишь. Можно заставить кеш nginx их класть в тот же каталог /home/admin/web/portal.ua/public_html для того чтоб при следующем запросе они уже отдавались как статика?
Не хочется использовать синхронизацию по FTP в кроне, хотя когда-то имел дело. Регулярно ее гонять - нагрузка, а если редко - будет сервак гонять статику от Апача.
Можно писать PHP скрипт на error404 который будет закачивать файл и класть в нужное место, но хотелось бы обойтись без PHP на nginx т.к. возможны серьезные нагрузки. Какие идеи?
Шаблон пока от VestaCP с измененным IP2.
Не хочется использовать синхронизацию по FTP в кроне, хотя когда-то имел дело. Регулярно ее гонять - нагрузка
используйте rsync в кроне. трафик и нагрузка будет минимальной.
haproxy в балансер на два воркера с nginx+apache+mysqld + keepalived. Синхронизация: lsyncd
Ограничения по mysql : таблицы только в innodb. поднять percona xtradb cluster.
Локальная сеть между серверами, естественно хотя-бы 1gbit.
От vesta придется отказаться, или сильно ее допиливать. Проще самим написать себе панель, если очень надо. Если сайтов мало - то панель и не нужна вовсе.
Кеш кладите на двух воркерах в свои места, т.е. два кеша, а не один общий. Все равно он будет синхронным, так как haproxy раскидает ваших посетителей так, как нужно. Вместо haproxy можно так же использовать nginx с upstream-backend, но он не такой гибкий как haproxy.
И все. проблем не будите знать годами. То, что один из воркеров слег по каким-то причинам, если не будите мониторить - не будите даже замечать.
В подобных конфигурациях, если воркеры не мониторятся, я лично и через неделю бывает узнаю, что у меня одна из нод лежит, не замечаю падения вообще.
Правильно делать на три сервера, один из них может быть не очень мощным, подойдет и хорошая vps.
Не надежно, с бубном и куртизанками - можно на два.
Да, конечно можно.
В локейшн статики IP1 ставите обработку 404 на @cacheimage
Прописываете в локейшене @cacheimage чтоб сходил за статикой на IP2 и поместил ее в кеш
Потом, когда складываете по расписанию с IP2 на IP1 - чистите кеш через purge
Я сам сто раз так делал, работает как часы с минимальной нагрузкой