Que signifie la mise à l'échelle horizontale?
Dans le contexte des bases de données, je suis tombé sur l'évolutivité horizontale comme l'un des avantages des bases de données NOSQL. Que signifie ce terme?
Comment cela se comparerait-il à mise à l'échelle verticale ?
mise à l'échelle horizontale
La mise à l'échelle horizontale se construit essentiellement au lieu d'augmenter. Vous n'allez pas acheter un plus gros serveur plus costaud et y déplacer toute votre charge, au lieu de cela, vous achetez 1+ serveurs supplémentaires et répartissez votre charge entre eux.
La mise à l'échelle horizontale est utilisée lorsque vous avez la possibilité d'exécuter simultanément plusieurs instances sur des serveurs. Typiquement, il est beaucoup plus difficile de passer de 1 serveur à 2 serveurs que de passer de 2 à 5, 10, 50, etc.
Une fois que vous avez résolu les problèmes liés à l'exécution d'instances parallèles, vous pouvez tirer pleinement parti d'environnements comme Amazon EC2, le service cloud de Rackspace, GoGrid, etc. vous n'utilisez pas simplement pour couvrir ces pics de charge.
Les bases de données relationnelles sont l'un des éléments les plus difficiles à exécuter en lecture/écriture complète en parallèle.
J'ai vu Damien Katz parler de CouchDB à StackOverflow DevDays à Austin et l'un de ses principaux objectifs pour sa création était ces instances parallèles. Étant donné que cela a été un objectif depuis le premier jour, il serait beaucoup plus capable de tirer parti de la mise à l'échelle horizontale.
Mise à l'échelle verticale
La mise à l'échelle verticale est l'inverse, s'accumule au lieu de s'étendre. Allez acheter le matériel le plus solide que vous puissiez vous permettre et mettez-y votre application, votre base de données, etc.
monde réel
Bien sûr, les deux ont leurs avantages et leurs inconvénients. Souvent, une combinaison de ces deux est utilisée pour une solution finale.
Vous pouvez avoir votre base de données principale où tout le monde écrit et lit des données en temps réel sur un gros matériel. Ensuite, ayez distribué des copies en lecture seule de la base de données pour une analyse des données et des rapports plus lourds où être à la minute n'a pas autant d'importance. L'application Web frontale peut alors s'exécuter sur plusieurs serveurs Web derrière un équilibreur de charge.
La mise à l'échelle horizontale est idéale lorsque vous avez besoin d'une application qui doit gérer une grande quantité d'écritures et de lectures parallèles. Pensez à un site Web qui reçoit une énorme quantité de trafic et doit le consigner, ou doit consigner un grand nombre d'événements.
Je suppose que le plus grand avantage est que la mise à l'échelle horizontale peut être effectuée à l'aide de matériel de base, et il n'y a que beaucoup de choses à faire avec la mise à l'échelle verticale et en essayant d'agrandir vos boîtes existantes.
Les SGBDR traditionnels échouent ici pour diverses raisons (y compris le fait qu'ils sont ACID), et les solutions NoSQL Excel ici parce qu'ils peuvent être facilement mis à l'échelle horizontalement - mais c'est une autre histoire (RDBMS/SQL vs NoSQL.)
Certaines personnes de l'industrie utilisent une terminologie différente pour désigner la même chose:
- scale up = mise à l'échelle verticale
- scale out = mise à l'échelle horizontale