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.

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.

Haga clic en Aplicar cambios para activar esta operación de escalado.

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 example-deployment 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

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-mysql"
  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 MySQL 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 MySQL 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-mysql"
  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 MySQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

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