Implementar un conjunto de réplicas autogestionadas 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 los sistemas de prueba y desarrollo, puede ejecutar sus instancias en un sistema local o dentro de una instancia mongod 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. Cree los directorios de datos necesarios para cada miembro 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. Inicie sus instancias en sus propias ventanas de shell emitiendo los siguientes mongod comandos:

   Advertencia

   Antes de vincular una dirección IP que no sea local (por ejemplo, de acceso público), asegúrese de proteger su clúster contra accesos no autorizados. Para obtener una lista completa de recomendaciones de seguridad, consulte la Lista de verificación de seguridad para implementaciones autogestionadas. Como mínimo, considere 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 miembro:

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

   Tercer miembro:

   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 miembro de un conjunto de réplicas rs0 llamado, cada una ejecutándose en un puerto distinto, y especifica la ruta a su directorio de datos con la configuración. Si ya utiliza los puertos sugeridos, seleccione --dbpath otros.

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

   La --oplogSize configuración reduce el espacio en disco que mongod utiliza cadainstancia.1 [] Esto es ideal para implementaciones de prueba y desarrollo, ya que evita la sobrecarga del equipo. Para obtener más información sobre esta y otras opciones de configuración, consulte Opciones del archivo de configuración autoadministrado.

3. Conéctese a una de sus mongod instancias mongosh a través de. Deberá indicar cuál instancia especificando su número de puerto. Para mayor simplicidad y claridad, puede elegir la primera, como en el siguiente comando:

   mongosh --port 27017

4. Enmongosh, users.initiate()para iniciar el conjunto de réplicas. Puede crear un objeto de configuración de conjunto de réplicas en el entornomongosh, 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")
      }
   }

Verifique el estado de su conjunto de réplicas en cualquier momento con la rs.status() operación.