The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Детали используемого для kernel.org оборудования"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Детали используемого для kernel.org оборудования"
Сообщение от opennews (??) on 03-Май-05, 18:30 
Peter Anvin рассказал (http://kerneltrap.org/node/5070) о тенденции увеличения мощности аппаратного обеспечения, используемого для поддержания архива kernel.org в рабочем состоянии.


В настоящее время используется два сервера HP DL585, с 4 CPU AMD Opteron, 24 Гб ОЗУ и 10 Тб дискового пространства в каждом. К Сети машины подключены через два независимых гигабитных канала (сервера территориально находятся в разных местах). Администрированием серверов занимаются H. Peter Anvin, Nathan Laredo и Kees Cook.


А начиналось все с 33 Mz i386PC с 4 Мб ОЗУ....


Из используемых программ можно отметить Linux ядро 2.6.x, Apache 2.0.x (перешли с 1.3.X в декабре 2004),  vsftpd (перешли с proftpd в мае 2004).

URL: http://kerneltrap.org/node/5070
Новость: http://www.opennet.dev/opennews/art.shtml?num=5420

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Детали используемого для kernel.org оборудования"
Сообщение от edwin email(??) on 03-Май-05, 18:30 
А вот интерестно под каким дистом они сидят ?
Под gentoo ?
Cообщить модератору | Наверх | ^

7. "Детали используемого для kernel.org оборудования"
Сообщение от Scoundrel email on 03-Май-05, 20:11 
Цитата:
>> At this time, the servers run Fedora Core and use the
>> 2.6 kernel provided by RedHat.

:-)

Cообщить модератору | Наверх | ^

4. "Детали используемого для kernel.org оборудования"
Сообщение от Аноним email on 03-Май-05, 19:08 
netcraft.com знаете сайтик?
204.152.191.5 Linux Apache/2.0.52 Fedora 11-Apr-2005
Cообщить модератору | Наверх | ^

5. "Fedora?"
Сообщение от Nick (??) on 03-Май-05, 19:53 
Prosto apache ot Fedory. nikakoj normal'nyj chelovek ne postavit Fedoru na server, tem bolee TAKOJ
Cообщить модератору | Наверх | ^

6. "Детали используемого для kernel.org оборудования"
Сообщение от qwerty (??) on 03-Май-05, 19:58 
дак у Федоры вроде есть поддержка 64бит систем, а там оптерончики стоят.
Cообщить модератору | Наверх | ^

8. "Детали используемого для kernel.org оборудования"
Сообщение от igorsia email on 03-Май-05, 20:38 
Умных дофика, блин.. попробуйте на слаку прикрутить софт для администрирования HP оборудования (особенно SCSI), помучайтесь с бодбором glibc (пакеты скомпилены с поддержкой только определенных версий)и посмотрите как перекашивает систему при этом....
я не имею ничего против слаки и дженту, но пока драйвера и вспомогательный софт компилится под вполне конкретные дистры (а исходников то нет) будет смысл использовать именно их.
Cообщить модератору | Наверх | ^

16. "Детали используемого для kernel.org оборудования"
Сообщение от shuher email(??) on 04-Май-05, 07:24 
http://netstat.ru
Cообщить модератору | Наверх | ^

24. "Детали используемого для kernel.org оборудования"
Сообщение от kaiser email on 04-Май-05, 09:55 
>http://netstat.ru

Это не отражает реальной картины. Просто демонстрирует, кто чаще является фронтэндом.
Вот если бы кто-то собрал и привел статистику о том, какая платформа чаще используется для работы, скажем, с СУБД, с объемом базы, скажем, от 3 ГБ, вот это было бы интересно.

Cообщить модератору | Наверх | ^

31. "Детали используемого для kernel.org оборудования"
Сообщение от kaiser email on 04-Май-05, 11:46 
>>http://netstat.ru
>
>Это не отражает реальной картины. Просто демонстрирует, кто чаще является фронтэндом.
>Вот если бы кто-то собрал и привел статистику о том, какая платформа
>чаще используется для работы, скажем, с СУБД, с объемом базы, скажем,
>от 3 ГБ, вот это было бы интересно.

Имел ввиду "от 3ТБ"
.))

Cообщить модератору | Наверх | ^

