Комментарии 31
Хорошая success story.l Поздравляю и Союз и Оверсан.
Радует, что применяете open-source вместо модных балансировщиков/ADC от больших вендоров типа циски и F5, за это отдельный респект.
Радует, что применяете open-source вместо модных балансировщиков/ADC от больших вендоров типа циски и F5, за это отдельный респект.
Компания Оверсан-Меркурий любит и хорошие open-source решения и надежное оборудование от известных вендоров.
Хм, то-то удивительно быстро интернет-магазин «СОЮЗа» работать стал, а то раньше что ни клик — то лаг.
конфиги в студию бы с пояснениями.
а то таких success story можно много написать-прочитать.
а то таких success story можно много написать-прочитать.
какой именно конфиг интересует? конфигурация МВК описана здесь: habrahabr.ru/company/oversun-mercury/blog/92908/
Люблю читать ваши статьи, жутко интересно! Спасибо)
схема почему-то без пояснений. fe1test, fe, slb
Файлики можно разбарсывать по WebDav, nginx его для этого и поддерживает. DRBD избыточен если нужно просто синхронизировать фаилы, кроме этого можно получить ололо, когда у нас DRBD кластер рассинхронизируется.
мм если потребуется добавить еще один узел аналогичный по функционалу Fe1 и Fe2 что будете делать с DRBD?
мы столкнулись с тем что расширить на 3 узла очень проблематично DRBD и затратно по времени и затем перешли на более простую синхронизацию дерганьем скрипта…
мы столкнулись с тем что расширить на 3 узла очень проблематично DRBD и затратно по времени и затем перешли на более простую синхронизацию дерганьем скрипта…
Вы там уже разобрались со своими финансовыми заморочками? Сервера больше не отключают навсегда? Вам уже можно доверить сайт с нулевой посещаемостью (я забочусь о своих клиентах)?
Что? Почему до сих пор никто McHost не припомнил? :)
Потроха в студию!
Поясню: )) не знаю как остальным, а мне очень любопытно, как все устроенно (это с детства :-) ). Читать о ваших успехах на удивление интересно (10000 плюсов пиаршику в ежеквартальную карму), но в итоге чувствуешь себя немножко обманутым. Мне лично интересней на конфиги смотреть, а не на блок схемы… так сказать мое ИМХО.
Поясню: )) не знаю как остальным, а мне очень любопытно, как все устроенно (это с детства :-) ). Читать о ваших успехах на удивление интересно (10000 плюсов пиаршику в ежеквартальную карму), но в итоге чувствуешь себя немножко обманутым. Мне лично интересней на конфиги смотреть, а не на блок схемы… так сказать мое ИМХО.
Оверсан, насколько мне известно вы самостоятельно разрабатываете облачный продукт схожий с Amazon Cloud. Когда планируется использовать собственный продукт?
Кста iSCSI массив на котором хранятся образы виртуальных машин как-нибудь резервируете? (active-active репликация например) Чревато для кастомеров если нет.
Кста iSCSI массив на котором хранятся образы виртуальных машин как-нибудь резервируете? (active-active репликация например) Чревато для кастомеров если нет.
iSCSI массив реализован на продукте HP p4300 SAN, кластер состоит из 4 узлов (дисковых полок), которые объединены в массив RAID5, внутри самого узла так же сделан RAID5 из дисков.
То есть нашему заказчику не стоит бояться выхода из строя ни диска массива внутри узла, ни даже целой полки.
То есть нашему заказчику не стоит бояться выхода из строя ни диска массива внутри узла, ни даже целой полки.
облаком занимается наша «сестринская» компания, Оверсан-Скалакси. их сервис уже запущен и активно используется.
если у Вас 4-е дисковые полки, то максимальное network I/O капасити на полку 4gb/s или 16 gb/s на весь кластер, чего явно мало для масштабирования в случае использования этого же массива другими клиентами, что подразумевается в случае МВК. Плюс редандаси на сетевом уровне, судя по топологии которую Вы публиковали в посте про МВК, дисковый массив вотнут в один свитч, что опять же уменьшает реданданси в разы
Топология подключения на данный момент оптимизируется для лучшей работы iSCSI. Про обновленную топологию будет пост. Да, скорость кластера составляется 16 Gb/s. Как только мы упремся в потолок пропускной способности, то добавим в кластер еще узлы для расширения массива и повышения скорости работы массива.В дальнейшем мы будем предлагать клиентам более быстрое хранилище. Но тем не менее я не считаю скорость в 16 Gb/s недостаточной для нормального функционирования МВК.
ага) jumbo frames не забудьте включить, вцелом все ок :)
А что поверх DRBD?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Опыт переноса веб-сервисов компании СОЮЗ в масштабируемый виртуальный комплекс