Actualice un clúster particionado a la versión 7.0

Desactivar el balanceador.

Conecte mongosh a una mongos instancia en el clúster fragmentado y ejecute sh.stopBalancer() para deshabilitar el balanceador:

sh.stopBalancer()

sh.getBalancerState()

Para obtener más información sobre cómo deshabilitar el balanceador,consulte Deshabilitar el balanceador.

Actualiza los servidores de configuración.

1. Actualice los miembros secundarios del conjunto de réplicas, uno a la vez.

   1. Apague la instancia secundaria.

      Para cerrar el proceso mongod, use mongosh para conectarse al nodo del clúster y ejecutar el siguiente comando:

      db.adminCommand( { shutdown: 1 } )

   2. Reemplaza el binario 6.0 con el binario 7.0.

   3. Inicie el binario 7.0.

      Inicie el 7.0 binario --configsvr --replSetcon, y. Incluya cualquier otra opción que utilice la --port implementación.

      mongod --configsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      Si utiliza un archivo de configuración, actualice el archivo para sharding.clusterRole: configsvr replication.replSetNamenet.portespecificar,, y, luego inicie net.bindIp el 7 0 binario.:

      sharding:
         clusterRole: configsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      Incluya cualquier otra configuración según sea necesario para su implementación.

   4. Espere a que el miembro se recupere al estado SECONDARY antes de actualizar al siguiente miembro secundario.

      Para comprobar el estado del nodo, ejecuta rs.status() en mongosh.

   5. Repita esto para cada miembro secundario.

2. Reduce el primario del set de réplicas.

   1. Reducir la primaria.

      Conectemongosha la primaria y users.stepDown()para reducir la primaria y forzar la elección de una nueva primaria:

      rs.stepDown()

   2. Apague el primario reductor.

      Cuando muestra que el primario ha reducido su nivel y otro miembro ha asumido rs.status() el PRIMARY estado, apague el primario reducido.

      Para apagar el servidor primario reducido, use para conectarse al servidor primario y ejecute el siguiente mongosh comando:

      db.adminCommand( { shutdown: 1 } )

   3. Reemplace el binario con mongod el 7.0 binario.

   4. Inicie el binario 7.0.

      Inicie 7.0 con --configsvr --replSetlas opciones,, y. Incluya las opciones de línea--port de comandos opcionales utilizadas en la implementación anterior:--bind_ip

      mongod --configsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      Si utiliza un archivo de configuración, actualice el archivo para sharding.clusterRole: configsvr replication.replSetNamenet.portespecificar,, y, luego inicie net.bindIp el 7 0 binario.:

      sharding:
        clusterRole: configsvr
      replication:
        replSetName: <string>
      net:
        port: <port>
        bindIp: localhost,<ip address>
      storage:
        dbpath: <path>

      Incluye cualquier otra configuración que sea adecuada para tu implementación.

Mejora los fragmentos.

Mejora los fragmentos uno a uno.

Para cada conjunto de réplicas de fragmentos:

1. Actualice los miembros secundarios del conjunto de réplicas, uno a la vez.

   1. Apague la instancia secundaria.

      Para cerrar el proceso mongod, use mongosh para conectarse al nodo del clúster y ejecutar el siguiente comando:

      db.adminCommand( { shutdown: 1 } )

   2. Reemplaza el binario 6.0 con el binario 7.0.

      Inicie el 7.0 binario con las --shardsvr opciones,, y. Incluya las opciones de línea de comandos adicionales que correspondan a su--replSet --port --bind_ip implementación:

      mongod --shardsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      Si usa un archivo de configuración, actualice el archivo para sharding.clusterRole: shardsvr replication.replSetNamenet.portincluir,, y, luego inicie net.bindIp el 7 0 binario.:

      sharding:
         clusterRole: shardsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      Incluye cualquier otra configuración que sea adecuada para tu implementación.

   3. Espere a que el miembro se recupere al estado SECONDARY antes de actualizar al siguiente miembro secundario.

      Para comprobar el estado del nodo, puedes emitir rs.status() en mongosh.

   4. Repita esto para cada miembro secundario.

2. Reduce el primario del set de réplicas.

   Conectemongosha la primaria y users.stepDown()para reducir la primaria y forzar la elección de una nueva primaria:

   rs.stepDown()

3. Actualizar la primaria reducida.

   Cuando muestra que el primario ha reducido su número y otro miembro ha asumido rs.status() el PRIMARY estado, actualice el primario reducido:

   1. Apague el primario reductor.

      Para apagar el servidor primario reducido, use mongosh para conectarse al miembro del conjunto de réplicas y ejecute el siguiente comando:

      db.adminCommand( { shutdown: 1 } )

   2. Reemplace el binario con mongod el 7.0 binario.

   3. Inicie el binario 7.0.

      Inicie el 7.0 binario con las --shardsvr opciones,, y. Incluya las opciones de línea de comandos adicionales que correspondan a su--replSet --port --bind_ip implementación:

      mongod --shardsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      Si utiliza un archivo de configuración, actualice el archivo para sharding.clusterRole: shardsvr replication.replSetNamenet.portespecificar,, y, luego inicie net.bindIp el 7 0 binario.:

      sharding:
        clusterRole: shardsvr
      replication:
        replSetName: <string>
      net:
        port: <port>
        bindIp: localhost,<ip address>
      storage:
        dbpath: <path>

      Incluye cualquier otra configuración que sea adecuada para tu implementación.

Actualice las mongos instancias.

Reemplace cada instancia con mongos el 7.0 binario y reinicie. Incluya cualquier otra configuración según corresponda para su implementación.

mongos --configdb csReplSet/<rsconfigsver1:port1>,<rsconfigsver2:port2>,<rsconfigsver3:port3> --bind_ip localhost,<ip address>

Vuelva a habilitar el balanceador.

mongoshUsando, conéctese a un mongos en el clúster y ejecute sh.startBalancer() para volver a habilitar el balanceador:

sh.startBalancer()

Para obtener más información sobre cómo volver a habilitar el balanceador,consulte Habilitar el balanceador.

Activar las características 7.0 incompatibles con versiones anteriores.

En este punto, se pueden ejecutar los binarios 7.0 sin las características 7.0 que son incompatibles con 6.0.

Para activar estas características 7.0, se debe establecer la compatibilidad de características entre versiones (FCV) a 7.0. También debe establecer confirm en verdadero si se actualiza a 7.0 o posterior.

En una instancia mongos, ejecuta el comando setFeatureCompatibilityVersion en la base de datos admin:

db.adminCommand( { setFeatureCompatibilityVersion: "7.0", confirm: true } )

La configuración featureCompatibilityVersion (FCV): "7.0" realiza implícitamente un en cada replSetReconfig term fragmento para agregar el campo al documento de configuración de réplica del fragmento.

El comando no se completa hasta que la nueva configuración se propaga a la mayoría de los miembros del conjunto de réplicas.

Este comando debe realizar escrituras en una colección interna del sistema. Si por alguna razón el comando no se completa con éxito, puede volver a ejecutar el comando de manera segura en el mongos, ya que la operación es idempotente.

Cualquier documento huérfano que exista en las particiones se limpiará cuando se configure el setFeatureCompatibilityVersion a 7.0. El proceso de limpieza:

• No impide que se complete la actualización y

• Tiene una tasa limitada. Para mitigar el posible impacto en el rendimiento durante la limpieza de documentos huérfanos, consulte Ajuste del rendimiento de la eliminación de rangos.