 |
| ru |
 |
27-05-07 @ 00:09
adminion  : Лорд Разрушитель 
Lighting Gun - HEADSHOT!
|
В связи с коротким замыканием у хостера, сервер Мунсити понес тяжкие потери. Сгорело 2 блока питания из 3х, а последний третий не смог обеспечить бесперебойность. В общем, сервер в перезагрузке, часть игроков попала под откат. Хостер обещал удлиннить замыкание и к утру все вернуть как было, но вот целостности данных это не касается.
В понедельник займемся более подробным разбором, кто и что потерял или, напротив, получил лишнее (парадокс, потерявших всегда отмечается в 10 раз больше :-) ).
Обидно... а выходные так хорошо и спокойно начинались... :-(
Mood: депрессия Music: Infected Mushroom - Classical |
Total disscussion threads: 1 Pages: 1
«« « 1 » »»
Disscuss opened for regisered users only.
 | | mcmk
27-05-07 @ 12:44
Стабильная работа |
 |
|
Это третий хостер за последние 4 года. Везде одно и то же. Могут говорить о европейском качестве, о мониторинге 24/7, о резервном всем-что-угодно. Итог один - форсмажор есть у всех. Один из хостеров, например, нам отключил кондиционер "на пару минут, для замены на центральном кодиндиционере чего-то там", а потом забыл включить обратно. Тема коротких замыканий популярна у всех. И циски у всех вылетают. И резервные не всегда правильно работают.
Простите, причем тут хостер? Ваши сервера находятся на его обеспечении и тех.поддержке? Причем тут кондиционеры? Неужели у вас нет системы охлаждения на серверах, или же вы используете гидро-охлаждение, и вам провайдер доступ к воде перекрыл ?
Уже сколько лет работы БК, периодически вылетают белые экраны, со странной периодичностью то на 20мин то на несколько часов. То жесткий диск сгорит, то Б.П. то пара жестких, то еще что.
Разве трудно вложиться хорошо и заказать решение? Если вопрос в средствах, я вам проработаю решение которое будет полностью удовлетворять вашим запросам.
Вот вам решение:
1. Берем Сотрж (внешнюю систему хранения данных)
2. Берем, Лезвия (сами сервера, кол-во определяется исходя из ТЗ)
3. Блейд Шасси
4. Делаем Кластеризацию.
5. Создаем на одном из лезвий Virt Centr
6. Устанавливаем Вирт.Сервера в зависимости от потребностей. К примеру каждый город это свой
Вирт.Сервер. На одном лезвие их можно устанавливать сколько душе угодно. Для больше производительности ставим каждый в.сервер свое лезвие.
Что мы имеем:
1. Управление всем процессом происходит удаленно, через в.центр.
2. При грамотной настройке, если в.сервер потребляет много ресурсов, он автоматом переносится на лезвии более разряженное по нагрузке. (занимает это секнуды). Что позволит разгружать более нагруженные сервера.
3. Увеличение производительности, за счет использования внешнего хранилища.
4. Если сгорает жесткий диск, как у Вас часто бывает, Проекту будет пополам т.к остальные диски будут функционировать нормально. Не думаю, что все терабайтные массивы сгорят одновременно.
5. Если сгорает кулер, процессор, память, и тп…. Что ведет к потере сервера, почти никак не отразится на Проекте, т.к В.Сервер на котором располагается город, будет перенесен в теч 4-10мин на новое лезвие. И функциональность будет восстановлена в полном объеме.
6. Снимки можно переносить с рабочего сервера, так же восстанавливать с не рабочего, делать горячую замену серверов и прочие. Время простоя отличаться будет на порядок.
Как я понимаю, отличия очевидны? Практически при любой ситуации, сложившейся при работе сервера, все можно будет править, не отключая сервера.
Почему нельзя поставить такую систему? Все управление можно делать удаленно через Вирт.Центр.
Если возникнут вопрос, обращайтесь, помогу рассчитать данное решение более детально исходят из условий ТЗ. |
|
|
|
 |
|
желательно ишо более рассредоточить чтоб во первых была меньшая зависимость от програмных ошибок !
во вторых можно же использовать большее количество менее мошьных серваков |
|
|
|
| | mcmk
27-05-07 @ 12:53
Re: Re: Стабильная работа |
|
|
>>бухой джедай
У Вас не верное понимание, это все один Сервер, состоящий из набора лезвий, на которых все это поднимается.
|
|
|
|
|
|
| извини мож я внатуре чото не понимаю но с моей точки зрения если делать множество серваков не на виртуальном а на аппаратном уровне ( с надлежашей синхронизацией ето понятно) это даст большую надежность так как вылет какого нибудь сервака изза неисправности дас нам не отключение всего города а только какой нить его части |
|
|
|
| бухой джедай 
27-05-07 @ 13:17
Re: Re: Re: Re: Стабильная работа |
|
|
| з.ы. извини за нупизм до мня сначало недошло что такое лезвия ) |
|
|
|
| | mcmk
27-05-07 @ 14:51
Re: Re: Re: Re: Стабильная работа |
|
|
извини мож я внатуре чото не понимаю но с моей точки зрения если делать множество серваков не на виртуальном а на аппаратном уровне ( с надлежашей синхронизацией ето понятно) это даст большую надежность так как вылет какого нибудь сервака изза неисправности дас нам не отключение всего города а только какой нить его части
Еще раз поясняю, это проектное решение, оно расчитывается из условий ТЗ.
В кратце поясняю. Сгорело лезвие ( сервер ) Город в Бк зависает на 2-5мин. после чего он работает, сервера его абсолютно не касаются, даже если все сгорит, он будет работать. Это все идет чрез кластеризацию, и управление вирт.машиной. Все автоматом поднимается, по мере загрузки и выпадания лезвия из рабочей серды.
Сгорел сервер - БК работает
Сгорел процессор - БК работает
Сгорел жесткий - БК работает
Все что не сгорит - Любой город из существующих на данный момент, будет работать.
Даже отключение электричества, никоем образом не касаются работоспособности сервера.
Это и называется Проектом, за это люди выкладывают не малые суммы. Лукойл готов одну сумму затратить, Гос.Учреждение - другую.
Все зависит от задач, требований, нагрузки, и других аспектов, которым будет удовлетворять данное решение. |
|
|
|
| | бухой джедай
28-05-07 @ 17:33
Re: Re: Re: Re: Re: Стабильная работа |
|
|
| яж уже просил извинения за нупство я просто не понял изночально что ты под лезвием имел ввиду блейд сервера)) |
|
|
|
 | | Оголтелый
