reshardCollection (comando de base de datos)

Limitaciones de resharding

• Si la colección usa Atlas Search, el índice de búsqueda dejará de estar disponible una vez que se complete la operación. Para restaurar, reconstruye manualmente el índice de búsqueda.

• Las colecciones que utilizan Queryable Encryption no son compatibles.

Fase de inicialización

Durante la fase de inicialización, el coordinador de redistribución determina la nueva distribución de datos para la colección particionada.

Fase de clonación

Durante la fase de clonación:

• Cada partición receptora crea una colección particionada temporal y vacía con las mismas opciones de colección que la colección particionada donante. Esta nueva colección es el objetivo donde las particiones receptoras guardan los nuevos datos. Las particiones receptoras no crean ningún índice, excepto el índice _id hasta la fase de índice.

• Cada partición receptora clona los datos de la colección de la partición donante, incluyendo todos los documentos que la partición receptora posee bajo la nueva clave de partición.

Fase de índice

Durante la fase de índice, cada partición destinataria construye los nuevos índices necesarios. Estos incluyen todos los índices existentes en la colección particionada y un índice compatible con el nuevo patrón de clave de partición si dicho índice aún no existe en la colección particionada.

Fase de aplicar y sincronización

Durante la fase de aplicación y puesta al día:

• Cada partición receptora comienza a aplicar las entradas de oplog que se escribieron en la partición donante correspondiente después de que la receptora clonó los datos.

• Cuando la estimación del tiempo restante para completar la operación de redistribución está por debajo de 500 ms, la partición donante bloquea las escrituras en la colección fuente.

Fase de Compromiso

Durante la fase de confirmación:

• El coordinador de repartición espera que todas las particiones alcancen una consistencia estricta y luego confirma la operación de repartición.

• El coordinador de reequilibrio instruye por separado a cada primario de particiones donante y receptor para que cambie el nombre de la colección particionada temporal. La colección temporal se convierte en la nueva colección resharded.

• Cada partición donante descarta la colección particionada anterior.

Reshard a Collection

El siguiente ejemplo redivide la colección sales.orders con la nueva clave de partición { order_id: 1 }:

db.adminCommand({
  reshardCollection: "sales.orders",
  key: { order_id: 1 }
})

Salida:

{
  ok: 1,
  '$clusterTime': {
    clusterTime: Timestamp(1, 1624887954),
    signature: {
      hash: Binary(Buffer.from("0000000000000000000000000000000000000000", "hex"), 0),
      keyId: 0
    }
  },
  operationTime: Timestamp(1, 1624887947)
}

Redistribuir datos a nuevas particiones

A partir de MongoDB 8.0, puedes reconfigurar una colección en la misma clave, lo que puede utilizarse para redistribuir datos en nuevas particiones.

Después de agregar una partición al clúster, use el comando reshardCollection con la opción forceRedistribution para redistribuir los datos en todo el clúster:

db.adminCommand({
    reshardCollection: "accounts.invoices",
    key: { store_id: "hashed" },
    forceRedistribution: true
})

Redistribuir datos a diferentes zonas

A partir de MongoDB 8.0, puede usar el comando reshardCollection para trasladar datos a nuevas zonas sin cambiar la clave de partición.

El siguiente comando redistribuye los datos de la colección accounts.sales usando la misma clave de partición, moviendo los datos a las particiones asociadas con las zonas zone04 y zone05:

db.adminCommand({
    reshardCollection: "accounts.sales",
    key: { region_id: "hashed" },
    forceRedistribution: true,
    zones: [
        {
            zone: "zone04",
            min: { region_id: MinKey() },
            max: { region_id: 10 }
        },
        {
            zone: "zone05",
            min: { region_id: 10 },
            max: { region_id: MaxKey() }
        }
    ]
})