Para comandos do Atlas CLI que você utiliza para implementar e gerenciar Atlas clusters na nuvem, você pode configurar como o cluster lida com o dimensionamento de recursos utilizando a opção --autoScalingMode
. Você pode usar essa opção para os seguintes comandos para especificar se os nós do cluster são dimensionados juntos ou de forma independente:
A opção --autoScalingMode
obtém os seguintes valores:
atlas setup --clusterName symmetricShardCluster --provider AWS --autoScalingMode clusterWideScaling --projectId 5e2211c17a3e5a48f5497de3 --tier M10
Para clusters configurados com clusterWideScaling
, a saída JSON é semelhante a esta:
{ "clusterType": "SHARDED", "name": "symmetricShardCluster", "diskSizeGB": 0, "replicationSpecs": [ { "id": "internalId", "numShards": 2, "regionConfigs": [ { "electableSpecs": { ... },the "readOnlySpecs": { ... }, ... } ], "zoneName": "string" } ], ... }
Para saber mais sobre a saída, consulte o endpoint getCluster. Se você omitir a opção --autoScalingMode
, o comando assumirá como padrão o modo clusterWideScaling
.
atlas setup --clusterName asymmetricShardCluster --provider AWS --autoScalingMode independentShardScaling --projectId 5e2211c17a3e5a48f5497de3 --tier M10
Para clusters configurados com independentShardScaling
, a saída JSON parece semelhante ao seguinte:
{ "clusterType": "SHARDED", "name": "asymmetricShardCluster", "replicationSpecs": [ { "id": "externalId", "regionConfigs": [ { "electableSpecs": { "diskSizeGB": 10, ... }, "readOnlySpecs": { "diskSizeGB": 10, ... }, } ], "zoneId": "string",// for GET/UPDATE "zoneName": "string" }, ... ] }
A saída JSON inclui o objeto replicationSpecs
que descreve as propriedades de um único shard. Os elementos replicationSpecs
definem o número de fragmentos em vez do campo numShards
. O campo diskSizeGB
está dentro do objeto replication_specs.regionConfig
de cada fragmento. O campo zoneId
que identifica a zona para cluster global é retornado na saída. Para saber mais sobre a saída, consulte o endpoint getCluster.