Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/ansible/ansible-examples.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorErik Zettel <zettel@b1-systems.de>2019-10-07 10:09:40 +0300
committerAbhijeet Kasurde <akasurde@redhat.com>2019-10-07 10:09:40 +0300
commita247de42bb52e57c5ddfdcb99215d2f800f85563 (patch)
tree4d22820b6916872b6e5c5f2d0a2be0ce76773b4e /mongodb
parent945b1c5d39475ac61047a58355f533b337e45589 (diff)
Misc Typos in README.md
* lamp_haproxy/aws/README.md: fix typos * mongodb/README.md: fix typos * tomcat-memcached-failover/README.md: fix typos
Diffstat (limited to 'mongodb')
-rw-r--r--mongodb/README.md10
1 files changed, 5 insertions, 5 deletions
diff --git a/mongodb/README.md b/mongodb/README.md
index 24ee8d9..c586fe5 100644
--- a/mongodb/README.md
+++ b/mongodb/README.md
@@ -18,7 +18,7 @@ in BJSON format.
Another thing to notice is that NoSQL-style databases have a looser consistency
model. As an example, the second document in the users collection has an
-additonal field of 'last name'.
+additional field of 'last name'.
### Data Replication
------------------------------------
@@ -29,7 +29,7 @@ Data backup is achieved in MongoDB via _replica sets_. As the figure above shows
a single replication set consists of a replication master (active) and several
other replications slaves (passive). All the database operations like
add/delete/update happen on the replication master and the master replicates
-the data to the slave nodes. _mongod_ is the process which is resposible for all
+the data to the slave nodes. _mongod_ is the process which is responsible for all
the database activities as well as replication processes. The minimum
recommended number of slave servers are 3.
@@ -38,8 +38,8 @@ recommended number of slave servers are 3.
![Alt text](images/sharding.png "Sharding")
-Sharding works by partitioning the data into seperate chunks and allocating
-diffent ranges of chunks to diffrent shard servers. The figure above shows a
+Sharding works by partitioning the data into separate chunks and allocating
+different ranges of chunks to different shard servers. The figure above shows a
collection which has 90 documents which have been sharded across the three
servers: the first shard getting ranges from 1-29, and so on. When a client wants
to access a certain document, it contacts the query router (mongos process),
@@ -75,7 +75,7 @@ The diagram above illustrates the deployment model for a MongoDB cluster deploye
Ansible. This deployment model focuses on deploying three shard servers,
each having a replica set, with the backup replica servers serving as the other two shard
primaries. The configuration servers are co-located with the shards. The _mongos_
-servers are best deployed on seperate servers. This is the minimum recomended
+servers are best deployed on separate servers. This is the minimum recommended
configuration for a production-grade MongoDB deployment. Please note that the
playbooks are capable of deploying N node clusters, not limited to three. Also,
all the processes are secured using keyfiles.