- не видел ни одного ДЦ со 100% uptime :) Видимо нам не везло с "практикой" :)
- нанять андроидов? Самый лучший админ и тот иногда ошибается.
Я это все к тому, что декларируемый в первом посте uptime, мне кажется реально не достижимым (особенно с учетом описанных способов его достижения - HA-кластер физически размещенный в одном ДЦ), иначе говоря это либо сознательный пиар, либо ошибка в расчетах (ничего личного, просто мысли по теме)
- с чего Вы взяли что uptime будет именно таким? а отказоустойчивость роутера учли? а uptime ДЦ - питание, настройки роутера в ДЦ и т. п. не зависящие от Вас простои? а косяки в настройках ПО (например перенесли аккаунт на другой сервер, а ip поменять забыли - в соседней ветке человек уже сутки мается)? Реальный uptime будет отличаться от расчитанного для двух серверов "в вакууме".
- что касается платного суппорта, то идея не нова, у некоторых хостеров (особенно забугорных) давно практикуется суппорт как платная услуга. Бывает еще деление суппорта по гарантированной скорости ответов - типа суппорт с телефоном+чат/ICQ или суппорт только по тикетам.
- зона кривая:
dig remzone.ru ; <<>> DiG 9.5.0a6 <<>> remzone.ru ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62244 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 0 ;; QUESTION SECTION: ;remzone.ru. IN A ;; ANSWER SECTION: remzone.ru. 600 IN A 82.140.91.131 ;; AUTHORITY SECTION: remzone.ru. 600 IN NS ns1.bizhosting.ru. remzone.ru. 600 IN NS ns2.bizhosting.ru. remzone.ru. 600 IN NS ns3.bizhosting.ru.
- забыли Вам поменять ip 82.140.91.131 на актуальный
- ну дайте актуальное имя сайта для пинга, а то накинулись - не работает. Причин "не работы" сайта может быть довольно много и не все из них связаны с проблемами хостера. Возможно хостер понял что есть клиент который давно не платил, но по каким-то причинам не был удален, и теперь удалил его. Возможно у клиента закэшился старый ip-адрес (пишу это в третий раз, уже надоело, но ни в одном посте не увидел опровержения данного тезиса).
Brim.ru добавил 12.06.2009 в 11:51
- попробуйте воспользоваться tracert, посмотрите что выйдет для Вашего сайта, для сайта хостера, для контрольной панели
- у меня сайт хостера открывается (писал об этом и выше), может Ваша проблема связана с тем что в DNS-сервере Вашего Интернет провайдера закэшился старый ip-адрес? Пишите в суппорт хостера, им виднее в чем проблема ;)
Из личных наблюдений: есть некоторое, небольшое, количество клиентов, которые генерируют примерно треть всех вопросов в суппорт. При том что есть клиенты, которые вообще в суппорт вопросов не задают ни разу (в том числе в Java-хостинге, где вообще говоря есть где споткнуться).
Некоторые клиенты не понимают чем домен отличается от сайта, кому то приходится объяснять что его Интернет провайдер закрыл доступ к внешним почтовым серверам и т. д. Короче uptime хостинга имеет очень маленькое отношение к работе суппорта.
- а смысл? переезжать все равно надо, а те у кого закэшились ip - это летальный случай, когда Интернет провайдер кэширует зоны не зависимо от их настроек, проблема бы отодвинулась но, вряд ли бы исчезла. Хотя, если честно, просто не подумали о таком варианте 🍻
- у нас недавно тоже переезжала часть серверов с шаред аккаунтами, но мы сначала перенесли данные на сервера в другом ДЦ, а уже потом физически переносили "пустые" сервера в дневное время. Основные проблемы возникли из-за смены ip-адресов, у некоторых клиентов (0,1% от общей массы) все же закэшились старые ip, ну и клиенты у которых используются веб-сервисы привязанные к ip тоже пострадали, но таких было очень мало. Все работы проводили ночью - перенос прошел для клиентов безболезненно. Это я к тому, что при желании и наличии свободных серверов, можно все сделать аккуратно.
- странное время выбрали, обычно такие работы после полуночи проводят, хотя возможно у них основная масса клиентов не московские.
- сейчас их сайт работает
+ 100
У нас один клиент потерял FTP логин и ему залили на сайт фишинговую страницу к Яндекс.Деньги, после чего сделали соответствующую рассылку - Яндекс оперативно с нами связался и попросил предпринять действия по устранению проблемы. Думаю тут также стоит действовать обратившись в Mail.ru (у них сейчас довольно оперативный суппорт - недавно писали им абузу, ответили в течение дня), а уж они обратятся к кому нужно ;)
Brim.ru добавил 10.06.2009 в 16:29
- делают, но необходимо писать заявление (Вы в данном случае не пострадавший, что усложнит формальную составляющую при подачи заявления).
