adeep

Аналогия не верна.Тут скорее, приехал ты на АЗС и требуешь залить купленный бензин в 500 баночек по 100граммов. Вроде как и купил ты 50 литров как все, и право такое имеешь, но мороки с тобой на целый день вместо 2 минут заправки. Так же и с транспортом, купил за 3 копейки UA-IX'а и в придачу требуешь туда пачку вланов запихать и куда нужно их коммутировать. Стоит это денег? Конечно. 500 баночек да. а когда 1 баночка то как? Мне нужно 1 влан, и что платить 300 за настройку влана, 300 в месяц за 1 влан + 8тисяч за транспорт? Никто 500 вланов никогда не будет гонять через транспорт, э

по графикам на портах какое распределение трафика получается?

Например с серверного UPS...

в телекоме часто масса - плюс.

Как вариант предусмотреть приобретение нежилой площади там где будут кабеля и аппаратура в собственность. пожалуй это единственный вариант оставить все себе

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

все адреса не соберешь, на запрос в днс не всегда отдаются все адреса домена...

Поставьте 2 диска в зеркало. В случае выхода из строя одного из дисков, замените. если бы это решало все проблемы

Примерно так. Следить надо за Reallocated Sectors - если число начало отличаться от нуля = поверхность начала сыпаться. Сколько она проживет - неизвестно. У меня есть винт который с 6 reallocated секторами и 1 невосстановимым прожил еще 10 лет (пришлось отрезать в конце винта кусок правда). А были случаи мгновенного роста reallocated до момента заполнения резервного места с последующим вылетом винта. Ну а Current Pending Sector Count и Offline uncorrectable sectors - это уже можно выкидывать винт, но информацию еще можно спасти (кроме той что попалась на эти сектора)

Когда хочется о ком-то сказать плохо , но нет.

Блин. pre-fail - это не ситуация, это тип значения. Тип измерения. Группа счетчиков, если так будет понятнее - группа показывающая характеристики работоспособности винта, другая группа Old_age - показывает характеристики сколько успел за свою жизнь винт наработать. Значения: Value = 253 - это высчитанная метрика по формулам смарта, чем больше - тем лучше. THRESH = 10 - минимальное значение для VALUE когда винт будет кричать беда. То есть если Value опустится до этого значения, у винта в смарте сработает алярма. RAW = 0 - фактическое (или абсолютное) значение. Поскольку это значение о

понял, спс. Так, а почему же все таки Pre-fail ? Как часто можно опрашивать винт на предмет , примеру , Reallocated_Events_Count - что бы лишний раз его не нагружать ? Это тип алярма. Pre-fail - значит значение изменится перед потенциальным умиранием винта. Считается в условных процентах. Последний столбец показывает raw - прямое значение счетчика. Тип Old_age - показывает просто жизненный цикл винта. Количество start-stop циклов, время во включенном состоянии, прочитанное число байт и т.д. Значения у разных винтов могут меняться. smartmontools умеет демоном запускаться и по мере

Из всей картинки я нашел слово "Pre-fail" только в столбце типа значения. Надо сравнивать значение из столбика VALUE со столбиком THRESH, если оно около THRESH - беда. Всякие Error_Read_Rate сложно соотнести к помиранию, это может быть нормой, это может быть проблема в кабеле и т.п. Основные параметры умирания: когда значения последнего столбика для Offline_uncorrectable, Total_Pending_Sectors больше нуля - это неисправимые ошибки на винте. Если больше нуля Reallocated_Events_Count - это предвестник умирания винта.

Отличные ребята. Опыт работы многочисленный и вполне успешный.

а никто не дает кроме интертелекома.