Najlepszy hosting Drupal moduł komentarz

W moim poprzednim poście. Pisałem o tym, jak wielu serwerach jest potężny mechanizm zarządzania kodem. W tym poście mam zamiar mówić o tym, jak zarządzać multi-miejsce na poziomie infrastruktury, a rozważania należy podjąć przy podejmowaniu decyzji na swojej stronie architekturze.

Pułapek i nieporozumień

Ważne jest, aby pamiętać, że w wielu miejscach jest sposób zarządzania kodu, nie do wdrażania go - wszystko skalowalność najlepsze praktyki, że lata Drupal hosting uczy nas Dotyczy to zarówno multi-site jak to robi do multi-docroot. Można mieć jeden codebase multi-site wdrażana do dowolnej liczby różnych klastrów serwerowych. Tylko dlatego, że kod jest przechowywany w jednym kodzie nie blokuje cię do jednego serwera, klastra lub konfiguracji.

Multi-site nie musi oznaczać pojedynczy punkt awarii

Wszystkie strony w multi-site dzielić ten sam podstawowy kod rdzenia Drupal, na minimalnym poziomie. Ale jak już mówiłem, to nie znaczy, że jesteś zamknięty w danym modelu hostingu. Kluczową kwestią jest, w jaki sposób zarządzać aktualizacjami; gospodarzem instalacji multi-site nie różni się gospodarzem żadnej innej witryny Drupal.

Wydajność

Wielu strona jest bardzo efektywne wykorzystanie zasobów na serwerze.

PHP jest językiem interpretowanym. Oznacza to, że nie ma krok po wdrożeniu kompilacja kodu - wystarczy wdrożyć kod źródłowy plików tekstowych. Kiedy PHP wykonuje, musi skompilować kod źródłowy do tego, co nazywa się opcode. Bez pamięci podręcznej rozkazu, to kompilacja musi się zdarzyć na każdym pojedynczym żądaniu PHP. Pamięci podręcznej opcode utrzymuje opcodes w pamięci, usuwając etap kompilacji w całości, co znacznie przyspiesza wykonanie. APC, add-on, jest najczęściej stosowanym opcode cache dzisiaj ale PHP 5.5 wprowadziła cache opcode, opcache, w bagażniku PHP.

Z multi-site, wiele stron podziela tą Drupala i modułów kodu. Co za tym idzie, oznacza to, że wiele witryn mogą dzielić pojedynczy cache opcode. Oszczędza to pamięć i zwalnia tę pamięć do innych zastosowań. W większości przypadków użycia, pamięć jest najbardziej utrzymywał zasobów, więc wszystko, co zwalnia pamięć jest bardzo mile widziane.

Jeśli zabraknie 50 witryn z jednym klastrze, a jeden z nich dostaje ogromny skok ruchu - to znaczy drugi 49 może być pozbawione zasobów? Na pewno. Ale z drugiej strony, chcesz te miejsca rezerwować pojemność serwera, który nie jest potrzebny? Czy nie raczej używać tego moce, aby dostać się przez ostrze?

Jeżeli strona, która dostaje większość ruchu w dalszym ciągu korzystać z więcej niż jego sprawiedliwego podziału, można obracać go na inny klaster - lub po prostu zwiększyć rozmiar swojego istniejącego. Zasoby zostaną udostępnione, a więc 49 cichych miejsc po prostu zanurzyć się w puli zasobów, ile potrzeba.

Czynienia z kolcami ruchu jest wyzwaniem niezależnie od infrastruktury serwerowej lub kodu. Najważniejszym aspektem zarządzania wydajnością w każdej aplikacji jest jakość kodu - myślą, że często dostaje stracony jako pokolenie specjalistów IT skorzystać z fantastycznej mocy i elastyczności mamy teraz z nowoczesnym sprzętem i środowiskach typu cloud. Jest to balansowanie na uderzenia między inwestycją w godzinach rozwojowych oraz koszt rzucania dodatkowego sprzętu w miejscu pod obciążeniem. Acquia zapewnia wiele narzędzi i usług, które starają się zapewnić, że kod klienta i konfiguracji zgodnie z najlepszą praktyką, czy to poprzez SaaS samoobsługowych narzędzi, takich jak Acquia Insight, lub poprzez nasze Super-Smart Services Professional lub kibicować.

Oczywiście, jeśli skalowanie sprzętu jest najlepszym sposobem działania, możemy skalować Acquia Chmura gospodarzem miejsca w dowolnym czasie, a następnie skalować je z powrotem w dół, czy i kiedy te dodatkowe środki nie są już potrzebne.

Serwer bazy danych obciążenia

Ponieważ wiele witryn potencjalnie może dzielić jeden serwer bazy danych, każdy może zacząć wpływać na innych, jeśli pochodzą one pod dużym obciążeniem lub są słabo zoptymalizowane zapytania.

Na Acquia mamy klientów działa kilkadziesiąt stron w instalacjach wielu lokalizacjach i dzielenie jednego serwera bazy danych. Jest dużo do optymalizacji w zakresie architektury Drupal i kodu, który może złagodzić ten potencjalny problem.

Większość instalacji multi-site nie wykluczają możliwości korzystania z wielu serwerów baz danych. Określanie serwera bazy danych jest prosta zmiana konfiguracji w settings.php.

