Cette page a été traduite par l'API Cloud Translation.

Créer un cluster et son instance principale

Cette page explique comment créer un cluster AlloyDB et son instance principale.

Avant de commencer

Le projet Google Cloud que vous utilisez doit être activé pour accéder à AlloyDB.
- Un réseau VPC dans le projet Google Cloud que vous utilisez doit déjà être configuré pour l'accès aux services privés à AlloyDB.
- Vous devez disposer de l'un de ces rôles IAM dans le projetGoogle Cloud que vous utilisez :
  - roles/alloydb.admin (rôle IAM prédéfini "Administrateur AlloyDB")
  - roles/owner (rôle IAM de base "Propriétaire")
  - roles/editor (rôle IAM de base Éditeur)
- Si vous ne disposez d'aucun de ces rôles, contactez l'administrateur de votre organisation pour demander l'accès.
- Vous devez également disposer de l'autorisation compute.networks.list dans le projetGoogle Cloud que vous utilisez. Pour obtenir cette autorisation tout en suivant le principe du moindre privilège, demandez à votre administrateur de vous accorder le rôle Utilisateur de réseau Compute (roles/compute.networkUser).
- Pour les charges de travail de développement et de bac à sable, tenez compte de votre région et de votre type de machine. Si vous prévoyez d'utiliser la forme 1 vCPU, assurez-vous de sélectionner une région compatible avec cette forme. Pour en savoir plus, consultez la section Éléments à prendre en compte lors de l'utilisation d'un processeur virtuel.

Créer un cluster et une instance principale

Console

Accédez à la page Clusters.

accéder aux clusters
Cliquez sur Créer un cluster.
Choisissez une configuration de cluster. Pour en savoir plus sur la différence entre les configurations à disponibilité élevée et de base, consultez Nœuds et instances.

Si vous n'êtes pas sûr que votre nouveau cluster ait besoin d'instances de pool de lecture, choisissez l'une des configurations sans pool de lecture. Vous pouvez ajouter des instances de pool de lecture au cluster ultérieurement, si nécessaire.
Cliquez sur Continuer.
Dans la section Configurer votre cluster, dans le champ ID du cluster, saisissez un ID pour votre cluster.
Dans le champ Mot de passe, saisissez un mot de passe initial pour le nouveau cluster. AlloyDB attribue le mot de passe fourni à l'utilisateur de base de données postgres lors de la création du cluster.
Facultatif : Pour définir manuellement l'option alloydb.iam_authentication, décochez Créer un utilisateur de base de données à l'aide d'IAM. Pour en savoir plus, consultez Modifier une instance.

Par défaut, l'option Créer un utilisateur de base de données à l'aide d'IAM est sélectionnée. Elle permet d'effectuer les actions suivantes :
- Active le flag alloydb.iam_authentication sur l'instance principale.
- Crée un utilisateur de base de données IAM pour vous.
Dans le champ Version de la base de données, sélectionnez la version majeure de PostgreSQL avec laquelle vous souhaitez que les serveurs de base de données du cluster soient compatibles.
Sélectionnez une région. Pour les charges de travail de développement et de bac à sable, envisagez la forme à 1 vCPU, qui est disponible dans certaines régions. Pour en savoir plus, consultez Points à prendre en compte lorsque vous utilisez un processeur virtuel.
Sélectionnez un chemin réseau.
Facultatif : Pour appliquer une plage d'adresses IP spécifique à ce cluster au lieu de laisser AlloyDB en choisir une, procédez comme suit :
1. Cliquez sur Afficher l'option de plage d'adresses IP allouée.
2. Dans la liste Plage d'adresses IP allouée, sélectionnez une plage d'adresses IP.
Pour en savoir plus sur cette option, consultez Créer un cluster avec une plage d'adresses IP spécifique.
Facultatif : Pour chiffrer ce cluster à l'aide d'une clé de chiffrement gérée par le client (CMEK) au lieu du chiffrement géré par Google, suivez ces étapes supplémentaires :
1. Cliquez sur Options de chiffrement avancées.
2. Sélectionnez Clé de chiffrement gérée par le client (CMEK).
3. Dans le menu qui s'affiche, sélectionnez une clé gérée par le client.
  
  La console Google Cloud limite cette liste aux clés du même projet Google Cloud et de la même région que le nouveau cluster. Pour utiliser une clé qui ne figure pas dans cette liste, cliquez sur Vous ne voyez pas votre clé ? Saisissez un nom de ressource de clé, puis saisissez le nom de ressource de la clé dans la boîte de dialogue qui s'affiche.
  
  Notez que l'utilisation de CMEK avec AlloyDB nécessite une configuration supplémentaire. Pour en savoir plus, consultez Utiliser des clés CMEK avec AlloyDB.
