Ruby

Jak sam tytuł sugeruje, zakończyliśmy migrację serwerów WEB i DB na nowe maszyny, o dużo lepszych parametrach. Nie obyło się bez drobnych problemów, które są rozwiązywane na bieżąco – nie mniej jednak, wszystko powinno już działać prawidłowo.

Oczywiście, jesteśmy tylko ludźmi i pomyłki się zdarzają, dlatego w przypadku występowania jakichkolwiek problemów, proszę się z nami skontaktować.

Co uległo zmianie, a co nie?

– Zgodnie z zapowiedziami, adres IPv4 pozostał ten sam (87.98.234.154), lecz adres IPv6 uległ zmianie. Nowy adres IPv6 to: 2001:41d0:8:86b1::80,

– Dokonaliśmy aktualizacji klienta poczty RoundCube do najnowszej wersji z gałęzi 0.8,

– Dokonaliśmy aktualizacji Ruby do wersji 1.8.7.371 i 1.9.3.286 oraz większości gemów zainstalowanych w systemie, – w przypadku niektórych aplikacji może być konieczne usunięcie własnych gemów i ponowne uruchomienie bundlera,

– Node.js zostało zaktualizowane do najnowszej stabilnej wersji z gałęzi 0.8.

Za wszelkie utrudnienia jeszcze raz serdecznie przepraszamy.

Informujemy, że dnia 12.11.2012 o godzinie 01:00 (z niedzieli na poniedziałek) odbędzie się migracja na nowe serwery (o lepszych parametrach sprzętowych) usług webowych (mdweb), a następnie o godzinie 02:00 baz danych. Migracja ma na celu zwiększenie wydajności i utrzymanie stabilności naszych usług.

Migracja serwera WEB będzie przeprowadzana oddzielnie dla każdego użytkownika minimalizując niedostępność stron maksymalnie do 10 minut. Żadne adresy IP nie ulegną zmianie – operacja powinna odbyć się całkowicie przezroczyście.

Migracja serwera DB (bazy danych) niestety nie może być wykonana osobno dla każdego użytkownika – wszystkie bazy danych muszą zostać przeniesione w tej samej chwili. Przerwa w działaniu usług nie powinna potrwać więcej niż 1,5 godziny.

Oprócz przenosin na nowy sprzęt dokonamy również ogólnej aktualizacji oprogramowania (w tym Ruby – możecie się bać 😉 )

Za wszelkie utrudnienia z góry przepraszamy.

Migracja stron na serwer webowy dobiegła końca. Poniżej zamieszczamy ważne informacje dotyczące nowej maszyny.

Przenoszenie stron

Jeśli w Twoim katalogu domowym nie pojawił się katalog o wdzięcznej nazwie ~/domains.local, to należysz do grona szczęśliwców, którym wszystkie domeny zostały przeniesione automatycznie i nic nie musisz robić (możesz całkowicie pominąć tę część newsa).

W przeciwnym wypadku polecenie devil www list pokaże listę wszystkich domen, które należy przenieść samodzielnie (przy ich katalogach pojawi się czerwony wykrzyknik), oraz zostanie wyświetlony komunikat u dołu wspomnianej listy.

Katalog ~/domains to symlink do podmontowanego zasobu NFS serwera webowego. Domeny, których nie udało się przenieść znajdują się w katalogu ~/domains.local.

Pliki można przenosić zwykłym poleceniem mv, przykład poniżej (nie należy się jednak spodziewać niewiadomo jakiej prędkości przenoszenia, NFS jest dość wolny):

rm ~/domains/example.com

mv ~/domains.local/example.com ~/domains/example.com

Następnie należy zalogować się na serwer webowy za pomocą polecenia ssh-web (przed pierwszym logowaniem należy wykonać polecenie devil www init) i uruchomić daemona danego frameworku. Przypominamy: jeśli jakaś strona użytkownika nie została przeniesiona oznacza to, że wymaga ona podjęcia dodatkowych działań (jak chociażby uruchomienie backendu). Należy też pamiętać o przeniesieniu swoich wpisów crontab, które dotyczą stron oraz zarezerwowaniu portów, z których korzystają (szczegóły poniżej).

