Implementar un set de réplicas autogestionado para pruebas y desarrollo

Overview

Tres sets de réplicas de nodos proporcionan suficiente redundancia para sobrevivir a la mayoría de las particiones de red y otros fallos del sistema. Estos sets también tienen suficiente capacidad para muchas operaciones de lectura distribuidas. Los set de réplicas siempre deben tener un número impar de nodos. Esto asegura que las elecciones se lleven a cabo sin inconvenientes. Para obtener más información sobre el diseño de sets de réplicas, consulte la descripción general de la Replicación.

Requisitos

Para sistemas de prueba y desarrollo, puede ejecutar su mongod instancias en un sistema local o dentro de una instancia virtual.

Antes de poder implementar un set de réplicas, se debe instalar MongoDB en cada sistema que formará parte del set de réplicas. Si aún no se ha instalado MongoDB, se deben consultar los tutoriales de instalación.

Cada nodo debe poder conectarse con todos los demás nodos. Para obtener instrucciones sobre cómo verificar la conexión, se debe consultar Probar conexiones entre todos los nodos.

Considerations

mongod --bind_ip localhost,My-Example-Associated-Hostname

mongosh --host My-Example-Associated-Hostname
mongosh --host 198.51.100.1

Procedimiento

1. Crea los directorios de datos necesarios para cada nodo emitiendo un comando similar al siguiente :

   mkdir -p /srv/mongodb/rs0-0  /srv/mongodb/rs0-1 /srv/mongodb/rs0-2

   Esto creará directorios llamados "rs0-0", "rs0-1" y "rs0-2", que contendrán los archivos de base de datos de las instancias.

2. Inicia tus instancias mongod en sus propias ventanas de shell emitiendo los siguientes comandos:

   Advertencia

   Antes de vincular la instancia a una dirección IP de acceso público, se debe asegurar el clúster contra accesos no autorizados. Para obtener una lista completa de recomendaciones de seguridad, se debe consultar Checklist de seguridad para implementaciones autogestionadas. Como mínimo, se debe considerar habilitar la autenticación y reforzar la infraestructura de red.

   Primer miembro:

   mongod --replSet rs0 --port 27017 --bind_ip localhost,<hostname(s)|ip address(es)> --dbpath /srv/mongodb/rs0-0  --oplogSize 128

   Segundo nodo:

   mongod --replSet rs0 --port 27018 --bind_ip localhost,<hostname(s)|ip address(es)> --dbpath /srv/mongodb/rs0-1  --oplogSize 128

   Tercer nodo:

   mongod --replSet rs0 --port 27019 --bind_ip localhost,<hostname(s)|ip address(es)> --dbpath /srv/mongodb/rs0-2 --oplogSize 128

   Esto inicia cada instancia como nodo de un set de réplicas denominado rs0, cada una ejecutándose en un puerto distinto, y especifica la ruta a tu directorio de datos con el ajuste --dbpath. Si ya está utilizando los puertos sugeridos, seleccione puertos diferentes.

   Las instancias se vinculan tanto al localhost como a la dirección IP del host.

   La configuración --oplogSize reduce el espacio en disco que utiliza cada instancia mongod. [1] Esto es ideal para implementaciones de prueba y desarrollo, ya que previene la sobrecarga de tu máquina. Para más información sobre esta y otras opciones de configuración, consulta Opciones de archivos de configuración autogestionados.

3. Conéctese a una de sus instancias mongod a través de mongosh. Deberás indicar qué instancia especificando su número de puerto. Por simplicidad y claridad, puede que quieras elegir la primera, como en el siguiente comando;

   mongosh --port 27017

4. En mongosh, utiliza rs.initiate() para iniciar el set de réplicas. Puedes crear un objeto de configuración de set de réplicas en un entorno mongosh, como en el siguiente ejemplo:

   rsconf = {
     _id: "rs0",
     members: [
       {
        _id: 0,
        host: "<hostname>:27017"
       },
       {
        _id: 1,
        host: "<hostname>:27018"
       },
       {
        _id: 2,
        host: "<hostname>:27019"
       }
      ]
   }

   sustituyendo <hostname> por el nombre de host de su sistema y luego pasando el archivo rsconf a rs.initiate() de la siguiente manera:

   rs.initiate( rsconf )

5. Muestra la configuración de réplica actual emitiendo el siguiente comando:

   rs.conf()

   El objeto de configuración del set de réplicas se asemeja al siguiente:

   {
      "_id" : "rs0",
      "version" : 1,
      "protocolVersion" : Long(1),
      "members" : [
         {
            "_id" : 0,
            "host" : "<hostname>:27017",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 1,
            "tags" : {
            },
            "secondaryDelaySecs" : Long(0),
            "votes" : 1
         },
         {
            "_id" : 1,
            "host" : "<hostname>:27018",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 1,
            "tags" : {
            },
            "secondaryDelaySecs" : Long(0),
            "votes" : 1
         },
         {
            "_id" : 2,
            "host" : "<hostname>:27019",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 1,
            "tags" : {
            },
            "secondaryDelaySecs" : Long(0),
            "votes" : 1
         }
      ],
      "settings" : {
         "chainingAllowed" : true,
         "heartbeatIntervalMillis" : 2000,
         "heartbeatTimeoutSecs" : 10,
         "electionTimeoutMillis" : 10000,
         "catchUpTimeoutMillis" : -1,
         "getLastErrorModes" : {
         },
         "getLastErrorDefaults" : {
            "w" : 1,
            "wtimeout" : 0
         },
         "replicaSetId" : ObjectId("598f630adc9053c6ee6d5f38")
      }
   }

Verifica el estado del set de réplicas en cualquier momento con la rs.status() operación.