21. "Детали используемого для kernel.org оборудования"
Сообщение от ImnepaTop on 04-Май-05, 09:01 
Не понимаю чем вам Red Hat не угодил?
Огромное количество крупных компаний у которых большое количество серверов (а не ваших пентиум 4 с 512 мб памяти, а действительно брэндовые сервера от IBM, HP.) используют Red Hat! Да не спорю rpm жуткая штука, но в  остальном отличный дистрибутив. Хоть раз бы кто привел убедительные доводы а не истерические вопли почему Red Hat хреновый дистр.
Cообщить модератору | Наверх | ^

25. "Детали используемого для kernel.org оборудования"
Сообщение от kaiser email on 04-Май-05, 10:21 
Поддерживаю.
Только RPM - не "жуткая штука", а _нормальный_ инструмент для установки/удаления пакетов.
Cообщить модератору | Наверх | ^

28. "Детали используемого для kernel.org оборудования"
Сообщение от 0c email on 04-Май-05, 10:45 
Давайте не будем такими умными. Не нужно путать RHEL с любительским ориентированым для тупого юзера Fedore Core, и дело тут далеко не в rpm

А крупные компании выбирают Solaris и спарки.

Cообщить модератору | Наверх | ^

30. "Детали используемого для kernel.org оборудования"
Сообщение от kaiser email on 04-Май-05, 11:31 
> А крупные компании выбирают Solaris и спарки.

Крпные компании выбирают HP NonStop/9000 и IBM P5
А то, что в России берут sparc, так это от бедности/жадности.

Cообщить модератору | Наверх | ^

33. "Детали используемого для kernel.org оборудования"
Сообщение от kolayshkin email(??) on 04-Май-05, 12:18 
     > А крупные компании выбирают Solaris и спарки.

    Крпные компании выбирают HP NonStop/9000 и IBM P5
    А то, что в России берут sparc, так это от бедности/жадности.

А динамическая реконфигурация там есть, то есть на ходу вытащил плату процесорную или I/O борду?

Cообщить модератору | Наверх | ^

36. "Детали используемого для kernel.org оборудования"
Сообщение от kaiser email on 04-Май-05, 13:11 
>     > А крупные компании выбирают Solaris и спарки.
>
>    Крпные компании выбирают HP NonStop/9000 и IBM P5
>
>    А то, что в России берут sparc, так
>это от бедности/жадности.
>
>А динамическая реконфигурация там есть, то есть на ходу вытащил плату процесорную
>или I/O борду?

1) С каких моделях серверов сан это (замена процессорных плат) начинает поддерживаться?
2) Через 5 лет после покупки подобного сервера купить к нему процессор нереально, а значит, фича "добавлять процессоры на ходу" остается просто фичей.
3) Если побавить процессор надо раньше, то это значит, что была допущена ошибка на этапе проектирования.
4) Сама по себе возможность добавлять в машину память/процессор мало что дает: надо переконфигурить приложение под новые ресурсы (оракле, к примеру, научился это делать динамически только с 10-й версии, по-моему), а значит - перезапуск приложения.
5) Менять/добавлять IO карты на 9000 можно.
6) iCOD
7) iCOD + WLM + MC/ServiceGuard - в случае падения ноды ее ресурсы (процессоры и память, точнее, лицензии на их использование) могут переходить на оставшиеся ноды автоматически. Пример, кластер из 2 нод, в каждой по 16 цпу и по 32 ГБ, из которых активно по 8 цпу и по 16 ГБ в каждой. После падения какой-либо ноды на оставшейся будет 16 цпу и 32 ГБ.

Cообщить модератору | Наверх | ^

38. "Детали используемого для kernel.org оборудования"
Сообщение от Andy (??) on 04-Май-05, 13:59 
>>     > А крупные компании выбирают Solaris и спарки.
>>
>>    Крпные компании выбирают HP NonStop/9000 и IBM P5
>>
>>    А то, что в России берут sparc, так
>>это от бедности/жадности.
>>
>>А динамическая реконфигурация там есть, то есть на ходу вытащил плату процесорную
>>или I/O борду?

