Как стать автором
Обновить

Комментарии 20

Добро пожаловать в клуб, ага
image
Скрин старый, не заметил когда статью оформлял, сейчас бага исправлена.
Иван Иваныч докладывает — в FF сьезжает разметка
Спасибо, поправим.
Правильное написание множественного числа у слова «сервер» — «серверы», а не «сервера».
Все время вижу это правило и по большей части употребляем «серверы». Но хотелось бы увидеть правила написания для подобных слов, на которые можно ссылаться, чтобы понимать что «сервера» не допустимо, т.к. слово то в словарях Ожегова и Даля не найдешь )
СЕ́РВЕР [сэ́], а, мн. се́рверы

Крысин Л.П. Толковый словарь иноязычных слов. — М.: Эксмо, 2008.
С вами не согласны:
www.gramota.ru/slovari/dic/?all=x&word=%25F1%25E5%25F0%25E2%25E5%25F0
dic.academic.ru/dic.nsf/dic_fwords/32945/%D0%A1%D0%95%D0%A0%D0%92%D0%95%D0%A0
slovari.yandex.ru/~%D0%BA%D0%BD%D0%B8%D0%B3%D0%B8/%D0%A2%D0%BE%D0%BB%D0%BA%D0%BE%D0%B2%D1%8B%D0%B9%20%D1%81%D0%BB%D0%BE%D0%B2%D0%B0%D1%80%D1%8C%20%D0%B8%D0%BD%D0%BE%D1%8F%D0%B7%D1%8B%D1%87%D0%BD%D1%8B%D1%85%20%D1%81%D0%BB%D0%BE%D0%B2/%D0%A1%D0%B5%D1%80%D0%B2%D0%B5%D1%80/
и ряд других словарей.
Полагаю, есть смысл уточнить у автора, почему в 1998 г. употребляет "-а", но в 2008 г. уже "-ы".
Лично я предпочту более современную форму.
За ссылки спасибо, при случае можно оформить в отдельную статью, холивар обеспечен. :)
Я правильно понимаю, что вы за Zabbix еще и деньги берете?
Это вы еще про виртуальных хостеров не знаете, они вообще деньги за OVZ/KVM/Xen берут, смысл не в самом мониторинге как таковом, смысл, как я понимаю, в сервисе, клиенту не нужно париться самому следить за состоянием рейдов, свободным местом, высокой загрузкой и прочим, об этом позаботится хостер и много где такой услуги очень не хватает. Лично я при деградации рейда, хотел бы, чтоб хостер максимально быстро заменил сбойный диск, а не только по моему тикету, у многих отношение: «Мы тебе сервер в аренду сдали, дальше сношайся с ним как хочешь, только деньги плати вовремя», так что услуга однозначный плюс, ну и пользоваться насильно, я так понимаю, ей никто не заставляет.
А действительно ли хостер заменит сразу диск по автоматически созданному тикету? Сомневаюсь. По всей видимости нужно всё же будет в него повторно написать. Вообще интересно, как техподдержка обращает внимание на такие сгенерированные тикеты, как: «У клиента IDxxx загрузка CPU на сервере IDxxx выше 70%»?
>А действительно ли хостер заменит сразу диск по автоматически созданному тикету?
Нет, потому как время отключения сервера нужно согласовать с клиентом.
В созданном тикете это, как раз, и делается.

> Вообще интересно, как техподдержка обращает внимание на такие сгенерированные тикеты, как: «У клиента IDxxx загрузка CPU на сервере IDxxx выше 70%»?
Запрашивает доступы к серверу для выяснения причин нагрузки, а если доступы выдавались клиентом ранее, то сразу предпринимает необходимые действия.
Чтобы заменить диск в рейде — отключать сервер? Отличный какой-то рейд. От других. В которых обычно смысл как раз в нулевом даунтайме.
Диски и рейды в серверах — разные бывают. Где то надо и выключать.
Внезапно, у хостера либо есть доступ к ОС, либо нет.

Если есть — то это называется managed server и весь смысл оставления доступа хостеру в данном случае — да, чтобы он следил, мониторил, исправлял проблемы, бэкапил и т.д. без вмешательства клиента — клиент ему именно за это и платит, вообще говоря.

Если нет — то это обычный unmanaged dedicated server, и, соответственно, никаких вопросов к хостеру по определению нет. Клиент сам все забрал себе, сам мониторит и для хостера в этом случае хорошим тоном является выставить наружу public API для того, чтобы если что, можно было или передернуть сервер по питанию, или создать тикет (обычно из внешней системы мониторинга).

В любых формах виртуального хостинга в любом случае мониторинг железки (да и вещей типа load average или нагрузки на IO) — забота хостера.
Вы говорите очевидные вещи, но судя по сайту хостер не предоставляет виртуальных серверов вообще, а все сервера unmanaged dedicated, данная запись в корпоративном блоге, похоже, переход с unmanaged dedicated server на managed dedicated server, что в принципе не плохо и расширение услуг, другой вопрос в реализации, но тут могут сказать только клиенты хостинга.
Да, есть бесплатные опции мониторинга, но по большей части — за плату. Но смысл весь, как тут уже указали, именно в полном цикле обслуживания. Что очень удобно: например админ вашего сервера в командировке или отпуске и вылетает один диск из рейда, система это увидит, создаст тикет и спросить у клиента: в какое время меняем диск? Клиенту достаточно написать с телефона: «как можно скорее или интервал времени» и система снова будет в безопаности.
Насколько я понял, вы работаете в сегменте managed серверов (ну, хотя бы потому, что вы можете клиенту в сервер что-то поставить). Я вот немножко покопался в памяти и сходу не вспомнил ни одного хостера, который бы (1) брал дополнительные деньги за мониторинг и обслуживание сервера, если уж речь идет о managed; (2) собственно явно привлекал клиента ко всей этой кухне, раз уж взялся администрировать его сервер.

Само собой, managed стоит больше, чем unmanaged. Но в этом как бы и смысл, что один раз платишь — и свободен. И бэкапы, и мониторинг, и любое (уж тем более — аппаратное) обслуживание, системные апдейты, DNS-почта-все-такое и т.д. — включены. И несколько дико мало того, что настраивать алерты (и уж тем более писать с телефона), но вообще принимать в этом участие.

Учитывая, что цены у вас изначально, мягко говоря, выше среднего, а сервера — весьма не первой свежести — так еще и получается, что еще за то, чтобы этот managed стал настоящим managed — надо еще доплачивать.
managed сервер — очень абстрактное понятие сегодня на рынке. Также знаем множество хостеров, кто делая приписку «managed» — кроме как обновление прошивок ничего больше не обещает. А уж не привлекать клиента к вопросам администрирования — так сразу очень много клиентов разбежится от нас, если мы без разрешения и согласования полезем в БД, веб-серверы и прочие системы клиента.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий