Перебои с питанием

[Vovchan]

Еееее хантер хантер хантер и желательно еще повысить рейты на Экспу

[sobre]

акки шмякают еще впридачу>

[Lynex]

Чо малчим?))

F5?)))

Изменено 16 апреля, 2010 пользователем Lynex

[MakiduT]

ждем....

[dabmagor]

парни слухайте в чем проблема тут рега на сайте не пашет ... че за гавно вопще ?? уже час пытаюсь акк зарегать ... и нефига .... может кто знает ...

[nekromant]

медитируем XD

[Adalt]

Онлайн астериоса после поднятия ~2к, я уверен, что после поднятия хантера там разом будет 3к+++  ;D

[Lynex]

парни слухайте в чем проблема тут рега на сайте не пашет ... че за гавно вопще ?? уже час пытаюсь акк зарегать ... и нефига .... может кто знает ...

Сламался!!!

[Павло]

Вообщем давайте дорогая администрация делайте!!! Очень хочеться играть))) Дело стынет

[GoldFun]

 8868 онлайн на 2ух серверах

[Admin]

Вообще какая-то бредятина с питанием.

Вы мне скажите, что там такого после выключения сервера могло слететь? MySQL? - никогда в жизни не поверю!!!!

Сам администрирую десяток серверов, один из них так стабильно падает 1 раз в день из-за света, и извините меня там стоит 1С - ни разу не было слётов с учётом того, что 1С файловая.

У вас не тот уровень. Нагрузка и объем данных таковы, что mysql не хватает скорости даже на дорогущем SSD от Intel. Не говоря уже про обычные жесткие диски.

Поэтому, все хранилище размещается на рамдрайве, т.е. целиком в оперативной памяти.

Естественно, это крайне ненадежная конструкция, и требует резервирования данных в реальном времени, иначе возможны откаты на сутки.

Именно поэтому мы реплицируем все данные на удаленный сервер, и раз в час его останавливаем для бэкапов (он тоже на рамдрайве, скорости не хватает).

А теперь представим себе, что одновременно вырубается и основной mysql сервер, и репликатор. Все данные из оперативной памяти испаряются, и остается только 2 бэкапа: суточный с основного, и ежечасовой с репликатора.

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

Целостность логов обеспечивается батарейкой в кеше контроллера.

В итоге мы берем ежечасовой бэкап, и накатываем на него логи за последний час. Что тоже непросто сделать, т.к. часто бывают какие-либо проблемы.

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

[Chuva]

Ну и на последо (ухожу в клуб) - http://rutube.ru/tracks/2424812.html?v=73534fcb28823e126bfa4d4ae751981d

[Kimo4ka]

У вас не тот уровень. Нагрузка и объем данных таковы, что mysql не хватает скорости даже на дорогущем SSD от Intel.

Поэтому, все хранилище размещается на рамдрайве, т.е. целиком в оперативной памяти.

Естественно, это крайне ненадежная конструкция, и требует резервирования данных в реальном времени, иначе возможны откаты на сутки.

Именно поэтому мы реплицируем все данные на удаленный сервер, и раз в час его останавливаем для бэкапов (он тоже на рамдрайве, скорости не хватает).

А теперь представим себе, что одновременно вырубается и основной mysql сервер, и репликатор. Все данные из оперативной памяти испаряются, и остается только 2 бэкапа: суточный с основного, и ежечасовой с репликатора.

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

Целостность логов обеспечивается батарейкой в кеше контроллера.

В итоге мы берем ежечасовой бэкап, и накатываем на него логи за последний час. Что тоже непросто сделать, т.к. часто бывают какие-либо проблемы.

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

ого

[WarGaNsTeR]

У вас не тот уровень. Нагрузка и объем данных таковы, что mysql не хватает скорости даже на дорогущем SSD от Intel.

Поэтому, все хранилище размещается на рамдрайве, т.е. целиком в оперативной памяти.