4. Cliquez sur Continuer.
Configurez votre instance principale :
1. Dans le champ ID d'instance, saisissez un ID pour votre instance principale.
2. Sélectionnez l'une des séries de machines suivantes :
  - C4A (série de machines basées sur Google Axion)
  - N2 (série de machines x86) Il s'agit de la série de machines par défaut.
3. Sélectionnez un type de machine.
  - C4A est compatible avec les types ou formes de machines 1, 4, 8, 16, 32, 48, 64 et 72.
  - N2 est compatible avec les types ou formes de machines 2, 4, 8, 16, 32, 64, 96 et 128.
  Pour en savoir plus sur l'utilisation de la série de machines C4A basée sur Axion, y compris le type de machine à 1 vCPU, consultez Points à prendre en compte lors de l'utilisation de la série de machines C4A basée sur Axion.
4. Facultatif : Définissez des indicateurs personnalisés pour votre instance. Pour chaque signalement, procédez comme suit :
  1. Cliquez sur Ajouter une option.
  2. Dans la liste Nouvel indicateur de base de données, sélectionnez un indicateur.
  3. Indiquez une valeur pour l'option.
  4. Cliquez sur OK.
Si vous avez choisi un type de cluster sans pools de lecture, cliquez sur Créer un cluster.

gcloud

Pour utiliser la gcloud CLI, vous pouvez installer et initialiser Google Cloud CLI, ou utiliser Cloud Shell.

Vous devez créer un cluster et une instance principale AlloyDB avant de commencer à utiliser AlloyDB.

Créer un cluster

Pour créer le cluster avec l'accès privé aux services ou Private Service Connect activé, utilisez la commande gcloud alloydb clusters create.
Accès aux services privés
```
gcloud alloydb clusters create CLUSTER_ID \
    --database-version=POSTGRES_VERSION \
    --password=PASSWORD \
    --region=REGION_ID \
    --project=PROJECT_ID \
    --network=NETWORK
```
Private Service Connect
```
gcloud alloydb clusters create CLUSTER_ID \
    --database-version=POSTGRES_VERSION \
    --password=PASSWORD \
    --region=REGION_ID \
    --project=PROJECT_ID \
    --enable-private-service-connect 
```
Remplacez les éléments suivants :
- CLUSTER_ID : ID du cluster que vous créez. Il doit commencer par une lettre minuscule et peut contenir des lettres minuscules, des chiffres et des traits d'union.
- VERSION : version majeure de PostgreSQL avec laquelle vous souhaitez que les serveurs de base de données du cluster soient compatibles. Choisissez l'une des options suivantes :
  - 14, pour la compatibilité avec PostgreSQL 14
  - 15, pour la compatibilité avec PostgreSQL 15, qui est la version PostgreSQL par défaut prise en charge
  - 16, pour la compatibilité avec PostgreSQL 16
- PASSWORD : mot de passe à utiliser pour l'utilisateur postgres par défaut.
- NETWORK (facultatif) : nom du réseau VPC que vous avez configuré pour l'accès aux services privés à AlloyDB. Si vous omettez l'option --network, AlloyDB utilise le réseau default.
  
  Dans le cas d'un réseau VPC partagé, définissez le chemin d'accès complet au réseau VPC, par exemple projects/cymbal-project/global/networks/shared-vpc-network.