Jeśli strona wymaga uprawnień exec (uruchamianie własnego oprogramowania), należy je włączyć poleceniem: devil binexec on mdweb.

Nie ukrywamy – może się zdarzyć, że na serwerze webowym nie ma jakiegoś modułu, który jest wymagany do uruchomienia danego backendu. Staraliśmy się przenieść wszystkie aplikacje i moduły, jednak człowiek nie jest istotą nieomylną. W takiej sytuacji prosimy o kontakt – doinstalujemy brakujący moduł.

Po przeniesieniu domeny należy „oznaczyć” ją jako przeniesioną, za pomocą polecenia devil www marknew example.com – usunie to wspomniany wcześniej czerwony wykrzyknik i zmieni ustawienia nginxa na serwerze shellowym (ruch dla tej domeny będzie od tej pory przekazywany na serwer webowy, tej operacji nie da się cofnąć).

Gdy już wszystkie domeny zostaną przeniesione, zalecamy oczyszczenie katalogu ~/domains.local i usunięcie go.

Uwaga! Na wykonanie powyższych czynności dajemy Ci 30 dni. Po tym czasie nginx na serwerze shellowym zacznie przekazywać cały ruch na serwer webowy (tak, by wszystkie adresy IP obsługiwały strony WWW).

DNSy

Domyślnie wszystkie adresy IP będą przekazywać ruch na serwer webowy (aby zapewnić przezroczystą migracje oraz umożliwić korzystanie z wszystkich adresów IP do serwowania stron WWW). Oznacza to jednak, że strony są zależne od serwera shellowego. Jeśli użytkownikowi nie robi to większej różnicy na jakim adresie IP dostępna jest jego strona, zalecamy usunięcie wszystkich wpisów typu A i AAAA z domeny i dodanie następujących:

– Wpis typu A (IPv4), kierujący na adres: 87.98.234.154

– Wpis typu AAAA (IPv6), kierujacy na adres: 2001:41d0:8:479d::80

Powyższe wpisy stały się również domyślnymi dla szablonu mydevil, używanym przy dodawaniu domeny do systemu DNS.

Ruby on Rails

Dawny typ ror został przemianowany na ror18. Jak sama nazwa wskazuje, jest to Ruby on Rails bazujący na gałęzi 1.8.x (była to domyślna wersjaRuby/RoR dla passengera na serwerze shellowym). Oprócz tego dostępny jest typ ror19, w oparciu o Ruby z gałęzi 1.9.x. Oba te typy posiadają niezależne zestawy gemów – w razie konieczności instalacji jakiegoś, prosimy o kontakt. Może też być konieczne ponowne wykonanie polecenia bundle (po usunięciu katalogu ~/.bundler/ruby/1.8 lub podobnego, zależnie od wcześniejszych ustawień) dla danej aplikacji na serwerze web (ssh-web). W przypadku błędu instalacji gemu rmagick należy dodać przed poleceniem (w tej samej linii): PKG_CONFIG_PATH=/usr/local/libdata/pkgconfig bundle (dalszy ciąg polecenia).

Quota

Wszyscy użytkownicy na serwerze webowym otrzymują quotę 20GB (niezależnie od typu konta). Limit powierzchni dyskowej nie jest wliczany do quoty na serwerze shellowym, zostanie to jasno wyszczególnione w ofercie.

FTP