Chociaż istnieje wiele wartości w posiadające wspólny kod w wielu miejscach, to znaczy, w niektórych przypadkach, trzeba być ostrożnym, zarządzania aktualizacjami. Po zaktualizowaniu Drupal rdzeń, jesteś aktualizowanie wszystkich stron na raz, co może być obosieczny miecz.

Jest absolutnie najlepszych praktyk, aby uruchomić najnowszą punkt uwolnienia modułów Drupal i przyczyniły się - istnieją poważne obawy dotyczące bezpieczeństwa z tego nie robić. Nie chcesz mieć miejsca w środowisku naturalnym, które są nieaktualne. Uruchamianie multi-witryny oznacza po prostu trzeba sprawdzić wszystkie strony z przodu, zamiast robić je po kawałku.

To zachęca do naśladowania Drupal najlepszych praktyk - jeśli kod jest w dobrym stanie, można uaktualnić 50 miejsc w czasie byłoby inaczej wykonać, aby zrobić jeden. Nie chcesz hacki na miejscu.

Często Drupal lub moduł aktualizacje wymagają prowadzenia update.php lub drush updb dokonać zmiany schematu lub konfiguracji. Oznacza to, że trzeba uruchomić te aktualizacje we wszystkich bazach danych swoich obiekty jak najszybciej po wdrożeniu kodu.

potencjalnie może to prowadzić do utraty integralności danych lub zwiększonego obciążenia serwera podczas procesu aktualizacji. W praktyce, większość db aktualizacje Mam biegać dla zakładów produkcyjnych są bardzo lekkie i nie było żadnego problemu z tym procesem. Jeśli umieścisz każdą stronę w trybie konserwacji (co jest zalecane) przed uruchomieniem aktualizacji, to nie problem.

W poprzedniej pracy, miałem plik tekstowy z wszystkich moich domen w nim, po jednym w wierszu. Potem prowadził bardzo prosty skrypt do uruchomienia drush updb dla każdego miejsca, z krótką przerwą pomiędzy każdą aktualizacją. Byłoby tylko nieco więcej wysiłku, aby umieścić każdą witrynę w tryb konserwacji przed uruchomieniem aktualizacji, lub do tarła wielu procesów, które prowadził aktualizacji równolegle.

Jak zawsze upewnij się najpierw przetestować w inscenizacji. Gdy proces jest na swoim miejscu, można zaktualizować 50 miejsc za pomocą kilku poleceń.

Uruchamianie Cron dla wielu witryn, które podzielają jeden serwer bazy danych lub stron internetowych może umieścić duże obciążenie na serwerze, szczególnie jeśli crona uruchomić w tym samym czasie. To prawda, czy używasz wielu miejscu lub oddzielne docroots, ale jej coś widzimy umieszczenie dużo obciążenia na serwerach od czasu do czasu.

Najlepiej rozłożyć swoje biegi crona, uruchomiony jeden na każdej stronie, jak daleko od siebie, jak to możliwe, aby uniknąć jednoczesnego obciążenia.

Skalowanie jest trudne, ale możemy pomóc

Ilekroć rozmawiam z ludźmi o Drupal i tworzenie stron internetowych w ogóle, albo w moim przepustowości w Acquia lub w społeczności Drupala, staram się podkreślić, że te rzeczy są złożone. Ale to, co przemawia do mnie o open source, a w szczególności Drupal - ludzie są gotowi przyznać, że pchają granice i że wszyscy możemy korzystać z doświadczeń innych.

Zarządzanie wiele stron jest to trudne zadanie, ale fantastyczna rzecz o pracę w Acquia jest dostać się do interakcji z ludźmi, którzy prowadzą jedne z największych i najbardziej skomplikowanych miejsc na świecie, każdego dnia. Jeśli zastanawiasz się, co jest najlepszym rozwiązaniem dla Twoich celów jest, proszę skontaktować. Jesteśmy zawsze gotowi do pomocy.

Powiązane artykuły

Ten zestaw screenów wyrosła z ostatniego postu na forach Acquia sieciowe. To idzie przez utworzenie GoDaddy Linux Hosting konto aby używać Acquia Drupal. Pod koniec procesu ...

Istnieje wiele powodów, dla których administrator systemów lub deweloper może wybrać do obsługi wielu witryn na tym samym serwerze w konfiguracji wielostanowiskowej. Na przykład, taka konfiguracja może ...

Abdulrahman skomentował 18 lutego 2011 o godzinie 19:23 (do mikeaja) Mam dwie notatki na ten temat: - Drupal 6 jest mniejszy pod względem wymaganych zasobów (zwłaszcza użycie procesora) niż 7, które sprawiają, że jest to przydatne ...

Jeśli używasz więcej niż jedno miejsce Drupal, można uprościć zarządzanie i można uaktualnić swoje strony za pomocą funkcji multi-site. Multi-site pozwala na współdzielenie jednego Drupal ...

Jeśli używasz więcej niż jedno miejsce Drupal, można uprościć zarządzanie i można uaktualnić swoje strony za pomocą funkcji multi-site. Multi-site pozwala na współdzielenie jednego Drupal ...