- --enable-private-service-connect (facultatif) : définissez cette valeur pour activer Private Service Connect comme méthode de connectivité pour le cluster et ses instances.
- REGION_ID : région dans laquelle vous souhaitez placer le cluster.
Remarque : Pour les charges de travail de développement et de bac à sable, envisagez la forme à 1 vCPU, qui est disponible dans certaines régions. Pour en savoir plus, consultez Points à prendre en compte lorsque vous utilisez un processeur virtuel.
- PROJECT_ID : ID du projet dans lequel vous souhaitez placer le cluster.
Cette commande lance une opération de longue durée et renvoie un ID d'opération.
Facultatif : Pour appliquer une plage d'adresses IP spécifique à ce cluster au lieu de laisser AlloyDB choisir une plage d'adresses IP, fournissez l'argument suivant :
```
--allocated-ip-range-name=RANGE
```
Remplacez RANGE par le nom de la plage d'adresses IP que vous souhaitez que ce cluster utilise pour l'accès aux services privés.

Pour en savoir plus sur cette option, consultez Créer un cluster avec une plage d'adresses IP spécifique.
Facultatif : Pour chiffrer ce cluster à l'aide d'une clé de chiffrement gérée par le client (CMEK) au lieu du chiffrement géré par Google par défaut, fournissez les arguments suivants :
```
--kms-key=KEY_ID \
--kms-keyring=KEYRING_ID \
--kms-location=LOCATION_ID \
--kms-project=PROJECT_ID
```
Remplacez les éléments suivants :
- KEY_ID : ID de la clé CMEK à utiliser.
- KEYRING_ID : ID du trousseau de clés de la clé.
- LOCATION_ID : ID de la région du trousseau de clés, qui doit être identique à celle du cluster.
- PROJECT_ID : ID du projet du trousseau de clés.
Remarque : L'utilisation de CMEK nécessite une configuration supplémentaire. Pour en savoir plus, consultez Utiliser des clés CMEK avec AlloyDB.

Vérifiez que l'opération a réussi.

gcloud alloydb operations describe OPERATION_ID \
    --region=REGION_ID \
    --project=PROJECT_ID

Remplacez OPERATION_ID par l'ID d'opération renvoyé à l'étape précédente.

Après avoir créé le cluster principal, vous devez créer une instance principale.

Créer une instance principale

Pour créer une instance principale, utilisez la commande gcloud alloydb instances create.

    gcloud alloydb instances create INSTANCE_ID \
        --instance-type=PRIMARY \
        --region=REGION_ID \
        --cluster=CLUSTER_ID \
        --project=PROJECT_ID \
        --cpu-count=CPU_COUNT \
        --machine-type=MACHINE_TYPE \
        --allowed-psc-projects=ALLOWED_PROJECT_LIST

Remplacez les éléments suivants :

INSTANCE_ID : ID de l'instance que vous créez. Il doit commencer par une lettre minuscule et peut contenir des lettres minuscules, des chiffres et des traits d'union.
REGION_ID : région dans laquelle vous souhaitez placer l'instance.
CLUSTER_ID : ID du cluster que vous avez créé précédemment.
PROJECT_ID : ID du projet dans lequel votre cluster a été créé.
CPU_COUNT : nombre de processeurs virtuels souhaité pour l'instance.
- Vous devez spécifier cpu_count ou machine_type.
- Si seul cpu_count est fourni, une instance N2 est créée avec les spécifications suivantes :
  - 2 : 2 processeurs virtuels, 16 Go de RAM
  - 4 : 4 processeurs virtuels, 32 Go de RAM
  - 8 : 8 processeurs virtuels, 64 Go de RAM
  - 16 : 16 vCPU, 128 Go de RAM
  - 32 : 32 processeurs virtuels, 256 Go de RAM
  - 64 : 64 vCPUs, 512 Go de RAM
  - 96 : 96 vCPU, 768 Go de RAM
  - 128 : 128 vCPU, 864 Go de RAM
