Mateusz Kozak - weblog » linux

miniCloud – nowa usługa ovh

Mateusz Kozak — Fri, 19 Feb 2010 19:14:04 +0000

W lutowym newsletterze od ovh pojawiła się propozycja testowania ich nowej usługi, nazwanej miniCloud. Jako, że lubię nowinki i jestem zadowolony z usług tej firmy, postanowiłem się zapisać do tychże testów.

Realizacja zamówienia trwała 2 dni, na testy mam kolejne 3. Co więc dostajemy w ramach miniCloud?
W moim przypadku jest to instancja z procesorem Intel Xeon o taktowaniu 2GHz, 2004MB pamięci operacyjnej (taką wartość wskazuje free -m ) oraz 5GB przestrzeni dyskowej (przy czym na ‘świeżej’ instalacji dostępne jest 4,2GB wolnego miejsca). Nie wiem, czy wartości te były dobierane losowo, czy jest to też jedna z opcji jakie będą dostępne (tylko w takim razie dlaczego tak mało przestrzeni?), w każdym razie informacji na ten temat, ani wyboru nie miałem. miniCloud działa pod kontrolą systemu linuks Debian w wersji 5.0.4 w podstawowej instalacji, z uruchomioną usługą sshd (dostajemy dostęp do roota).
Jeżeli chodzi o wydajność, jest przyzwoicie. Ping do serwerów sieci ovh poniżej jednej milisekudy, do Polski (onet) w granicach 35, więc normalne czasy jak na tego usługodawcę. Jeżeli chodzi o odczyt z dysku:
/dev/sda: Timing cached reads: 8024 MB in 2.00 seconds = 4013.57 MB/sec Timing buffered disk reads: 136 MB in 3.03 seconds = 44.92 MB/sec

Ciekaw jestem jak będzie z ceną za tą usługę, ale podejrzewam, że tanio nie będzie znając ceny usług OVH. Jeżeli będą naliczać opłaty za godziny działania (jak ma to miejsce w przypadku Amazon EC2) i będzie to w groszach, czy nawet złotówkach, może opłacać się przy potrzebie wykorzystania mocy obliczeniowej na krótką metę (aczkolwiek 2GHz to szczyt nie jest). Na chwilę obecną nie widzę kompletnie zastosowania dla tej usługi, mam jednak nadzieję, że ktoś wpadnie na pomysł jak rozsądnie to wykorzystać.
Na dzień dzisiejszy napisać więcej nie mogę, po dłuższym czasie napiszę wnioski ze stabilności usługi (należy pamiętać, że to wciąż beta) przy pracy z czymś obciążającym instancję.

Publiczne IP w sieci wewnętrznej.

Mateusz Kozak — Wed, 27 Jan 2010 19:51:33 +0000

Podczas mojej codziennej pracy wyniknął pewien problem – musiałem przydzielić publiczne IP dla maszyny za NAT’em. Problemem była kwestia JAK to zrobić. Początkowo miałem problem ze sformułowaniem odpowiedniego zapytania dla google, po chwili jednak wpadłem na pomysł, żeby zapytać o „NAT 1:1″. Podsuwam więc solucję dla takiego rozwiązania, gdyby ktoś miał w przyszłości podobny problem:
ifconfig $dev:2 $zewip broadcast $brd netmask $mask up /usr/sbin/iptables -t nat -I PREROUTING -s 0/0 -d $zewip -j DNAT --to $wewip /usr/sbin/iptables -t nat -I POSTROUTING -s $wewip -d 0/0 -j SNAT --to $zewip /usr/sbin/iptables -I FORWARD -d $zewip -j ACCEPT /usr/sbin/iptables -I FORWARD -s $wewip -j ACCEPT /usr/sbin/iptables -I FORWARD -d $wewip -j ACCEPT /usr/sbin/iptables -I INPUT -d $zewip -j ACCEPT

Gdzie $dev to interfejs zewnętrzny, reszta chyba nie wymaga komentarza. Mam nadzieję, że komuś tym pomogę.

Lokalny mirror gentoo portage.

Mateusz Kozak — Wed, 09 Sep 2009 20:18:51 +0000

