- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Велосипеды изобретать не надо.
Никто тут и ничего не изобретает. Я рассказываю ТС про его вариант master -> slave со сменой ролей в случае проблем.
Himiko добавил 11.04.2011 в 17:52
Какая тут нафиг отказоустойчивость... Сторедж тоже нифига не общий. Простейшая отказоустойчивость - drbd.
Ничего не мешает дублировать и storage.
P.S.: Для MySQL лучше один мощный сервер, который легко справится с нагрузкой + дублирующий на случай отказа основного. (моё ИМХО).
А что, кластер MySQL типа master-slave намного менее производителен, чем отдельно стоящий MySQL-сервер?
Master-Slave это не кластер. И у него есть ряд своих нюансов. Точно так же как и у NDB кластера :)
ну так ведь оно даже лучше получается - если нет "аппаратного балансировщика", то он не откажет.
Если мы говорим о балансировщиках F5, то у младших серий наработка на отказ составляет 80-90 тысяч часов. ВНЕЗАПНО техника энтерпрайз класса не ломается.
Пруф: http://support.f5.com/kb/en-us/solutions/public/3000/600/sol3611.html (BIG-IP 1600 и иже с ним)
Оптимально ТС-у будет прикинуть, сколько будет стоить час простоя, и на основе этой цифры рассчитать, сколько девяток заказчик хочет увидеть в показателе UPTIME. А от бюджета уже плясать. Может, интеграторы за него (бюджет) драться будут, кто знает :)
Мне вот что непонятно... девятая страница пошла, а что за интернет-магазин такой, приносящий бешеные доходы и работающий на одном сервере - пока так и непонятно. Может и нет его? Что-то тут нечисто.
Pilat, Дайте языком почесать, да выпендриться :)
Если мы говорим о балансировщиках F5, то у младших серий наработка на отказ составляет 80-90 тысяч часов. ВНЕЗАПНО техника энтерпрайз класса не ломается.
Ломается все. Именно по этому такой интерпрайз как cisco придумал для своих железок горячую замену aka stand-by. Наверное не просто так?
Мне вот что непонятно... девятая страница пошла, а что за интернет-магазин такой, приносящий бешеные доходы и работающий на одном сервере - пока так и непонятно. Может и нет его? Что-то тут нечисто.
интернет-магазин это просто сайт(ы), а еще нужно чтобы был биллинг где засчитываются платежи при покупки через банк и т.д.
если заказы идут совсего мира по 100-1000$, то наверное приносит доход, и если еще разработчики с Индии или с Украины )))
Ломается все. Именно по этому такой интерпрайз как cisco придумал для своих железок горячую замену aka stand-by. Наверное не просто так?
Ну да, когда нужна надежность 99.999 вместо 99.99 (условно). И когда есть деньги оплачивать каждую следующую девятку, с ее экспоненциальным возрастанием стоимости. Что быстрее сломается в среднем - сервер за 500$ или железка за 5000$?
Повторюсь, надо считать от денег. Отказоустойчивость ради отказоустойчивости не нужна никому.
Мне вот что непонятно... девятая страница пошла, а что за интернет-магазин такой, приносящий бешеные доходы и работающий на одном сервере - пока так и непонятно. Может и нет его? Что-то тут нечисто.
Это оптовый магазин детской обуви, доменное имя отправил через личное сообщение.
Особенность этого магазина заключается в поддержке сложных бизнес-процессов, включая складской учет в реальном времени, автоматический заказ товаров у десятков поставщиков, отображение реального наличия на витрине и т.п.
Там не только много посетителей на витрине, но и много менеджеров в офисе, которые тоже создают нагрузку.
Один сервер справляется лишь благодаря memcached, 48 Гбайт памяти, 15К дискам SAS и двум процессорам. Но, конечно, возможность масштабирования тоже интересна исходя из соображений дальнейшего развития магазина.
Никто не говорит про бешеные доходы, поэтому я и не обращаюсь к системным интеграторам с мировыми именем)
Пока больше всего склоняюсь к ISPManager Cluster, пока не нашел аналогичных предложений от компаний. Продолжаю изучать особенности кластера MySQL и разные аспекты установки и сопровождения ISPManager Cluster.
http://cs9834.vkontakte.ru/u8015719/79018530/y_5d0c129f.jpg
:)