- Si machine_type et cpu_count sont fournis, la valeur cpu_count doit correspondre au nombre de vCPU spécifié dans machine_type. Par exemple, si machine_type est défini sur n2-highmem-4, vous devez définir cpu_count sur 4.
MACHINE_TYPE : type de machine de l'instance.
- Pour la série de machines C4A basée sur Axion, les valeurs valides sont les suivantes :
  - c4a-highmem-1
  - c4a-highmem-4-lssd
  - c4a-highmem-8-lssd
  - c4a-highmem-16-lssd
  - c4a-highmem-32-lssd
  - c4a-highmem-48-lssd
  - c4a-highmem-64-lssd
  - c4a-highmem-72-lssd
  Remarque : Ne déployez que des machines c4a-highmem-1 pour les charges de travail de développement et de bac à sable.
- Pour la série de machines N2, les valeurs valides sont les suivantes :
  - n2-highmem-2
  - n2-highmem-4
  - n2-highmem-8
  - n2-highmem-16
  - n2-highmem-32
  - n2-highmem-64
  - n2-highmem-96
  - n2-highmem-128
- Lorsque vous utilisez machine_type et cpu_count ensemble, les valeurs de cpu_count et machine_type doivent correspondre. Par exemple, si machine_type est défini sur n2-highmem-4, vous devez définir cpu_count sur 4.
ALLOWED_PROJECT_LIST : (facultatif) si vous utilisez Private Service Connect, ALLOWED_PROJECT_LIST correspond à la liste d'ID de projet ou au numéro de projet auxquels vous souhaitez autoriser l'accès à l'instance, séparés par une virgule.

Terraform

Créer un cluster et une instance principale

Pour créer un cluster et son instance principale, utilisez une ressource Terraform.

Voici un extrait de code permettant de créer un cluster et une instance principale à partir de l'exemple Instance AlloyDB complète :

resource "google_alloydb_instance" "default" {
  cluster       = google_alloydb_cluster.default.name
  instance_id   = "alloydb-instance"
  instance_type = "PRIMARY"
  machine_config {
    cpu_count = 2
  }
  depends_on = [google_service_networking_connection.vpc_connection]
}

resource "google_alloydb_cluster" "cluster_abc" {
  cluster_id       = "alloydb-cluster"
  location         = "us-central1"
  network_config {
    network = google_compute_network.default.id
  }
  database_version = "POSTGRES_16"
  initial_user {
    password = "alloydb-cluster"
  }
}

data "google_project" "project" {}

resource "google_compute_network" "default" {
  name = "alloydb-network"
}

resource "google_compute_global_address" "private_ip_alloc" {
  name          = "alloydb-cluster"
  address_type  = "INTERNAL"
  purpose       = "VPC_PEERING"
  prefix_length = 16
  network       = google_compute_network.default.id
}

resource "google_service_networking_connection" "vpc_connection" {
  network                 = google_compute_network.default.id
  service                 = "servicenetworking.googleapis.com"
  reserved_peering_ranges = [google_compute_global_address.private_ip_alloc.name]
}

Cet exemple crée une instance N2. Pour créer une instance C4A, utilisez le champ machine_type dans la structure machine_config, comme indiqué dans l'exemple suivant :

machine_config {
  machine_type = "c4a-highmem-4-lssd" 
}

Préparer Cloud Shell

Pour appliquer votre configuration Terraform dans un projet Google Cloud , préparez Cloud Shell comme suit :

Lancez Cloud Shell.
Définissez le projet Google Cloud par défaut dans lequel vous souhaitez appliquer vos configurations Terraform.

Vous n'avez besoin d'exécuter cette commande qu'une seule fois par projet et vous pouvez l'exécuter dans n'importe quel répertoire.
```
export GOOGLE_CLOUD_PROJECT=PROJECT_ID
```
Les variables d'environnement sont remplacées si vous définissez des valeurs explicites dans le fichier de configuration Terraform.

Préparer le répertoire

Chaque fichier de configuration Terraform doit avoir son propre répertoire, également appelé module racine.

