07.07.2010 - Aktualizacja systemów na serwerach

Aktualizacja systemów na serwerach
- zostanie przeprowadzona w dniu 15.07.2010.

Miło nam poinformować o zakończeniu prac nad nowym systemem operacyjnym obsługującym pakiety hostingowe. Dotychczasowa platforma Linux Debian Sarge zostanie zaktualizowana do najnowszej stabilnej wersji Debiana Lenny 64 bit.
Do najważniejszych zalet systemu Lenny 64-bit należy znacznie lepsze wykorzystanie zasobów serwera, duże możliwości analityczne  i konfiguracyjne oraz możliwość wdrażania dodatkowego oprogramowania.

Decyzję o aktualizacji systemu podjęliśmy, chcąc zapewnić Państwu wysokie standardy bezpieczeństwa oraz nowoczesność oferowanych rozwiązań. Aktualnie coraz więcej  z nowo powstających systemów i aplikacji nie jest już obsługiwanych na
starym systemie.

Z dotychczas przeprowadzonych wdrożeń wynika, iż w przypadku zdecydowanej większość stron w HTML, PHP czy skryptów CGI, nie będą
wymagane żadne dodatkowe zmiany. Strony będą działały prawidłowo na nowym systemie, a sama aktualizacja odbędzie się automatycznie.

Aktualizacja obejmuje:
1)zmianę architektury systemu z 32 bit na 64 bit
2)aktualizację bibliotek i narzędzi systemowych
3)aktualizację języków interpretowanych serwera
4)aktualizację serwera http apache2 do wersji 2.2
5)zmiany w konfiguracji serwerów


I) Opis aktualizacji

1. Zmiana architektury systemu z 32 bit na 64 bit
Nowe wersje oprogramowania instalowanego na serwerze pracują w architekturze 64 bitowej. Architektura ta jest określana nazwą x86_64 lub amd64. W związku ze zmianą mogą wystąpić następujące sytuacje:

a) samodzielnie kompilowane lub instalowane aplikacje muszą zostać zastąpione 64 bitowymi wersjami po aktualizacji. Serwer nadal będzie miał możliwość uruchamiania 32 bitowych aplikacji, jednak do ich działania może być konieczne przygotowanie 32 bitowych wersji bibliotek systemowych.

b) moduły i biblioteki przygotowane dla języków takich jak perl, python, ruby muszą zostać wymienione na 64 bitowe odpowiedniki, w tym przypadku wersje 32 bitowe nie będą działać

c) moduły PHP wykorzystywane poprzez użycie funkcji dl() muszą zostać zastąpione przez wersje skompilowane dla nowej architektury (dotyczy to trybu CGI PHP, w trybie pracy jako moduł apache2 użycie funkcji dl() jest niemożliwe)

d) zmiana architektury pozwala na lepsze wykorzystanie zasobów serwera, jednak wiąże się to z większym zużyciem pamięci ram przez aplikacje (w zależności od aplikacji jest to 5-30% wzrost zapotrzebowania na pamięć), może okazać się że należy odpowiednio zwiększyć limity pamięci przyznanych dla aplikacji aby działały one w ten sam sposób po aktualizacji

2. Aktualizacja bibliotek i narzędzi systemowych
Nowa wersja systemu serwera wirtualnego została przygotowana w oparciu o dystrybucję Debian Lenny, wszystkie wersje bibliotek systemowych oraz narzędzi i domyślnie instalowanego oprogramowania zostały zaktualizowane do wersji która dostępna jest w tej wersji dystrybucji

3. Aktualizacja języków interpretowanych serwera

a) PHP5.2
Wraz z aktualizacją systemu została przygotowana nowsza wersja języka PHP, obecnie jest to PHP w wersji 5.2.12. Nowa wersja głównie poprawia błędy znalezione w oprogramowaniu.

b) PHP5.3
Najnowsza wersja PHP została umieszczona w systemie jako opcjonalna. Zastępuje ona PHP w wersji 5.2 i nie ma możliwości równoległego używania obu wersji PHP. Zmiany wersji można dokonać tylko za pośrednictwem BOK YES24.PL

