Nasib: Но так ведь не бывает. В чем подвох не пойму?
Подвох не в хостерах и не в их услугах. Подвох в том, что слово "безлимит" - это пустое слово, пока к нему в пару не поставишь конкретный параметр, о котором идет речь.
Не бывает безлимита как такового, но бывает безлимитное количество виртхостов, безлимитный объем диска (такое реально возможно в SAN), безлимитный объем трафика (из-за ограничения пропускной способности канала тут можно применять только административный безлимит, а не физический, что грамотнее назвать unmetered) и так далее.
Слово "хостинг" в пару к слову "безлимитный" ставить нельзя, потому что в отличии от объема диска, слово хостинг - это не сущность, а эфемерное понятие комплекса услуг.
kpv: Какую вы проблему решаете, расскажите? вместо того, чтобы объяснять мне что такое icmp и какая между ответами разница. Пингами никто не проверяет доступность сайта, вам это уже написали. Поэтому я не знаю что вам даст карта сети, закрытый(неполученный ответ) или открытый icmp на предыдущем хопе и, к примеру, отвечающий на пинг сервер, но не отдающий никакую страницу или страницу с ошибкой 5xx Вы так своим клиентам тоже пургу несёте про пинги и BGP когда сайт клиента реально недоступен? Клиенту (пользователю) необходимо знание того, доступен ли его сайт большинству пользователей интернета или нет. Если сайт недоступен, то какие божественные полезные знания из ICMP и BGP он почерпнёт для себя?
диалог клиента с хостером: Клиент) У меня сайт не загружается и почта неработает хостер) да я специально почтовик и апач вырубил, чтобы они мне статистику аптайма не портили
пойду попкорн доедать...
может пора перестать гадать и прочитать описание рейтинга сайтов хостера на оффсайте? ссылка в первом же предложении
Весь вышеописанный бред в Вашем исполнении сводится к одному: Вы не в курсе, что падать могут не только серверы хостера, но и магистральные провайдеры. Мониторинг же запишет косяк хостеру. Видимо Вы очень недавно занялись хостингом и опыта пока у Вас нет. Попкорн придется выплюнуть. И все таки придется пойти почитать про BGP иначе так и будете не понимать, что бывают косяки не хостера.
И да, если бы Ваш хостинг хоть как-то умел разграничивать нагрузку, то Вы бы знали, что пока для одних Апач лежит, для других сайтов (на этом же Апаче) все работает молниеносно, так что лежачий Апач - не повод считать, что хостер лежит :) Идите еще учите как скорбордом управлять.
И уж тем более весь этот диалог сводитя к идиотизму мониторинговых компаний, после того как выясняется, что мониторят они не хостинговые серверы, а дедик, на котором висит один крошечный сайт хостинга (вот у меня именно так сделано: сайт + биллинг + регпанель на одном мощном дедике). Адовая неграмотность. Просто адовая.
Григорий123: И как вы это себе представляете? Мне видится такой диалог (пишет рейтинг провайдеру):
- Здрасте! Мы будущий рейтинг хостёров. Дайте нам карту вашей сети, а так же адреса всех роутеров, серверов. Мы вас мониторить будем. Рады знакомству и ждём скорейшего ответа на поставленные вопросы! Спасибо за сотрудничество.
Ответ хостёра:
- Пашёл к медведям!
===
Я всё правильно понял? ;)
Вы не только меня не правильно поняли, Вы меня и не прочитали:
bugsmoran: Причем после успешных прозвонов нужно заранее иметь карту сети и если трассировка, которую мониторинг обязан сделать, не просто не достукивается до сервера, а не достукивается до второго с конца узла и меньше, то тогда уже писать, что сервер недоступен.
Был успешный прозвон? После него сделайте еще раз, но уже не пинг, а трассировку. И пусть будет в базе заранее. А как только через несколько дней не достучатся, то шаблон из базы достать и с ним сравнить трассировку до лежачего сервера.
Если у ребят, которые возомнили себя профессионалами по мониторингу нет других идей как посмотреть трассу до узла, кроме как позвонить хозяину узла, то как они вообще смогли у себя дома интернет настроить?
It-mcp.ru: Пользуясь случаем, хотел узнать, как господа хостеры видят мониторинг сайта, что и бы клиент был прав, и хостер не придумывал отговорки.
В случае, если сервер не достучался до нужно точки, проверять несколько протоколов на уровне TCP/UDP. Потому что даунтайм Апач != даунтайм сервера. Если не отвечает только Апач, нужно дергать другие URL на том же сервере, потому что неотвечать он может из-за vhost_limit или еще чего угодно, при том что другие сайты прекрасно работают на сервере. Если там везде глухо, то проверять ICMP. Причем после успешных прозвонов нужно заранее иметь карту сети и если трассировка, которую мониторинг обязан сделать, не просто не достукивается до сервера, а не достукивается до второго с конца узла и меньше, то тогда уже писать, что сервер недоступен.
А главное - делать это надо ежесекундно. Если мониторинговая компания берется делать такие отчеты по компаниям, которые специализируются на нагрузке, то пусть буду добры осуществлять это на нормальном техническом уровне. А то они исходищие пинги свои выдерживают меньше, чем хостер входящих запросов. Кто тут над кем еще присматривать должен. А то выглядит как бабка на скамейке о демократах судит.
Нужно качественно делать свою работу, а не водружать какую-то ping-херню, которая показывает что угодно, только не аптайм. Я уж молчу о том, что если технический профи использует эту утилиту, то на его профессионализме можно ставить крест и гнать его к медведям.
Они все такие. host-tracker пошел еще дальше - они присылают уведомления о падении на рабочий сервер ради того, чтобы за SMS списать деньги. Сервер якобы упал, заходишь на любой его сайт через 2 секунды (рядом просто сидел с браузером, когда SMS пришла) - открывается очень быстро. Еще через 2 минуты приходит SMS, что все восстановлено :)
Я даже эксперимент проводил - стоят 5 позиций, которые надо мониторить. Все 5 сайтов на одном сервере, но на разных IP. Апач, Нджинкс, MySQL - все общее. Один падает, 4 других прекрасно работают :) Ну это как понимать?
• VDS-Старт. Было 300 МГц - стало 400 МГц • VDS-Разгон. Было 600 МГЦ - стало 800 МГц
Как вы понимаете, ресурсы головных серверов не безграничны, поэтому мы вынуждены незначительно снизить процессорные мощности на тарифах VDS-Отрыв и VDS-Улет до 1200 МГц и 1600 МГц соответственно. Также на VDS-Анлим будет снижен лимит CPU до 1600 Мгц.
Я видел сбитые термины маркетинга, но это конечно край лицемерия :)
Ограничивать безграничность - вот на что способны те, кто вырос на музыке 2 unlimited.
zpjekan: Не знаю как у Вас, но у меня даже их сайт не открывается.
Вообще на технических форумах не сильно приветствуется гуманитарное понятие "не открывается". Вам на это могут только соболезнования выразить. Говорите по существу, какой URL не открывается и с какой ошибкой.
Но так ведь не бывает. В чем подвох не пойму?
Подвох не в хостерах и не в их услугах. Подвох в том, что слово "безлимит" - это пустое слово, пока к нему в пару не поставишь конкретный параметр, о котором идет речь.
Не бывает безлимита как такового, но бывает безлимитное количество виртхостов, безлимитный объем диска (такое реально возможно в SAN), безлимитный объем трафика (из-за ограничения пропускной способности канала тут можно применять только административный безлимит, а не физический, что грамотнее назвать unmetered) и так далее.
Слово "хостинг" в пару к слову "безлимитный" ставить нельзя, потому что в отличии от объема диска, слово хостинг - это не сущность, а эфемерное понятие комплекса услуг.
Это кэш прогревается. Так еще минут 10 будет.
Ребятки, извиняюсь. Все подняли. Все сейчас работает. Прямо не счастливый сервер.
Какую вы проблему решаете, расскажите? вместо того, чтобы объяснять мне что такое icmp и какая между ответами разница.
Пингами никто не проверяет доступность сайта, вам это уже написали.
Поэтому я не знаю что вам даст карта сети, закрытый(неполученный ответ) или открытый icmp на предыдущем хопе и, к примеру, отвечающий на пинг сервер, но не отдающий никакую страницу или страницу с ошибкой 5xx
Вы так своим клиентам тоже пургу несёте про пинги и BGP когда сайт клиента реально недоступен?
Клиенту (пользователю) необходимо знание того, доступен ли его сайт большинству пользователей интернета или нет. Если сайт недоступен, то какие божественные полезные знания из ICMP и BGP он почерпнёт для себя?
диалог клиента с хостером:
Клиент) У меня сайт не загружается и почта неработает
хостер) да я специально почтовик и апач вырубил, чтобы они мне статистику аптайма не портили
пойду попкорн доедать...
может пора перестать гадать и прочитать описание рейтинга сайтов хостера на оффсайте? ссылка в первом же предложении
Весь вышеописанный бред в Вашем исполнении сводится к одному: Вы не в курсе, что падать могут не только серверы хостера, но и магистральные провайдеры. Мониторинг же запишет косяк хостеру. Видимо Вы очень недавно занялись хостингом и опыта пока у Вас нет. Попкорн придется выплюнуть. И все таки придется пойти почитать про BGP иначе так и будете не понимать, что бывают косяки не хостера.
И да, если бы Ваш хостинг хоть как-то умел разграничивать нагрузку, то Вы бы знали, что пока для одних Апач лежит, для других сайтов (на этом же Апаче) все работает молниеносно, так что лежачий Апач - не повод считать, что хостер лежит :) Идите еще учите как скорбордом управлять.
И уж тем более весь этот диалог сводитя к идиотизму мониторинговых компаний, после того как выясняется, что мониторят они не хостинговые серверы, а дедик, на котором висит один крошечный сайт хостинга (вот у меня именно так сделано: сайт + биллинг + регпанель на одном мощном дедике). Адовая неграмотность. Просто адовая.
А карта сети-то вам зачем в этом случае? Ещё распишите алгоритм для случая когда iсmp закрыты, а я пока попкрон достану...
1) пинги дают разные сообщения. На закрытом ICMP будет одно сообщение, а на недоступном другое: Типы сообщений ICMP
2) Даже если Ваша грамотность не позволяет это понять, то можно сравнивтаь разницу прошло и настоящего:
man traceroute
проблема решается сравнением относительных величин, а не абсолютных.
3) Ну а для тех, кто знает как устроены сети: BGP map
Господи, какое позорище! Не знать как решить такую простейшую проблему!
Зато острить по поп-корн научились ))))
Мы не пинг проверяем. Мы посылаем GET-запрос и загружаем главную страницу сайта хостера.
Так это проверка уровня пердоставляемого сервиса клиентам или уровня предоставляемого сервиса самому себе?
И как вы это себе представляете? Мне видится такой диалог (пишет рейтинг провайдеру):
- Здрасте! Мы будущий рейтинг хостёров. Дайте нам карту вашей сети, а так же адреса всех роутеров, серверов. Мы вас мониторить будем. Рады знакомству и ждём скорейшего ответа на поставленные вопросы! Спасибо за сотрудничество.
Ответ хостёра:
- Пашёл к медведям!
===
Я всё правильно понял? ;)
Вы не только меня не правильно поняли, Вы меня и не прочитали:
Причем после успешных прозвонов нужно заранее иметь карту сети и если трассировка, которую мониторинг обязан сделать, не просто не достукивается до сервера, а не достукивается до второго с конца узла и меньше, то тогда уже писать, что сервер недоступен.
Был успешный прозвон? После него сделайте еще раз, но уже не пинг, а трассировку. И пусть будет в базе заранее. А как только через несколько дней не достучатся, то шаблон из базы достать и с ним сравнить трассировку до лежачего сервера.
Если у ребят, которые возомнили себя профессионалами по мониторингу нет других идей как посмотреть трассу до узла, кроме как позвонить хозяину узла, то как они вообще смогли у себя дома интернет настроить?
Пользуясь случаем, хотел узнать, как господа хостеры видят мониторинг сайта, что и бы клиент был прав, и хостер не придумывал отговорки.
В случае, если сервер не достучался до нужно точки, проверять несколько протоколов на уровне TCP/UDP. Потому что даунтайм Апач != даунтайм сервера. Если не отвечает только Апач, нужно дергать другие URL на том же сервере, потому что неотвечать он может из-за vhost_limit или еще чего угодно, при том что другие сайты прекрасно работают на сервере. Если там везде глухо, то проверять ICMP. Причем после успешных прозвонов нужно заранее иметь карту сети и если трассировка, которую мониторинг обязан сделать, не просто не достукивается до сервера, а не достукивается до второго с конца узла и меньше, то тогда уже писать, что сервер недоступен.
А главное - делать это надо ежесекундно. Если мониторинговая компания берется делать такие отчеты по компаниям, которые специализируются на нагрузке, то пусть буду добры осуществлять это на нормальном техническом уровне. А то они исходищие пинги свои выдерживают меньше, чем хостер входящих запросов. Кто тут над кем еще присматривать должен. А то выглядит как бабка на скамейке о демократах судит.
Нужно качественно делать свою работу, а не водружать какую-то ping-херню, которая показывает что угодно, только не аптайм. Я уж молчу о том, что если технический профи использует эту утилиту, то на его профессионализме можно ставить крест и гнать его к медведям.
Они все такие. host-tracker пошел еще дальше - они присылают уведомления о падении на рабочий сервер ради того, чтобы за SMS списать деньги. Сервер якобы упал, заходишь на любой его сайт через 2 секунды (рядом просто сидел с браузером, когда SMS пришла) - открывается очень быстро. Еще через 2 минуты приходит SMS, что все восстановлено :)
Я даже эксперимент проводил - стоят 5 позиций, которые надо мониторить. Все 5 сайтов на одном сервере, но на разных IP. Апач, Нджинкс, MySQL - все общее. Один падает, 4 других прекрасно работают :) Ну это как понимать?
• VDS-Старт. Было 300 МГц - стало 400 МГц
• VDS-Разгон. Было 600 МГЦ - стало 800 МГц
Как вы понимаете, ресурсы головных серверов не безграничны, поэтому мы вынуждены незначительно снизить процессорные мощности на тарифах VDS-Отрыв и VDS-Улет до 1200 МГц и 1600 МГц соответственно. Также на VDS-Анлим будет снижен лимит CPU до 1600 Мгц.
Я видел сбитые термины маркетинга, но это конечно край лицемерия :)
Ограничивать безграничность - вот на что способны те, кто вырос на музыке 2 unlimited.
Не знаю как у Вас, но у меня даже их сайт не открывается.
Вообще на технических форумах не сильно приветствуется гуманитарное понятие "не открывается". Вам на это могут только соболезнования выразить. Говорите по существу, какой URL не открывается и с какой ошибкой.