Új hozzászólás Aktív témák
-
tag
Én ekkora látogatottságú oldalhoz már valamilyen HA virtualizált környezetet használnék. Az hogy az saját vagy a felhőben van pénzügyi döntés kérdése.
Előtétnek corosync-es 2db haproxy, ami kezeli és elosztja a http kéréseket több backend http (nginx) szerverre, amik mögött legalább master-master, de inkább cluster sql (mysql) szerver szolgálja az adatokat.
Ez így átlag 2KB-os https kéréseket kb. 300 req/s szolgál ki egy szerver host 48 core 64GB RAM EMC szintü storage alatt. Ez ~25 millió kérés naponta. Ja és RAID5-öt ma már nem használ senki és nem is ajánlott.Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
tag
Mondani valóm lényege nem is az erős szerver volt, hanem a magas rendelkezésre állás. Egy ilyen konfiggal bármikor le lehet állítani az adatbázist, a backend vagy frontend szervereket frissítés vagy más karbantartás miatt anélkül, hogy 1 másodpercet is állna az oldal. A frissítés pedig a mai világban legalább olyan fontos mint az üzemelés. Naponta jönnek ki 0days hibák, amiket ha időben nem javítunk, akkor könnyen zombigép lesz belőle, amit lehet, hogy csak hónapok évek múlva vesztek észre. Nem beszélve a napközbeni váratlan leállásokról, ez mind pénzbeli veszteség is lehet. Nálunk, jó az pont pénzügyi környezet, de amíg nem volt ilyen rendszer, addig minden nem tervezett leállás sok pénzbe került és a frissítések is úgy zajlottak, hogy hétvégén hajnalban történt, közben kint a "zárva tábla" és vagy sikerült vagy nem. Ha nem, arról inkább nem is írok.
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
tag
Szerintem olvasd el még egyszer az első hozzászólásomat. Én 1 szerver host-ròl írtam, nem több gépről. Az EMC szintü storage-al még arra céloztam, hogy nem egy sima RAID5 aztán jól van, hanem legalább 2 paritás diszk meg SSD cache valamilyen HBA alatt.
[ Szerkesztve ]
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...