ruweb.net опять умер

Может РУВЕбу сменить датацентр? ибо у них постоянно проблемы из-за канала в ДЦ....Сегодня был рекорд по недоступности сайтов! и где резервный канал?

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

Да с настройкой и работой серверов у них всё в порядке, но надо что-то делать с Датацентром! еще 1 такая крупная "авария" ..... клиенты уходят быстро, а вот набираются с трудом.

http://webdc.ru/news

kpv добавил 25-07-2011 в 23:22

Несмотря на то, что ситуация некорректно описана (у ЗАО "РУВЕБ", к примеру, несколько акционеров и при решении каких либо вопросов важно большинство голосов, или, может быть, отдельные виды решений закреплены в уставе). Но аффилированность лиц на уровне больших компаний работает уже не так, как в маленьких, когда единоличный владелец бизнеса принимает решение единолично и судьба Вашего сайта или сервера зависит полностью от него.

Утрируя ситуацию: допустим, Вы акционер Газпрома. у Вас есть какие-то рычаги повлиять на поставку газа на Украину? Или на цену этой поставки и цены на российском рынке?

Но в этом тоже есть свои плюсы - если единоличный владелец бизнеса заболел или собрался в отпуск, то что делать в его отсутствие, когда ваш сайт упал или не работает, а спросить больше не с кого?

Резюме примерно такое: завтра начальство выслушает доклады всех ответственных служб и будет работа над ошибками.

p.s. я конечно помню анекдот про нового русского, который просит поменять ему машину в автосалоне, потому что у той, которую он купил на прошлой недели "переполнилась пепельница"....

Но менять примерно по такой же причине датацентр - не выход, мы уже плавали, знаем. У всех свои "тараканы" и в данный момент не техника подвела, а человеческий фактор - неверные настройки маршрутизатора.

kpv добавил 25-07-2011 в 23:25

Напишите нам, пожалуйста, что необходимо сделать владельцам ДЦ, чтобы это повлияло на качество услуг в лучшую сторону.

Мы постараемся передать руководству ДЦ Ваше мнение.

Спасибо.

человеческий фактор завалил на 8 часов 100000 сайтов??? по крайней мере странно.

нужно проверить все слабые места ДЦ и заиметь резервное железо.

может нужен такой же резервный маршрутизатор с эталонными настройками? и врубать его?

либо экспериментировать не на основном канале связи?

Какие будут компенсации владельцам сайтов?

вот реальная картинка недоступности ДЦ, которая совпадает и с нашей информацией.

/ru/forum/comment/9234836

общее время недоступности - около 6 часов

Есть не просто резервное, но и работающее в горячем резерве.

Я хотел бы увидеть эти "эталонные настройки" для маршрутизатора.

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

kpv добавил 26-07-2011 в 01:19

создайте, пожалуйста, запрос в нашем Центре Технической Поддержки - вопрос о компенсации рассматривается индивидуально при непосредственном участии руководства нашей компании.

Выходит что на резервируемом оборудовании и на том что стояло в горячем резерве были одни и те же настройки?

Версию о диверсии не рассматриваете?

У Вас написано:

Но при этом для меня не понятно, почему имея подключение к 3-м независимым провайдерам все лежало ровно пол дня.

1. Оборудование не простаивает в горячем резерве, оно работает.

http://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%B7%D0%B5%D1%80%D0%B2%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5

2. Если делать холодный резерв, то это очень серъёзные простои в работе датацентра. При холодном резерве настройки оборудования должны быть полностью идентичны, то есть внесли изменения в конфигурацию основного маршрутизатора - надо сразу синхронизировать эти изменения в конфигурации резервного. Диверсия - это именно когда они разные, например, Вы включаете коммутатор, а там конфигурация двухмесячной давности и у вас нихрена ничего не пашет, так как реальная топология сети не соответствует конфигурации. И это всё ситуации, когда оборудование вышло из строя, так как перезалить конфиг в циску или жунипер намного быстрее и проще, чем в датацентре заниматься перекоммутацией целой маршрутной стойки с оборудованием.

kpv добавил 26-07-2011 в 08:27

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

/ru/forum/comment/9234393

Почему, при аппаратном резерве каналов и оборудования, такое произошло сейчас разбираются ноки и начальство.

Мы запаздываем с обновлением описании конфигурации датацентра, и пиринговая политика датацентра - очень живая вещь, насколько мне известно, из крупных аплинков сейчас ещё есть RetN.

Часть картины связности можно смотреть так, к примеру

http://www.robtex.com/as/as49189.html#graph

Поэтому актуальную картину связности лучше смотрите на сайте ДЦ или по looking glass

http://webdc.ru/news

И ни слова извинений....