MongoDB · Lección 13
¿Cómo se organiza un cluster con sharding?
Los config servers almacenan los datos de usuario de las colecciones y los shards solo guardan los índices de esas colecciones
Reparte una colección entre varios shards (cada uno un replica set) según la shard key; los clientes se conectan a mongos, que enruta las consultas, y los config servers guardan los metadatos del cluster; se usa cuando los datos o la carga superan lo que soporta un solo replica set
Las aplicaciones deben conocer en qué shard está cada documento y conectarse directamente a ese shard, sin pasar por ningún router
Replica toda la colección completa en todos los shards, por lo que mejora la disponibilidad pero no aumenta la capacidad de almacenamiento
MongoDB · Lección 13
Completa el código
El router al que se conectan las aplicaciones es
Revisa: mongos.
MongoDB · Lección 13
¿Por qué conviene agotar las opciones de un replica set (índices, modelo, hardware) antes de shardear?
Pista: el sharding añade complejidad operativa y una mala shard key es difícil de corregir; muchos problemas de rendimiento se resuelven con mejores índices o modelo, y se shardea cuando los datos o la carga realmente superan un solo servidor.
✓
¡Lección completada!
Sharding — arquitectura y cuándo usarlo
0
XP ganado
3
Vidas restantes