PHP5.3 to także następujące zmiany w konfiguracji: - brak możliwości użycia zendoptimizer/zendguard, w przypadku wykorzystania tej metody zabezpieczenia kodu PHP należy użyć konkurencyjnej aplikacji
- ionCube
- domyślna wartość konfiguracyjna register_globals to Off
- domyślna wartość konfiguracyjna register_long_arrays to Off
- domyślna wartość konfiguracyjna magic_quotes_gpc to Off

c) Perl
Perl zostaje zaktualizowany do wersji v5.10.0. W przypadku instalacji modułów perl przez administratorów serwera lista dostępnych modułów nie zmieni się. W przypadku samodzielniej instalacji za pomocą CPAN może się okazać konieczna reinstalacja.

d) Ruby
Dostępne są równolegle 2 wersje ruby, 1.8.7 oraz 1.9.0, z tym że wersja 1.8.7 ustawiona została jako domyślna.

e) Python
Dostępne są 2 wersje języka: domyślna to 2.5.2, dodatkowo można używać starszej wersji 2.4.6.

4. Aktualizacja serwera http apache2 do wersji 2.2

5. Zmiany w konfiguracji serwerów:

a) wycofane zostaje wsparcie dla szeregu modułów PHP

- eAccelerator, z eAccelerator usunięta została część odpowiedzialna za szyfrowanie stron, oraz funkcje nie związane bezpośrednio z cache opcode PHP
Powód: W nowej wersji PHP brak funkcji kodowania - brak wsparcia przez producenta

- mmcache, wsparcie dla pokazywania zaszyfrowanych stron poprzez mmcache zostało usunięte
Powód: W nowej wersji PHP brak funkcji kodowania - brak wsparcia przez producenta

- zendoptimizer/zendguard - od wersji PHP5.3 nie wspierane jest także szyfrowanie kodu za pomocą tych modułów, jest to związane z brakiem wsparcia producenta dla nowych wersji PHP
Powód: W nowej wersji PHP brak funkcji kodowania - brak wsparcia przez producenta

We wszystkich 3 przypadkach konieczne jest rozkodowanie skryptów, lub
wykorzystanie dostępnego rozwiązania realizującego tą samą
funkcjonalność, mianowicie ionCube www.ionCube.com).

b) zmieniona zostaje lista domyślnie zainstalowanych modułów PHP

W związku z małym zapotrzebowaniem z listy domyślnie zainstalowanych modułów PHP zostały usunięte następujące moduły (mogą być one nadal instalowane w razie potrzeby):
- fam
- gmp
- interbase
- ldap
- ming
- mnogosearch
- pdo_firebird

Do listy domyślnie dostępnych modułów zostały dodane natomiast moduły:
- imagick
- uploadprogress

c) wycofana zostaje możliwość użycia PHP4 w trybie pracy jako moduł serwera apache2

Dn. 08.08.2008r. wsparcie dla PHP4 przez developerów zostało zakończone. W związku z tym zdecydowaliśmy się na wycofanie możliwości używania PHP4 jako modułu dla serwera apache2.

Użycie PHP4 będzie możliwe tylko i wyłącznie w trybie CGI. Taki tryb pracy jest dużo wolniejszy i generuje znacznie większe obciążenie serwera , należy użyć go więc tylko w ostateczności, jeżeli potrzebne będzie wydłużenie okresu przejściowego w czasie dostosowania aplikacji do działania z PHP5. Należy się liczyć także z tym, że część skryptów nie będzie działać w trybie CGI (np. skrypty wykorzystujące autoryzację http).

W pierwszej kolejności zalecamy aktualizację aplikacji lub dostosowanie do nowej wersji PHP. Większość najczęściej instalowanych aplikacji (Wordpress, phpBB, joomla itp.) jest dostępna dla PHP 5.3, a ich
aktualizacja zalecana jest również przez producentów ze względów bezpieczeństwa.

Aby włączyć tryb CGI pracy PHP oraz ustawić PHP4 jako wersję odpowiedzialną za przetwarzanie skryptów strony należy w katalogu strony utworzyć plik .htaccess o zawartości:

