Как часто падают хостинги?

ДЦ периодически падают целиком, а вы про шаред хост :)

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

Немало сайтов на Русониксе, не замечал такого.

Однозначно ненормально. Имхо, тут двух мнений быть не может.

У Вас наверно 100% аптайм 😂

24 х 60 х 7 = 10080 то есть количество минут в неделе

2х30 = 60 минут простоя (берём по максимуму) ~0.595 %

От сюда самый худший предполагаемый аптайм равен 100 - 0.595 = 99.405 %

LineHost, нет, не 100% естественно. )) А разве 99,4 - это предел мечтаний?

простой пример - стоит хостинговый сервер где живет больше нескольких сотен клиентов шаред хостинга, подключен он к 100mbps порту, который физически не может пропустить примерно 150 тыс пакетов в секунду. на какого-то клиента шаред хостига идет атака по ip адресу, что приводит к простою сервера целиком. понять на кого идет атака и заблокировать его сайт они не могут, т.к. все клиенты живут на одном ip адресе, а название атакуемого домена в трафике атаки не присутствует. Обычно мелкие хостинги сочиняют сказку про аварию в ДЦ, аварию на сервере или еще что-то, что не позволит судит об их незащищенности.

Если DNS сервис на шаред хостинге сделан грамотно, то его администраторы могут сменить клиентам ip адрес без их ведома, что за короткое время позволяет вычислить атакуемый хост и вывести из под удара остальных клиентов. При автоматизации данного процесса время простоя сводится к 5-20 минутам. Это - абсолютно нормальное явление для рынка шаред хостинга во всем мире.

ps. но большая часть хостингов и без ddos-а валяется регулярно, т.к. руки у админов и руководства не просто из задницы растут, а вообще отсуствуют. если админ говорит, что скоро mysql придет каюк из-за нехватки памяти, то лучше его послушать, чем потом авралом в разгар дня дотыкать память или "держать его руками".

Вот с этого момента подробнее можно, к примеру висит 500 доменов с А записью на ИП, досят именно этот ИП, а не по домену и? как за один час выяснить кто жертва?

Аптайм надо делить на какие-то слои, т.к. для нас есть аптайм канальный, аптайм сервиса, аптайм доступа к сервису и т.д... на каких-то слоях мы делаем решения под 100% доступность, а на каких-то слоях мы не можем её обеспечить, т.к. поток трафика на стоящие в разных ДЦ зеркала, с распределением на уровне BGP, не является управляемым... в случаях аварийного вывода одного зеркала из эксплуатации для этого региона от 2 до 10 минут доступа к сервису не будет, т.к. против настроек остальных участников различных пирингов не попрешь...

kostich добавил 28.03.2008 в 18:22

Ну для начала надо открыть какую нибудь мега книжку про BIND и почитать про доступный инструментарий... если клиент Вася для виртуалхоста с глобальным внутренним идентификатором 12345 у себя в ДНС пишет www IN CNAME 12345.мегахостенк.вру., то A запись этого клиента для самого хостинга становится управляемой вне зависимости от того где живет доменная зона этого клиента. Следовательно мегахостенк может направить 12345.мегахостенк.вру хоть на 127.0.0.1

зы. Есть один минус по SEO, но robots.txt все ставит на свои места.

Поднимите договор с датацентром и уточните какой аптайм они обязуются обеспечить. Если увидите цыфру на много выше, я очень удивлюсь. То что там host-tracker.com показывает 100%, то не надо обращать, я иногда забываю включить VPS с основным сайтом после каких то работ, но он как показывает около 100% так и показывает. Была атака, пока справились сайт точно лежал где то 2-3 часа, но host-tracker не заметил этого 😂