- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Разнеси скрипты и морду на разные сервеера
Можно несколько морд
DavyJohnes, все ясно. типичный парсер вконтакта с кучей перекачивающих скриптов. Вряд ли БД узкое место. Попробуйте поставить второй сервер, но в качестве БД для второго скрипты должны использовать первый. С чего вы вообще решили городить репликацию не понятно.
С чего вы вообще решили что БД узкое место? Я уже упоминал что узкое место - интернет канал, за тем и хочу разнести на несколько серверов.
Разнеси скрипты и морду на разные сервеера
Можно несколько морд
А может лучше несколько скриптов (в смысле несколько серверов со скриптами, потому что именно они отвечает за перекачку)?
С чего вы вообще решили что БД узкое место? Я уже упоминал что узкое место - интернет канал, за тем и хочу разнести на несколько серверов.
я так не думаю. Но раз вы в первом посте начали планировать репликацию и вынос бд на отдельный сервер, я предположил, что это решили вы.
Какой в этом смысл? Трафик БД тоже большой? Чем меряли?
Какую ширину канала дает хостинг провайдер?
Какая статистика использования?
Какие диски используются,как они организованы в массив? Не являются ли они узким местом, тоже нужна статистика использования.
Аналогично интересны другие аппаратные характеристики.
Т.е сначала нужно определить узкое место-потом смотреть что делать.
Возможно элементарное кэширование Вас спасет.
Добрый день, уважаемые сис-админы!
Имеется сервер, на котором крутится сайт. На сайте все довольно банально: php+mysql. БД используется как для чтения так и для записи, при чем читается то что было записано (т.е. один юзер записал, другой это читает). Встал вопрос об установке дополнительного сервера для уменьшения нагрузки на сайт. Метод уменьшения нагрузки уже выбран: подымается еще один сервер, копируются все файлы сайта, бд... добавляется А-запись в NS домена.
Все вроде бы понятно и ясно, однако как мне быть с БД. Юзеров будет циклически кидать то на один сервер то на другой, соответственно заносить и чать записи из бд они будут разные. Проще говоря встает вопрос об общей базе данных. Как это реализовать? В голове крутятся два варианта:
1. Репликация типа Master-Master.
2. Установка дополнительного (третьего) сервера, предназначего только для БД. Все сервера работают с одной БД находящейся на этом дополнительном сервере.
Что посоветуете?
Заранее спасибо!
Я думаю стоит поставить бд отдельно, учитуя спецификацию сайта.
реплекцая Mysql, не так прекрасно как о ней пишут ;)
А может лучше несколько скриптов (в смысле несколько серверов со скриптами, потому что именно они отвечает за перекачку)?
Туда тоже можно