<IfModule !mod_PHP4.c>
AddHandler application/x-httpd-PHP4 .PHP
</IfModule>

Należy jednak pamiętać ze w takim przypadku nie będą respektowane ustawienia konfiguracji PHP realizowane poprzez .htaccess (dyrektywy PHP_value i PHP_flag).



II) Procedura aktualizacji

Aktualizacja obejmuje następujące etapy:

1. Testy działania serwisów
Na przeprowadzenie testów przewidujemy okres 3 tygodni.

2. Dostosowanie konfiguracji serwera
Zmiana architektury serwera oraz wersji oprogramowania może spowodować konieczność modyfikacji w konfiguracji serwera dla zapewnienia poprawnego działania stron. Zmiany wprowadzone w środowisku testowym zostaną przeniesione w czasie aktualizacji.

Mogą Państwo także zdecydować się na jednoczesną aktualizację wersji PHP do PHP5.3.

3. Aktualizacja

Aktualizacja zostanie przeprowadzona dnia 15.07.2010 pomiędzy godziną 1:00 a 5:00 w nocy. Aktualizacja związana jest z około 5 minutową przerwą w pracy serwera.

IV) Zapowiedź dalszych aktualizacji i zmian w konfiguracji oraz oprogramowaniu serwerów

1. Aktualizacja PHP do wersji PHP5.3
Zalecamy aby jednocześnie z bieżącą aktualizacją zdecydowali się Państwo na przejście na PHP w wersji PHP5.3. Obligatoryjna aktualizacja PHP do wersji PHP5.3 jest planowana na grudzień 2011.

2. Wycofanie PHP4
W związku z zakończeniem wsparcia dla PHP4 planujemy usunąć całkowicie możliwość korzystania z tej wersji PHP na naszych serwerach. Przewidywany termin to grudzień 2011.

V) Dedykowane MySQL

Od czerwca 2008 roku dla wszystkich nowych platform Biznes uruchamiane są dedykowane serwery baz danych na lokalnym adresie IP. Bazy danych MySQL dla platform zainstalowanych przed tym terminem (aktualnie bazy współdzielone) będą wydzielane na osobne serwery bazodanowe od sierpnia 2010. Szczegółowa data aktualizacji zostanie przedstawiona Państwu w korespondencji mailowej.

Lokalne serwery MySQL są to bazy z tzw. superuserem czyli umożliwiające pełen dostęp do wszystkich funkcji (np. triggers (wyzwalacze), stored procedures (procedury składowane), functions (funkcje)) oraz wszystkich baz założonych w ramach usługi.

Najważniejsze cechy dedykowanego serwera bazodanowego:
- superuser (dostęp do triggers (wyzwalacze), stored procedures (procedury składowane), functions (funkcje))
- statystyki pracy bazy pozwalające na znalezienie problemów w zapytaniach
- możliwość optymalizacji konfiguracji bazy wg. własnych potrzeb
- większe bezpieczeństwo baz - wyłączne limity połączeń itp.
- ograniczenie dla połączeń z zewnątrz do 5 na sekundę

Dostęp do dedykowanego serwera bazodanowego:
W obrębie sieci (strony, skrypty umieszczone na serwerach ) dostęp do lokalnych MySQL uzyskiwany jest przez podanie jako nazwy hosta: numer_serwera.m.tld.pl.


Ważne:
1. Należy pamiętać o tym iż bazy założone bezpośrednio z aplikacji phpMyAdmin nie będą widoczne w panelu . W zakładce MySQL/modyfikacja widoczne są wyłącznie bazy danych założone w panelu.
2. Transfer do baz danych z poza sieci wliczany jest do transferu całej platformy.
3. Serwery baz danych instalowane są na specjalnie do tego przeznaczonych maszynach, a generowane przez nich obciążenie rozliczane niezależnie od obciążenia generowanego przez platformę.

Uwaga:
Zalecenie na dzień 14.07.2010:
Dla systemów innych niż CMS-Edit należy przygotować kopie baz danych.
Użytkownicy systemu CMS-Edit - maja zapewnione codzienne kopie automatyczne.