MongoDB - Madrid Devops Febrero
0 recomendaciones2,231 vistas
Este documento introduce MongoDB, una base de datos NoSQL orientada a documentos. Explica cuando usar MongoDB, como cuando se necesita escalabilidad horizontal, alto volumen de datos o cacheo. También describe características como replicación automática, sharding y esquema flexible de documentos. Finalmente, ofrece una guía básica sobre cómo configurar shards, colecciones y réplicas en MongoDB.
MongoDB - Madrid Devops Febrero
- 2. Índice Cuando usar NoSQL
- 3. Cuando no usar NoSQL
- 7. Replicación
- 9. Arquitectura
- 10. Primeros pasos
- 11. Backup
- 12. ¿Cuando usar NoSQL? Cachear
- 13. Alto volumen de datos
- 14. Escalabilidad horizontal(sin joins ni transacciones complejas)
- 15. El lema es ”No sólo SQL” no ”sólo NoSQL”
- 16. ¿Cuando no usar NoSQL? Alto nivel transaccional
- 18. Problemas que requieren sentencias relacionales
- 19. Vistazo a MongoDB Orientado a documentos (formato BSON)
- 20. Esquema flexible
- 22. Replicación
- 23. Auto-sharding
- 26. Vistazo a MongoDB No relacional
- 27. Distribuida
- 28. Opensource
- 30. Drivers para casi todos los lenguajes
- 31. Replicación y sharding automático
- 32. GridFS
- 33. Otras características Map Reduce Queries se ejecutan en paralelo en todos los shards
- 34. Adición y procesamiento de datos flexible Indexación Geoespacial Encuentra objetos basándose en su localización geográfica
- 35. Esquema básico Servidor de base de datos
- 36. Shell
- 37. Sharding router Mongod Database server Mongo Interactive shell Mongos Sharding router
- 38. Replicación Master: mongod –master
- 39. Slave: mongod –source url:port o pasivo –slavedelay numberofseconds
- 40. Replica Sets Soporte completo ante caídas(recomendado para cada shard usado)
- 41. Se pueden tener miembros pasivos que nunca serán primarios Master-master Sólo recomendable para operaciones de insert o delete por id
- 42. Auto-sharding Definido por una clave shard
- 43. La respuesta ante caídas se maneja mediante replica sets de cada shard
- 44. Las queries map reduce pueden correr en paralelo entre varios shards
- 45. Se pueden añadir servidores como shards y automáticamente se empiezan a repartir los datos entre ellos
- 46. Fragmentación
- 47. Fragmentación
- 48. Arquitectura Shards Servers: mongod –shardsvr
- 49. Se puede configurar replicación para cubrirse ante caídas.
- 50. Shards Routers: mongos –configdb urlconfig:portconfig
- 51. Actua como la shell para el resto de clientes
- 52. Puede ejecutarse en un servidor de aplicaciones para reducir el tráfico
- 54. Recomendado un grupo de 3
- 56. Detalle importante _id Special key
- 57. Presente en todos los documentos(objetos) almacenados
- 58. Única en cada colección
- 59. Del tipo que se desee
- 60. Primeros pasos sharding use admin
- 61. db.runCommand( { addshard : "pre-mongo1:10000" } );
- 62. db.runCommand( { addshard : "pre-mongo2:10000" } );
- 63. db.runCommand( { enablesharding : "activities" } );
- 64. db.runCommand( { shardcollection : "activities.userWall" , key : { userId: 1 } } );
- 66. Backup EC2 -> Snapshot EBS
- 68. FS->mysqldump, dd (poco recomendable)
- 69. Punto débil de Mongo con instalación en sharding.
- 70. Más detalles en http://bit.ly/wNdlIA
- 71. Preguntas