Configurar el escalado independiente de fragmentos

Para los comandos de la CLI de Atlas que utilice para implementar y administrar clústeres de Atlas en la nube, puede configurar cómo el clúster gestiona el escalado de recursos mediante la opción --autoScalingMode. Puede usar esta opción para los siguientes comandos para especificar si los fragmentos del clúster se escalan juntos o de forma independiente:

atlas setup
atlas-deployments-setup
atlas-deployments-delete
atlas-deployments-list
atlas-deployments-pause
atlas-deployments-start
atlas clústeres create

atlas clusters update

describir clústeres de atlas

lista de clústeres de atlas

atlas clústeres watch

detener clústeres de atlas

inicio de clústeres Atlas

Atlas clústeres borrar

La opción --autoScalingMode admite los siguientes valores:

atlas setup --clusterName symmetricShardCluster --provider AWS --autoScalingMode clusterWideScaling --projectId 5e2211c17a3e5a48f5497de3 --tier M10

Para clústeres configurados con clusterWideScaling, la salida JSON se parece a lo siguiente:

Salida de clusterWideScaling de muestra

{
  "clusterType": "SHARDED",
  "name": "symmetricShardCluster",
  "diskSizeGB": 0,
  "replicationSpecs": [
    {
      "id": "internalId",
      "numShards": 2,
      "regionConfigs": [
        {
          "electableSpecs": { ... },the
          "readOnlySpecs": { ... },
          ...
        }
      ],
      "zoneName": "string"
    }
  ],
  ...
}

Para aprender más sobre la salida, consulte el getCluster punto final. Si omite la opción --autoScalingMode, el comando se establece por defecto en la moda clusterWideScaling.

atlas setup --clusterName asymmetricShardCluster --provider AWS --autoScalingMode independentShardScaling --projectId 5e2211c17a3e5a48f5497de3 --tier M10

Para clústeres configurados con independentShardScaling, la salida JSON se parece a lo siguiente:

Muestra de resultado independentShardScaling

{
  "clusterType": "SHARDED",
  "name": "asymmetricShardCluster",
  "replicationSpecs": [
    {
      "id": "externalId",
      "regionConfigs": [
        {
          "electableSpecs": {
              "diskSizeGB": 10,
              ...
          },
          "readOnlySpecs":  {
              "diskSizeGB": 10,
              ...
          },
        }
      ],
      "zoneId": "string",// for GET/UPDATE
      "zoneName": "string"
    },
    ...
  ]
}

La salida JSON incluye el objeto replicationSpecs que describe las propiedades de una sola partición. Los elementos replicationSpecs definen el número de particiones en lugar del campo numShards. El campo diskSizeGB está dentro del objeto replication_specs.regionConfig de cada partición. El campo zoneId que identifica la zona para el clúster global se devuelve en la salida. Para aprender más sobre el resultado, consulte el getCluster punto de conexión.

Para revertir un clúster segmentado que utiliza escalado independiente de particiones a un escalado general de clúster, realiza el siguiente procedimiento:

Recupera el esquema de escalado de particiones independientes.

Realice una solicitud al punto final de la Atlas Administration API Devolver un clúster de un Proyecto. La solicitud devuelve una entrada replicationSpecs por partición.

Selecciona el esquema de una plantilla.

De entre los replicationSpecs, seleccione uno con el que hacer coincidir las demás particiones para una escalabilidad simétrica. Tenga en cuenta las siguientes propiedades del regionConfigs de la partición elegida:

instanceSize para cada rol de partición, como electableSpecs, readOnlySpecs o analyticsSpecs.
diskSizeGB, ebsVolumeType, y diskIOPS, o campos de almacenamiento equivalentes para los distintos proveedores de clúster.

Para garantizar la continuidad del rendimiento, seleccione su partición de nivel más alto como plantilla.

Componer un arreglo `replicationSpecs` simétrico.

Utilizando tu esquema de plantilla seleccionado como base, compón una carga útil de solicitud de PATCH en la que los valores de instanceSize de cada partición para electableSpecs y readOnlySpecs sean idénticos.

{
  "replicationSpecs": [
    {
      "id": "SHARD_ID_0",
      "regionConfigs": [
        {
          "providerName": "AWS",
          "regionName": "US_EAST_1",
          "zoneName": "Zone1",
          "electableSpecs": {
            "instanceSize": "M60",
            "nodeCount": 3,
            "diskSizeGB": 2048,
            "ebsVolumeType": "PROVISIONED",
            "diskIOPS": 4000
          },
          "readOnlySpecs": {
            . . .
          },
          "analyticsSpecs": {
            . . .
          }
        }
      ]
    },
    {
      "id": "SHARD_ID_1",
      "regionConfigs": [
        . . .
      ]
    },
      . . .
  ]
}

Debe preservar los valores id de las particiones existentes. Iguale la configuración de nivel, almacenamiento y disco para cada partición.

Aplicar el `PATCH`.

Realice una solicitud al extremo de la Atlas Administration API Actualizar un clúster en un proyecto utilizando la carga útil definida anteriormente. Esto inicia un redimensionamiento progresivo de todas las particiones en el clúster.

Una vez que modifiques el tamaño de tus particiones para restaurar la simetría, puedes volver a usar la versión de recurso de la API 2024-10-23. Esta versión depende del modelo simétrico replicationSpecs.numShards.

Volver

Archivo de configuración del clúster

Implementaciones locales y en la nube

Configurar el escalado independiente de fragmentos

clusterWideScalingIndica que los nodos del clúster escalan juntos en todas las particiones.

independentShardScalingIndica que los nodos del clúster escalan de forma independiente.

Deshabilitar independentShardScalingRevertir un clúster particionado a un escalado de todo el clúster