Actualización del clúster fragmentado autogestionado a la autenticación mediante archivo clave (sin tiempo de inactividad)

Crear el usuario administrador.

Utilice el método para crear un usuario administrador y asignarle los siguientes db.createUser() roles:

• clusterAdmin en la base de datos admin

• userAdmin roles en la base de datos admin

Los clientes que realicen operaciones de mantenimiento u operaciones administrativas de usuario en el clúster particionado deben autenticarse como este usuario al finalizar este tutorial. Crea este usuario ahora para asegurarte de tener acceso al clúster después de aplicar la autenticación.

admin = db.getSiblingDB("admin");
admin.createUser(
  {
    user: "admin",
    pwd: "<password>",
    roles: [
      { role: "clusterAdmin", db: "admin" },
      { role: "userAdmin", db: "admin" }
    ]
  }
);

Opcional: Crea usuarios adicionales para las aplicaciones de los clientes.

Además del usuario administrador, puedes crear usuarios adicionales antes de aplicar la autenticación. Esto garantiza el acceso al clúster sharded una vez que se aplique la autenticación completamente.

db.getSiblingDB("marketing").createUser(
  {
    "user": "joe",
    "pwd": "<password>",
    "roles": [ { "role" : "readWrite", "db" : "marketing" } ]
  }
)

Consulta Roles de usuario de base de datos para conocer los roles proporcionados por MongoDB.

Consulta el tutorial Agregar Usuarios para obtener más información sobre cómo añadir usuarios. Considera las mejores prácticas de seguridad al agregar nuevos usuarios.

Opcional: actualice las aplicaciones cliente para especificar las credenciales de autenticación.

Aunque el clúster fragmentado no aplica actualmente la autenticación, puede actualizar las aplicaciones cliente para que especifiquen las credenciales de autenticación al conectarse al clúster. Esto puede evitar la pérdida de conectividad al finalizar este tutorial.

mongosh  --username "joe" --password "<password>" \
  --authenticationDatabase "marketing" --host mongos1.example.net:27017

Cree un nuevo mongos archivo de configuración.

Para cada mongos:

1. Copia el archivo de configuración existente mongos y asígnele un nombre distinto, como <filename>-secure.conf (o .cfg si se usa Windows). Utilizará este nuevo archivo de configuración para migrar el mongos para aplicar autenticación en el clúster particionado. Conserve el archivo de configuración original para fines de copia de seguridad.

2. Al nuevo archivo de configuración, agregue las siguientes configuraciones:

   • security.transitionToAuth fijar en true

   • security.keyFile establecer en la ruta del archivo clave.

     Si utiliza un mecanismo de autenticación interna diferente, especifique la configuración adecuada para el mecanismo.

   security:
      transitionToAuth: true
      keyFile: <path-to-keyfile>

   El nuevo archivo de configuración debe contener todos los ajustes de configuración usados anteriormente por mongos, así como los nuevos ajustes de seguridad.

Uno a la vez, reinicie el mongos con el nuevo archivo de configuración.

Siga el procedimiento para reiniciar la instancia de mongos, una mongos a la vez:

1. Conéctese al para mongos apagar.

2. Utiliza el método db.shutdownServer() en la base de datos admin para apagar de forma segura el mongos.

   db.getSiblingDB("admin").shutdownServer()

3. Reiniciar mongos con el nuevo archivo de configuración, especificando la ruta al archivo de configuración usando --config. Por ejemplo, si el nuevo archivo de configuración se llamara mongos-secure.conf:

   mongos --config <path>/mongos-secure.conf

   donde <path> representa la ruta del sistema a la carpeta que contiene el nuevo archivo de configuración.

Repetí el proceso de reinicio para la siguiente instancia mongos hasta que todas las instancias mongos en el clúster fragmentado hayan sido reiniciadas.

Cree un nuevo mongod archivo de configuración.

Para cada mongod en el set de réplicas del servidor de configuración,

1. Copia el archivo de configuración existente mongod y asígnele un nombre distinto, como <filename>-secure.conf (o .cfg si se usa Windows). Utilizará este nuevo archivo de configuración para migrar el mongod para aplicar autenticación en el clúster particionado. Conserve el archivo de configuración original para fines de copia de seguridad.

2. Al nuevo archivo de configuración, agregue las siguientes configuraciones:

   • security.transitionToAuth fijar en true

   • security.keyFile establecer en la ruta del archivo clave.

     Si utiliza un mecanismo de autenticación interna diferente, especifique la configuración adecuada para el mecanismo.

   security:
      transitionToAuth: true
      keyFile: <path-to-keyfile>

Uno a la vez, reinicie el mongod con el nuevo archivo de configuración.

Reinicia el set de réplicas, un nodo a la vez, comenzando por los nodos secundarios.

1. Para reiniciar los miembros secundarios uno a la vez,

   1. Conéctese al mongod y utilice el método contra db.shutdownServer() la admin base de datos para apagar de forma segura mongod el.

      db.getSiblingDB("admin").shutdownServer()

   2. Reinicie el mongod con el nuevo archivo de configuración, especificando la ruta al archivo de configuración mediante --config. Por ejemplo, si el nuevo archivo de configuración se llamara mongod-secure.conf:

      mongod --config <path>/mongod-secure.conf

      donde <path> representa la ruta del sistema a la carpeta que contiene el nuevo archivo de configuración.

   Cuando este nodo esté habilitado, repita el proceso para el siguiente nodo secundario.

