MongoDB: escalant - Historial de revisió

Enric: /* Replicant MongoDB */

2014-01-13T12:50:15Z

Replicant MongoDB

Enric: /* Sharding: dades distribuïdes */

2014-01-13T12:45:41Z

Sharding: dades distribuïdes

Enric a 12:35, 13 gen 2014

2014-01-13T12:35:37Z

Enric: /* Escalabilitat en BBDD */

2014-01-13T12:26:21Z

Escalabilitat en BBDD

Enric: /* Escalant MongoDB */

2014-01-08T23:48:54Z

Escalant MongoDB

Enric: /* Escalant MongoDB */

2014-01-08T23:37:24Z

Escalant MongoDB

Enric: /* Escalant MongoDB */

2014-01-08T23:34:55Z

Escalant MongoDB

Enric: /* Escalant MongoDB */

2014-01-08T23:30:23Z

Escalant MongoDB

Enric: Es crea la pàgina amb «Escalabilitat: capacitat per augmentar el nombre de consultes per segon. Estratègia típica: tenir diverses rèpliques en diferents instàncies de la BBDD on poder repa…».

2014-01-08T23:11:29Z

Es crea la pàgina amb «Escalabilitat: capacitat per augmentar el nombre de consultes per segon. Estratègia típica: tenir diverses rèpliques en diferents instàncies de la BBDD on poder repa…».

Pàgina nova

Escalabilitat: capacitat per augmentar el nombre de consultes per segon.

Estratègia típica: tenir diverses rèpliques en diferents instàncies de la BBDD on poder repartir les consultes (particularment les de lectura).

Per entendre aquest article convé llegir [[MongoDB]] i potser [[Pymongo]]

== Escalabilitat en BBDD ==
* Si son rèpliques/instàncies de lectura cap problema. Les d'escriptura tenen la problemàtica de la consistència.
* Solució típica: 1 instància primària (escriptura) i 2 (o més) de secundàries (lectura).
* Les secundàries es sincronitzen a la primària regularment.
* La primària sempre serà consistent. Les secundàries poden tenir un retràs en l'actualització de les dades.
* Si cau la primària cal unes eleccions per determinar quina farà de primària.

