Skocz do zawartości

przemon

Użytkownicy
  • Zawartość

    149
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    2

Posty napisane przez przemon


  1. Ruch masz rozłożony na dwie jednostki. Ciężko gdybać co będzie dalej to zależy od rozwoju projektu. Przytoczyłem jedno z rozwiązań, które się sprawdza. Nie są to małe koszta ale jest to rozwiązanie jak najbardziej rozwojowe. Przy zapewnieniu dostępu do odczytu bazy nie powinno być problemów. Sprawa elementów graficznych jest do rozwiązania jak rzeczywiście zaczną robić problemy. Wystarczy podlinkować je na innej domenie w oparciu od cloudflare ten darmowy. Przy loadbalancer z ovh płacisz za wykorzystanie łącza więc uprzedzam nie jest mały koszt. Przy dobrej konfiguracji masz geolokalizację czyli praktycznie odczyt serwera DNS masz sprowadzony do minimum. Nie znam dokładnie Twojego projektu bo zdarza się i nie jest to błąd z mojej strony, że otrzymując projekt a nie jego zarys okazuje się że wszystko się zmienia o 180 stopni. Jest to częsta sytuacja i nijak się ona ma do propozycji jakie otrzymujesz. Przechodząc na inny temat z życia wzięty jeden z klientów wysłał mi zapytanie na temat usługi backup w firmie więc nasze podejście było dość proste otrzymał ofertę i się zgodził. Co się okazało poprzedni serwer, który posiadał oprócz przechowywania danych robił za serwer poczty - exchange 2003. Możesz sobie jedynie wyobrazić co się działo z ofertą do której trzeba było dopisać kolejny serwer z migracja do nowej wersji exchange przy prawie 100 użytkownikach. A przecież chodziło o zwykły zdalny backup.

     

     

    To nie jest mój projekt, ja tylko dyskutuję w wątku :) Chmura ma tą zaletę, że w godzinach szczytu możesz dorzucić dużo instancji, potem możesz je zredukować. W twoim rozwiązaniu jest 2k zł kosztu stałego za sam load balancer liczony za 200Mbps i do tego dochodzą 2 serwery. Dużo. A ten na końcu przykład klienta to jest tak napisany, że nie jestem w stanie go do końca zrozumieć.


  2. Nginx +PHP na dwóch maszynach, DNS Rage4 , dwa serwery + loadbalancer + sprzętowy firewall. Spokojnie pociągnie http://www.ovh.co.uk/dedicated_servers/eg_64g_ssd.xml przy odpowiedniej konfiguracji. Dodatkowo zestawiasz virtual rack (serwery postawione w dwóch lokalizacjach)

    Mamy postawione podobnie do jednego projektu i spisuje się świetnie. Nie rozumiem czemu chcesz iść w chmurę? Wspominasz o CDN również nie rozumiem? Przeprowadzałeś jakiś test na podobnym rozwiązaniu?

     

     

    Skąd założenie że pociągnie? Tu masz 4 rdzenie , co zrobisz jak będzie mało? Dokupisz kolejne 2 serwery? A co z łączem? 200Mbps wystarczy?


  3. 1. Nginx +PHP-FPM+Opcode + ewentualnie Varnish. Zależy od projektu, ciężko wróżyć z fusów.

    2. Obstawiam chmurę ze względu na skalowalność. Bazę danych chowasz za serwerami http(s) w prywatnej podsieci. Przed serwerami load balancer sprzętowy i do tego autoskaler.

    3. Usługi cloud w PL to już wiesz kto oferuje, za granicą to Amazon, Rackspace. Raczej potrzebujesz kogoś, kto Ci to postawi i skonfiguruje.

    4. Ze szczątkowych informacji można założyć, że te 300k wygeneruje około ~900GB transferu dziennie. To wychodzi ca 38GB na godzinę, 100Mbps zapcha. Zależy też skąd ten ruch głównie pochodzi.

     

     


  4. Nie zauważyłem żadnych większych problemów z upgrade Debian 5 -> 6 (jedyne co to miałem problemy z ldap, ale do rozwiązania) ani ze stabilnością. Fakt, jak się robi 3 razy upgrade (sarge->etch->lenny) i przymierza do 4, to pasowałoby zrobić ponowną instalację.

    Zwłaszcza jak się korzysta z Puppeta lub CFengine, to w zasadzie pozostają tylko dane.

     

    Jak 100netto za godzinę, to cena ok.

     


  5. Wiele DL360 G3 (po konfigu wnosze, ze to ta generacja) mialo blad sprzetowy, ktory objawia sie tym, ze wentylatory jak juz raz wejda na obroty to te juz sie nie obniza do restartu. Walczylem z tym, ale jedynie na Windowsa i na bardzo stare Linuxy byly pakiety do kontrolowania predkosci wentylatorow.

     

    Skonczylo sie tym, ze pozbylem sie grata. :)

     

     

    Nie błąd, tylko po prostu tak miały, pisałem o tym parę postów wyżej.

×