Создание отказоустойчивого кластера для интернет-магазина (продолжение темы)

Это я еще не рассматривал. Там действительно можно объединять ресурсы нескольких серверов, например, процессоры и оперативную память, для выделения их одному приложению?

Я полагал, что облачные хостинги ориентированы главным образом на запуск нескольких приложений в рамках одного сервера с возможностью мигрирования на другие серверы, а у нас одно высоконагруженное приложение.

У нас в России кто-нибудь занимается созданием и сопровождением подобных облаков? Есть положительный опыт их применения для высоконагруженных проектов?

действительно можно.

у вас не совсем верное представление о том что есть облако. главное его преимущество в возможности плавного и прозрачного масштабирования (до определенных пределов конечно. пределы зависят от того сколько реальных серверов используются в ноде. есть также и другие ограничения). "живая" миграция вполне себе реализуется и на почти любых технологиях виртуализации.

В РФ есть несколько провайдеров реального облачного хостинга но, делают ли они под заказ приватное облако - не знаю. Ну можно поинтересоваться по идее.

Да, было бы интересно попробовать самому, и узнать почем готовое облако с настройкой и сопровождением.

Это не значит, что можно взять десяток серверов и сделать из них один сервер с 20 процессорами и 160G оперативки и отдать это приложению.

А вот в случае с RedHat Cluster это сделать можно, хотя все зависит от приложения.

Вот и мне кажется, что приложение не увидит объединенных процессорных ресурсов и объединенной памяти. Во всяком случае, с ходу я не нашел, где это было бы обещано...

ну почему. в общем случае ограничивается ресурсами существующими на гипервизоре (для OnApp) и лимитами на количество ядер и памяти (AppLogic - 3Tera) и под большинство затей этого должно хватать. Без использования софта или железа выполняющего аналогичные задачи по "растягиванию" операционной среды на кучку железок такие задачи вообще решать сложно. Смысл в том что само приложение при этом как правило не требует никаких доработок так как железки окружаются дополнительным слоем виртуализации и для операционной среды выглядят как единое целое. Идеального, конечно, ничего нет и я бы не сказал что уже все работает из коробки как надо но, надежда всегда остается :) Во всяком случае, многие уже используют приватные облака так как их реализация куда проще чем публичных облаков.

Какая-то мутная тема. 10 минут простоя - катастрофа, но бюджет на решение проблемы, небольшой. Причем до сих пор не озвученный. Если это такая крутая контора, где за 10 минут серьезные деньги могут быть потеряны, то почему небольшой бюджет? В моем представлении, когда проект теряет серьезные деньги за 10 минут простоя, то бюджет на обеспечения бесперебойной работы уже легко идет в десятки тысяч долларов.

Что это за инет магазин? Даже озон упав на 10 минут явно не получит какой-то нереальной потери.

Вообщем мутный ТС какой-то.

Я представляю заказчика, поэтому не могу озвучивать бюджет. Я надеюсь получить предложения с просчитанным бюджетом, чтобы предложить их заказчику. Было бы глупостью с моей стороны говорить, что у заказчика столько-то денег и мне нужно их потратить, ситуация другая. Мне нужно изучить возможные архитектуры и решения, посчитать для каждой из них бюджет, а потом выбрать и предложить заказчику. Т.е. изучить предложения, а не засветить бюджет заказчика.

Например, за полмиллиона можно сделать то-то и то-то, будет работать так, за миллион - так, а за сто миллионов - этак.

Вот, например, с бюджетом ISP Cluster все ясно, и написано на сайте. Кластеры на Windows, которые предлагает один из сборщиков компьютеров, тоже у них просчитан и цены есть на сайте. А вот в моем случае нет ясности ни с архитектурой, ни с ценами.

... ни с требованиями.

Есть набор программных средств, работающих на одном физическом сервере.

На входе nginx, потом apache. Приложение, написанное на Перл и реализующее функции ERP, CRM, CMS, а также интернет-магазина, обращается к MySQL (транзакционные данные) и MongoDB (нетранзакционные данные). Поиск осуществляется как с помощью MySQL, так и через Sphinx (с учетом морфологии). Кеширование выполняется через memcached.

Требуется перенести все это на систему, состоящую из нескольких серверов, поддающуюся масштабированию. При выходе из строя одного сервера система должна продолжать работать без вмешательства администратора. Система должна быть масштабируемой.

Я знаю как создавать кластеры MongoDB и memcached, но хотелось бы надежное решение и для MySQL.

Система высоконагруженная (примерно 100к запросов к базе в минуту).

Так как сам я вряд ли смогу все создать и сопровождать в одиночку, требуется сопровождение, желательно от ИТ-компании, у которой есть опыт создания и сопровождения подобных проектов.

Вот, собственно, примерно такие требования...