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 PostgreSQL, los miembros se establecen en 2.

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. Para más información sobre el derecho de antigüedad y cuándo finaliza, consulte el calendario de transición del Gradfathering.

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. Esto abre un panel en el que puede ajustar su selección de 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 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 example-deployment

Esto genera la salida:

Group   member
Count   2
|
+   Memory
|   Allocation                      8192mb
|   Allocation per member           4096mb
|   Minimum                         4096mb
|   Step Size                       256mb
|   Adjustable                      true
|   Cpu Enforcement Ratio Ceiling   32768mb
|   Cpu Enforcement Ratio           8192mb

|
+   CPU
|   Allocation              6
|   Allocation per member   3
|   Minimum                 6
|   Step Size               2
|   Adjustable              true
|                           
+   HostFlavor    
|   ID            multitenant
|   Name          
|   HostingSize   
|
+   Disk
|   Allocation              10240mb
|   Allocation per member   5120mb
|   Minimum                 10240mb
|   Step Size               1024mb
|   Adjustable              true

El despliegue tiene dos miembros, con 4096 MB de RAM y 10240 MB de disco asignados en total. La asignación "por miembro" es de 4096 MB de RAM y 5120 MB de 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 del "despliegue-ejemplo" a 4096 MB de RAM para cada miembro de memoria (para una memoria total de 8192 MB), se utiliza el comando:

ibmcloud cdb deployment-groups-set example-deployment member --memory 8192

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).

ibmcloud cdb groups <INSTANCE_NAME_OR_CRN> --json

Cambio de un modelo de alojamiento a otro en la CLI

Si su base de datos es una instancia Computadora compartida, puede ajustar las opciones de memoria, CPU y disco con el siguiente comando. También puede utilizarse para trasladar 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> <GROUP_ID> [--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. Para escalar una instancia de Cloud Databases Isolated Compute, utilice un comando, como el siguiente que se utiliza para escalar a una instancia de 4 CPU por 16 RAM. Este comando también puede utilizarse para mover una base de datos de un modelo de alojamiento diferente al modelo de alojamiento de Computación Aislada.

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 <INSTANCE_NAME_OR_CRN> <GROUP_ID> [--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.4x16.encrypted

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 -H "Authorization: Bearer $APIKEY" 'https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups'

Escalado con la API

Para escalar la memoria de una implantación a 4096 MB de RAM para cada miembro (hay 2, por lo que la memoria total es de 8192 MB), utilice el endpoint de la API {group_id} API endpoint.

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
      }
    }'

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

Cambio y ampliación 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 PostgreSQL al tipo de alojamiento Computación compartida, establezca el parámetro "host_flavor" en multitenant. Esto funciona si desea escalar al tipo de alojamiento de computación compartida, 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-postgresql"
  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 PostgreSQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Escale su instancia Databases for PostgreSQL a Isolated compute con el mismo parámetro "host_flavor", ajustado al tamaño Isolated deseado. Este comando funciona para escalar su instancia de base de datos a un tamaño de Compute Aislado diferente, así como para pasar de otro tipo de host al tipo de host de Compute Aislado. 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-postgresql"
  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 PostgreSQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}