FTP po zamontowanym zasobie NFS nie byłby demonem prędkości, dlatego zdecydowaliśmy się uruchomić oddzielny serwer FTP na serwerze webowym. Wystarczy dodać konto FTP dla katalogu ~/domains – devil automatycznie uruchomi nowe konto dla serwera webowego, a w odpowiedzi poda dane do nowego serwera. Obecne konta FTP dla katalogu ~/domains zostały zmigrowane na serwer web (adres: ”ftps://mdweb.mydevil.net”).

Porty

Moduł rezerwacji portów umożliwia rezerwację portów na serwerze webowym (nazwanym mdweb). Porty można rezerwować za pomocą poleceń (dane przykładowe):

devil port add tcp 12345 mdweb

devil port add udp 12345 mdweb

Podsumowanie

Pojawi się jeszcze kilka mniej spektakularnych nowości, o których będziemy informować na bieżąco za pomocą strony statusowej. Przypominamy, że wprowadzenie osobnego serwera webowego ma na celu poprawę jakość usług oferowanych przez mydevil.net, poprzez zapewnienie większej niezawodności (separacja usług) i poprawienie ich wydajności. Mamy nadzieję, że zostanie to docenione, oraz że wybaczycie nam wszelkie utrudnienia związane z wprowadzonymi zmianami 🙂

Poniższy news zawiera bardzo istotne informacje dotyczące nadchodzących w mydevil.net zmian. Radzimy się z nim zapoznać w całości, nie pomijając żadnego akapitu.

Planowana migracja – serwer WWW

Zdecydowaliśmy się odseparować usługi shell od serwera WWW. Nowa, dedykowana maszyna jest aktualnie w trakcie konfiguracji. Migracja ma na celu poprawę jakości usług oraz zapewnienie ciągłości ich działania – w razie awarii serwera shell, strony nadal będą dostępne.

Dedykowana maszyna pod WWW pozwoli również na trochę więcej zabawy, na którą nie mogliśmy sobie dotychczas pozwolić, gdzie usługi te koegzystują na wspólnym serwerze. W planach są takie zmiany jak:

– Poprawa obsługi Ruby on Rails przez Passengera – dodanie możliwości zmiany wersji języka ruby (1.8.x i 1.9.x),

– Zwiększenie ilości workerów PHP w zależności od typu konta (stały limit, zależny od wybranego pakietu),

– Przeznaczenie części pamięci RAM na selektywne cache dla treści dynamicznych (użytkownik sam decyduje o tym, czy chce, by jego strony były cache’owane)

… oraz kilka innych zmian, o których poinformujemy nieco później.

Jak będzie wyglądać migracja i kiedy nastąpi?

Nowy serwer będzie gotowy dnia 18.07.2012, o godzinie 01:00 rozpoczniemy migrację danych. Każde konto będzie przenoszone oddzielnie, co zminimalizuje ewentualna niedostępność stron maksymalnie do 5 minut. Strony typu 'php’ nie korzystające z socketów fastcgi użytkownika oraz 'ror’ (Passenger) zostaną przeniesione automatycznie, pozostałe typy (django, thin, proxy) będą wymagały ingerencji użytkownika (30 dni na przeniesienie aplikacji na nowy serwer – wszystkie informacje dotyczące migracji zostaną umieszczone na stronie statusowej).

Konta od pakietu IRC2 w górę będą posiadać dostęp do SSH na serwer WWW, dzięki czemu użytkownicy będą mogli samodzielnie kontrolować procesy Ruby (thin, mongrel), czy Django. Oprócz tego, będzie możliwość włączenia exec na serwerze WWW, dzięki czemu będzie można skorzystać z RVM czy Virtualenv.

Dołożymy wszelkich starań, by migracja odbyła się na tyle przezroczyście, na ile to możliwe – niestety, nie jest to możliwe w stu procentach. Gdy nowa maszyna pod WWW będzie gotowa, obecny serwer WWW na serwerze shellowym działać będzie jeszcze przez 30 dni – po tym czasie cały ruch zostanie przekierowany na dedykowany serwer web. Mamy nadzieję, że 30 dni to wystarczająco dużo czasu, by każdy na spokojnie przeniósł swoje strony.

Migracja MySQL oraz PostgreSQL została zakończona o godzinie 02:34. Przerwa w działaniu baz danych wynosiła 1 godzinę 34 minut (niestety, nie przewidzielismy wszystkiego i migracja się nieznacznie przeciągnęła). Wszystko działa już na nowym serwerze – szybkość działania powinna zauważalnie wzrosnąć, szczególnie w nocy.

Oprócz migracji, dodaliśmy również obsługę baz danych MongoDB – dostępna dla następujących języków programowania: C, Python, Perl, PHP (wszystkie wersje), Ruby oraz w Node.js. Połączenia z serwerów mydevil oraz zewnętrzne przyjmowane są przez host mongo.mydevil.net oraz standardowy port 27017.Po stronie naszego systemu zarządzania kontem Devil obsługa MongoDB wygląda następująco:

devil mongo db add <baza>

devil mongo db del <baza>

devil mongo pass <baza>

devil mongo list

Moduł został również dokładnie opisany na naszej wiki.

Chcemy też ponformować, że za miesiąc, tj. 6 lipca 2012 wykonana zostanie aktualizacja bazy MySQL do wersji 5.5 oraz PostgreSQL do wersji 9.1

.

Kolejna porcja poważnych zmian w mydevil.net. Tym razem uraczyliśmy Was następującymi udogodnieniami:

FastCGI

Usunęliśmy z devila typ fastcgi i wprowadziliśmy obsługę FastCGI za pomocą pliku .htaccess. Od teraz użytkownicy mogą decydować które żądania będą obsłużone przez aplikacje słuchające na ich gniazdach, których mogą mieć teraz aż 10 – zapraszamy do zapoznania się z nową dokumentacją.

FTP

Wprowadziliśmy długo wyczekiwaną obsługę FTP, zarządzaną oczywiście przez devila, który przyjmuje teraz następujące polecenia:

devil ftp add <login> <ścieżka> <quota>

devil ftp del <login>

devil ftp list

devil ftp pass <login>

Po więcej informacji i dokładne instrukcje zapraszamy do oficjalnej dokumentacji.

Obsługa thin

Dla osób pragnących zapoznać się z nietypowymi wersjami języka ruby, stworzyliśmy obsługę serwera thin – jest to jednak rozwiązanie czysto developerskie i nie zalecamy z jego korzystania na stronach działających produkcyjnie.

Aktualizacja PHP 5.4

Została również wykonana aktualizacja PHP 5.4 do wersji 5.4.0 RC2. Oczywiście, nadal domyślną wersją jest 5.3, a użytkownicy mogą z łatwością zmieniać wersję języka.

Informujemy, że dzisiaj w nocy zostanie przeprowadzona aktualizacja PHP 5.3 do wersji 5.3.8

Dodatkowo mamy przyjemność przedstawić nową usługę na mydevil.net – US Proxy. Usługa dedykowana jest dla osób pragnących oglądać materiały dostępne jedynie ze Stanów Zjednoczonych (np. telewizję internetową hulu).

Dodaliśmy również obsługę ROR do DEVIL-a. Użytkownicy mogą od teraz samodzielnie dodawać strony WWW oparte o Ruby on Rails.

EDIT (08.09.2011 02:13)

Aktualizacja PHP do wersji 5.3.8 została pomyślnie zakończona.

Usługi zostały przeniesione na nowy serwer: CPU: Intel Xeon (4 rdzenie 2,13 GHz, 8 wątków), RAM: 12 GB, dyski: 2 x 1000 GB w sprzętowej macierzy RAID 1. Nowością jest 64 bitowy system (architektura amd64) oraz nowoczesny system plików ZFS. Oprogramowanie zostało uaktualnione do najnowszych wersji.

Nowa oferta – parametry kont zostały zwiększone pięciokrotnie, wprowadzona została obsługa: Django, Pylons, Catalyst, Ruby on Rails, Trac dla kont irc3 oraz irc4. Kopie bezpieczeństwa danych są wykonywane codziennie. Zapraszamy do zapoznania się z ofertą.