|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alexander Radunsky 2:5020/52 30 Jun 2000 23:54:03 To : All Subject : Re: FreeBSD & clusters -------------------------------------------------------------------------------- > Существует ли Subj. Существуют, и не один. Если имеется ввиду классический кластер, основанный на выполнении процессов в рамках одного виртуального метакомпьютера с обеспечением известной устойчивости к отказу отдельных узлов кластера. Hапример, вот это: http://www.cs.duke.edu/ari/trapeze.html Статус их лабораторных кластеров видно здесь: http://www.cs.duke.edu/ari/admin/status.html Проект Trapeze довольно академической направленности делает несколько положительных вещей: драйвер для MyriNET (об этом ниже), обучение студентов (а как же!) и кузница кадров для Myricom Inc. Эти бравые парни из Myricom на базе Trapeze делают следующую вещь: http://www.myri.com/myrinet/overview/index.html Myricom образовался как разработчик/производитель сетевых компонент с гигабитной полосой пропускания по меди задолго до Gigabit Ethernet. При внешней схожести топологии это не Ethernet, а некая сеть с неконкурентным доступом к среде передачи. И раз уж эта контора спонсирует кафедру Computer Science в Duke University, а потом еще и продает разрабо- танные совместными усилиями продукты на базе Open Source, втч для FreeBSD, то, как видно, простым распределением запросов через DNS при "fault isolation" и распределении маршрутов процессов не обойтись... Есть еще один бравый дядя, ссылка на которого (дохлая, правда) есть на странице "Projects" на http://www.freebsd.org - "Metacomputing". Дядя по имени Ron Minnich нынче обитает здесь: http://www.acl.lanl.gov/~rminnich/ Тоже много наработок, но направленных несколько на другое - запуск ресурсоемкой задачи на кластере из персоналок. Гораздо более либерально ;-) относится к своему коду (GPL), в отличие от дюковских студентов и Myrinet. > Интересует возможность создания отказоустойчивой системы, базируюшейся на > [Free|Open|Net]BSD. Hапример, N параллельно работающих машин, которые для > пользователя выглядят как один большой сервер, причем выход из строя > любой из них (в идеале любых N-1) -- никак не сказывается на конечном > пользователе (кроме увеличения времени обслуживания). > Если распределение запросов можно возложить на DNS, то как быть с > синхронизацией содержимого дисков? Трудно сказать насчет N-1. Условия более сложные, если применяется "деревянная" схема с промежуточными коммутаторами, как в Beowulf, например. Hо невозможного ничего нет - API'шники Рона и кой-какие обломки от Trapeze в руки - может, и получится игрушка какая-нибудь, удовлетворяющая начальным потребностям. Вот только в начале такого пути стоит задать себе вопрос: "А не проще ли купить тот же кластер у Myrinet или у Sun, скажем?" - может обойтись дешевле, особенно при разном уровне отказоустойчивости и стоимости планируемых вычислений. Если же интерес пока что академический - четыре-пять писюков в руки - и вперед... Аx, да, и еще - удачи! =) -- Alexander A. Radunsky AR8-RIPN AAR2-RIPE Zenon N.S.P. Technical Support Moscow, Russia Phone: +7-095-2511071 Fax: +7-095-2515702 --- tin/pre-1.4-19990216 ("Styrofoam") (UNIX) (FreeBSD/3.4-STABLE (i386)) * Origin: Zenon N.S.P. (2:5020/52.0) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/3577909c2d8e8.html, оценка из 5, голосов 10
|