Docs Menu
Docs Home
/ /

transitionToDedicatedConfigServer (comando de base de datos)

transitionToDedicatedConfigServer

Nuevo en la versión 8.0.

A partir de MongoDB 8.0, puedes:

  • Configure un servidor de configuración para almacenar los datos de su aplicación además de los habituales Metadatos de clúster fragmentados. Un servidor de configuración que almacena datos de la aplicación se denomina fragmento de configuración.

  • Transición de un servidor de configuración de ser un fragmento de configuración a un servidor de configuración dedicado.

Un clúster requiere un servidor de configuración, pero puede ser un fragmento de configuración en lugar de un servidor de configuración dedicado. Usar un fragmento de configuración reduce la cantidad de nodos necesarios y simplifica la implementación.

Si su aplicación tiene requisitos exigentes de disponibilidad y resiliencia, considere implementar un servidor de configuración dedicado. Un servidor de configuración dedicado proporciona aislamiento, recursos dedicados y un rendimiento consistente para las operaciones críticas del clúster.

El transitionToDedicatedConfigServer comando configura un fragmento de configuración para que se ejecute como servidor de configuración dedicado. Este comando hace que el balanceador priorice el traslado de fragmentos del fragmento de configuración a otros fragmentos del clúster.

Antes de transitionToDedicatedConfigServer ejecutar, conéctese a y utilice la base mongosde datos de administración.

El clúster fragmentado debe tener featureCompatibilityVersion establecido en al 8.0 menos.

Sintaxis del comando:

db.adminCommand( {
transitionToDedicatedConfigServer: 1
} )

El transitionToDedicatedConfigServer comando mueve los datos de la aplicación del fragmento de configuración a los demás fragmentos de la misma manera removeShard que. El balanceador mueve los datos de la colección fragmentada a otros fragmentos elegibles del clúster. Debe mover los datos de la colección y las bases de datos no fragmentadas a un fragmento de su elección en el clúster. Para conocer el procedimiento para eliminar un fragmento de configuración, consulte Eliminar fragmentos de un clúster fragmentado.

Internamente, transitionToDedicatedConfigServer ejecuta el removeShard comando. transitionToDedicatedConfigServer devuelve la misma respuesta removeShard que. La respuesta tras una transferencia de datos exitosa state: "completed" contiene. Para obtener detalles completos de la respuesta y ejemplos, consulte el ejemplo de removeShard. Revise la documentación de antes de removeShard ejecutar transitionToDedicatedConfigServer para comprender cómo puede afectar su implementación.

Si ejecuta transitionToDedicatedConfigServer dos veces y los datos del fragmento se están moviendo actualmente a otros fragmentos, la segunda ejecución de transitionToDedicatedConfigServer devuelve el estado actual del movimiento de datos. transitionToDedicatedConfigServer devuelve la misma respuesta que removeShard.

Una vez que transitionToDedicatedConfigServer completa la transferencia de datos, el servidor de configuración es un servidor de configuración dedicado y ya no es un fragmento de configuración.

Si el control de acceso está habilitado, el transitionToDedicatedConfigServer comando requiere la transitionToDedicatedConfigServer acción de autorización para el clúster:

{
resource: { cluster : true },
actions: [ "transitionToDedicatedConfigServer" ]
}

El clusterManager rol tiene una transitionToDedicatedConfigServer acción de autorización y se puede asignar a un usuario.

El siguiente ejemplo asigna el rol clusterManager a un usuario llamado testUser:

db.grantRolesToUser(
"testUser",
[ "clusterManager" ]
)

El siguiente ejemplo configura un fragmento de configuración para que se ejecute como un servidor de configuración dedicado:

db.adminCommand( {
transitionToDedicatedConfigServer: 1
} )

Para obtener más detalles, consulte Versión de compatibilidad de funciones de degradación.

Volver

transitionFromDedicatedConfigServer

En esta página