Je voudrais au moins éliminer tout le contenu statique. Configurez un autre vhost ailleurs et chargez-y tous les graphiques, CSS et JavaScript. Vous pouvez acheter des cycles supplémentaires, déchargeant la diffusion de ce type de contenu. Si vous êtes vraiment inquiet, vous pouvez vous inscrire et utiliser un service de distribution de contenu. Il existe maintenant des lots similaires à Akamai et assez bon marché.
Une autre idée pourrait être d'utiliser Apache mod_proxy pour conserver la sortie de la page générée pendant une durée spécifique. APC serait également tout à fait utilisable ... Vous pouvez utiliser la capture de la mise en mémoire tampon de sortie + l'heure de la dernière modification des données associées sur la page, et utiliser la version mise en cache APC. Si la page n'est plus valide, vous la régénérez et la stockez à nouveau dans APC.
Bonne chance. Ce sera une expérience d'apprentissage !
Mesurez d'abord, puis optimisez. Avez-vous fait des tests de charge ? Où sont les goulots d'étranglement ?
Une fois que vous connaissez vos goulots d'étranglement, vous pouvez décider intelligemment si vous avez besoin de boîtes de base de données ou de boîtes Web supplémentaires. En ce moment, vous ne feriez que deviner.
En outre, comment les résultats de vos tests de charge se comparent-ils au trafic attendu ? Pouvez-vous gérer deux fois le trafic prévu ? Cinq fois? Avec quelle facilité/rapidité pouvez-vous acquérir et publier du matériel supplémentaire ? Je suis sûr que l'exigence commerciale est de ne pas échouer lors du lancement, alors assurez-vous d'avoir beaucoup de capacité disponible. Vous pouvez toujours le relâcher ensuite lorsque la charge s'est stabilisée et que vous savez ce dont vous avez besoin.
Ayez une période bêta pendant laquelle vous autorisez autant d'utilisateurs que vous pouvez gérer, mesurez les performances de votre site et corrigez les bogues avant de le mettre en ligne.
Vous pouvez soit contrôler explicitement le nombre d'utilisateurs dans une version bêta privée, soit une version bêta semi-publique de style Google où chaque utilisateur dispose d'un certain nombre de références qu'il peut proposer à ses amis.
Pour préparer ou gérer un pic (ou un pic) de performances, je déterminerais d'abord si vous êtes prêt grâce à des tests de performances simples avec quelque chose comme jmeter.
Il est facile à configurer et à démarrer et vous fournira des mesures précoces pour savoir si vous gérerez une charge de pointe prévue.
Cependant, compte tenu de vos contraintes de temps, d'autres mesures à prendre seraient de préparer des versions statiques du contenu qui attireront la plus grande attention (comme les communiqués de presse, si votre jour de lancement). Assurez-vous également que vous utilisez au mieux la mise en cache côté client (une requête de moins à votre serveur peut faire toute la différence). Le Web est déjà conçu pour une évolutivité extrêmement élevée et une utilisation efficace. La mise en cache du contenu est votre meilleur ami dans ces situations.
Il y a un excellent podcast sur la haute évolutivité sur la radio du génie logiciel sur la conception du nouveau site Web du Guardian quand les choses se calment.
Bonne chance pour le lancement.