Какой Аптайм признан нормальным?

[Удален]
4622

Собственно вопрос: какой по вашему мнению аптайм хостинга за месяц вы считаете нормальным показателем? Столкнулся с хостингом, где каждый день случается простой в 10-15 минут. Отписал в поддержку, говорят что это норма для виртуального хостинга: обновление ПО, перезагрузка серверов. Раньше работал только с выделенными серверами, либо ВДС. На виртуальных хостингах везде так, в плане простоев?

KU
На сайте с 17.07.2008
Offline
251
#1

Каждый день это много.

1-2 раза в месяц - более реально.

Хостинг ( https://good-host.net ) / Linux VPS ( https://good-host.net/vps ) / Windows VPS ( https://good-host.net/windows-vps ) / Выделенные серверы ( https://good-host.net/dedicated ) 14 лет онлайн!
D4
На сайте с 11.09.2009
Offline
25
#2

Норма: 99.5% в месяц.

chekip:
везде так, в плане простоев?

Нет конечно.

Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#3

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

Вот например я CentOs обновлял 20го числа, в тот же день была найдена уязвимость в 64 bit linux, так я за 2 дня дважды ядро обновлял , сначала в тестовое, следом в официальное. Но вот с 20го числа обновлений нет, нечего обновлять ;) т.е 7 дней как бы Uptime пошел, а предыдущий был около месяца .....

Но давайте не путать, если мы говорим об Uptime фактическом, то для хостинг сервера месяц-два это нормально, у меня например сервера есть по 500-600 дней аптайма, но они не предназначены для пользователей , там кроме меня и моих сервисов ничего нет... и стоит там еще 6.4 FreeBSD при условии что актуальная 8.1 или 8.2 .... В данном случае фактический аптайм сервера вообще нереально велик, но что с него толку если там сработает любой експлоид с 2008 года запусти туда только пользователей :)))))

Так что если хостер действительно обновляет ядро по мере выхода патчей и тому подобное, это мега плюс вашему хостеру, но что апгрейдить каждый день я честно говоря не знаю. Ну и допустим апгрейдится софт какой-то зачем сервер перегружать? Я понимаю ребуты связанные с апгрейдом ядра..... но я не знаю осей где каждый день новое ядро выходит ;))))

Есть около 15.000 ipv4 !!! (http://onyx.net.ua/price.php#ipv4) Качественный хостинг с 2005 года - лучшее клиентам! (http://onyx.net.ua/)
[Удален]
#4
Romka_Kharkov:
Это частично выглядит именно так как говорит ваш хостер, но при условии что каждый день находится уязвимость критическая, что можно обновлять из ПО каждый день за исключением мега дырявого ядра.... я не знаю....

Вот например я CentOs обновлял 20го числа, в тот же день была найдена уязвимость в 64 bit linux, так я за 2 дня дважды ядро обновлял , сначала в тестовое, следом в официальное. Но вот с 20го числа обновлений нет, нечего обновлять ;) т.е 7 дней как бы Uptime пошел, а предыдущий был около месяца .....

Но давайте не путать, если мы говорим об Uptime фактическом, то для хостинг сервера месяц-два это нормально, у меня например сервера есть по 500-600 дней аптайма, но они не предназначены для пользователей , там кроме меня и моих сервисов ничего нет... и стоит там еще 6.4 FreeBSD при условии что актуальная 8.1 или 8.2 .... В данном случае фактический аптайм сервера вообще нереально велик, но что с него толку если там сработает любой експлоид с 2008 года запусти туда только пользователей :)))))

Так что если хостер действительно обновляет ядро по мере выхода патчей и тому подобное, это мега плюс вашему хостеру, но что апгрейдить каждый день я честно говоря не знаю. Ну и допустим апгрейдится софт какой-то зачем сервер перегружать? Я понимаю ребуты связанные с апгрейдом ядра..... но я не знаю осей где каждый день новое ядро выходит ;))))

Поддерживаю Романа.

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

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

По минуте на ребут каждого + миграция между нодами для их обновления (хоть они у нас в мир и не смотрят никак). Если бы уведомления об обновлении не написали клиентам и пост на блоге, то никто об этом и не узнал бы.

Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#5
coolvds:
Если бы уведомления об обновлении не написали клиентам и пост на блоге, то никто об этом и не узнал бы.

А я CVE получаю на мобилку :) Удобно ;)

[Удален]
#6

У нормально хостера аптайм не должен быть ниже 99,7. Хотя во многих случаях это зависит не от хостера, а от ДЦ.

Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#7
voobrajenie.com:
У нормально хостера аптайм не должен быть ниже 99,7. Хотя во многих случаях это зависит не от хостера, а от ДЦ.

Тут зависит от того что считать downtime....

У меня например HT фиксирует 99.81% , это показатель?

Himiko
На сайте с 28.08.2008
Offline
560
#8
voobrajenie.com:
У нормально хостера аптайм не должен быть ниже 99,7. Хотя во многих случаях это зависит не от хостера, а от ДЦ.

С диапазоном проверки 30 минут (как у вас к примеру) 99,7 не проблема. Да и когда сервера практически пустые. Кроме этого, при просто при мониторинге сайта через http на основе ip-адрес вы не поймаете ошибки mysql, dns и т.п. Т.е. такие проверки практически ничего не говорят о реальной работе сайтов но сервере

P.S.: У нас при проверке раз в 10 минут, дёрганием php-файла, который коннектится к mysql и выдаёт OK или нет, аптайм одного из серверов 99.8%. (на проверке 355 дней стоит). Но и это не даёт полной картины.

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#9
Himiko:
С диапазоном проверки 30 минут (как у вас к примеру) 99,7 не проблема. Да и когда сервера практически пустые. Кроме этого, при просто при мониторинге сайта через http на основе ip-адрес вы не поймаете ошибки mysql, dns и т.п. Т.е. такие проверки практически ничего не говорят до реальной доступности серверов.

Давай организуем HT только по services? ;)

Himiko
На сайте с 28.08.2008
Offline
560
#10
Romka_Kharkov:
Давай организуем HT только по services? ;)

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

1. Дёргаем по домену, а не по ip. (проверяем dns)

2. Дёргаем файл php, который подключается к mysql и выполняет запрос, на основе которого выдаёт OK или нет (проверяем nginx, apache + php, mysql)

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий