LINUX.ORG.RU

Uptime в 10 лет


0

0

OpenVMS кластер сети West Virginia Network
отпраздновал десятилетнюю работу без перезагрузки.

Кластер состоит из машин:

- Alpha 4100 4 x 533Mhz CPU, VMS 7.3-2
- VAX 6000-630, VMS 7.3
- Четыре рабочие станции DEC 3000 работающие под VMS 7.3-2;

Вот как надо! :))

>>> Подробности

★★

Проверено: ivlad ()

Да, 10 лет - это не месяц и не два...

у меня вот дома 35 дней шлюз стоял, потом гады свет вырубили, а упс нету ... И больше так и не получилось, то свет, то кто-нибудь вилку из розетки выдернит... :(((

А ЭТО 10 ЛЕТ!!!

samson ★★
()

Вот могли же раньше делать железо ! Материнская плата P4, чипсет Intel 865P - аптайм 9 месяцев, смерть южного моста (судя по форумам, не у меня одного). Не сервер, конечно, но всё равно жалко.

bochs ★★★
()

дааа это вам не ширпотреб х86'ой

в книгу рекордов Гинеса их (если конечно это место пока вакантно)

Ex ★★
()

2 unicsoid (*) (10.01.2006 18:19:46)

> Вот как надо! :))

Этож... надо??? :-))

Однако, тем, КТО ПОД Win*** сидит, и кроме неё ни во что не верит, есть о чём задуматься... ;-)

P.S. VMS старше. VMS мудрее. VMS ИХ всех переживёт... ;-) ЙЙЙессс :-)))

R_Valery ★★★
()

У меня есть смутное подозрение, что это аптайм кластера... Ну да ладно...

Впрочем, у меня был на соляре аптайм ~900 дней...

ivlad ★★★★★
()
Ответ на: комментарий от ivlad

> У меня есть смутное подозрение, что это аптайм кластера...

Аптайм кластера равен аптайму кворумного узла. Так что как минимум одна железка все 10 лет оттарабанила, век воли не видать!

Abnormal
()
Ответ на: комментарий от ivlad

я тоже думаю, что это аптайм кластера. не суммарный, но результирующий. это несколько отличается от аптайма одной машины.

я полгода назад имел счастье выключать собственными руками Sun Enterprise 3500 с Solaris 7 на борту, у которого аптайм был около 1000 дней. надо было фотографировать. руки дрожали. :) но надо - так надо.

kes
()
Ответ на: комментарий от Abnormal

> Аптайм кластера равен аптайму кворумного узла

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

kes
()
Ответ на: комментарий от kes

> кластеры разные бывают

Нет. В VMS кластер - очень конкретное понятие.

> независимо от аптайма каждой отдельной ноды

В VMS кворумный узел должен быть живым всегда. С остальными можно делать всё, что хочешь.

Abnormal
()
Ответ на: комментарий от Abnormal

> Нет. В VMS кластер - очень конкретное понятие.

> В VMS кворумный узел должен быть живым всегда.

т.о. в VMS кластеры бывают только для perfomance, но не ради availability? чтож, тем более почётно, 10 лет аптайма кворумного узла.

однако, не зря я не верил во все те байки, которые рассказывались про VMS в RU.OS.CMP, про её незабвенность и безупречность. кому сейчас нужны кластеры, имеющие единую точку отказа? прошлый век.

kes
()
Ответ на: комментарий от kes

Да это давно уже поправили, сейчас достаточно, чтобы был доступным кворумный диск (да, физически доступным, всем узлам, которые хотят быть кворумными). Но для как минимум 7.5-2 это было не так. Про более ранние память покрыта туманом склероза...

Abnormal
()
Ответ на: комментарий от Shaman007

У меня новелловские серверки по 3 года без перезапуска отлично работали... Причина такого короткого срока таже - переезды и реорганизации.. Впрочем и бсдешные и линуховые так же..

