- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Подскажите, пожалуйста, как сделать сайт php5.6 + mysql на 2 vps и больше?
Рандомно dns будет отдавать 2 ip.(1 vps или 2 vps)
Ну и собственно надо чтобы он работал, с минимум задержками.
По-разному можно, для 2-х VPS, например, можно сделать сетевую файловую систему (типа GlusterFS), чтобы файлы сайта были "общими", репликацию master-master у MySQL, и multimaster memcached на каждом узле для сессий PHP.
в днс-е для сайта протисать две A-записи - будет на двух впсках работать, пропишите 6 записей - будет на 6 впсках работать и т.д. синхронизация файлов и БД - это уже другой вопрос.
можно использовать 1 бекенд и несколько фронтендов, тогда и синхронизировать ничего не нужно.
Например вот так
Подымал и долгое время использую Master-Slave репликацию MySQL + ручное обновление файловой структуры (скриптов) при модификации кода. Запросы БД на чтение идут на рандомный слейв (преимущественно на тот слейв который стоит на том сервере с которого вызван пхп скрипт), запросы на запись - идут в мастер.
Минусы: репликация периодически падает и подымается не без гемора. Причины падения - неведомые лаги, нехватка места на диске слейва в момент создания бекапа другого проекта, какие-то mysql коллизии в результате чего сбойный запрос летит и все после него перестают выполняться. После поднятия репликации при длительном падении - slave может лечь в состояние DoS как раз из-за репликации (много данных летит по сети или скорость записи на диск упирается в потолок)
Может немного не по теме…
Но всё равно советую посмотреть…
Как эта тема реализуется у крупных проектов…
У Яндекса
https://events.yandex.ru/lib/talks/379/
И mail.ru
http://techforum.mail.ru/report/38
Да, в сравнении с постгресом у мискуля репликация не очень. Если есть возможность перевести сайт на посгрес - лучше это сделать.
drbd.org простыми словами, RAID-1 по сети и будет вам счастье. На внешке Nginx как балансер.