Revisar los recursos actuales y el modelo de alojamiento

En la pestaña Recursos, encontrará los mosaicos Modelo de alojamiento y Asignación de recursos. Estos mosaicos reflejan sus recursos actuales y su modelo de alojamiento. Seleccione Configurar para ajustar la configuración de cada mosaico.

Escalado en la interfaz de usuario

En la pestaña Recursos de la interfaz de usuario, seleccione Configurar en el mosaico Asignaciones de recursos. Esto abre un panel en el que puedes ajustar tus recursos.

Si su base de datos está en el modelo de alojamiento Isolated Compute, verá una tabla de "Tamaños de host", donde puede seleccionar la configuración de vCPU y RAM por miembro para su base de datos.

Si está en el modelo de alojamiento de Computación Compartida, verá la configuración Pequeña, que proporciona 0.5 vCPU y 4 GB de RAM por miembro; la opción Pequeña Personalizada; o la configuración Personalizada. Small Custom indica que la base de datos se ha escalado con la CLI, la API o Terraform, que proporciona un escalado de recursos más preciso, junto con una opción para la asignación automática de vCPU prorrateada en función del valor de RAM. En la interfaz de usuario, puede escalar a Pequeño y Personalizado, pero no puede escalar a los valores detallados proporcionados por la CLI, la API o Terraform. Con Personalizado, arrastre el control deslizante o ajuste el valor en el cuadro de entrada para seleccionar los valores de vCPU y RAM por miembro de su base de datos.

El deslizador "Disco (GB/miembro)" es su selección de disco por miembro. Arrastre el control deslizante o ajuste el número en el cuadro de entrada para cambiar el número de GB de disco. Tenga en cuenta que Disk está vinculado a IOPS a 1 GB = 10 IOPS.

Miembros es el número de miembros de su base de datos. Para MongoDB, los miembros se establecen en 3.

Revise su coste total estimado en la calculadora de la parte inferior. Tenga en cuenta que si tiene costes de derechos adquiridos, también conocidos como estructura de precios heredada, el escalado de su instancia de base de datos elimina algunos o todos sus precios heredados. Si desea más información sobre la cláusula de derechos adquiridos y cuándo finaliza, consulte el calendario de transición del modelo de alojamiento.

Cuando haya terminado, haga clic en Aplicar cambios para activar la operación de escalado.

Pasar de un modelo de alojamiento a otro en la interfaz de usuario

En la pestaña Recursos de la interfaz de usuario, seleccione Configurar en el mosaico Modelo de alojamiento. Se abrirá un panel en el que podrá ajustar la selección del modelo de alojamiento.

La primera opción disponible es Seleccione su modelo de alojamiento. Aquí puede cambiar a otro modelo de alojamiento.

A continuación, verá las opciones para ajustar también los recursos del nuevo modelo de alojamiento que ha seleccionado. Siga las instrucciones de la sección anterior, "Escalado en la interfaz de usuario", para ajustar sus recursos.

Al hacer clic en Aplicar cambios se desencadena esta operación de escala.

Revisar los recursos actuales y el modelo de alojamiento

El plugin de Cloud Databases de la CLI de IBM Cloud admite la visualización y el escalado de recursos en el despliegue. Utilice el mandato cdb deployment-groups para ver la información de recursos actual para el servicio, incluyendo qué grupos de recursos son ajustables. Para escalar cualquiera de los grupos de recursos disponibles, utilice el mandato cdb deployment-groups-set.

Por ejemplo, con el siguiente comando puede ver los grupos de recursos para un despliegue llamado "ejemplo-despliegue". Tenga en cuenta que este comando también revelará si su base de datos es una instancia de Shared Compute o Isolated Compute a través del atributo hostflavor. Si el hostflavor es nulo, se trata de un modelo de alojamiento antiguo.

ibmcloud cdb deployment-groups <INSTANCE_NAME_OR_CRN>

Este mandato genera la siguiente salida:

Group   member
Count   3
|
+   Memory
|   Allocation                      6144mb
|   Allocation per member           2048mb
|   Minimum                         6144mb
|   Step Size                       256mb
|   Adjustable                      true
|   Cpu Enforcement Ratio Ceiling   49152mb
|   Cpu Enforcement Ratio           8192mb

|
+   CPU
|   Allocation              0
|   Allocation per member   0
|   Minimum                 6
|   Step Size               2
|   Adjustable              true
|                           
+   HostFlavor    
|   ID            multitenant
|   Name          
|   HostingSize   
|
+   Disk
|   Allocation              30720mb
|   Allocation per member   10240mb
|   Minimum                 30720mb
|   Step Size               2048mb
|   Adjustable              true

El despliegue tiene tres miembros, con 6144 MB de RAM y 30720 MB de disco asignados en total. La asignación "per member" es de 2048 MB de RAM y 10240 MB de disco. El valor mínimo es el valor más bajo al que se puede definir la asignación total. Step Size (tamaño de paso) es la cantidad más pequeña a la que se puede ajustar la asignación total.

Recursos y escalado en la CLI

El comando ' cdb deployment-groups-set ' permite establecer la asignación total de RAM o de disco en MB. Por ejemplo, para escalar la memoria del despliegue "example-deployment" a 4096 MB de RAM para cada miembro de memoria (para una memoria total de 12288 MB), utilice el mandato:

ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> member --memory 12288

Determine el modelo de alojamiento de su base de datos

Utilice el siguiente comando para revisar el valor del atributo hostflavor. Será nulo si la base de datos está en un modelo de alojamiento obsoleto (no Shared o Isolated Compute).

ibmcloud cdb groups <deployment_id> --json

Cambio a y entre modelos de alojamiento en la CLI

Si su base de datos es una instancia Computación compartida, puede ajustar las opciones de memoria, CPU y disco con el siguiente comando. Si su base de datos no está en Shared Compute, este comando también moverá una base de datos de un modelo de alojamiento diferente al modelo de alojamiento Shared Compute.

ibmcloud cdb deployment-groups-set <deploymentid> <groupid> [--memory <val>] [--cpu <val>] [--disk <val>] [--hostflavor multitenant]

Por ejemplo, utilice lo siguiente para escalar a una instancia de Shared Compute o escalar su instancia de Shared Compute:

ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member  --memory 24576 --cpu 6  --hostflavor multitenant

Si su base de datos es una instancia Computación aislada, la memoria y la CPU se ajustan juntas seleccionando el tamaño de Computación aislada (consulte todos los tamaños en la Tabla 1). El disco se escala por separado. Si su base de datos no está en Isolated Compute, este comando también moverá una base de datos de un modelo de alojamiento diferente al modelo de alojamiento Isolated Compute.

Tenga en cuenta que, dado que la selección del tipo de host incluye los tamaños de CPU y RAM b3c.4x16.encrypted es 4 CPU y 16 RAM), esta solicitud no acepta tanto una selección de tamaño aislado como selecciones separadas de asignación de CPU y RAM.

ibmcloud cdb deployment-groups-set <deploymentid> <groupid> [--disk <val>] [--hostflavor <hostflavor>]

Por ejemplo, utilice lo siguiente para escalar a una instancia de Isolated Compute o escalar su instancia de Isolated Compute:

ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member  --hostflavor b3c.8x32.encrypted

El autoescalado de CPU y RAM no es compatible con Cloud Databases Isolated Compute. El autoescalado de discos está disponible. Si ha aprovisionado una instancia aislada o ha cambiado desde un despliegue con autoescalado, supervise sus recursos mediante IBM Cloud® Monitoring integration, que proporciona métricas de utilización de memoria, espacio en disco y E/S de disco. Para añadir recursos a su instancia, escale manualmente su despliegue.

Revisar los recursos actuales y el modelo de alojamiento

El Punto final básico que se muestra en el panel Visión general del servicio proporciona el URL base para acceder a este despliegue a través de la API. Utilícelo con el punto final /groups si necesita gestionar o automatizar el escalado mediante programación.