MiracleMan ★★★★★
()

Uptime uptime'у рознь.

Uptime это конечно хорошо, но только когда это не превращается в цель. 10 лет цифра большая, внушает уважение. Но в бизнесе uptime в 10 лет означает что 10 лет оборудование не обновлялось, а значит бизнес не развивался. Большой uptime это просто очередная пузомерка.

Camel ★★★★★
()
Ответ на: Uptime uptime'у рознь. от Camel

> Но в бизнесе uptime в 10 лет означает что 10 лет оборудование не обновлялось, а значит бизнес не развивался.

Это если весь бизнес состоял от начала до конца из одного только этого компьютера. Если же компьютер был частью чего-то большего и исправно выполнял свою работу - то не вижу проблем. Никто ведь не сказал, что всё остальное не заменялось и не расширялось.

yozhhh ★★★
()

Вау... а я думал это фантастика.

Молодцы!

php-coder ★★★★★
()
Ответ на: комментарий от kes

>про сбрасывание счётчика у линукса - знаю. но чтоб у соляриса и hp-ux-а >- впервые слышу.

Ну теперь услышал :) http://uptime.netcraft.com/up/accuracy.html#uptime

Additionally HP-UX, Linux, NetApp NetCache, Solaris and recent releases of FreeBSD cycle back to zero after 497 days, exactly as if the machine had been rebooted at that precise point. Thus it is not possible to see a HP-UX, Linux or Solaris system with an uptime measurement above 497 days.

И каким макаром меряли 1000 дней ? :)

vtVitus ★★★★★
()
Ответ на: комментарий от Abnormal

> Аптайм кластера равен аптайму кворумного узла. Так что как минимум одна железка все 10 лет оттарабанила, век воли не видать!

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

Кроме того, там 6 узлов, а не два - если EXPECTED_VOTES равно 4, никакого дополнительного кворумного устройства не нужно. За подробностями - сюда: http://h71000.www7.hp.com/doc/731FINAL/4477/4477pro_002.html

ivlad ★★★★★
()
Ответ на: комментарий от vtVitus

> А у соляры разве счётчик не сбрасывается ? ИМНО он сбрасывается у Линукса, соляры и hp-ux ...

lbolts переполняются, если ты про это. Но, видимо, это не влияет на функционирование системы. Хотя, по-моему, в моем случае они не переполнились.

ivlad ★★★★★
()
Ответ на: комментарий от vtVitus

ivlad@ariel ~ 502% bc -l
bc 1.06
Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
2^32/100/60/60/24
497.10269629629629629629
ivlad@ariel ~ 502%


Угу. И что?

ivlad ★★★★★
()
Ответ на: комментарий от R_Valery

>Однако, тем, КТО ПОД Win*** сидит, и кроме неё ни во что не верит, есть >о чём задуматься... ;-)

>P.S. VMS старше. VMS мудрее. VMS ИХ всех переживёт... ;-) ЙЙЙессс :-)))

Ниче, что NT основана на VMS?

gserg ★★
()
Ответ на: комментарий от yozhhh

>> - Alpha 4100 4 x 533Mhz CPU

>10 лет назад? Хм...

а чего удивительного???

у dec тогда были процы которые тянули 2,4GHz системной шини.

не ширпотреб конечно, но всё-таки

cvv ★★★★★
()
Ответ на: комментарий от gserg

> Ниче, что NT основана на VMS?

По-моему, слишком сильно сказано.

AS ★★★★★
()
Ответ на: комментарий от gserg

> Ниче, что NT основана на VMS?

Это анекдот. NT разработана в MS, а MS никогда не лицензировала код VMS у Digital.

ivlad ★★★★★
()
Ответ на: комментарий от R_Valery

>Однако, тем, КТО ПОД Win*** сидит, и кроме неё ни во что не верит, есть о чём задуматься... ;-)