Mając w swojej sieci LAN kilka maszyn działających pod kontrolą gentoo, dobrym rozwiązaniem jest stworzenie sobie lokalnej kopii lustrzanej drzewa portage (pozwala zaoszczędzić trochę transferu). Mając jednocześnie serwer/router oparty na gentoo sprawa mocno się upraszcza.
W /etc/rsyncd.conf wystarczy odkomentować linie począwszy od [gentoo-portage] i uruchomić serwer poleceniem /etc/init.d/rsyncd start, oraz dodać do domyślnego runlevela: rc-update add rsyncd default

Co jednak jeżeli mamy np debiana? Tu trzeba sobie trochę pomóc: doinstalowujemy demona rsyncd (w debianie: aptitude install rsync) oraz dopisać do konfigu jak następuje (/etc/rsyncd.conf) :
[gentoo-portage] #modern versions of portage use this entry path = /home/rsync comment = Gentoo Linux Portage tree mirror

gdzie path to ściezka do repozytorium, które synchronizujemy sobie następującym skryptem:

#!/bin/bash RSYNC="/usr/bin/rsync" OPTS="--quiet --recursive --links --perms --times -D --delete --timeout=300" #Uncomment the following line only if you have been granted access to rsync1.us.gentoo.org #SRC="rsync://rsync1.us.gentoo.org/gentoo-portage" #If you are waiting for access to our master mirror, select one of our mirrors to mirror from: SRC="rsync://rsync.de.gentoo.org/gentoo-portage" DST="/home/rsync/" echo "Started update at" `date` >> $0.log 2>&1 logger -t rsync "re-rsyncing the gentoo-portage tree" ${RSYNC} ${OPTS} ${SRC} ${DST} >> $0.log 2>&1 echo "End: "`date` >> $0.log 2>&1
Skrypcik wystarczy wrzucić do crona co powiedzmy 12h i maszyny w LANie pracujące pod gentoo mogą synchronizować się z nazzym własnym mirrorem. w make.conf zmienna SYN powinna wyglądać podobnie:
SYNC="rsync://192.168.0.1/gentoo-portage"

feedback mile widziany.

FreeBSD – po prostu działa.

Mateusz Kozak — Thu, 16 Apr 2009 19:00:25 +0000

Jako wielki miłośnik systemów Open Source, staram się ich używać w jak najszerszych zastosowaniach (co nie znaczy, że uważam, że nadają się do wszystkiego, bo póki co tak nie jest [ stety, niestety - kwestia sporna] ).
Używam zatem takowych systemów na wszystkich domowych komputerach (o serwerach chyba wspominać nie muszę)
W 3 przypadkach jest to gentoo linux – bo jest fajny, bo lubię, bo tak. Przy keywordzie x86 nie ma jakoś szczególnie dużo aktualizacji, a ~x86 występuje tylko na notebooku, który jest w zasadzie maszyną do testowania wszelakiej maści softu (oraz oczywiście codziennej pracy). No i jest jeszcze czwarta maszyna, która działa pod kontrolą FreeBSD i na tym chcę się skupić.Od czasu instalacji system po prostu działa. Po drodze wykonana była jedna większa aktualizacja (upgrade z 6.x do 7.x), która odbyła się bezproblemowo. Od tego czasu jedynie update programów z portów dwa razy w tygodniu.
W przypadku linuksów z tymi update’ami bywa już różnie (i wcale nie twierdzę, że nie z mojej winy, zdarza mi się zapomnieć o wkompilowaniu czegoś w kernel), są częstsze (aczkolwiek tutaj wiele zależy od dystrybucji i jej wydania) i generalnie wcale nie jest tak kolorowo z jego opieką Ja większych problemów nie mam, ale przeglądając liczne fora czy słuchając o problemach znajomych, można zacząć zastanawiać się, co jest nie tak z systemami opartymi o jądro Linusa.

IMO, BSD jest prostsze w konfiguracji/obsłudze, i gdybym miał moim rodzicom składać i konfigurować komputer do zadań typu przeglądanie sieci/obsługa poczty/obejrzenie filmu nie wahałbym się zainstalować FreeBSD, czy DragonFlyBSD.

Cóż na serwer?

Mateusz Kozak — Sun, 08 Mar 2009 14:17:31 +0000