Para ver los recursos actuales y escalables de un despliegue, utilice el punto final /deployments/{id}/groups. Tenga en cuenta que este comando también revelará si su base de datos es una instancia de Shared Compute o Isolated Compute a través del atributo host_flavor. Si el host_flavor es nulo, se trata de un modelo de alojamiento antiguo.

curl -X GET https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups -H 'Authorization: Bearer <>' \

Escalado con la API

Para escalar la memoria de una implantación a 4096 MB de RAM para cada miembro de memoria (para una memoria total de 12288 MB), utilice el siguiente comando:

curl -X PATCH https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member
-H 'Authorization: Bearer <>'
-H 'Content-Type: application/json'
-d '{"memory": {"allocation_mb": 12288}}' \

Para obtener más información, consulte la Referencia de API.

Determine el modelo de alojamiento de su base de datos

Utilice el siguiente comando para revisar el valor del atributo host_flavor. Será nulo si la base de datos está en un modelo de alojamiento obsoleto (no Shared o Isolated Compute).

curl -X GET https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups
-H 'Authorization: Bearer <>' \

Pasar de un modelo de alojamiento a otro en la API

Para escalar cualquier instancia de Cloud Databases Shared Compute, utilice el siguiente comando, estableciendo host_flavor en multitenant. Si su base de datos no está en Shared Compute, este comando también moverá una base de datos de un modelo de alojamiento diferente al modelo de alojamiento Shared Compute.

curl -X PATCH https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member
-H 'Authorization: Bearer <>'
-H 'Content-Type: application/json'
-d '{"host_flavor": {"id": "multitenant"},
     "cpu": {"allocation_count": 3},
     "memory": {"allocation_mb": 12288}
    }' \

Para escalar cualquier instancia a una instancia de Cloud Databases Isolated Compute o para escalar a un tamaño de Isolated Compute diferente, utilice el parámetro host_flavor, esta vez ajustado al tamaño de Isolated Compute deseado. Los tamaños de alojamiento disponibles y sus parámetros de valor host_flavor se enumeran en Tabla 1. Por ejemplo, {"host_flavor": "b3c.4x16.encrypted"}. Tenga en cuenta que, dado que la selección del tipo de host incluye tamaños de CPU y RAM (b3c.4x16.encrypted es 4 CPU y 16 RAM), esta solicitud no acepta tanto una selección de tamaño aislado como selecciones de asignación de CPU y RAM independientes. Escala con el ' Cloud Databases ' Punto final de escalado de la API, con un comando como:

curl -X PATCH https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member
-H 'Authorization: Bearer <>'
-H 'Content-Type: application/json'
-d '{"host_flavor": {"id": "b3c.4x16.encrypted"}}' \

La asignación de CPU y RAM no está permitida cuando se aprovisiona o escala a través de Isolated Compute. Especifique mulitenant para el parámetro host_flavor para tener selecciones independientes de CPU y RAM.

El autoescalado de CPU y RAM no es compatible con Cloud Databases Isolated Compute. El autoescalado de discos está disponible. Si ha aprovisionado una instancia aislada o ha pasado de un despliegue con autoescalado, vigile sus recursos mediante la integración IBM Cloud® Monitoring, que proporciona métricas de utilización de memoria, espacio en disco y E/S de disco. Para añadir recursos a su instancia, escale manualmente su despliegue.

Revisar los recursos actuales y el modelo de alojamiento

Revise las asignaciones de recursos a su base de datos comprobando sus scripts terraform para cpu { allocation_count = }, memory {allocation_mb = } y disk { allocation_mb = }. Revise la configuración host_flavor para determinar si su base de datos es un modelo de alojamiento de tipo Shared Compute o Isolated Compute. Si host_flavor no existe, su base de datos está en un modelo de alojamiento antiguo.

Escalado con Terraform

Antes de ejecutar un script Terraform en una instancia existente, utilice el comando terraform plan para comparar el estado actual de la infraestructura con el estado deseado definido en sus archivos Terraform. Cualquier alteración en los atributos resource_group_id, service plan, version, key_protect_instance, key_protect_key, backup_encryption_key_crn recrea su instancia. Para obtener una lista de las referencias de argumentos actuales con la especificación Forces new resource, consulte el ibm_database Terraform Registry.

