Kilka dni temu wpadłem na pomysł stworzenia klastra z kilku komputerów w domu,
później pomyślałem czy nie da sie takiego projektu wykonać w szkole co z tego wyjdzie zobaczymy później.
Dokładnie w piątek wieczorem, z dwoma kolegami : Sebastianem Kowalczykiem i Piotrkiem Porębskim
próbowałem uruchomić go pierwszy raz.
Sprzęt który wykorzystaliśmy to :
2 Laptopy, mój stary serwer ( 500MHz procesor ) oraz komputer stacjonarny ( Athlon 64 2Ghz @2.5Ghz ).
Sprzęt nie najlepszy, jednak na próbe wszystko wyglądało w miare.
Do połączenia NOD’ów ( Komputerów połączonych w sieć – serwerów ) użyłem switcha 100mb/s.
Przegląd sprzetu:
Pierwszym krokiem w „wieczornym” posiedzeniu, było podkręcenie procesora w komputerze stacjonym.
( Na zdjęciach wyżej ). Dużo nie podkręciłem jednie 500mHz, jednak .. zawsze coś 😉
Na zdjęciu po prawej, nagi „stary serwer”. Jest to oryginalny Compaq.
Tego komputera ( płyta główna+zasil. bez obudowy ), nie udało się uruchomić. Prawdopodobnie padła płyta główna ( spalona ) tuż po uruchomieniu wszystko pada i się resetuje.
Nie było czasu sprawdzać, może w wolnej chwili. Póki co leży u mnie w pokoju.
( Krótki filmik przegląd sprzętu z dzisiejszej próby )
Przejdźmy do samego klastra.
Distro jakiego użyłem to tak jak w temacie, Cluster Knoppix.
clusterKNOPPIX jest zmodyfikowaną dystrybucja Knoppix’a zawierającą jądro OpenMosix. Zawiera:- terminalny serwer OpenMosix- używa PXE, DHCP i tftp w celu zdobycia klientów linux’a przez sieć
– posiadanie napędu CD-ROM/twardego dysku/dystkietki nie jest potrzebne dla klientów openMosix- nowe węzły automatycznie przyłączają się do klastra(nie potrzebna konfiguracja)
– narzędzia do Zarządzania klastrami – openMosix userland/openMosixview każdy węzeł ma pełny dostęp do kazdego innego węzła przez wsparcie ssh/RSAkeys MFS/dfsa
– każdy węzeł może uruchamiać pełne blown X (PC-room/demo setup) lub tylko w konsoli (więcej dostępnej pamięci)
Jest to system Linux z wbudowanym OpenMosixem ( Do klastrowania ).
Pierwsza próba: Na laptopach uruchomieliśmy VMware i puściliśmy wirtualnego cluster knoppix’a.
Tak dla zabawy i testowania programu do obciążania.
Na samym początku pomyślałem nad SETI, jest tzw. grid matemetyczny.
Komputery połączone w sieć pracują nad projektam np. badania kosmosu i innych rzeczy.
To miałby liczyć nasz klaster, dostawałby paczki do liczenia od SETI.
Drugi pomysł, skrypt napisany w BASH’u który pokazywałby kolejne liczby N+1. ( Pętla )
Nad pierwszym pomysłem straciliśmy bardzo dużo czasu, bo uruchomienie tej zabawki pod Linuxem to wyzwanie.
Pierwsza próba nad SETI wypadała kiepsko. Jednak do naprawienia. Myśle że jeszcze uda sie zrobić.
A skrypt, odłożyłem na później ze względu na to iż chciałem przetestować czy uda mi się połączyć te komputery w klaster.
Na komputerze stacjonarnym zabotowałem system cluster knoppix ( livecd ) i uruchomiłem OpenMosix.
Troche pomyślałem, doszłem do tego – Napęd niesprawny. Po podłożeniu innego napędu.
System uruchomił się. Niby wszystko było OK.
Następnie podłączyliśmy wszystkie urządzenia pod switch.
Laptop miał uruchomionego cluster knoppix’a na VMware,natomiast stary serwer miałbyć zabotowany przez sieć.
Na komputerze stacjonarnym „Masterze” uruchomiłem openmosixview.
Czekałem na klientów(nody), jednak nic nie doszło.
Po kilku próbach zmian, do niczego nie doszło.
Porzuciliśmy projekt. Było dość późno 3-4 ciężko było na coś wpaść.
————————————————————————————————————————-
————————————————————————————————————————-
Dopiero na drugi dzień troche przeczesałem internet i pomyślałem nad tym połączeniem.
Przecież do botowania przez sieć potrzebny jest jakiś serwer botujacy ? – No tak!
Udało mi się znaleźć część informacji o tym. Dokładnie tutaj.
Spróbowałem tak zrobić ponownie dzisiaj, podobny zestaw komputerów ( laptop , stary serwer, stacjonarka )
Jednak znów miałem problem. Nie dało sie ustawić serwera botowania przez sieć.
Znów szukanie odpowiedzi. I wpadłem na to że płyta głowna nie wspiera botowania przez sieć.
Uruchomiłem więc cluster knoppixa na laptopie. Wszystko niby ok, udało sie.
Włączam więc stary serwer, uruchamiam opcje botowania przez sieć i również nic..
—————————————————————————-
—————————————————————————-
Spróbowałem więc zrobić to wirtualnie, na VMware.
Udało sie, na jednej maszynie ustawiłem opcje rozsyłania. „Botowania przez sieć „.
A na drugiej maszynie ustawiłem, aby pobierała z sieci dane do botowania.
Troche chaotycznie to opisałem, jednak działa.
// Teraz tak, trzeba dojść co było problemem. Na dzień dzisiejszy myśle że winą są jakieś ustawienia sieci *switch.
Trzeba będzie nad tym popracować.
– VMware : MASTER
VMware : Ten zabotowany.
Wstawiam film, potwierdzający to że botowanie przez sieć działa. ( Film z opisaną z konfiguracją ).
——————————————————————————————————————————————–
———————————————————————————————————————————————-
Tak jak to opisałem, Project Clustering – wykonany póki co w 50%.
Zastanawiam sie także nad zmianą distro. Przeglądałem troche Internet w poszukiwaniu czegoś lepszego, i myśle że spróbuje z RedHatem i dodatkiem do niego pt. Clustering.
Ciekawym rozwiązaniem jest beowulf. Jednak także musze doczytać.
Mam nadzieje że uda sie także z projektem w szkole. Połączeniu 30+ komputerów w taki klaster oraz wykonaniu jakiś złożonych obliczeń – SETI, lub coś innego. Zastanowie sie nad tym później. Póki co należy „złączyć” je w klaster.
———————————————————————-
—————————
Stay tuned.
Za jakiś czas wznowie prace.
– terminalny serwer OpenMosix- używa PXE, DHCP i tftp w celu zdobycia klientów linux’a przez sieć
– posiadanie napędu CD-ROM/twardego dysku/dystkietki nie jest potrzebne dla klientów openMosix- nowe węzły automatycznie przyłączają się do klastra(nie potrzebna konfiguracja)
– narzędzia do Zarządzania klastrami – openMosix userland/openMosixview każdy węzeł ma pełny dostęp do kazdego innego węzła przez wsparcie ssh/RSAkeys MFS/dfsa
– każdy węzeł może uruchamiać pełne blown X (PC-room/demo setup) lub tylko w konsoli (więcej dostępnej pamięci)