Cloud Computnig pod strzechy.

Dzis ustawiałem mój pierwszy prywatny "cloud cluster", czyli po ludzku chmurkę.
Wszystko chula na UBUNTU - ktorego od jakiegoś czasu męczę, bo wydaje się dużo lepszy od OpenSUSE,
którego też już muszę "męczyć".

Ogolnie aby tematem się woglóle zająć trzeba mieć:

• ogólny "opyk" w Linuxach, szczególnie : Debian ew. RedHat, bądź UBUNTU
• kilka maszyn - najlepiej 2+ rdzeniowe, 2+GB RAM - ogólnie śmieci do chmurki nie opłaca sie wrzucać
• szybką sieć miedzy maszynami - najlepiej 1GB
• wszystkie maszyny w tym samym segmencie LAN np. 192.168.52.x
• wiedzieć conieco o podstawach cloud computing (polecam WIKI)

Na upartego, mozna wszystkie te ograniczenia ominąć, ale po co?

Niedługo napiszę co i jak trzeba zrobić, aby calość działała.
Jak pomyślę ze niedawno chciałem google płacic za dostęp do usług w cloud'zie....

To niedługo to jest już dziś:
Bierzemy nasze maszynki i z Instalki UBUNTU SERWER 9.10 wybieramy "Install Enterprise Cloud"
Potrzebować bedziemy 1 cluster i kilku 2+ node do spiecia w grid
nasz ClusterNode bedzie zachowywał się jako:

• FRONTEND naszej chmurki
• DNS - dla pozostałych komputerów w cloudzie

Jeśli nasz cluster działa.. instalujemy nasze nody(węzły). - instalka rozpoznaje że w segmencie sieci już ciała
nasz cluster - i domyslnie podpowiada aby dalej instalowac nody - węzły.

Po skończonej instalacji ostatniego serwera w chmurce , jeszcze raz włączamy
naszego pierwszą maszynę i uaktualniamy DNS (poleceniem euca_conf). Aby widział wszystkie nody.
Ciekawe że sam tego nie robi.. pewnie chodzi aby ktoś nam nie podrzucił takiego spreparowanego noda do sieci.

Jak zarzadzać naszą chmurką??
Trzeba deploynąć na nią jakis obraz ISO - taki spraparowany serwer - jest do tego specjalne oprogramowanie
np. VMBuilder.
Są też w sieci dostępne gotowe obrazy do użycia - np. z preinstalowanym serwerem apache i tomcat.
Trochę mi jeszcze brak opcji do konwertowania zwykłych obrazów dysków w te chmurkowe,
ale pewnie liczba konfiguracji do zmiany bylaby bardzo duza.

Do zarządzania FrontEndową maszyną(Clustrem) jest kilka aplikacji - ja używam Eucalyptus.
Powiedziec mogę tyle : działa.

Porównanie dysków sieciowych.

Który dysk sieciowy jest najlepszy?

Odpowiedź na to pytanie nie jest prosta:
Do zastosowań komercyjnych polecam płatne dyski sieciowe.
Obecnie prawie kazdy prowider oferuje takie dyski.
Jednak chcaiłbym opisać tutaj różnice pomiędzy moimi 2ma dyskami sieciowymi:

Co je łączy : + Darmowe 2GB

                     UbuntuOne                      DropBox
przenośność:   -tylko na Linuxa      +porty na Win/Linux/Mac
integracja:       +pelna                          +trzeba instalować
CPU:                  +małe obciażenie      -zwalnia na staryszych komp.
transfer:           -tylko przez QOS      +możliwa dod. konf.
kontrola wer: -brak                            +prosta kontrola wersji

Podsumowanie jeśli tylko używasz też innych platform poza Linuxem
DropBox wydaje sie oczywistym rozwiązaniem.

DROPBOX - dysk sieciowy

Co to jest DROPBOX ?

DROPDOX to jeden z darmowych i popularnych dysków sieciowych.
Jeszcze używam Ubuntu One - test porównawczy już niedługo.

Plusy:
+2-3GB free miejsca na sieci do synchronizowania pomiedzy różnymi maszynami
+backup danych na dysku sieciowym - chociaż kto ich tam wie?? :)
+klient desktopowy dla linuxa
+j.w. tylko dla windy
+dostep przez WWW
+łatwość pisania aplikacji - napisałem juz pierwszą aplikacje PHP z wykorzystaniem DROPBOX - zapostuje ja wkrótce
+automontowanie dysku sieciowego w system plików
+podstawowy revision check
+30-dniowy kosz do odzyskiwania plików

Minusy:
-ciągle tylko BETA
-za większą pojemnośc trzeba płacić - ale wkońcu autorzy muszą na czymś zarabiać
-problemy z Autozapisem MS worda i exela (tworzy zadużo plików)
-brak opcji wyłączania syncowania plików
-największy MINUS - drivery są "priopheritary" czyli do projektów OpenSource ma sie to nijak
-SVC, czy Perforce do revision control sa duzo lepsze
-reklam jeszcze nie ma

Na dzień dobry zarzyczyłem sobie(A CO?? :) ) nowej funkcjonalności:

Dropbox Forums Topic: New OPTION - Do NOT sync
Lukas G. on "New OPTION - Do NOT sync"
20.11.2009 11:50

I would like a new feature: Do NOT sync this file/folder.

Availability : via desktop + via WWW

Description: mark an folder/file that your chosen desktop would NOT AUTO sync. So syncing would be committed only on MANUAL request. Others desktops connected would be able to AUTO sync it.

Why: I got 2 serwers that ARE syncing backups files,

but i dont want to my home laptop start syncing this file automatically.

WORKAROUND: u can disable chosen desktop computer folder permissions to write to DROPBOX, but a NEW - build-in feature would be much more elegant way.

BTW: is any chance that u would opensource API for dropbox, or licence dropbox driver on MIT/GNU licence??

PS. kurcze ale długi post wyszedł... :)