2. Una vez que todos los miembros secundarios se hayan reiniciado y estén en funcionamiento, reinicie el primario:

   1. Conéctate a mongod.

   2. Utilice el método rs.stepDown() para rebajar el primario y activar una elección.

      rs.stepDown()

      Puedes utilizar el método rs.status() para asegurarte de que el set de réplicas haya elegido un nuevo primario.

   3. Una vez que se haya eliminado la primaria y se haya elegido una nueva, cierre la primaria anterior utilizando el método contra db.shutdownServer() la admin base de datos.

      db.getSiblingDB("admin").shutdownServer()

   4. Reinicie el mongod con el nuevo archivo de configuración, especificando la ruta al archivo de configuración mediante --config. Por ejemplo, si el nuevo archivo de configuración se llamara mongod-secure.conf:

      mongod --config <path>/mongod-secure.conf

      donde <path> representa la ruta del sistema a la carpeta que contiene el nuevo archivo de configuración.

Remover transitionToAuth de los archivos de configuración mongos.

Remueve la clave security.transitionToAuth y su valor de los archivos de configuración mongos creados durante este tutorial. Deja la configuración security.keyFile añadida en el tutorial.

security:
   keyFile: <path-to-keyfile>

Reinicie el mongos con el archivo de configuración actualizado.

Siga el procedimiento para reiniciar la instancia mongos, una mongos a la vez:

1. Conéctese al para mongos apagar.

2. Utiliza el método db.shutdownServer() en la base de datos admin para apagar de forma segura el mongos.

   db.getSiblingDB("admin").shutdownServer()

3. Reiniciemongoscon el archivo de configuración actualizado, especificando la ruta al archivo de configuración con--config. Por ejemplo, si el archivo de configuración actualizado se llamara mongos-secure.conf:

   mongos --config <path>/mongos-secure.conf

Remover transitionToAuth de los archivos de configuración mongod.

Remueva la clave security.transitionToAuth y su valor de los archivos de configuración del servidor de configuración creados durante este tutorial. Deja la security.keyFile configuración agregada en el tutorial.

security:
   keyFile: <path-to-keyfile>

Uno a la vez, reinicia el mongod con el archivo de configuración actualizado.

Reinicia el set de réplicas, un nodo a la vez, comenzando por los nodos secundarios.

1. Para reiniciar los miembros secundarios uno a la vez,

   1. Conéctese al mongod y utilice el método contra db.shutdownServer() la admin base de datos para apagar de forma segura mongod el.

      db.getSiblingDB("admin").shutdownServer()

   2. Reinicie el mongod con el archivo de configuración actualizado, especificando la ruta del archivo de configuración mediante --config. Por ejemplo, si el nuevo archivo de configuración se llamara mongod-secure.conf:

      mongod --config <path>/mongod-secure.conf

      donde <path> representa la ruta del sistema a la carpeta que contiene el archivo de configuración actualizado.

   Cuando este nodo esté habilitado, repita el proceso para el siguiente nodo secundario.

2. Una vez que todos los miembros secundarios se hayan reiniciado y estén en funcionamiento, reinicie el primario:

   1. Conéctate a mongod.

   2. Utilice el método rs.stepDown() para rebajar el primario y activar una elección.

      rs.stepDown()

      Puedes utilizar el método rs.status() para asegurarte de que el set de réplicas haya elegido un nuevo primario.

   3. Una vez que se haya eliminado la primaria y se haya elegido una nueva, cierre la primaria anterior utilizando el método contra db.shutdownServer() la admin base de datos.

      db.getSiblingDB("admin").shutdownServer()

   4. Reinicie el mongod con el archivo de configuración actualizado, especificando la ruta del archivo de configuración mediante --config. Por ejemplo, si el nuevo archivo de configuración se llamara mongod-secure.conf:

      mongod --config <path>/mongod-secure.conf

      donde <path> representa la ruta del sistema a la carpeta que contiene el archivo de configuración actualizado.

Remover transitionToAuth de los archivos de configuración mongod.

Remueva la clave security.transitionToAuth y su valor de los archivos de configuración del servidor de configuración creados durante este tutorial. Deja la security.keyFile configuración agregada en el tutorial.

security:
   keyFile: <path-to-keyfile>

Uno a la vez, reinicia el mongod con el archivo de configuración actualizado.

Reinicia el set de réplicas, un nodo a la vez, comenzando por los nodos secundarios.

1. Para reiniciar los miembros secundarios uno a la vez,

   1. Conéctese al mongod y utilice el método contra db.shutdownServer() la admin base de datos para apagar de forma segura mongod el.

      db.getSiblingDB("admin").shutdownServer()

   2. Reinicie el mongod con el archivo de configuración actualizado, especificando la ruta del archivo de configuración mediante --config. Por ejemplo, si el nuevo archivo de configuración se llamara mongod-secure.conf:

      mongod --config <path>/mongod-secure.conf

      donde <path> representa la ruta del sistema a la carpeta que contiene el archivo de configuración actualizado.

   Cuando este nodo esté habilitado, repita el proceso para el siguiente nodo secundario.

2. Una vez que todos los miembros secundarios se hayan reiniciado y estén en funcionamiento, reinicie el primario:

   1. Conéctate a mongod.

   2. Utilice el método rs.stepDown() para rebajar el primario y activar una elección.

      rs.stepDown()

      Puedes utilizar el método rs.status() para asegurarte de que el set de réplicas haya elegido un nuevo primario.

   3. Una vez que se haya eliminado la primaria y se haya elegido una nueva, cierre la primaria anterior utilizando el método contra db.shutdownServer() la admin base de datos.

      db.getSiblingDB("admin").shutdownServer()

   4. Reinicie el mongod con el archivo de configuración actualizado, especificando la ruta del archivo de configuración mediante --config. Por ejemplo, si el nuevo archivo de configuración se llamara mongod-secure.conf:

      mongod --config <path>/mongod-secure.conf

      donde <path> representa la ruta del sistema a la carpeta que contiene el archivo de configuración actualizado.