Dans Cloud Shell, créez un répertoire et un nouveau fichier dans ce répertoire. Le nom de fichier doit être un fichier TF, par exemple main.tf. Dans ce document, le fichier est appelé main.tf.
```
mkdir DIRECTORY && cd DIRECTORY && touch main.tf
```
Copiez l'exemple de code dans le fichier main.tf que vous venez de créer. Vous pouvez également copier le code depuis GitHub. Cela est recommandé lorsque l'extrait Terraform fait partie d'une solution de bout en bout.
Examinez le fichier main.tf et modifiez les exemples de paramètres à appliquer à votre environnement.
Enregistrez les modifications.
Initialisez Terraform. Cette opération n'est à effectuer qu'une seule fois par répertoire.
```
terraform init
```
Facultatif : Pour utiliser la dernière version du fournisseur Google, incluez l'option -upgrade :
```
terraform init -upgrade
```

Appliquer les modifications

Examinez la configuration pour vérifier que les mises à jour Terraform correspondent à vos attentes :
```
terraform plan
```
Corrigez les modifications de la configuration si nécessaire.
Appliquez la configuration Terraform en exécutant la commande suivante et en saisissant yes lorsque vous y êtes invité :
```
terraform apply
```
Attendez que Terraform affiche le message Apply complete!.
Ouvrez votre projet Google Cloud pour afficher les résultats. Dans la console Google Cloud , accédez à vos ressources dans l'interface utilisateur pour vous assurer que Terraform les a créées ou mises à jour.

REST v1

Créer un cluster

Cet exemple crée un cluster. Pour obtenir la liste complète des paramètres de cet appel, consultez Méthode : projects.locations.clusters.create. Pour en savoir plus sur les paramètres de cluster, consultez Afficher les paramètres des clusters et des instances.

N'incluez pas d'informations sensibles ou permettant d'identifier personnellement l'utilisateur dans l'ID de cluster, car les utilisateurs externes peuvent le voir. Vous n'avez pas besoin d'indiquer l'ID du projet dans le nom du cluster. Cet ajout s'effectue automatiquement le cas échéant (par exemple, dans les fichiers journaux).

Pour envoyer votre requête, enregistrez le corps de la requête dans un fichier nommé cluster_request.json :

{
  "databaseVersion": "<var>DATABASE_VERSION</var>",
  "initialUser": {
    "user": "<var>INITIAL_USERNAME</var>",
    "password": "<var>INITIAL_USER_PASSWORD</var>"
  },
  "labels": {
    "test": "alloydb-cluster-full"
  }
}

Effectuez les remplacements suivants :

DATABASE_VERSION : chaîne d'énumération de la version de base de données (par exemple, POSTGRES_16).
INITIAL_USERNAME : nom d'utilisateur que vous utilisez pour l'utilisateur postgres par défaut.
INITIAL_USER_PASSWORD : mot de passe que vous utilisez pour l'utilisateur postgres par défaut.

Utilisez la méthode HTTP et l'URL suivantes :

POST https://alloydb.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION_ID/clusters?cluster_id=CLUSTER_ID

Effectuez les remplacements suivants :

PROJECT_ID : ID du projet dans lequel vous souhaitez que le cluster soit situé.
LOCATION_ID : ID de la région du cluster.
CLUSTER_ID : ID du cluster que vous créez. L'ID du cluster doit commencer par une lettre minuscule et peut contenir des lettres minuscules, des chiffres et des traits d'union.

Vous pouvez utiliser la commande curl suivante pour exécuter la requête précédente :

curl -X POST   -H "Authorization: Bearer $(gcloud auth print-access-token)"   -H "Content-Type: application/json"   https://alloydb.googleapis.com/v1alpha/projects/PROJECT_ID/locations/LOCATION_ID/clusters?cluster_id=CLUSTER_ID   -d @cluster_request.json

Créer une instance principale

Cet exemple crée une instance principale. Pour obtenir la liste complète des paramètres de cet appel, consultez Méthode : projects.locations.clusters.instances.create. Pour en savoir plus sur les paramètres de cluster, consultez Afficher les paramètres des clusters et des instances.

