https://opennet.ru/openforum/vsluhforumID13/570.html Добрый день,я в тупике.Я собираюсь открывать портал на 20000 пользователей с кучей сервисов.Все касательно софта,CMS и прочих аспектов программирования уже решено.<br>Попробую описать на примере yahoo<br>Допустим мой сайт называется www.site.ru<br>сначала я запускаю пять сервисов,прописываю через домены третьего уровня<br>1) games.site.ru<br>2) rabota.site.ru<br>3) molotok.site.ru<br>4) blog.site.ru<br>5) forum.site.ru<br>Каждый из этих сервисов написан с нуля,и каждый устанавливается на отдельный недорогой сервер.<br>А сам основной сайт www.site.ru устанавливается тоже на отдельный более мощный сервер.Базы пользователей линкуются между собой,то есть пользователь бродит по сайту не замечая переходит с сервера на сервер,залогинившись единожды.Все тяжелое,в том числе и бекап будетхраниться на внешнем дисковом массиве.Сервера между собой свзяаны по гигабитной сети.<br>На всех серверах установлен лицензионный RedHat 32 битный<br>В оптимале мне нужно,чтобы допустим когда сервер games.site.ru будет загружен на 100%,а rabota.site.ru на 30 https://opennet.ru/openforum/vsluhforumID13/570.html#9 Wed, 25 May 2011 20:57:44 GMT &gt;[оверквотинг удален]<br>&gt; я в сильно затуплении,скажем так,....не понимаю в чем разница в построении кластера <br>&gt; с использованием LVS+heartbeat либо же DRBD+heartbeat (возможно это тупой вопрос,поэтому <br>&gt; извиняйте) <br>&gt; drbd не масштабируется(а маштабируемость понадобиться) а LVS хорош для распределения запросов <br>&gt; на обслуживание.<br>&gt; Однако я не представляю алгоритма учитывающего верность данных на каждом сервере. Ведь <br>&gt; именно на правильные и актуальные данные нужно отправлять клиентов. Проблема еще <br>&gt; усугубляется и тем что сайт будет очень диномично обновляемым причем информация <br>&gt; будет самой разной,видео,фото,музыка,новости,текст,итд.Выход внешнее хранилище???что <br>&gt; делать?<br><br>В доках на сайте редхата это все подробно расписано, зовется трехуровневая модель - лоад-балансер LVS рутеры (активный, бэкапный, мониторинг веб-серверов рутером через сервис nanny) -&gt; веб-сервера c gfs2 -&gt; HA кластер, общий сторадж (активный и бэкапный через дрбд, раздает или как NAS через nfs или как SAN через iscsi). <br> https://opennet.ru/openforum/vsluhforumID13/570.html#8 Tue, 26 May 2009 05:20:35 GMT &gt;новый вопрос <br>&gt;я в сильно затуплении,скажем так,....не понимаю в чем разница в построении кластера <br>&gt;с использованием LVS+heartbeat либо же DRBD+heartbeat (возможно это тупой вопрос,поэтому извиняйте) <br>&gt;<br>&gt;drbd не масштабируется(а маштабируемость понадобиться) а LVS хорош для распределения запросов на <br>&gt;обслуживание. <br>&gt;Однако я не представляю алгоритма учитывающего верность данных на каждом сервере. Ведь <br>&gt;именно на правильные и актуальные данные нужно отправлять клиентов. Проблема еще <br>&gt;усугубляется и тем что сайт будет очень диномично обновляемым причем информация <br>&gt;будет самой разной,видео,фото,музыка,новости,текст,итд.Выход внешнее хранилище???что делать? <br><br>возьмите нгинкс, сразу уменьшите затраты на железо, но надо будет нарастить памяти, обять таки почему редхат 32 битный? надо 64 чтобы держал много памяти.<br>Сказать честно у меня крутиться на одном сервере тр и проекта в общей сложности на 60 тысяч человек в месяц, средняя посещаемость в день 10 тыщ уников.<br>Схема примерно такая.<br>Сервер 2 юни https://opennet.ru/openforum/vsluhforumID13/570.html#7 Fri, 24 Apr 2009 12:55:32 GMT новый вопрос <br>я в сильно затуплении,скажем так,....не понимаю в чем разница в построении кластера с использованием LVS+heartbeat либо же DRBD+heartbeat (возможно это тупой вопрос,поэтому извиняйте)<br>drbd не масштабируется(а маштабируемость понадобиться) а LVS хорош для распределения запросов на обслуживание.<br>Однако я не представляю алгоритма учитывающего верность данных на каждом сервере. Ведь именно на правильные и актуальные данные нужно отправлять клиентов. Проблема еще усугубляется и тем что сайт будет очень диномично обновляемым причем информация будет самой разной,видео,фото,музыка,новости,текст,итд.Выход внешнее хранилище???что делать?<br> https://opennet.ru/openforum/vsluhforumID13/570.html#6 Fri, 24 Apr 2009 10:55:21 GMT посоветовались подумали и почитали и решили отказаться от ДНС Раунд робин,так как эта технология неэффективна и может использоваться только в смешанном варианте с другими, так как каждый провайдер имеет в своем распоряжении кэширующие DNS сервера, которые сводят на нет все плюсы. <br> https://opennet.ru/openforum/vsluhforumID13/570.html#5 Fri, 24 Apr 2009 05:54:01 GMT <br>именно он,я конечно в прошлом тоже занимался админкой,сейчас я проджект менеджер,он предолжил,я поверил,но проверил<br>Чтобы дисскусия стала поинтересней сделаю уточнения<br>1)PHP использует БД<br>2)сайт будет очень динамичным,будут новости,игры,маркет итд<br>3)одно из обязательных условий проекта хендовер пользователя,то есть пользовател должен бродить по сайту не замечая этого,один сервис должен передавать его другому.Ну как на мейл ру,залогиновшись единожды,он может проверить почту,пообщать в своем мире,поиграть игры итд<br>4)сайт будет как минимум трехязычным<br>5) DNS на отдельном сервере<br>6) балансировщик будет ngnix а за ним уже апач<br>7) будет DNS round robin.Осталось дело за IP адресами<br><br>Теперь вопросы которые возникли у меня после вашего ответа,буду очень признателен если ответите<br>1)что вы подразумеваете под независимыми БД? про виртуализацию и слейв-мастер мне ясно<br>2)как можно научить приложения распределять запросы чтения/записи,подбросьте идею))<br>3)что есть отдельный контейнер?это отдельный виртуальный https://opennet.ru/openforum/vsluhforumID13/570.html#4 Thu, 23 Apr 2009 13:02:41 GMT Почему тогда не спросите у него? Или это он предложил такую "замечательную" схему? <br>Статья на которую вы ссылаетесь давно устарела, хотя некоторые идеи конечно можно почерпнуть. А вообще хорошо спроектировать HA можно, только учтя особенности задачи. Например, если программа использует сессии в файлах, как стандартный пых, то придется выносить это в общее rw хранилище, желательно с нормальными локами. А если использует БД, то нужда в подобном отпадает и ряд проблем исчезает. <br>В общем случае предложил бы так<br>1. Независимые БД разнести по разным мускульным серверам, причем каждый из них в отдельный openvz/vserver контейнер ибо мускул не умеет себя толком ограничивать. Физически все это может жить как на одном сервере, так и на нескольких. Для каждого независимого мускула желательно несколько слейвов с репликацией. Приложения должны уметь распределять запросы чтения/записи дабы не записать с дуру в слейв вместо мастера. <br>2. Основную обработку почты вынести в отдельный контейнер, на остальных MTA только перен https://opennet.ru/openforum/vsluhforumID13/570.html#3 Thu, 23 Apr 2009 11:58:50 GMT &gt;Думаю вам нужно нанять толкового системного администратора. <br><br>он есть, я ведь не спрашиваю как,я спрашиваю стоит ли?общую схему я вам нарисовал,если есть дополнительные вопросы буду рад ответить<br> https://opennet.ru/openforum/vsluhforumID13/570.html#2 Thu, 23 Apr 2009 11:46:20 GMT Думаю вам нужно нанять толкового системного администратора.<br> https://opennet.ru/openforum/vsluhforumID13/570.html#1 Thu, 23 Apr 2009 11:21:58 GMT LOL думаем.<br>