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, 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 Elasticsearch, 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 eliminará algunos o todos sus precios heredados. Si desea más información sobre los derechos adquiridos y cuándo finalizan, consulte el calendario de transición de los modelos 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.

Haga clic en Aplicar cambios para activar 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 example-deployment

Esto genera la salida:

Group   member
Count   3
|
+   Memory
|   Allocation              3072mb
|   Allocation per member   1024mb
|   Minimum                 3072mb
|   Step Size               384mb
|   Adjustable              true
|   Cpu Enforcement Ratio Ceiling   49152mb
|   Cpu Enforcement Ratio           8192mb
|
+   CPU
|   Allocation              0
|   Allocation per member   0
|   Minimum                 9
|   Step Size               3
|   Adjustable              true
|
+   HostFlavor
|   ID            multitenant
|   Name
|   HostingSize
|
+   Disk
|   Allocation              15360mb
|   Allocation per member   5120mb
|   Minimum                 15360mb
|   Step Size               3072mb
|   Adjustable              true

El despliegue tiene tres miembros, con 3072 MB de RAM y 15360 MB de disco asignados en total. La asignación "per member" es de 1024 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 "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 en la CLI

Utilice el mandato siguiente para revisar el valor del atributo hostflavor. Será nulo si la base de datos está en un modelo de alojamiento en desuso (no Compartido ni Aislado).

ibmcloud cdb groups <deployment_id> --json

Cambio de un modelo de alojamiento a otro en la CLI

Si la base de datos es una instancia de cálculo compartido, puede ajustar las opciones de memoria, CPU y disco con el mandato siguiente. 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 la base de datos es una instancia de cálculo aislado, la memoria y la CPU se ajustan juntos seleccionando el tamaño de cálculo aislado (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

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 un despliegue a 4096 MB de RAM para cada miembro (hay 3, por lo que la memoria total es de 12288 MB), utilice el punto final de la API /despliegues/{id}/grupos/{group_id}.

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": 12288
      }
    }'

Determine el modelo de alojamiento de su base de datos en la API

Utilice el mandato siguiente para revisar el valor del atributo host_flavor. Será nulo si la base de datos está en un modelo de alojamiento en desuso (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 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 en una instancia de cálculo aislada de Cloud Databases o para escalar a un tamaño de cálculo aislado diferente, utilice el parámetro host_flavor, esta vez establecido en el tamaño de cálculo aislado deseado. Los tamaños de alojamiento disponibles y sus parámetros de valor host_flavor se listan en la 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. Escale con Cloud Databases Punto final de escalado de API, con un mandato 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"}}' \

El autoescalado de CPU y RAM no es compatible con Cloud Databases Isolated Compute. El escalado automático de disco está disponible. Si ha aprovisionado una instancia aislada o ha pasado de un despliegue con autoescalado, vigile sus recursos mediante la integración de 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 la instancia, escale manualmente el 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 de Terraform en una instancia existente, utilice el mandato terraform plan para comparar el estado actual de la infraestructura con el estado deseado definido en los archivos de Terraform. Cualquier modificación en los atributos resource_group_id, service plan, version, key_protect_instance, key_protect_key, backup_encryption_key_crn vuelve a crear la instancia. Para obtener una lista de referencias de argumentos actuales con la especificación Forces new resource, consulte 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-elasticsearch"
  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 Elasticsearch database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Como alternativa, puede utilizar módulos Terraform IBM(TIM) preconstruidos, de código abierto y listos para la empresa para Databases for Elasticsearch que admiten la función de autoescalado.

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

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