Na serwisie Database Journal pojawił się jakiś czas temu opis migracji z wolnodostępnej bazy MySQL na Oracle.

Pamiętacie serwis AudioGalaxy.com służący wymianie muzyki? W czasach swojej świetności (rok 2002) posiadał zarejestrowanych 35 milionów użytkowników, obsługiwał do 2000 zapytań typu search na sekundę (baza danych MySQL z ponad 200 milionami wierszy) oraz serwował dziennie około 80 milionów stron dynamicznych.

Liczby są piękne, lecz dochodzi jeden malutki aspekt - całość stała na farmie ponad 300 serwerów.

Architektura 64 bitowa powoli staje się standardem - co prawda głównie na serwerach (na desktopy brak wciąż 64 bitowych wersji zamkniętych prorgamów), niemniej staje się to faktem. Jeśli jednak duch czasu do nas nie przemawia powinniśmy skupić się na faktach.

Martin MC Brown dokonał porównania jak zachowuje się MySQL w tych dwóch środowiskach (jako platforma posłużył OpenSolaris). Powodem przeprowadzenia tych testów był dylemat co do architektury domyślnych paczek.

W sieci pojawiły się filmy video z występienia Krisa Buytaert (konsultant w dziedzinach wysokiej dostępności i wirtualizacji) na temat Drupal oraz MySQL w kontekście High Availability. Do obejrzenia na stronach google video.

Utrzymywanie w pełni dostępnej kopii baz ma swoje zalety. W przypadku awarii mastera mamy w pełni funkcjonalny serwer zapasowy na który możemy przełączyć aplikację. Można również podłączyć system backupów do slave'a aby nie obciążać mastera. Możemy to wszystko uzyskać dzięki skonfigurowaniu replikacji.

Na serwisie High scalability pojawił się opis wdrożenia Friends for Sale, aplikacji obsługującej 200 requestów na sekundę (około 300 milionów odsłon miesięcznie). Opis platformy na której zostało dokonane wdrożenie:

• Ruby on Rails
• CentOS 5 (64 bit)
• Capistrano - zarządzanie deploymentem
• Memcached
• MySQL 5.1
• Nginx
• Starling
• Softlayer
• Pingdom
• LVM