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. Si selecciona Configurar, podrá 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, puede 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 Redis, los miembros se establecen en 2.

Revise su coste total estimado en nuestra 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. Para obtener más información sobre los derechos adquiridos y cuándo finalizan, consulte la documentación aquí.

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 de una implantación denominada "implantación-ejemplo". Tenga en cuenta que este comando también revela 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>

Esto genera la salida:

Group   member
Count   2
|
+   Memory
|   Allocation              2048mb
|   Allocation per member   1024mb
|   Minimum                 2048mb
|   Step Size               256mb
|   Adjustable              true
|
+   CPU
|   Allocation              0
|   Allocation per member   0
|   Minimum                 6
|   Step Size               2
|   Adjustable              true
|
+   Disk
|   Allocation              2048mb
|   Allocation per member   1024mb
|   Minimum                 2048mb
|   Step Size               2048mb
|   Adjustable              true

El despliegue tiene dos miembros, con 2048 MB de RAM y disco asignados en total. La asignación "per member" es de 1024 MB de RAM y disco. El valor mínimo es el más bajo que se puede establecer 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 de su implantación a 4096 MB de RAM para cada miembro de memoria (para una memoria total de 8192 MB), utilice el comando:

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

Determine el modelo de alojamiento de su base de datos

Utilice el siguiente comando para revisar el valor del atributo hostflavor. Es nulo si la base de datos se encuentra en un modelo de alojamiento obsoleto (no compartido ni aislado).

ibmcloud cdb groups <INSTANCE_NAME_OR_CRN> --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 mueve una base de datos de un modelo de alojamiento diferente al modelo de alojamiento Shared Compute.

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

Por ejemplo, utilice:

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 mueve una base de datos de un modelo de alojamiento diferente al modelo de alojamiento Isolated Compute.

ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> <GROUPID> [--disk <val>] [--hostflavor <hostflavor>]

Por ejemplo, utilice:

ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member  --hostflavor b3c.4x16.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.

Escalado en la API

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 en el "example-deployment", utilice un mandato como:

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

Para escalar la memoria del "ejemplo-despliegue" a 4096 MB de RAM para cada miembro de memoria (para una memoria total de 8192 MB), utilice un comando como:

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

Para obtener más información, consulte 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. Es nulo si la base de datos se encuentra en un modelo de alojamiento obsoleto (no compartido ni aislado).

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 mueve 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": 2},
     "memory": {"allocation_mb": 8192}
    }' \

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 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. Escala con el Cloud Databases API Scaling endpoint, 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-redis"
  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 Redis 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 Redis 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-redis"
  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 Redis database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Escale su instancia Databases for Redis 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-redis"
  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 Redis database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}