>1) С каких моделях серверов сан это (замена процессорных плат) начинает поддерживаться?
средние модели
>2) Через 5 лет после покупки подобного сервера купить к нему процессор
>нереально, а значит, фича "добавлять процессоры на ходу" остается просто фичей.
Во-первых , таки реально
>3) Если побавить процессор надо раньше, то это значит, что была допущена
>ошибка на этапе проектирования.
Не все умеют проектировать на 5 лет вперед . Мы за год перескочили с 8 на 24 процессора  
>4) Сама по себе возможность добавлять в машину память/процессор мало что дает:
Да неужели ?
>надо переконфигурить приложение под новые ресурсы (оракле, к примеру, научился это
>делать динамически только с 10-й версии, по-моему), а значит - перезапуск
>приложения.
Не совсем так - 10 Оракл может динамически добавить появившуюся память , а новые процессора и 8 с удовольствием  скушает .
>5) Менять/добавлять IO карты на 9000 можно.
>6) iCOD
>7) iCOD + WLM + MC/ServiceGuard - в случае падения ноды ее
>ресурсы (процессоры и память, точнее, лицензии на их использование) могут переходить
>на оставшиеся ноды автоматически. Пример, кластер из 2 нод, в каждой
>по 16 цпу и по 32 ГБ, из которых активно по
>8 цпу и по 16 ГБ в каждой. После падения какой-либо
>ноды на оставшейся будет 16 цпу и 32 ГБ.


Cообщить модератору | Наверх | ^

41. "Детали используемого для kernel.org оборудования"
Сообщение от kolayshkin email(??) on 04-Май-05, 17:02 
>1) С каких моделях серверов сан это (замена процессорных плат) начинает поддерживаться?

midrange - пожалуйста. Даже в Enterprise есть (хотя и по жуэе чем в средних), но они закончили свое время жизни

>
>2) Через 5 лет после покупки подобного сервера купить к нему процессор
>нереально, а значит, фича "добавлять процессоры на ходу" остается просто фичей.

Стоит вопрос не о добавлении, а о апгрейде, о сбойной компанентах (не надо только говорить, что раз есть сбойные, то ерунда)

>
>3) Если побавить процессор надо раньше, то это значит, что была допущена
>ошибка на этапе проектирования.
>4) Сама по себе возможность добавлять в машину память/процессор мало что дает:
>надо переконфигурить приложение под новые ресурсы (оракле, к примеру, научился это
>делать динамически только с 10-й версии, по-моему), а значит - перезапуск
>приложения.

Что лучше - часа два простоя (время теста всей системы), или время перезапуска приложения (15-20 минут)

>5) Менять/добавлять IO карты на 9000 можно.
>6) iCOD
>7) iCOD + WLM + MC/ServiceGuard - в случае падения ноды ее
>ресурсы (процессоры и память, точнее, лицензии на их использование) могут переходить
>на оставшиеся ноды автоматически. Пример, кластер из 2 нод, в каждой
>по 16 цпу и по 32 ГБ, из которых активно по
>8 цпу и по 16 ГБ в каждой. После падения какой-либо
>ноды на оставшейся будет 16 цпу и 32 ГБ.

И уж если пишите, то не надо писать скрытно.

Cообщить модератору | Наверх | ^

42. "Детали используемого для kernel.org оборудования"
Сообщение от kaiser email on 04-Май-05, 17:17 
>>2) Через 5 лет после покупки подобного сервера купить к нему процессор
>>нереально, а значит, фича "добавлять процессоры на ходу" остается просто фичей.
>
>Стоит вопрос не о добавлении, а о апгрейде, о сбойной компанентах (не
>надо только говорить, что раз есть сбойные, то ерунда)

Сколько поколений процессоров поддерживает одна и таже железка?

>Что лучше - часа два простоя (время теста всей системы), или время
>перезапуска приложения (15-20 минут)

2 часа??? Ужас!
Это кто так перезапускается?
На самом деле - почти все равно, поскольку речь шла о работе_без_остановки.

>И уж если пишите, то не надо писать скрытно.

Это как?

Cообщить модератору | Наверх | ^

43. "Детали используемого для kernel.org оборудования"
Сообщение от Andy (??) on 04-Май-05, 18:50 
Cовременные серверы Sun поддерживают два поколения CPU - Спарки III и IV
У меня сейчас два таких сервера стоит - с III и IV .
Сервер с 36 CPU после холодного рестарта   поднимается 34 мин, приложение перезапускается минут за 5-8 .
На прошлой неделе добавили SCSI-card + 4 CPU без остановки Оракла .
Cообщить модератору | Наверх | ^