N'incluez pas d'informations sensibles ou permettant d'identifier personnellement l'utilisateur dans l'ID de votre cluster, car les utilisateurs externes peuvent le voir. Vous n'avez pas besoin d'inclure l'ID du projet dans le nom du cluster, car cela est fait automatiquement le cas échéant (par exemple, dans les fichiers journaux).

Pour envoyer votre demande, enregistrez le corps de la requête suivant dans un fichier nommé instance_request.json.

{
  "instance_type": "PRIMARY",
  "machine_config": {
    "cpu_count": "vCPU_COUNT"
  }
}

Effectuez le remplacement suivant :

VCPU_COUNT : nombre de cœurs de processeur visibles sur l'instance que vous souhaitez créer.

L'exemple précédent crée une instance N2 avec les spécifications suivantes :

2 : 2 processeurs virtuels, 16 Go de RAM
4 : 4 processeurs virtuels, 32 Go de RAM
8 : 8 processeurs virtuels, 64 Go de RAM
16 : 16 vCPU, 128 Go de RAM
32 : 32 processeurs virtuels, 256 Go de RAM
64 : 64 vCPU, 512 Go de RAM
96 : 96 vCPU, 768 Go de RAM
128 : 128 vCPU, 864 Go de RAM

Pour créer une instance C4A, utilisez le champ machine_type au lieu de cpu_count dans la structure machine_config, comme indiqué dans l'exemple suivant :

machine_config: {
  machine_type : MACHINE_TYPE,
},

Pour la série de machines C4A basées sur Axion, utilisez les valeurs valides suivantes :

c4a-highmem-1
c4a-highmem-4-lssd
c4a-highmem-8-lssd
c4a-highmem-16-lssd
c4a-highmem-32-lssd
c4a-highmem-48-lssd
c4a-highmem-64-lssd
c4a-highmem-72-lssd

Pour la série de machines N2, les valeurs valides sont les suivantes :

n2-highmem-2
n2-highmem-4
n2-highmem-8
n2-highmem-16
n2-highmem-32
n2-highmem-64
n2-highmem-96
n2-highmem-128

Utilisez la méthode HTTP et l'URL suivantes :

POST https://alloydb.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION_ID/clusters/CLUSTER_ID/instances?instance_id=INSTANCE_ID

Effectuez les remplacements suivants :

PROJECT_ID : ID du projet dans lequel vous souhaitez que le cluster soit situé.
LOCATION_ID : ID de la région du cluster.
CLUSTER_ID : ID du cluster que vous créez. L'ID doit commencer par une lettre minuscule et peut contenir des lettres minuscules, des chiffres et des traits d'union.
INSTANCE_ID : nom de l'instance principale que vous souhaitez créer.

Vous pouvez utiliser curl pour exécuter la requête, comme illustré dans l'exemple suivant :

curl -X POST   -H "Authorization: Bearer $(gcloud auth print-access-token)"   -H "Content-Type: application/json"   https://alloydb.googleapis.com/v1alpha/projects/PROJECT_ID/locations/LOCATION_ID/clusters/CLUSTER_ID/instances?instance_id=INSTANCE_ID   -d @instance_request.json

Cloner un cluster actif

Pour créer un clone d'un cluster actif, contenant une copie de toutes les données du cluster source et s'exécutant dans la même région, effectuez une récupération à un instant donné sur ce cluster. Vous pouvez spécifier un point temporel très récent, par exemple la première seconde de la minute en cours.

Ce processus ne copie que les données du cluster source dans le clone, et non sa configuration. Pour chiffrer les données du clone à l'aide de CMEK, vous devez spécifier les détails de CMEK dans la commande de récupération à un moment donné, même si les données du cluster source sont déjà chiffrées par CMEK. Une fois le nouveau cluster créé, vous devez ajouter des instances, des indicateurs de base de données, des plannings de sauvegarde et toute autre configuration nécessaire pour répondre à vos besoins.

Un cluster créé de cette manière existe indépendamment de sa source, et ses données n'ont aucune relation avec les données du cluster source une fois la duplication initiale terminée. Si vous souhaitez créer des clusters secondaires qui suivent et répliquent automatiquement les modifications apportées aux données dans leurs clusters sources, consultez À propos de la réplication interrégionale.

