Go

Proxy na serwer webowy

Zgodnie z informacją zamieszczoną w poprzednim newsie od dzisiaj cały ruch WWW z serwera shellowego kierowany jest na serwer WEB. Nieprzeniesione strony na nowy serwer będą od teraz niedostępne.

Obsługa GZIP

Na Wasze życzenie udostępniliśmy możliwość uruchomienia kompresji GZIP dla poszczególnych domen. Można tego dokonać za pomocą polecenia:

devil www options <domena> gzip on

Natomiast wyłączyć można za pomocą polecenia:

devil www options <domena> gzip off

Domyślnie GZIP jest wyłączony dla wszystkich domen. Aby GZIP działał prawidłowo, użytkownik końcowy musi się połączyć bezpośrednio z serwerem mdweb (wpisy DNS typu A w domenie, kierujące na adres 87.98.234.154).

Wyłączenie error_log

Ze względu na nieprawidłowe działanie, obsługa pliku error.log została wyłączona do odwołania.

Varnish

Udostępniliśmy również akcelerator Varnish, z którego każdy użytkownik może skorzystać (korzystanie z niego jest opcjonalne). Varnish został u nas skonfigurowany tak, by dostarczał cache tylko (i wyłącznie) dla treści dynamicznych – treści statyczne posiadają własny, niezależny mechanizm cache, który jest aktywny cały czas. Z Varnisha można skorzystać w celu przyspieszenia czasu ładowania strony, oraz zaoszczędzeniu interpretatorów – więcej informacji pod adresem https://pomoc.mydevil.net/Varnish.

Obsługa CloudFlare

Informujemy również, że skonfigurowaliśmy httpd na serwerze webowym tak, by pokazywało prawdziwe IP użytkowników zza CDN CloudFlare.

IPv6 jako vhost www

Od tej pory prywatne adresy IPv6 użytkownika mogą być dodawane jako vhosty WWW.

Upgrade node.js

W ciągu najbliższych 14 dni zostanie wykonana aktualizacja systemowego node.js do wersji stabilnej 0.8.x, użytkownicy chcący w dalszym ciągu korzystać ze starszej wersji 0.6 proszeni są o uruchomienie własnej kopii w katalogu domowym.

Exec na MDJava

Dodaliśmy możliwość włączenia usługi „uruchamianie własnego oprogramowania” (binexec) dla serwera Java. Standardowo, binexec na tym serwerze można włączyć za pomocą polecenia:

devil binexec on mdjava

mydevil.net nawiedziła kolejna rewolucja, idąc z duchem czasu zmieniliśmy niemal całkowicie naszą ofertę dostosowując ją do obecnego rozwoju technologicznego jak i coraz większych wymagań naszych klientów. Najważniejsze zmiany:

– Nowe nazwy pakietów,

– brak limitów ilości dla: domen WWW w httpd, skrzynek e-mail, baz MySQL, PostgreSQL oraz Mongo;

– limit pamięci RAM na serwerze Java został zwiększony do 512 MB dla pakietu MD3 oraz do 1 GB dla pakietu MD4. Dodatkowy RAM można zamówić w cenie 5,00 PLN / 128 MB;

– limity interpretatorów PHP opisane w ofercie (użytkownikom, którym został zmieniony limit przez nas – pozostaje wyższa wartość);

– zniesienie limitów połączeń do serwerów IRC;

Ze względu na całkowitą reorganizację oferty pakiety typu IRC (IRC1-4) zmieniły swoją nazwę na MD1-4. Pakiety typu EKG (EKG1 i EKG2) znikają z naszej oferty, aktywne konta EKG* zostaną automatycznie zaktualizowane do konta typu MD1 (ważność konta nie ulega zmianie). Przedłużenie kont odbywa się według nowego cennika (dotyczy to wszystkich użytkowników, również tych sprzed zmiany oferty w dniu 10.10.2010).

Wszystkie aktywne konta zachowują quotę 20 GB na serwerze webowym.

Promocja

Promocja „Wakacje z mydevil” została ponownie przedłużona, do dnia 31.08.2012, co oznacza ostatnie już przedłużenie promocji.

Przypomnienie

Przypominamy również o konieczności migracji swoich stron na nowy serwer webowy do dnia 20.08.2012 – wtedy zostanie uruchomione proxy do serwera mdweb.

Mamy nadzieję, że nowa odsłona oferty mydevil.net przypadnie Wam do gustu, dokonane zmiany oparliśmy o Wasze sugestie.

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 🙂

Rozpoczęliśmy właśnie migracją stron typu PHP i ROR na serwer webowy. Przerwa nie powinna potrwać więcej niż 5 minut dla każdego użytkownika (strony są przenoszone oddzielnie, co minimalizuje ewentualną niedostępność).

Gdy tylko migracja dobiegnie końca udostępnimy newsa z podsumowaniem i wszystkimi informacjami dla osób, których strony nie mogły zostać przeniesione automatycznie. Trzymajcie za nas kciuki! 🙂

EDIT (03:12)

Konieczny będzie restart serwera shellowego w celu uruchomienie nowego kernela. Powinno to rozwiązać problem związany z ostatnimi panicami.

EDIT (03:30)

Gotowe – wracamy do migracji…

Dzisiaj o godzinie 18:00 miał miejsce kernel panic na serwerze shellowym, czego wynikiem był jego nieplanowany restart. Znamy już przyczynę błędu, a za wszelkie utrudnienia serdecznie przepraszamy.

Informujemy, że migracja na serwer webowy zostaje przesunięta na piątek (20.07.2012), rozpoczęta zostanie o godzinie 00:30 w nocy. Przepraszamy za utrudnienia.

O godzinie 11:50 nastąpi techniczny restart serwera shellowego z powodu problemu z zawieszonymi lub zawieszającymi się procesami. Przepraszamy za utrudnienia w korzystaniu z usługi.

EDIT (12:17)

Maszyna nie startuje poprawnie, badamy sprawę

EDIT (12:38)

Wygląda na to, że wszystkie usługi działają już prawidłowo. Przepraszamy za utrudnienia.

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.

Tak, dobrze widzicie. Promocja tak się Wam spodobała, że postanowiliśmy ją przedłużyć o kolejne trzy tygodnie! 30% obniżka cen (przy zamówieniach na pół roku i rok z góry) zostaje aż do 28 lipca!

Zgodnie z wcześniejszymi zapowiedziami, rozpoczęliśmy właśnie prace techniczne na serwerze bazodanowym. Aktualizacji ulegnie MySQL, oraz PostgreSQL. O wszystkich czynnościach będziemy informowali na bieżąco.

Rzecz jasna, podczas aktualizacji baz danych niektóre usługi mogą nie działać prawidłowo. Na pewno nie będą działały strony WWW korzystające z baz danych, devil oraz VPNy (autoryzacja z MySQL). Prosimy jednak o cierpliwość – postaramy się, by aktualizacja potrwała najkrócej jak to możliwe.

EDIT (01:23)

Bazy MySQL już działają, a co za tym idzie – wszystkie wspomniane wyżej usługi również. Pozostała jeszcze tylko aktualizacja PostgreSQL.

EDIT (02:28)

PostgreSQL również działa. Aktualizacja zakończona pomyślnie.