Serveur MySql à forte intensité d'E/S sur Amazon AWS

Les problèmes :

• Les deux serveurs que vous avez énumérés ci-dessus sont absolument identiques.
• Vous parlez de FusionIO mais vous parlez aussi d'exécuter MySQL et Apache sur la même boîte.
• Vous n'indiquez pas si les fichiers Apache ou la base de données MySQL (ou des parties de celle-ci, telles que le fichier ib_logfile ) seront sur les disques FusionIO.

L'idée fausse :

Il n'est pas nécessairement vrai que "le matériel réel sera toujours plus rapide que les machines virtuelles". Il est vrai que sur le même matériel la même application sera plus performante si elle n'est pas dans une machine virtuelle, mais comme vous n'avez pas accès au matériel d'Amazon, cette comparaison est discutable.

L'intérêt du nuage est qu'il évolue horizontalement. Ainsi, si vous pouvez servir 100 visiteurs simultanés avec un serveur, vous pouvez servir 1000 visiteurs simultanés avec 10 serveurs et chaque visiteur reçoit la même vitesse de réponse, quel que soit son nombre.

Le nuage :

Il existe quelques différences essentielles entre les fournisseurs de services en nuage et la colocation. Si vous êtes en mesure d'en tirer parti, l'hébergement dans le nuage sera clairement gagnant.

1. Vous pouvez monter et descendre des instances très rapidement. Si votre trafic est très éclaté (par exemple, vous gérez un site Web de vente de billets), vous pouvez très facilement cloner votre niveau Web, votre niveau de base de données et/ou votre niveau de stockage sur des centaines de machines virtuelles une heure avant la mise en vente des billets pour Justin Bieber et les fermer toutes une heure après pour économiser de l'argent. Les solutions basées sur le matériel prennent généralement des semaines pour augmenter votre capacité et elles continuent à coûter de l'argent lorsqu'elles ne sont pas pleinement utilisées.
2. Le coût initial peut être beaucoup plus faible. Le matériel que vous mentionnez coûte probablement des dizaines de milliers de dollars en plus de vos autres coûts d'hébergement. Mon serveur Amazon me coûte environ 15 dollars par mois, mais je peux facilement le faire évoluer vers une machine virtuelle beaucoup plus puissante et le faire évoluer vers des dizaines d'instances à charge équilibrée avec un préavis d'une heure.
3. Ils font une grande partie du travail pour vous. Amazon propose d'autres services tels que DynamoDB, qui s'adapte automatiquement à la charge de travail ou aux besoins de stockage que vous lui confiez. Ils fonctionnent sur des disques SSD pour plus de rapidité et sont répliqués à plusieurs endroits, ce qui vous assure redondance et disponibilité.

Cela dit, votre application doit être capable de s'étendre horizontalement. Vous ne pouvez pas simplement la lancer dans le nuage et vous attendre à ce qu'elle évolue éternellement. Par exemple, les sessions PHP par défaut présentent deux problèmes :

1. Ils sont stockés sur un disque local, ce qui signifie que vous devez soit utiliser des sessions collantes, soit un disque partagé, ce qui constitue un goulot d'étranglement.
2. Ils sont ouverts avec flock() qui est un verrou de fichier exclusif et bloquant. Un seul processus PHP peut utiliser un fichier de session à la fois. Cela peut être un sérieux problème lorsque vous commencez à lancer de nombreux appels AJAX.

Il ne s'agit que d'un seul exemple, mais les applications qui n'ont pas été écrites en tenant compte de la mise à l'échelle horizontale sont généralement pleines de ressources exclusives comme celle-ci.

Si vous utilisez une base de données distribuée (ce qui est le cas des services de base de données d'Amazon), votre application doit également être en mesure de gérer les compromis inhérents à l'architecture de la base de données. CAP théorème. Celui-ci stipule que vous pouvez obtenir deux des trois aspects : Cohérence, Disponibilité, Tolérance de partition. Vous devrez savoir lequel de ces trois aspects vous n'avez pas et faire en sorte que votre application le compense.

Si votre application convient au matériel, optez pour le matériel. Si elle convient au cloud, optez pour le cloud.

Remarque : j'ai utilisé Amazon comme exemple ici, mais il existe d'autres fournisseurs d'hébergement en nuage qui ont des capacités similaires de création et de suppression d'instances très rapides et qui ne vous facturent que ce que vous utilisez réellement.