- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день, уважаемые сис-админы!
Имеется сервер, на котором крутится сайт. На сайте все довольно банально: php+mysql. БД используется как для чтения так и для записи, при чем читается то что было записано (т.е. один юзер записал, другой это читает). Встал вопрос об установке дополнительного сервера для уменьшения нагрузки на сайт. Метод уменьшения нагрузки уже выбран: подымается еще один сервер, копируются все файлы сайта, бд... добавляется А-запись в NS домена.
Все вроде бы понятно и ясно, однако как мне быть с БД. Юзеров будет циклически кидать то на один сервер то на другой, соответственно заносить и чать записи из бд они будут разные. Проще говоря встает вопрос об общей базе данных. Как это реализовать? В голове крутятся два варианта:
1. Репликация типа Master-Master.
2. Установка дополнительного (третьего) сервера, предназначего только для БД. Все сервера работают с одной БД находящейся на этом дополнительном сервере.
Что посоветуете?
Заранее спасибо!
Для начала физическое разделение раздачи статики,обработки динамики, и сервер БД. master-master - решение неоднозначное, лучше научить сайт делить read/write query и слать их на разные сервера (master-slave репликация)
DavyJohnes, и вместо одного сервера с одной проблемой вы получите две проблемы. Вы действительно исчерпали все ресурсы одного сервера и нет никакой возможности их увеличить?
Глупая идея.
Нужно вынести статику на CDN и внимательно изучить базу данных на предмет оптимизации.
DavyJohnes, и вместо одного сервера с одной проблемой вы получите две проблемы. Вы действительно исчерпали все ресурсы одного сервера и нет никакой возможности их увеличить?
Не хватает ширины интернет канала. Возможности увеличить нету.
Глупая идея.
Нужно вынести статику на CDN и внимательно изучить базу данных на предмет оптимизации.
Статики нету, все динамично.
Какая посещаемость вашего сайта?
Сколько человек в сутки? Сколько кликов в сутки?
Какой размер базы данных mysql?
Для начала стоит попробовать оптимизировать текущий сервер.
Перенести статику на другой сервер.
Так как добавление второго сервера БД может потребовать серьезных переделок в архитектуре и движке сайта.
zexis добавил 11.12.2011 в 13:36
Не хватает ширины интернет канала. Возможности увеличить нету.
Статики нету, все динамично.
У вас на сайте нет картинок?
Нет файлов css,jpg,gif,js?
Или у вас картинки хранятся в БД mysql?
У вас на сайте нет картинок?
Нет файлов css,jpg,gif,js?
Или у вас картинки хранятся в БД mysql?
Есть, но их настолько мало, что просто не имеет смысла выносить все это на отдельный сервер.
Не хватает ширины интернет канала. Возможности увеличить нету.
Ну покажите сайт что-ли. Я сомневаюсь, что средний сайт на среднем сервере способен одним генерируемым html забить 100 мбит. Обычно исчерпываются другие ресурсы.
Есть, но их настолько мало, что просто не имеет смысла выносить все это на отдельный сервер.
Вы бы цифры приводили, или у вас даже статистики нет? О каком сервере идёт разговор? CDN это много серверов по доступной цене, если нет вычислений.
Ну покажите сайт что-ли. Я сомневаюсь, что средний сайт на среднем сервере способен одним генерируемым html забить 100 мбит. Обычно исчерпываются другие ресурсы.
В подписи.
Вы бы цифры приводили, или у вас даже статистики нет? О каком сервере идёт разговор? CDN это много серверов по доступной цене, если нет вычислений.
Сайт в подписи, статистика LI в нижней части сайта.
DavyJohnes, все ясно. типичный парсер вконтакта с кучей перекачивающих скриптов. Вряд ли БД узкое место. Попробуйте поставить второй сервер, но в качестве БД для второго скрипты должны использовать первый. С чего вы вообще решили городить репликацию не понятно.