Status usług / nowości
Problem z serwerem baz
27 sierpnia 2012 23:07
Wystąpił problem z serwerem baz danych. Bazy danych są dostępne, jednak występują spowolnienia. Badamy sprawę.
EDIT 01:38
Bazy MySQL są już sprawne, za kilka minut powinny być dostępne Postgres oraz Mongo.
EDIT 01:43
Problem z bazami rozwiązaliśmy migrując je w trybie przyspieszonym na inną maszynę, którą na szczęście mieliśmy już gotową do użycia, gdyż i tak planowaliśmy przeniesienie na nią baz danych. Za kilka minut przeniesiony zostanie adres IP dla połączeń zewnętrznych. Pozytywnym akcentem jest to, że teraz bazy znajdują się w całości na SSD co powinno dodatkowo zwiększyć ich wydajność. Mamy nadzieję, że wynagrodzi to naszym użytkownikom tę stosunkowo krótką (około 35 minut) przerwę w dostępie.
~admin, Awaria
Zmiany na WEB i nie tylko
21 sierpnia 2012 23:35
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 http://www.wiki.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
~admin, Nowości
Nowa oferta MyDevil.net!
16 sierpnia 2012 20:01
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.
~admin, Nowości
Migracja na serwer webowy zakończona
20 lipca 2012 13:53
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 :-)
~admin, Nowości
Migracja na serwer WEB rozpoczęta!
19 lipca 2012 23:02
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...
~admin, Techniczne