Dos paràmetres d'escriptura:
* w -> wait (esperem a que s'hagi escrit a memòria)
* j -> journal (efectiva persistència en disc)
Aquests paràmetres son importants a la nostra aplicació ja que ens determinen què fem quan escrivim a la BBDD. Podem esperar a què s'hagi actualitzat a la memòria, o al jornal (disc dur) i tenir en compte si s'ha enregistrat a les altres instàncies.

<br>

== Escalant MongoDB ==
Amb aquest script podem crear diverses instàncies en diversos ports (normalment caldria crearles en diverses màquines):
<syntaxhighlight lang="bash">
#!/bin/bash
mkdir -p /data/rs1 /data/rs2 /data/rs3
mongod --replSet m101 --logpath "1.log" --dbpath /data/rs1 --port 27017 --smallfiles --fork
mongod --replSet m101 --logpath "2.log" --dbpath /data/rs2 --port 27018 --smallfiles --fork
mongod --replSet m101 --logpath "3.log" --dbpath /data/rs3 --port 27019 --smallfiles --fork
</syntaxhighlight>

@@ Línia 109: / Línia 109: @@
 Ara anem al secundari i, '''ULL, per poder fer lectures al secondari cal executar l'ordre''':
-  rs.slaveOk()
+  > rs.slaveOk()
 ...i llavors ja podrem llegir les dades que hem entrat a l'altra instància:
   SECONDARY> db.people.find()
   { "_id" : ObjectId("52cde3219380fd09968b6cff"), "nom" : "enric" }

@@ Línia 38: / Línia 38: @@
 * '''Shard''': instància d'una DDBB distribuïda.
 * No totes les aplicacions permeten distribuïr les dades. P.ex. una BBDD d'un servidor d'emails sí ho permet (distribuïnt els usuaris en diversos ''shards''). Una aplicació que necessiti extrema coherència, com un banc, no pot distribuïr les dades de la mateixa manera.
+* Cada ''shard'' pot estar replicat internament.
 == Replicant MongoDB ==

@@ Línia 4: / Línia 4: @@
 Per entendre aquest article convé llegir [[MongoDB]] i potser [[Pymongo]]
 == Escalabilitat en BBDD ==
 Tenim diverses tècniques per escalar la velocitat de les nostres aplicacions:
 * Millorant la velocitat de les consultes/insercions amb indexes.
 * Utilitzant els paràmetres d'escriptura convenientment.
-* Replicant les instàncies de MongoDB
+* Replicant les instàncies de MongoDB (lectura).
-* Distribuïnt les dades
+* '''Sharding''': distribuïnt les dades en diversos ''shards'' (escriptura).
 <br>
@@ Línia 26: / Línia 23: @@
 Per tant, '''convé crear els índexos justos i necessaris per les consultes que volem, ja que amb cadascun que fem ralentitzarà les escriptures'''.
 <br>
@@ Línia 33: / Línia 31: @@
 * '''j -> journal''' (efectiva persistència en disc)
 Aquests paràmetres son importants a la nostra aplicació ja que ens determinen què fem quan escrivim a la BBDD. Podem esperar a què s'hagi actualitzat a la memòria, o al jornal (disc dur) i tenir en compte si s'ha enregistrat a les altres instàncies replicades.
 <br>
-== Escalant MongoDB ==
+== Sharding: dades distribuïdes ==
 Per crear un '''''replica set''''' caldrà fer:
 # Arrencar les diferents instàncies de mongod

← Versió més antiga		Revisió del 12:26, 13 gen 2014
Línia 12:		Línia 12:
	* Si cau la primària cal unes eleccions per determinar quina farà de primària.		* Si cau la primària cal unes eleccions per determinar quina farà de primària.

−	~~Dos paràmetres d'escriptura:~~
−	* w -> wait (esperem a que s'hagi escrit a memòria)
−	* j -> journal (efectiva persistència en disc)
−	Aquests paràmetres son importants a la nostra aplicació ja que ens determinen què fem quan escrivim a la BBDD. Podem esperar a què s'hagi actualitzat a la memòria, o al jornal (disc dur) i tenir en compte si s'ha enregistrat a les altres instàncies.

		+	Tenim diverses tècniques per escalar la velocitat de les nostres aplicacions:
		+	* Millorant la velocitat de les consultes/insercions amb indexes.
		+	* Utilitzant els paràmetres d'escriptura convenientment.
		+	* Replicant les instàncies de MongoDB
		+	* Distribuïnt les dades
		+	<br>
		+
		+	== Indexes ==
		+	Un índex:
		+	* Accelera la velocitat de lectura (consultes) si l'utilitzem convenientment.
		+	* Disminueix la velocitat d'escriptura sempre, ja que cada cop que fem un inserció/update cal actualitzar l'índex.
		+
		+	Per tant, '''convé crear els índexos justos i necessaris per les consultes que volem, ja que amb cadascun que fem ralentitzarà les escriptures'''.
		+	<br>
		+
		+	== Paràmetres d'escriptura ==
		+	Quan realitzem una escriptures a la BBDD tenim dos paràmetres:
		+	* '''w -> wait''' (esperem a que s'hagi escrit a memòria)
		+	* '''j -> journal''' (efectiva persistència en disc)
		+	Aquests paràmetres son importants a la nostra aplicació ja que ens determinen què fem quan escrivim a la BBDD. Podem esperar a què s'hagi actualitzat a la memòria, o al jornal (disc dur) i tenir en compte si s'ha enregistrat a les altres instàncies replicades.
	<br>		<br>

@@ Línia 20: / Línia 20: @@
 == Escalant MongoDB ==
-Per crear un ''replica set'' caldrà fer:
+Per crear un '''''replica set''''' caldrà fer:
 # Arrencar les diferents instàncies de mongod
 # Configurar l'arbitratge (primari, secondaris, etc.)
@@ Línia 36: / Línia 36: @@
 De moment estan arrencades i son accessibles a través dels diferents ports amb:
-  $ mongo --port 27017
+  $ mongo --port 27020
 I ara caldrà configurar el ''set'' perquè s'arbitri correctament. Ens caldrà aquesta configuració:

@@ Línia 25: / Línia 25: @@
 Amb aquest script podem crear diverses instàncies en diversos ports (normalment caldria crearles en diverses màquines):
 <syntaxhighlight lang="bash">
 #!/bin/bash
@@ Línia 48: / Línia 51: @@
 rs.status();
 </syntaxhighlight>

@@ Línia 28: / Línia 28: @@
 #!/bin/bash
 mkdir -p /data/rs1 /data/rs2 /data/rs3
-mongod --replSet m101 --logpath "1.log" --dbpath /data/rs1 --port 27017 --smallfiles --fork
+mongod --replSet m101 --logpath "1.log" --dbpath /data/rs1 --port 27020 --smallfiles --fork
-mongod --replSet m101 --logpath "2.log" --dbpath /data/rs2 --port 27018 --smallfiles --fork
+mongod --replSet m101 --logpath "2.log" --dbpath /data/rs2 --port 27021 --smallfiles --fork
-mongod --replSet m101 --logpath "3.log" --dbpath /data/rs3 --port 27019 --smallfiles --fork
+mongod --replSet m101 --logpath "3.log" --dbpath /data/rs3 --port 27022 --smallfiles --fork
 </syntaxhighlight>
@@ Línia 41: / Línia 41: @@
 <syntaxhighlight lang="javascript">
 config = { _id: "m101", members:[
-           { _id : 0, host : "localhost:27017"},
+           { _id : 0, host : "localhost:27020"},
-           { _id : 1, host : "localhost:27018"},
+           { _id : 1, host : "localhost:27021"},
-           { _id : 2, host : "localhost:27019"} ]
+           { _id : 2, host : "localhost:27022"} ]
 };
 rs.initiate(config);
 rs.status();
 </syntaxhighlight>