Естественно, это крайне ненадежная конструкция, и требует резервирования данных в реальном времени, иначе возможны откаты на сутки.

Именно поэтому мы реплицируем все данные на удаленный сервер, и раз в час его останавливаем для бэкапов (он тоже на рамдрайве, скорости не хватает).

А теперь представим себе, что одновременно вырубается и основной mysql сервер, и репликатор. Все данные из оперативной памяти испаряются, и остается только 2 бэкапа: суточный с основного, и ежечасовой с репликатора.

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

Целостность логов обеспечивается батарейкой в кеше контроллера.

В итоге мы берем ежечасовой бэкап, и накатываем на него логи за последний час. Что тоже непросто сделать, т.к. часто бывают какие-либо проблемы.

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

Я ничего не понял (еще не под мой ум) но круто.

Изменено 16 апреля, 2010 пользователем WarGaNsTeR

[DarkDuck]

поиграл называется ..приехал с пар думал по рублюсь а тут на тибе) поч во время пар этого не могло случится )

+1, тоже самое))

[Lynex]

ВИТАЛЯ голосование ужо не катит, нет халявных шиленоф...

Я не виталя.

[Pengo]

"Админы - душки" (с) Я.

Уже говорил. Очень всё быстро делают и качественно. Только всё равно из инкубаторов лезут дюжинами дураки, которые недоверяют, чего-то там подозревают и т. д.

[1mperatorAqua]

У вас не тот уровень. Нагрузка и объем данных таковы, что mysql не хватает скорости даже на дорогущем SSD от Intel. Не говоря уже про обычные жесткие диски.

Поэтому, все хранилище размещается на рамдрайве, т.е. целиком в оперативной памяти.

Естественно, это крайне ненадежная конструкция, и требует резервирования данных в реальном времени, иначе возможны откаты на сутки.

Именно поэтому мы реплицируем все данные на удаленный сервер, и раз в час его останавливаем для бэкапов (он тоже на рамдрайве, скорости не хватает).

А теперь представим себе, что одновременно вырубается и основной mysql сервер, и репликатор. Все данные из оперативной памяти испаряются, и остается только 2 бэкапа: суточный с основного, и ежечасовой с репликатора.

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

Целостность логов обеспечивается батарейкой в кеше контроллера.

В итоге мы берем ежечасовой бэкап, и накатываем на него логи за последний час. Что тоже непросто сделать, т.к. часто бывают какие-либо проблемы.

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

Меняю сторону. Админы - профессионалы и не дураки. Теперь я уж точно в этом уверен. (Я половину понял (ппц админ мозг))

[Tasya]

для смеха

[Cagucm]

это диверсия организованая противниками с л2Топа за отказ администрации сотрудничать с ними. Админы обдумайте всё еще раз а то в следующий раз куриный грипп зашлют в ваши мскьюЛ файлы на оперативную память через кабеля электропередачь со спутника.

[Scroll]

ПРАйм нужен! ТОся ПП баает меня ВВ всегда))

[IronBee]

Гранд Дьюк,я надеюсь твой медведь шагает к серверам )

А лучше...пусть за кофе)

[SlavaCrafty]

Блин провалилась походу осада форта сегодня =((((

[IronBee]

ПРАйм нужен! ТОся ПП баает меня ВВ всегда))

Иди писать научись....что б твоя мысль была понятна всем,а не только тебе...

[DarkLuchi]

Даеш Старт HUNTER!!!

[Lynex]

Россия согласилась сделать скидку на газ Украине в 2010 году

Хохлы Живут!!!

Изменено 16 апреля, 2010 пользователем Lynex

[FastKrit]

Бухать идти и не е..ть себе голову  с ожиданием

Я уже давно бухаю )

[Scroll]

тому кому пишу поймёт тебя это колыхать не должно DD

Изменено 16 апреля, 2010 пользователем Scroll

[IronBee]

Россия согласилась сделать скидку на газ Украине в 2010 году

Вот чё к чему?

Иди на заборе напиши....

[elektrofack]

.!.