27-05-07 @ 13:06
Re: Стабильная работа |
|
|
| Меня тоже удивляет игнорирование кластеризации. Но по-видимому, все упирается в деньги. Надежный внешний NAS или SAN с брокадами и корзина блейдов (даже всего с 2-3 штуками внутри) стОят ощутимо дороже пары-тройки обычных брендовых серверов с собственным рейдом. |
|
|
|
|
|
| но такой вопрос они ведь тоже работают от одной цепи питания как бы сделать данную систему более надежной |
|
|
|
| | Оголтелый
27-05-07 @ 13:20
Re: Re: Re: Стабильная работа |
|
|
Во-первых необязательно в одной цепи - например, серьезные корзины от HP позволяют запараллеливание питания через различное (до 8) количество внешних источников - от powerswitches и фильтров вплоть до различных подстанций - с автоматическим или ручным разведением их на каждый конкретный блейд.
Во-вторых - при увеличении параллельно работающих элементов вероятность полного отказа системы, т.е. одновременных аварий схем, как известно, снижается, даже в случае серьезных скачков напряжения.
Только все это деньги, деньги и еще раз они же. |
|
|
|
| | бухой джедай
27-05-07 @ 13:23
Re: Re: Re: Re: Стабильная работа |
|
|
| ты топ аднатоса про ниуважение администрации читал ?? там я ето не переходя на железо с чисто логической точки зрения доказывал это народу так вот 90% наших умных бкшников считают ето бредом |
|
|
|
| | бухой джедай
27-05-07 @ 13:26
Re: Re: Re: Re: Re: Стабильная работа |
|
|
| насчет денег один ап фуларта например на 9 лев стоит чтото около 60000 евриков на один такой ап сервак можно забабахать ,а я не верю что если они позволяют комуто давать апы на халяву у них никто их не поднимает и не покупает |
|
|
|
| | Оголтелый
27-05-07 @ 13:27
Re: Re: Re: Re: Re: Re: Стабильная работа |
|
|
| Неблагодарное это занятие - считать чужие доходы и строить планы по их распределению.. |
|
|
|
| | бухой джедай
27-05-07 @ 13:29
Re: Re: Re: Re: Re: Re: Re: Стабильная работа |
|
|
| так же неблагодарно честно говоря ети деньги сымать за несовсем качественный сервис хотя ето не я считал это информация с мерковского сайта)) |
|
|
|
 | | Proteus
27-05-07 @ 15:15
Re: Стабильная работа |
|
|
| софт т сам попутно напишешь? |
|
|
|
| | mcmk
27-05-07 @ 23:23
Re: Re: Стабильная работа |
|
|
>Proteus
Для тех, кто плохо осведомлен. Когда рассчитывается проект, в него включаются все составляющие. Софт, это программный компонент, который ставится на аппаратную часть. Пока не у одного из крупных провайдеров с этим проблем не возникало. |
|
|
|
| | Proteus
28-05-07 @ 05:50
Re: Re: Re: Стабильная работа |
|
|
да да да, я совсем забыл - мы все щенки недоучки - а ты атец. И софт ты напишешь под такой проект для кластерной системы за пару месяцев.
Ну дерзай, потом флуди тогда. |
|
|
|
 |
