Pilat

Рейтинг
250
Регистрация
08.03.2007
Boris A Dolgov:

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

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

Вывод - за массовым обслуживанием надо обращаться в огромные компании, типа дримхоста.

Я только не понял, сколько сайт был недоступен? Хостер и клиент, похоже, имеют различное мнение на этот счёт?

А ответ "Вы мне надоели", конечно, странный.

Я офигеваю... пятьдесят сообщений только ради того, чтобы выбрать файловую систему для хранения миллиона файлов в одной директории. Мир сошёл с ума.

Действительно, ТС слишком разволновался. 7 часов - это не трагедия.

А sweb'у совет, как и всем хостерам - давайте пользователям максимум информации о ходе восстановительных работ, даже если это информация неутешительная. По своему опыту - неопределённость выбивает из колеи больше плохих новостей.

Добавляйте NS сервера из разных стран. Похоже, недоступность DNS серверов становится скорее правилом, чем редким исключением.

Непонятно откуда взялась проблема с большим количеством файлов. Большинство известных мне программ делает несколько уровней поддиректорий для хранения файлов. Почему бы не поступать так как все?

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

Ну праздники же. Хостеры, название которых подпадает под шаблон *host*.ru - в выходные и праздники частенько не работают :)

Andreyka:
Тогда cacti

А не ткнёте ли меня в то место в документации, где описываются триггеры и вообще реакции на изменение отслеживаемых параметров? Я не нашёл.

qwartyr:
Все просто как 2 пальца.
Внутренний - когда агенты внутри сервера отдают инфу наружу. Проблемы с доступом к сервисам снаружи, при этом изнутри все ок - система не обнаружит ошибку.
Внешний - когда узел мониторинга опрашивает сервисы серверов, как будто бы это клиент и анализируют результаты опроса.

Извиняюсь за примитизацию, но все обстоит ИМХО именно так

Дело том, что суть мониторинга не только в том, чтобы узнать о кончине web cервера - это просто; более интересная задача - проверять наличие и использование ресурсов, тенденции их изменения. Как раз nagios - не просто внешний мониторинг, как и все остальные. Простые случаи меня не очень интересуют...

Всего: 2890