win2ks+mssql2k+самописные com компоненты для работы склада+самописные роботы которые из эксченджа почту обрабатывают 
аптайм смотрю из гиены - 444 days, 0 hours, 59 minutes

qweasd
()
Ответ на: комментарий от kes

как раз в vms кластеры обеспечивают availability, а кворумный диск нужен обычно при кластере из 2 компьютеров, чтобы изобразить 2/3 работающих узлов, необходимых для функционирования кластера.

Z0termaNN
()

Впечатляет даже не сама надежность системы, а отсутствие перебоев с электроснабжением в течени такого срока! Для сравнения: 14 days, 22:02 часов тому назад в который раз вырубался свет :(

AsphyX ★★★
()
Ответ на: комментарий от AsphyX

> Впечатляет даже не сама надежность системы, а отсутствие перебоев с электроснабжением в течени такого срока!

UPS + дизель-генератор.

ivlad ★★★★★
()
Ответ на: комментарий от ivlad

>NT разработана в MS, а MS никогда не лицензировала код VMS у Digital.

Кто бы спорит. Вот только разработчик NT и VMS один и тот же. Внутренняя структура построения ядра системы очень похожа (особенно в ранних версиях NT, например в 3.51).

Только вот с API в негрософте слегка намутили, так что программирование под win на чем бы то ни было вызывает отвращение.

gserg ★★
()

Осталось только понять, какое отношение новость имеет к сайту.

Xellos ★★★★★
()

Посмотрите статистику на этом сервере --- полная чушь:
3 место home.prabu.us Windows .NET Server i586
uptime = 2272d 20m

Извините, но Windows .NET Server никак не мог существовать около 7 лет - слишком молодая ОС.
Так что, репортам по аптайму на этом сайте доверять не стоит.

oculusD
()
Ответ на: комментарий от gserg

>>P.S. VMS старше. VMS мудрее. VMS ИХ всех переживёт... ;-) ЙЙЙессс :-)))

>Ниче, что NT основана на VMS?

Ничего общего. Читайте Брукса - NT имеет все признаки второй системы в отличии от.

Evgueni ★★★★★
()
Ответ на: комментарий от X-treme

>Угу...так и запишем - непропатченная винда...

Видимо :) Но, раз столько лет в аптайме, наверное, брандмауэром хорошо прикрытая :)

...

Впрочем, такой же срок для Linux - то же самое, непропатченное ядро :)

KRoN73 ★★★★★
()
Ответ на: комментарий от oculusD

>Так что, репортам по аптайму на этом сайте доверять не стоит.

На сегодня это не просто авторитетный, а наиавторитетнейший источник таких данных :D А по методам оценки - внимательно почитай сайт, там всё расписано.

KRoN73 ★★★★★
()
Ответ на: комментарий от Alphaer

Собственно, почему обслуживал - он обслуживает. ОписАлся я.

Alphaer ★★
()

а что, в 1996 году были процессоры частотой в 533 мегагерца? или у них виртуальное летоисчисление?

vilfred ☆☆
()
Ответ на: комментарий от vilfred

> а что, в 1996 году были процессоры частотой в 533 мегагерца? или у них виртуальное летоисчисление?

Что бы добавить или убрать узел кластера, не нужно перезагружать весь кластер.

ivlad ★★★★★
()
Ответ на: комментарий от vilfred

У DEC в 1992-м году были 200-MHz камни, а 333 появились в 1994-м году, 533 и 600-ки в 1995-м.

Alphaer ★★
()

>У DEC в 1992-м году были 200-MHz камни, а 333 появились в 1994-м году, 533 и 600-ки в 1995-м.

Только вот потом, почему то были проблемы с наращиванием частоты;)
Чего ж оно все так резко сдулось, что до 800 доползли только в 2000/2001?
Да и сдается что 333 это скорее 95 (может сам конец 94го), 400-433 - 96, 500 - 97.

XCHG
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.