|
Практически все игры пишутся на одноядерном решении.
В крайнем случае - набор независимых модулей.
Программисты одного известного проекта, пытались, насколько я знаю. В итоге кластер из 4х серверов загибался на 500 юзерах, при минимуме сервисов (никаких подземелий или боев на 200 игроков). Наши сервера на 500 игроках показывают 90-93% idle time. А ведь нагрузка растет почти как n*ln(n) и 2000 юзеров, которые сейчас держит БК потребуют не 4, а под 25 серверов кластера. На город.
Я полагаю, что они не совсем ламеры, и знали, что делают. Выводы очевидны. Кластеризовать можно примитивные системы с малозависящими друг от друга запросами. Поисковики, почту, банковские сети и т.д.
Попытка кластеризовать движок игры - нежизнеспособна. Хоть мы и рассматривали такой вариант.
Могу привести другой пример. Широко известный онлайн проект имеющий десятки миллионов подписчиков и годовой доход более миллиарда, до сих пор испытывает регулярные еженедельные проблемы с серверами. Если они не смогли найти решение, то может быть, его просто нет на данный момент.
Нельзя на гоночный болид поставить броню от танка и бак на полтонны топлива. Ни за какие деньги.
ЗЫ. Впрочем, холивары на эту тему всегда будут. |
|
|
|
|
|
| я не буду говорить что ваши админе и програмеры дела своего незнают так как ето будет бред, на старого пса наскоко хорош он или умен новым фокусам не выучиш,они учились то тогда когда с многопоточносьтю сталкивались очень редко и ето наложило свой отпечаток пытатся надо ) и если какието лаги то и будут вызваны попыткой улучшить нашу жизнь в игре в не зависанием куска железа под именем сервер народ будет ворчать раз етак в 15 меньше; насчет програмного кода если он модульный можно же просто дописать модуль так сказать коммуникации и синхронизации ето о реально с чисто логической точки зрения значит реально на 90% в реальности ) |
|
|
|
|
|
Многопоточность в отличие от одноядерности требует некоего общего хранилища данных.
Традиционно, это СУБД. Представьте себе, сколько потребуется "дернуть" данных, чтобы отобразить параметры персонажа. Как следствие, придется или придумывать локальный кеш, который опять-таки конфликтует с идеей исинной многопоточности, или все писать на plSQL. А я с трудом представляю себе игру написанную на убогом plSQL, совмещающим быстроту перла, удобность C и выразительность бейсика. |
|
|
|
| | бухой джедай
28-05-07 @ 19:31
Re: Re: Re: Re: Стабильная работа |
|
|
| в принципе с логической точьки зрения обсуждали на форуме и там думали даже не о блейд системах а просто о менее мошьных серверах в плане 1 комната 1 сервер к примеру на базе среднестатистического проца (хотя скорее всего их производительности не хватает) и вся инфа в данный момент хранится в 3 местах в обшей базеданных на центральном сервере где она сохраняется ,на сервере который сейчас отвечает за место прибывания персоонажа в игровом мире , и в базе данных на центр сервере где указано где именно в игровом мире находится перс тогда много поточность не нужна . |
|
|
|
| | бухой джедай
28-05-07 @ 19:33
Re: Re: Re: Re: Стабильная работа |
|
|
| + идеи идеями а необходимость выноса каналок и пешер на отдельные сервера уже являются насущьной необходимостью |
|
|
|
| | mcmk
05-06-07 @ 22:17
Re: Re: Стабильная работа |
|
|
А ведь нагрузка растет почти как n*ln(n) и 2000 юзеров, которые сейчас держит БК потребуют не 4, а под 25 серверов кластера. На город.
Я полагаю, что они не совсем ламеры, и знали, что делают. Выводы очевидны. Кластеризовать можно примитивные системы с малозависящими друг от друга запросами. Поисковики, почту, банковские сети и т.д.
Если мы говорим об одном и том же, то на одном лезвие, можно возводить примерно 250 виртуальных серверов. Если брать 5 лезвий под каждый годрод + отдельное под пещеры, то не трудно посчитать сколько можно поднять, серверов. Всего на нескольких физических лезвиях.
Что касается проработки другим проектом, - в каком именно году это все просчитывалось ? Линейки серверов обновляются каждые пол года. Сейчас в сервер можно включить порядка 250 Гиг. Оперативной памяти и терабайтные массивы.
Далее, что мешает сделать внешний массив и разгрузить сервера?? Это ускорит работу и упростит возможность замены жестких. Во внешний массив можно терабайтами запихивать жесткие, а в сервер только ограниченное кол-во. |
|
|
|
Disscuss opened for regisered users only.
Total disscussion threads: 1 Pages: 1
«« « 1 » »»
|
 |
