Vyloučil bych alespoň veškerý statický obsah. Nastavte si jiný vhost někde jinde a nahrajte na něj veškerou grafiku, CSS a JavaScript. Můžete si zakoupit několik dalších cyklů, které ušetří poskytování tohoto typu obsahu. Pokud jste opravdu znepokojeni, můžete se zaregistrovat a používat službu distribuce obsahu. Nyní je spousta podobných Akamai a jsou docela levné.
Dalším nápadem může být využití Apache mod_proxy k uchování vygenerovaného výstupu stránky po určitou dobu. APC by bylo také docela použitelné... Mohli byste použít zachycování výstupní vyrovnávací paměti + čas poslední změny souvisejících dat na stránce a použít verzi APC uloženou v mezipaměti. Pokud stránka již není platná, znovu ji vygenerujete a uložíte do APC.
Hodně štěstí. Bude to zážitek z učení!
Nejprve změřte a poté optimalizujte. Dělal jsi nějaké zátěžové testy? Kde jsou úzká hrdla?
Jakmile znáte svá úzká místa, můžete se inteligentně rozhodnout, zda potřebujete další databázové boxy nebo webové boxy. Právě teď byste jen hádali.
Také, jak se vaše výsledky zátěžového testování porovnávají s očekávaným provozem? Dokážete zvládnout dvojnásobný provoz? Pětkrát? Jak snadno/rychle můžete získat a uvolnit další hardware? Jsem si jistý, že obchodním požadavkem je neselhat během spuštění, takže se ujistěte, že máte spoustu dostupné kapacity. Vždy jej můžete uvolnit, když se zátěž stabilizuje a víte, co potřebujete.
Udělejte si beta období, ve kterém povolíte přístup tolika uživatelům, kolik dokážete zvládnout, změřte výkon svého webu a vyřešte chyby před spuštěním.
Počet uživatelů můžete ovládat buď explicitně v soukromé beta verzi, nebo v poloveřejné beta verzi ve stylu Google, kde má každý uživatel určitý počet doporučení, která může nabídnout svým přátelům.
Chcete-li připravit nebo zvládnout špičkový (nebo špičkový) výkon, nejprve bych zjistil, zda jste připraveni pomocí jednoduchého testování výkonu pomocí něčeho jako jmeter.
Je snadné jej nastavit a začít a poskytne vám včasné metriky, zda zvládnete očekávanou špičkovou zátěž.
Vzhledem k vašim časovým omezením by však další kroky, které je třeba podniknout, spočívaly v přípravě statických verzí obsahu, které přitáhnou nejvyšší pozornost (jako jsou tiskové zprávy, pokud je váš den spuštění). Také se ujistěte, že co nejlépe využíváte ukládání do mezipaměti na straně klienta (o jeden požadavek na váš server méně může mít zásadní význam). Web je již navržen pro extrémně vysokou škálovatelnost a efektivní využití obsahu mezipaměti je v těchto situacích vaším nejlepším přítelem.
Když se situace uklidní, na designu nového webu Guardian je vynikající podcast o vysoké škálovatelnosti na rádiu softwarového inženýrství.
Hodně štěstí při startu.