Mój odwieczny problem, gdy trzeba zamówić/postawić nowy serwer. Najczęściej pada odpowiedź „Debian.” Ostatnio jednak podczas sporych problemów z wydajnością (głównie apache i php), używanie dystrybucyjnych paczek może okazać się zabójcze dla serwera. Masa zależności nie do końca potrzebnych, kompilacja bez optymalizacji dla naszego procesora, często kompilacja z niepotrzebnymi opcjami. To wszystko ma wpływ na wydajność (mówimy o serwisie, który posiada ~30mln odsłon miesięcznie). W dodatku osobiście jestem miłośnikiem dystrybucji gentoo…I tu pojawia się pytanie – dlaczego więc nie używać gentoo na serwerach? Mój błąd, być może nawet wielki, że nie pomyślałem o tym, gdy zamawialiśmy serwery dedykowane. Na maszynie z 8 rdzeniowym procesorem i 8 giga ramu kompilacja czegokolwiek nie trwałaby długo (a nie wykonuje się emerge jakoś szczególnie często), za to oprogramowanie byłoby dużo bardziej zoptymalizowane dla konkretnej maszyny niż w przypadku używania dysytrybucyjnych paczek Debiana.
A i praca byłaby dla mnie o wiele przyjemniejsza, bo gentoo znam 10x lepiej od Debiana, a oprogramowanie lepiej zoptymalizowane. W dodatku wiedziałbym z jakimi flagami co jest budowane, bo sam bym to ustalał…

Przy następnym zamówieniu koniecznie muszę o tym pamiętać.
To z takich prywatnych przemyśleń trochę na dziś

Boxee

Mateusz Kozak — Thu, 29 Jan 2009 16:40:15 +0000

Jakiś już czas temu, przeglądając feedy w swoim GReaderze, trafiłem gdzieś (prawdopodobnie na diggu) na artykuł dotyczący oprogramowania media center, zorientowanych wokół Open Source. Przeklikałem się przez kilka stron, aż trafiłem na stronę Boxee. Chcąc przetestować funkcjonalność oferowaną przez ten serwis, postanowiłem się zarejestrować.
Okazało się jednak, że muszę poczekać (thunderbird twierdzi, że ta rejestracja nastąpiła 19.11.2008)
Około miesiąc później przyszedł mail z informacją, że zostałem zaakceptowany jako alpha user, jednak jakoś umknął mojej uwadze.

Co więc skłoniło mnie do napisania o Boxee? Ano dziś rano (no, powiedzmy około południa ) sprawdzając skrzynkę pocztową, zauważyłem mail o mało spodziewanym temacie – „boxee is waiting for you”

No ok, klik w link aktywacyjny i już jesteśmy na stronie służącej dokończeniu rejestracji. Po szybkim wypełnieniu kilku pól formularza, zostałem zalogowany. Ok, ale jak z tego korzystać… W panelu via www dostajemy możliwość szukania i zapraszania znajomych, dodania feeda RSS z multimediami oraz standartowo edycji profilu oraz opcji konta.

Zauważając link „Download”, zastanawiałem się, jak wygląda ichnia aplikacja (która jest sercem całości).
I w tym momencie moje rozczarowanie i myśl „Fail”. Do pobrania dostępne jedynie 3 wersje z czego 2 na Ubuntu w różnych wersjach (8.04 & 8.10) , a trzecia na Mac OSX (10.4 i 10.5). Zdziwiło mnie bardzo, że nie przygotowali binarki ald Windowsa, ale może to i lepiej, w końcu z założenia ma to być produkt na *nixy wszelakie.
Tylko cóż ja biedny user gentoo mam począć? Na całe szczęście niżej znajduję się link opatrzony tytułem „Download source” – kolejne zdziwienie – źródła programu ważą trochę ponad 140 mega, w dodatku wymagany jest flashlib.

Próbowałem sobie soft skompilować własnoręcznie. Poddałem się pod 3h prób, poczekam na gotowe buildy, lub aż pojawi się (być może kiedyś) w portage gentoo, tymczasem warto zainteresować się XBMC (Xbox Media Center), które zostało udostępnione na wszystkie platformy

Posiadając nieszczególnie mocną maszynę (powiedzmy PCta za 900zł, ze zintegrowaną intelowską grafiką), możemy niskim kosztem dostać fajny Media Center