Escale su instancia ajustando su script Terraform para el recurso que le interese. En el siguiente ejemplo, se especifican las asignaciones cpu, memory y disk. Tenga en cuenta que si ha seleccionado un tipo de host (Isolated Compute o Shared Compute Multitenant), mantenga la selección del tipo de host en su script.

Para aplicar el cambio, ejecute terraform apply.

data "ibm_resource_group" "group" {
  name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
  name              = "<your_database_name>"
  plan              = "standard"
  location          = "eu-gb"
  service           = "databases-for-mongodb"
  resource_group_id = data.ibm_resource_group.group.id
  tags              = ["tag1", "tag2"]
  adminpassword     = "password12"
  group {
    group_id = "member"
    cpu {
      allocation_count = 6
    }
    memory {
      allocation_mb = 24576
    }
    disk {
      allocation_mb = 256000
    }
  }
  users {
    name     = "user123"
    password = "password12"
  }
  allowlist {
    address     = "172.168.1.1/32"
    description = "desc"
  }
}
output "ICD MongoDB database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Cambio y escalado de modelos de alojamiento en Terraform

Seleccione el modelo de alojamiento al que desea que se escale su base de datos. Puede cambiarlo más adelante.

Para escalar su instancia Databases for MongoDB al tipo de alojamiento Shared Compute, establezca el parámetro "host_flavor" en multitenant. Esto funciona si desea escalar al tipo de alojamiento Shared Compute, o si desea mantener el tipo de host y escalar sus recursos. Para aplicar el cambio, ejecute terraform apply.

Consulte el ejemplo siguiente:

data "ibm_resource_group" "group" {
  name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
  name              = "<your_database_name>"
  plan              = "standard"
  location          = "eu-gb"
  service           = "databases-for-mongodb"
  resource_group_id = data.ibm_resource_group.group.id
  tags              = ["tag1", "tag2"]
  adminpassword     = "password12"
  group {
    group_id = "member"
    host_flavor {
      id = "multitenant"
    },
    cpu {
      allocation_count = 6
    }
    memory {
      allocation_mb = 24576
    }
    disk {
      allocation_mb = 256000
    }
  }
  users {
    name     = "user123"
    password = "password12"
  }
  allowlist {
    address     = "172.168.1.1/32"
    description = "desc"
  }
}
output "ICD MongoDB database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Escale su instancia Databases for MongoDB a Isolated Compute con el mismo "host_flavor" parámetro, ajustado al tamaño Isolated deseado. Este comando funciona para escalar su instancia de base de datos a un tamaño diferente de Isolated Compute, así como para pasar de otro tipo de host al tipo de host Isolated Compute. Los tamaños de alojamiento disponibles y sus parámetros host_flavor value se enumeran en Tabla 1. Por ejemplo, {"host_flavor": "b3c.4x16.encrypted"}. Tenga en cuenta que como la selección del sabor del host incluye tamaños de CPU y RAM (b3c.4x16.encrypted es 4 CPU y 16 RAM), esta solicitud no acepta tanto una selección de tamaño Aislado como selecciones separadas de asignación de CPU y RAM.

Para aplicar el cambio, ejecute terraform apply.

data "ibm_resource_group" "group" {
  name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
  name              = "<your_database_name>"
  plan              = "standard"
  location          = "eu-gb"
  service           = "databases-for-mongodb"
  resource_group_id = data.ibm_resource_group.group.id
  tags              = ["tag1", "tag2"]
  adminpassword     = "password12"
  group {
    group_id = "member"
    host_flavor {
      id = "b3c.8x32.encrypted"
    }
    disk {
      allocation_mb = 256000
    }
  }
  users {
    name     = "user123"
    password = "password12"
  }
  allowlist {
    address     = "172.168.1.1/32"
    description = "desc"
  }
}
output "ICD MongoDB database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}