Créer un cluster avec une plage d'adresses IP spécifique

AlloyDB utilise l'accès aux services privés pour permettre aux ressources internes d'un cluster de communiquer entre elles. Avant de pouvoir créer un cluster, votre réseau cloud privé virtuel (VPC) doit contenir au moins une plage d'adresses IP configurée avec une connexion d'accès privé aux services.

Si votre réseau VPC contient plusieurs plages d'adresses IP configurées avec l'accès aux services privés, vous pouvez spécifier la plage qu'AlloyDB attribue à un nouveau cluster.

Pour spécifier une plage d'adresses IP, consultez les étapes facultatives de la section Créer un cluster.

Si vous ne spécifiez pas de plage, AlloyDB effectue l'une des actions suivantes lors de la création d'un cluster :

Si plusieurs plages d'adresses IP avec accès aux services privés sont disponibles, AlloyDB en choisit une.
Si vous avez configuré exactement une plage d'adresses IP dans votre VPC avec accès aux services privés, AlloyDB applique cette plage au nouveau cluster.

Pour en savoir plus sur la création de plages d'adresses IP à utiliser avec AlloyDB, consultez Activer l'accès aux services privés.

Éléments à prendre en compte lors de l'utilisation de la série de machines C4A basées sur Axion

AlloyDB propose une série de machines C4A basée sur Google Axion, le processeur Arm personnalisé de Google. Les machines virtuelles (VM) C4A sont disponibles sous forme de configurations prédéfinies pour 1, 4, 8, 16, 32, 48, 64 et 72 processeurs virtuels, avec jusqu'à 576 Go de mémoire DDR5 (Double Data Rate 5).

Lorsque vous choisissez C4A, gardez à l'esprit les points suivants :

Pour remplacer une instance N2 existante par une instance C4A, modifiez le machine_type de l'instance actuelle à l'aide de la console Google Cloud , de gcloud CLI, de Terraform ou de l'API.
Ne supprimez pas l'instance N2 et créez une instance C4A dans le même cluster.

C4A est disponible dans les régions suivantes :

asia-east1
asia-southeast1
europe-west1
europe-west2
europe-west3
europe-west4
us-central1
us-east1
us-east4

Remarque : Pour asia-southeast1, seul un processeur virtuel est accepté.

Points à prendre en compte lorsque vous utilisez le type de machine à 1 vCPU

AlloyDB propose une forme à 1 vCPU avec C4A, qui est destinée uniquement au développement et aux tests. Pour les charges de travail de production, choisissez au moins deux processeurs virtuels.

Lorsque vous choisissez 1 vCPU, tenez compte des limites suivantes :

1 vCPU est proposé avec 8 Go de mémoire sans prise en charge du cache ultrarapide.
Une configuration à 1 processeur virtuel est recommandée pour les environnements de développement et de bac à sable avec des bases de données de petite taille (de l'ordre de dizaines de gigaoctets). Pour les bases de données plus volumineuses et les charges de travail de production, envisagez d'utiliser au moins deux vCPU.
Vous pouvez configurer la haute disponibilité (HA), mais aucun contrat de niveau de service n'est proposé pour le temps d'activité.
Pour savoir où vous pouvez déployer des vCPU, consultez la page Régions compatibles avec C4A.

Créer un cluster et son instance principale Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.

Avant de commencer

Créer un cluster et une instance principale

Console

gcloud

Créer un cluster

Accès aux services privés

Private Service Connect

Créer une instance principale

Terraform

Créer un cluster et une instance principale

Préparer Cloud Shell

Préparer le répertoire

Appliquer les modifications

REST v1

Créer un cluster

Créer une instance principale

Cloner un cluster actif

Créer un cluster avec une plage d'adresses IP spécifique

Éléments à prendre en compte lors de l'utilisation de la série de machines C4A basées sur Axion

C4A est disponible dans les régions suivantes :

Points à prendre en compte lorsque vous utilisez le type de machine à 1 vCPU

Étapes suivantes

Créer un cluster et son instance principale