26. "Детали используемого для kernel.org оборудования"
Сообщение от Аноним email on 04-Май-05, 10:32 
ImnepaTop расскажи пожалуйста как проапгрейтить Red Hat 9 в EL4 или FC3? Условие обычное, к серверу не подходить(в штатах он), работу не останавливать(люди же такова не поймут), любая неудача означает, что ты попал на бабки и тебе просто клонирую опять RH9, только поподробней...
Cообщить модератору | Наверх | ^

27. "Детали используемого для kernel.org оборудования"
Сообщение от t0ly on 04-Май-05, 10:34 
>Fatal error: Can't open file: 'cache.MYI'. (errno: >145) query: SELECT data, created, headers, expire >FROM cache WHERE cid = 'variables' in >/home/http/kerneltrap45/includes/database.mysql.inc >on line 125

это при заходе на сайт =)

Cообщить модератору | Наверх | ^

29. "Детали используемого для kernel.org оборудования"
Сообщение от xz email(??) on 04-Май-05, 10:49 
2  Аноним, 10:32:36, 05/04/2005
а как проапгрейдить freeBSD 4.1 до 5.3, сервер тоже в штатах, а и ядро еще пересобрать .....
Cообщить модератору | Наверх | ^

32. "Детали используемого для kernel.org оборудования"
Сообщение от Moralez email(??) on 04-Май-05, 12:01 
2xz: хендбук прочитать и проапгрейдить.

У меня именно поэтому в иногородних филиалах фря, что с этим делом там идеально.

Cообщить модератору | Наверх | ^

34. "Детали используемого для kernel.org оборудования"
Сообщение от xz email(??) on 04-Май-05, 12:39 
ага хендбук поможет и в сингл загрузитца ))) а грабли с 4.1 до 5.3 удаленно решает хенд бук )))
шутку понил - смешно.
Cообщить модератору | Наверх | ^

44. "Детали используемого для kernel.org оборудования"
Сообщение от Wulf on 04-Май-05, 23:35 
> ага хендбук поможет и в сингл загрузитца ))) а грабли с 4.1 до 5.3 удаленно решает хенд бук )))
> шутку понил - смешно.

Вы, конечно не поверите, но факт в том, что поможет :-). Просто его читать иногда не мешает:
1. Загрузиться в сингл: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html. Если еще и мать такую фишку поддерживает, то вообще писюк на "взрослую" машину становится очень похожим, можно и ось удаленно с нуля поставить, вот только сигнал break не поддерживает - ребутнуть зависшую машину проблематично.
2. Проапгрейдить: http://www.freebsd.org/releases/5.3R/migration-guide.html. Мелкие грабли, вроде необходимости добавления юзера sshd, решаются через п.1

Cообщить модератору | Наверх | ^

35. "Детали используемого для kernel.org оборудования"
Сообщение от Mt on 04-Май-05, 12:52 
Не понял проблемы.
1. Собрать на системе хранения новый образ
2. Отключить систему которую апгрейдим от load balancer
3. Перегрузить систему с нового образа
4. Оттестировать
5. Подцепить к load balancer

Время вывода из load balancer-а системы не превышает 20-30 минут.

Cообщить модератору | Наверх | ^

39. "Детали используемого для kernel.org оборудования"
Сообщение от неуч on 04-Май-05, 15:03 
Под "load balancer" понимается http://www.linuxvirtualserver.org/ ???
Cообщить модератору | Наверх | ^

40. "Детали используемого для kernel.org оборудования"
Сообщение от Mt on 04-Май-05, 15:34 
Кое-где и LVS работает вполне успешно.
А вообще-то я имел ввиду Cisco CSS :) Впрочем балансеров очень много разных и на любой вкус.
Основная идея в том чтобы проектировать изначально систему так, что бы не было проблемы в остановке какой-то железяки для обслуживания.
Несомненно, что есть задачи где готовность пять девяток необходима - но там и решения другие и железо особое. На платформе i386 нет смысла рассчитывать на многолетний uptime - проще (и дешевле) правильно выбрать архитектуру своей ИС.
Cообщить модератору | Наверх | ^

37. "Детали используемого для kernel.org оборудования"
Сообщение от xz email(??) on 04-Май-05, 13:45 
ну под выше предложенной схемой безпроблем будет работать любая ось, ну в разумных пределах я имею ввиду.
Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру