Menu Docs
Página inicial do Docs
/
Manual do MongoDB
/ /

Remover fragmentos de um cluster fragmentado

Nesta página

  • Sobre esta tarefa
  • Antes de começar
  • Passos
  • Saiba mais

Para remover umfragmento , você deve garantir que os dados do fragmento sejam migrados para os fragmentos restantes no cluster. Este procedimento descreve como migrar dados com segurança e remover um fragmento.

  1. Este procedimento utiliza o método sh.moveCollection() para mover as collections para fora do shard removido. Antes de iniciar este procedimento, revise as considerações e requisitos do moveCollection para entender o comportamento do comando.

  2. Para remover um fragmento, primeiro conecte-se a uma das instâncias mongos do cluster usando mongosh.

1

Para migrar dados de um shard, o processo do balanceador deve estar habilitado. Para verificar o estado do balanceador , use o método sh.getBalancerState() :

sh.getBalancerState()

Se a operação retornar true, o balanceador estará habilitado.

Se a operação retornar false, consulte Habilitar o Balancer.

2

Para localizar o nome do shard, execute o comando listShards :

db.adminCommand( { listShards: 1 } )

O campo shards._id contém o nome do fragmento.

3

Execute o comando removeShard para o shard que você deseja remover:

db.adminCommand( { removeShard: "<shardName>" } )

Observação

mongos converte a write concern do comando removeShard para "majority".

A operação removeShard retorna:

{
"msg" : "draining started successfully",
"state" : "started",
"shard" : "<shardName>",
"note" : "you need to drop or movePrimary these databases",
"dbsToMove" : [
"db1",
"db2"
],
"ok" : 1,
"operationTime" : Timestamp(1575398919, 2),
"$clusterTime" : {
"clusterTime" : Timestamp(1575398919, 2),
"signature" : {
"hash" : BinData(0,"Oi68poWCFCA7b9kyhIcg+TzaGiA="),
"keyId" : NumberLong("6766255701040824328")
}
}
}

O fragmento entra no estado draining e o balanceador começa a migrar blocos do fragmento removido para outros fragmentos no cluster. Essas migrações ocorrem lentamente para evitar um impacto grave no cluster geral. Dependendo da capacidade da rede e da quantidade de dados, essa operação pode levar de alguns minutos a vários dias para ser concluída.

Dica

Enquanto o shard estiver no estado draining , você pode utilizar o comando reshardCollection para redistribuir dados fora do shard removido.

Mover dados com reshardCollection pode ser mais rápido do que esperar que o balanceador migre os blocos. O cluster garante que os dados não sejam colocados em nenhum shard de drenagem . Não é possível executar as operações moveCollection e reshardCollection simultaneamente.

4

Para retornar uma lista de namespaces de collections fragmentadas, use o estágio $shardedDataDistribution e projeto o campo ns :

use admin
db.aggregate(
[
{ $shardedDataDistribution: { } },
{ $project: { ns: 1 } }
]
)

Registre a saída para fazer referência mais tarde neste tutorial.

5
db.adminCommand( { listDatabases: 1, nameOnly: true } )
6

Para cada banco de dados de dados no cluster, exceto admin e config, execute estas etapas:

  1. Listar as collections de banco de dados de dados

    Liste as collections no banco de banco de dados, omitindo os seguintes tipos de collections:

    • Collections internas que suportam CSFLE

    • Collections do sistema

    • Coleções de séries temporais

    • Visualizações

    use <databaseName>
    db.getCollectionInfos(
    {
    $and: [
    { type: { $nin: [ "view", "timeseries" ] } },
    { name: { $not: { $regex: "^system\." } } },
    { name: { $not: { $regex: "^enxcol_\..*(\.esc|\.ecc|\.ecoc|\.ecoc\.compact)$" } } }
    ]
    },
    { nameOnly: true }
    )
  2. Mover collections necessárias

    Para cada collection retornada por getCollectionInfos() , execute as etapas a seguir.

    Observação

    Somente uma operação moveCollection pode estar em andamento por vez. Conclua todas as subetapas antes de passar para a próxima collection.

    1. Determine se a coleção precisa ser movida.

      Execute o estágio de agregação $collStats e projeto os campos ns e shard :

      db.<collName>.aggregate(
      [
      {
      $collStats: { }
      },
      {
      $project: {
      ns: 1,
      shard: 1
      }
      }
      ]
      )

      Se algum dos critérios a seguir for atendido, pule a collection e retorne à etapa i para a próxima collection no banco de banco de dados:

      • O campo ns está presente na saída $shardedDataDistribution da etapa 4.

      • O campo shard não é o shard que está sendo removido.

      Se nenhum dos critérios anteriores for atendido, continue para a etapa ii para a collection atual.

    2. Mova a collection.

      Para mover a coleção, execute sh.moveCollection() na coleção:

      sh.moveCollection( "<namespace>.<collection>", "<ID of recipient shard>" )

      Observação

      moveCollection falhará se você executar o comando em um namespace fragmentado. Se você receber esta mensagem de erro, ignore-a e retorne à etapa i para a próxima coleção.

    3. Retorne à etapa i para cada coleção no banco de banco de dados.

  3. Repetir o procedimento para outros bancos de dados

    Repita a etapa 6, Move collections off of the shard (e subetapas) para cada banco de dados de dados no cluster.

7

Execute o método db.printShardingStatus() :

db.printShardingStatus()

Na seção databases da saída de comando, marque o campo database.primary . Se o campo primary for o fragmento removido, você deverá mover o primário desse banco de dados para um fragmento diferente.

Para alterar o fragmento primário de um banco de dados, execute o comando movePrimary .

Aviso

Quando você executa movePrimary, todas as collections que não foram movidas na etapa Move collections off of the shard ficam indisponíveis durante o processo movePrimary .

db.adminCommand(
{
movePrimary: <dbName>,
to: <shardName>
}
)
8

Para verificar o progresso da migração, execute removeShard do banco de banco de dados admin novamente:

db.adminCommand( { removeShard: "<shardName>" } )

Na saída, o campo remaining inclui estes campos:

Campo
Descrição

chunks

Número de chunks atualmente restantes no shard

dbs

Número de bancos de dados cujo fragmento primário é o shard. Estes bancos de dados são especificados no campo de saída dbsToMove .

jumboChunks

Do número total de chunks, o número que é jumbo.

Se jumboChunks for maior que 0, aguarde até que apenas o jumboChunks permaneça no fragmento. Quando restarem apenas os chunks jumbo , você deverá limpar manualmente a bandeira gigante antes que a drenagem possa ser concluída. Consulte Limpar sinalizador jumbo .

Depois que a sinalização jumbo for limpa, o balanceador poderá migrar esses chunks. Para obter detalhes sobre o procedimento de migração, consulte Procedimento de migração de intervalo.

Continue verificando o status do comando removeShard até que o número de blocos restantes seja 0.

db.adminCommand( { removeShard: "<shardName>" } )
9

Para finalizar o processo de remoção de shard, execute novamente o comando removeShard :

db.adminCommand( { removeShard: <shardName> } )

Observação

Operações de DDL

Se você remover um fragmento enquanto o cluster executa uma operação DDL (uma operação que modifica uma collection como reshardCollection), a operação removeShard será executada após a conclusão da operação DDL simultânea.

Se o fragmento for removido, a saída do comando será semelhante ao seguinte:

{
msg: 'removeshard completed successfully',
state: 'completed',
shard: '<shardName>',
ok: 1,
'$clusterTime': {
clusterTime: Timestamp({ t: 1721941519, i: 7 }),
signature: {
hash: Binary.createFromBase64('AAAAAAAAAAAAAAAAAAAAAAAAAAA=', 0),
keyId: Long('0')
}
},
operationTime: Timestamp({ t: 1721941519, i: 7 })
}

Voltar

Adicione um nó a um shard