Mise à disposition en cours
Provisionner un déploiement IBM Cloud® Databases for MySQL via le catalogue, le plug-in CLI Cloud Databases, l'API Cloud Databases, Terraform ou des modules Terraform IBM(TIM) préconstruits, open-source et prêts pour l'entreprise.
Mise à disposition via la console IBM Cloud
Déployer à partir de la console en spécifiant les paramètres suivants.
Détails du service
- Nom du service : le nom peut être n'importe quelle chaîne de caractères et c'est le nom qui est utilisé sur le web et dans le CLI pour identifier le nouveau déploiement.
- Groupe de ressources : Si vous organisez vos services en groupes de ressources, indiquez le groupe de ressources dans ce champ. Sinon, vous pouvez conserver le nom par défaut. Pour plus d'informations, voir Gestion des groupes de ressources.
- Emplacement: la région du cloud public du déploiement.
Modèle d'hébergement
- Isolé: offre sécurisée à service exclusif pour des charges de travail d'entreprise complexes et hautement performantes.
- Shared: Offre multi-tenant flexible pour des sélections de capacité dynamiques, affinées et découplées. Pour plus d'informations, voir Modèles d'hébergement.
Allocation de ressources
Affinez votre allocation de ressources. Les options disponibles diffèrent en fonction du modèle d'hébergement que vous avez sélectionné.
- Isolé: Utilisez le tableau pour choisir la taille de la machine pour chaque membre de votre déploiement et indiquez la taille du disque.
- Partagé: par défaut, la plus petite allocation de ressources possible est sélectionnée. Cette solution est idéale pour les petites applications ou les tests. Pour des allocations plus importantes, sélectionnez la vignette Personnalisé, qui permet une configuration flexible des ressources avec plus de 2 coeurs.
Le modèle d'hébergement Shared Compute prend en charge des allocations de ressources plus fines qui ne sont pas affichées dans l'interface utilisateur pour des raisons de clarté. Pour plus d'informations, voir Modèles d'hébergement.
Indiquez la taille du disque en fonction de vos besoins. Il peut être augmenté après la mise à disposition, mais il ne peut pas être réduit pour éviter la perte de données.
Configuration de service
- Version de la base de données: Définie uniquement lors du déploiement La version de déploiement de votre base de données. Pour garantir des performances optimales, exécutez la version préférée. La dernière version mineure est utilisée automatiquement. Pour plus d'informations, voir Politique de mise à jour.
- Cryptage: Configurer uniquement au déploiement Si vous utilisezKey Protect, une instance et une clé peuvent être sélectionnées pour crypter le disque du déploiement. Si vous n'utilisez pas votre propre clé, le déploiement crée et gère automatiquement sa propre clé de chiffrement de disque.
- Endpoints: Set only at deployment- Configurez lesEndpoints de service sur votre déploiement. Le réglage par défaut est privé.
Après avoir sélectionné les paramètres appropriés, cliquez sur Créer pour lancer le processus de mise à disposition.
Mise à disposition via l'interface CLI
Création d'une instance de service via l'interface de ligne de commande
Avant de mettre à disposition, suivez les instructions fournies dans la documentation pour installer l'outil d'interface de ligne de commande IBM Cloud.
-
Connectez-vous à IBM Cloud. Si vous utilisez un ID utilisateur fédéré, il est important de passer à un code d'accès à usage unique (
ibmcloud login --sso) ou d'utiliser une clé d'API (ibmcloud --apikey key or @key_file) pour vous authentifier. Pour plus d'informations sur la façon de se connecter à l'aide de la CLI, voir Commandes générales de la CLI(ibmcloud) à l'adresseibmcloud login.ibmcloud login -
Sélectionnez le modèle d'hébergement sur lequel vous souhaitez que votre base de données soit approvisionnée. Vous pourrez changer ces informations ultérieurement.
-
Approvisionnez votre base de données à l'aide de la commande suivante :
ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE_NAME> <SERVICE_PLAN_NAME> <LOCATION> <RESOURCE_GROUP> -p '{"members_host_flavor": "<members_host_flavor value>"}' --service-endpoints="<endpoint>"Par exemple, pour provisionner une instance de modèle d'hébergement de type Databases for MySQL Shared Compute, utilisez une commande comme celle-ci :
ibmcloud resource service-instance-create test-database databases-for-mysql standard us-south -p '{"members_host_flavor": "multitenant", "members_memory_allocation_mb": "12288"}' --service-endpoints="private"Fournir une Databases for MySQL instance isolée avec le même
"members_host_flavor"-p paramètre, en le réglant sur la taille souhaitée de l'instance isolée. Les tailles d'hébergement disponibles et leursmembers_host_flavor valueparamètres sont énumérés dans le Tableau 2. Par exemple,{"members_host_flavor": "b3c.4x16.encrypted"}. Notez que puisque la sélection de la saveur de l'hôte inclut les tailles de CPU et de RAM (b3c.4x16.encryptedest 4 CPU et 16 RAM), cette requête n'accepte pas à la fois une sélection de taille isolée et des sélections d'allocation de CPU et de RAM séparées.ibmcloud resource service-instance-create test-database databases-for-mysql standard us-south -p '{"members_host_flavor": "b3c.4x16.encrypted"}' --service-endpoints="private"Les zones de la commande sont décrites dans le tableau qui suit.
Champs du format de base de la commande Zone Description Indicateur INSTANCE_NAMEExigéeLe nom de l'instance peut être n'importe quelle chaîne de caractères et c'est le nom qui est utilisé sur le web et dans le CLI pour identifier le nouveau déploiement. SERVICE_NAMEExigéeNom ou ID du service. Pour Databases for MySQL, utilisez databases-for-mysql.SERVICE_PLAN_NAMEExigéePlan standard ( standard)LOCATIONExigéeL'endroit où vous voulez déployer. Pour obtenir une liste de régions, utilisez la commande ibmcloud regions.RESOURCE_GROUPLe nom du groupe de ressources. La valeur par défaut est default.-g --parametersFichier JSON ou chaînes de paramètres JSON pour la création de l'instance de service -p members_host_flavorPour provisionner une instance de calcul isolée ou partagée, utilisez {"members_host_flavor": "<members_host_flavor value>"}. Pour Shared Compute, spécifiezmultitenant. Pour Isolated Compute, sélectionnez la configuration de CPU et de RAM souhaitée. Pour plus d'informations, voir le tableau suivant ou Modèles d'hébergement.--service-endpointsExigéeConfigurez les points d'extrémité du service de votre déploiement, soit public,privateoupublic-and-private.Dans le CLI,
service-endpointsest un drapeau, pas un paramètre.Une réponse similaire à la suivante s'affiche:
Creating service instance INSTANCE_NAME in resource group default of account USER... OK Service instance INSTANCE_NAME was created. Name: INSTANCE_NAME ID: crn:v1:bluemix:public:databases-for-mysql:us-south:a/ 40ddc34a846383BGB5b60e:dd13152c-fe15-4bb6-af94-fde0af5303f4:: GUID: dd13152c-fe15-4bb6-af94-fde0af56897 Location: LOCATION State: provisioning Type: service_instance Sub Type: Public Service Endpoints: private Allow Cleanup: false Locked: false Created at: 2023-06-26T19:42:07Z Updated at: 2023-06-26T19:42:07Z Last Operation: Status create in progress Message Started create instance operation-
Pour vérifier l'état du provisionnement, utilisez la commande suivante :
ibmcloud resource service-instance <INSTANCE_NAME>Une fois l'opération terminée, une réponse similaire à la suivante s'affiche:
Retrieving service instance INSTANCE_NAME in resource group default under account USER's Account as USER... OK Name: INSTANCE_NAME ID: crn:v1:bluemix:public:databases-for-mysql:us-south:a/40ddc34a953a8c02f109835656860e:dd13152c-fe15-4bb6-af94-fde0af5303f4:: GUID: dd13152c-fe15-4bb6-af94-fde5654765 Location: <LOCATION> Service Name: databases-for-mysql Service Plan Name: standard Resource Group Name: default State: active Type: service_instance Sub Type: Public Locked: false Service Endpoints: private Created at: 2023-06-26T19:42:07Z Created by: USER Updated at: 2023-06-26T19:53:25Z Last Operation: Status create succeeded Message Provisioning mysql with version 12 (100%) -
(Facultatif) Supprimez une instance en exécutant une commande comme celle-ci :
ibmcloud resource service-instance-delete <INSTANCE_NAME_OR_CRN>
-
Paramètre members host flavor
Le paramètre members_host_flavor définit votre taille de calcul. Pour mettre à disposition une instance de calcul partagée, spécifiez multitenant. Pour provisionner une instance Isolated Compute, entrez la valeur
appropriée pour votre configuration de CPU et de RAM.
| Les membres accueillent les saveurs | members_host_flavor valeur |
|---|---|
| Traitement partagé | multitenant |
| 4 UC x 16 RAM | b3c.4x16.encrypted |
| 8 UC x 32 RAM | b3c.8x32.encrypted |
| 8 UC x 64 RAM | m3c.8x64.encrypted |
| 16 UC x 64 RAM | b3c.16x64.encrypted |
| 32 UC x 128 RAM | b3c.32x128.encrypted |
| 30 UC x 240 RAM | m3c.30x240.encrypted |
La mise à l'échelle automatique du CPU et de la RAM n'est pas prise en charge sur Cloud Databases Isolated Compute. La mise à l'échelle automatique du disque est disponible. Si vous avez provisionné une instance isolée ou si vous êtes passé d'un déploiement avec autoscaling, gardez un œil sur vos ressources en utilisant l'intégration IBM Cloud® Monitoring, qui fournit des mesures pour la mémoire, l'espace disque et l'utilisation des E/S disque. Pour ajouter des ressources à votre instance, mettez à l'échelle manuellement votre déploiement.
Paramètre --parameters
La commande service-instance-create prend en charge l'option -p, qui permet de transmettre des paramètres au format JSON au processus de provisionnement. Par exemple, vous pouvez transmettre des noms de ressources
en nuage (CRN) en tant que valeurs de paramètres, qui identifient de manière unique une ressource dans le nuage. Tous les noms et les valeurs de paramètre sont transmis sous forme de chaînes.
Par exemple, si une base de données est provisionnée à partir d'une sauvegarde particulière et que le déploiement de la nouvelle base de données nécessite un total de 12 Go de mémoire sur trois membres, la commande de provisionnement de 4 Go par membre se présente comme suit :
ibmcloud resource service-instance-create databases-for-mysql <SERVICE_NAME> standard us-south \
-p \ '{
"backup_id": "crn:v1:blue:public:databases-for-mysql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
"members_memory_allocation_mb": "12288"
}' --service-endpoints="private"
Mise à disposition via l'API du contrôleur de ressources
Procédez comme suit pour mettre à disposition à l'aide de l'API du contrôleur de ressources.
-
Obtenez un jeton IAM à partir de votre jeton API.
-
Vous devez connaître l'ID du groupe de ressources dans lequel vous souhaitez effectuer le déploiement. Ces informations sont disponibles via l'interface de ligne de commande IBM Cloud.
Utilisez une commande telle que:
ibmcloud resource groups -
Vous devez connaître la région dans laquelle vous souhaitez vous déployer.
Pour répertorier toutes les régions dans lesquelles les déploiements peuvent être mis à disposition à partir de la région en cours, utilisez le plug-in d'interface de ligne de commandeCloud Databases.
La commande se présente comme suit:
ibmcloud cdb regions --json -
Sélectionnez le modèle d'hébergement sur lequel vous souhaitez que votre base de données soit approvisionnée. Vous pourrez changer ces informations ultérieurement.
Une saveur d'hôte représente des tailles fixes d'allocations de ressources garanties. Pour connaître les saveurs d'hôte disponibles dans votre région, appelez le point de terminaison capacités des saveurs d'hôte comme suit :
curl -X POST https://api.{region}.databases.cloud.ibm.com/v5/ibm/capability/flavors \
-H 'Authorization: Bearer <>' \
-H 'ContentType: application/json' \
-d '{
"deployment": {
"type": "mysql",
"location": "us-south"
},
}'
Le résultat est le suivant :
{
"deployment": {
"type": "mysql",
"location": "us-south",
"platform": "classic"
},
"capability": {
"flavors": [
{
"id": "b3c.4x16.encrypted",
"name": "4x16",
"cpu": {
"allocation_count": 4
},
"memory": {
"allocation_mb": 16384
},
"hosting_size": "xs"
},
{
"id": "b3c.8x32.encrypted",
"name": "8x32",
"cpu": {
"allocation_count": 8
},
"memory": {
"allocation_mb": 32768
},
"hosting_size": "s"
},
{
"id": "m3c.8x64.encrypted",
"name": "8x64",
"cpu": {
"allocation_count": 8
},
"memory": {
"allocation_mb": 65536
},
"hosting_size": "s+"
},
{
"id": "b3c.16x64.encrypted",
"name": "16x64",
"cpu": {
"allocation_count": 16
},
"memory": {
"allocation_mb": 65536
},
"hosting_size": "m"
},
{
"id": "b3c.32x128.encrypted",
"name": "32x128",
"cpu": {
"allocation_count": 32
},
"memory": {
"allocation_mb": 131072
},
"hosting_size": "l"
},
{
"id": "m3c.30x240.encrypted",
"name": "30x240",
"cpu": {
"allocation_count": 30
},
"memory": {
"allocation_mb": 245760
},
"hosting_size": "xl"
},
{
"id": "multitenant",
"name": "multitenant",
"cpu": {
"allocation_count": 0
},
"memory": {
"allocation_mb": 0
},
"hosting_size": ""
}
]
}
}
Comme indiqué, les saveurs de l'hôte de calcul isolé disponibles pour une instance Databases for MySQL dans la région us-south sont les suivantes :
b3c.4x16.encryptedb3c.8x32.encryptedm3c.8x64.encryptedb3c.16x64.encryptedb3c.32x128.encryptedm3c.30x240.encrypted
Pour dimensionner votre instance à 4 CPU et 16384 mégaoctets de RAM, envoyez une commande de dimensionnement avec un nouveau members_host_flavor:
{
"parameters": {
"members_host_flavor": "b3c.4x16.encrypted"
}
}
Pour faire passer votre instance à 8 CPU et 32768 mégaoctets de RAM, envoyez une commande scale avec un nouveau members_host_flavor:
{
"parameters": {
"members_host_flavor": "b3c.8x32.encrypted"
}
}
-
Une fois que vous disposez de toutes les informations, provisionnez une nouvelle instance de ressource avec le IBM Cloud Contrôleur de ressources.
curl -X POST \ https://resource-controller.cloud.ibm.com/v2/resource_instances \ -H "Authorization: Bearer <>" \ -H 'Content-Type: application/json' \ -d '{ "name": "<INSTANCE_NAME", "target": "<region>", "resource_group": "RESOURCE_GROUP_ID", "resource_plan_id": "<SERVICE_PLAN_NAME>" "parameters": { "members_host_flavor": "<members_host_flavor_value>", "service_endpoints": "<ENDPOINT>", "version":"<version>" } }'
Par exemple, pour créer une instance Shared Compute, suivez cet exemple :
curl -X POST \
https://resource-controller.cloud.ibm.com/v2/resource_instances \
-H "Authorization: Bearer <>" \
-H 'Content-Type: application/json' \
-d '{
"name": "my-instance",
"target": "us-south",
"resource_group": "5g9f447903254bb58972a2f3f5a4c711",
"resource_plan_id": "databases-for-mysql-standard"
"parameters": {
"members_host_flavor": "multitenant",
"service_endpoints": "private",
"members_memory_allocation_mb": 12288,
"members_cpu_allocation_count": 3
}
}'
Fournir une Databases for MySQL instance isolée avec le même paramètre "members_host_flavor", en lui attribuant la taille souhaitée pour l'instance isolée. Les tailles d'hébergement disponibles et leurs members_host_flavor value paramètres sont énumérés dans le Tableau 2. Par exemple, {"members_host_flavor": "b3c.4x16.encrypted"}. Notez que puisque la sélection de la saveur de l'hôte inclut
les tailles de CPU et de RAM (b3c.4x16.encrypted est 4 CPU et 16 RAM), cette requête n'accepte pas à la fois une sélection de taille isolée et des sélections d'allocation de CPU et de RAM séparées.
curl -X POST \
https://resource-controller.cloud.ibm.com/v2/resource_instances \
-H "Authorization: Bearer <>" \
-H 'Content-Type: application/json' \
-d '{
"name": "my-instance",
"target": "us-south",
"resource_group": "5g9f447903254bb58972a2f3f5a4c711",
"resource_plan_id": "databases-for-mysql-enterprise"
"parameters": {
"host_flavor": {
"member_host_flavor": "b3c.4x16.encrypted",
"service_endpoints": "private"
}
}
}'
Les paramètres name, target, resource_group et resource_plan_id sont tous obligatoires.
Les zones de la commande sont décrites dans le tableau qui suit.
| Zone | Description | Indicateur |
|---|---|---|
name Exigée |
Le nom de l'instance peut être n'importe quelle chaîne de caractères et c'est le nom qui est utilisé sur le web et dans le CLI pour identifier le nouveau déploiement. | |
target Exigée |
La région où vous voulez déployer. Pour obtenir une liste de régions, utilisez la commande ibmcloud regions. |
|
resource_group |
Le nom du groupe de ressources. La valeur par défaut est default. |
-g |
resource_plan_id Exigée |
Nom ou ID du service. Pour Databases for MySQL, utilisez databases-for-mysql-standard. |
|
--parameters |
Fichier JSON ou chaînes de paramètres JSON pour la création de l'instance de service | -p |
members_host_flavor |
Pour provisionner une instance de calcul isolé ou partagé, utilisez un paramètre comme {"members_host_flavor": "<members_host_flavor value>"}. Pour Shared Compute, spécifiez multitenant.
Pour Isolated Compute, sélectionnez la configuration de CPU et de RAM souhaitée. Pour plus d'informations, voir le tableau ci-dessous ou Modèles d'hébergement. |
|
service-endpoints Exigée |
Configurez les points d'extrémité du service de votre déploiement, soit public, private ou public-and-private. |
Paramètre members host flavor
Le paramètre members_host_flavor définit votre taille de calcul. Pour mettre à disposition une instance de calcul partagée, spécifiez multitenant. Pour provisionner une instance Isolated Compute, entrez la valeur
appropriée pour votre configuration de CPU et de RAM.
| Les membres accueillent les saveurs | members_host_flavor valeur |
|---|---|
| Traitement partagé | multitenant |
| 4 UC x 16 RAM | b3c.4x16.encrypted |
| 8 UC x 32 RAM | b3c.8x32.encrypted |
| 8 UC x 64 RAM | m3c.8x64.encrypted |
| 16 UC x 64 RAM | b3c.16x64.encrypted |
| 32 UC x 128 RAM | b3c.32x128.encrypted |
| 30 UC x 240 RAM | m3c.30x240.encrypted |
La mise à l'échelle automatique du CPU et de la RAM n'est pas prise en charge sur Cloud Databases Isolated Compute. La mise à l'échelle automatique du disque est disponible. Si vous avez provisionné une instance isolée ou si vous êtes passé d'un déploiement avec autoscaling, gardez un œil sur vos ressources en utilisant l'intégration IBM Cloud® Monitoring, qui fournit des mesures pour la mémoire, l'espace disque et l'utilisation des E/S disque. Pour ajouter des ressources à votre instance, mettez à l'échelle manuellement votre déploiement.
Liste des paramètres supplémentaires
-
backup_id- CRN d'une ressource de sauvegarde à partir de laquelle la restauration doit être effectuée. La sauvegarde doit être créée par un déploiement de base de données avec le même identifiant de service. La sauvegarde est chargée après la mise à disposition et le nouveau déploiement démarre et utilise ces données. Un CRN de sauvegarde a le formatcrn:v1:<...>:backup:<uuid>. S'il est omis, la base de données est mise à disposition vide. -
version- Version de la base de données à mettre à disposition. S'il est omis, la base de données est créée avec la version majeure et la version mineure la plus récente. -
disk_encryption_key_crn- Le CRN d'une clé KMS (par exemple, Key Protect ), qui est ensuite utilisée pour le cryptage du disque. Le CRN d'une clé KMS se présente sous la forme suivante :crn:v1:<...>:key:<id>. -
backup_encryption_key_crn- Le CRN d'une clé KMS (par exemple, Key Protect ), qui est ensuite utilisée pour le cryptage des sauvegardes. Le CRN d'une clé KMS se présente sous la forme suivante :crn:v1:<...>:key:<id>.Pour utiliser une clé pour vos sauvegardes, vous devez d'abord activer la délégation de service à service.
-
members_memory_allocation_mb- Quantité totale de mémoire à partager entre les membres de la base de données au sein de la base de données. Par exemple, si la valeur est "12288" et qu'il y a trois membres de la base de données, le déploiement obtient 12 Go de RAM au total, soit 4 Go de RAM par membre. En cas d'omission, la valeur par défaut pour le type de base de données est utilisée. Ce paramètre s'applique uniquement à ` multitenant'. -
members_disk_allocation_mb- Quantité totale de disque à partager entre les membres de la base de données au sein de la base de données. Par exemple, si la valeur est "30720", et qu'il y a trois membres, alors le déploiement obtient 30 Go de disque au total, ce qui donne 10 Go de disque par membre. En cas d'omission, la valeur par défaut pour le type de base de données est utilisée. Ce paramètre s'applique uniquement à ` multitenant'. -
members_cpu_allocation_count- Active et alloue le nombre de cœurs spécifiés à votre déploiement. Par exemple, pour utiliser deux coeurs dédiés par membre, utilisez"members_cpu_allocation_count":"2". S'il est omis, les ratios CPU:RAM par défaut de l'unité de calcul partagée seront appliqués. Ce paramètre s'applique uniquement à ` multitenant'.
Mise à disposition avec Terraform
Utilisez Terraform pour gérer votre infrastructure via ibm_database Resource for Terraform prend en charge le provisionnement des
déploiements Cloud Databases. Vous pouvez également utiliser les modules Terraform IBM pour gérer votre infrastructure via les modules Terraform IBM pour Databases for MySQL.
Sélectionnez le modèle d'hébergement sur lequel vous souhaitez que votre base de données soit approvisionnée. Vous pourrez changer ces informations ultérieurement.
Provisionnement de calcul isolé avec Terraform
Fournir une Databases for MySQL instance isolée avec le même paramètre "host_flavor", en lui attribuant la taille souhaitée pour l'instance isolée. Les tailles d'hébergement disponibles et leurs host_flavor value paramètres sont énumérés dans le Tableau 1. Par exemple, {"host_flavor": "b3c.4x16.encrypted"}. Notez que puisque la sélection de la saveur de l'hôte inclut
les tailles de CPU et de RAM (b3c.4x16.encrypted est 4 CPU et 16 RAM), cette requête n'accepte pas à la fois une sélection de taille isolée et des sélections d'allocation de CPU et de RAM séparées.
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
service_endpoints = "private"
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}"
}
Paramètre host flavor
Le paramètre host_flavor définit votre taille de calcul.
- Compute partagé- Pour provisionner une instance de Compute partagé, spécifiez
multitenant. - Isolated compute- Pour provisionner une instance Isolated Compute, entrez la valeur appropriée pour votre configuration CPU et RAM souhaitée. Les valeurs sont indiquées dans le tableau ci-dessous.
| Versions d'hôte | valeur host_flavor |
|---|---|
| Traitement partagé | multitenant |
| 4 UC x 16 RAM | b3c.4x16.encrypted |
| 8 UC x 32 RAM | b3c.8x32.encrypted |
| 8 UC x 64 RAM | m3c.8x64.encrypted |
| 16 UC x 64 RAM | b3c.16x64.encrypted |
| 32 UC x 128 RAM | b3c.32x128.encrypted |
| 30 UC x 240 RAM | m3c.30x240.encrypted |
La mise à l'échelle automatique du CPU et de la RAM n'est pas prise en charge sur Cloud Databases Isolated Compute. La mise à l'échelle automatique du disque est disponible. Si vous avez provisionné une instance isolée ou si vous êtes passé d'un déploiement avec autoscaling, gardez un œil sur vos ressources en utilisant l'intégration IBM Cloud® Monitoring, qui fournit des mesures pour la mémoire, l'espace disque et l'utilisation des E/S disque. Pour ajouter des ressources à votre instance, mettez à l'échelle manuellement votre déploiement.