À propos des paramètres d'instance

Cette page fournit des informations sur les paramètres disponibles pour les instances Cloud SQL.

Paramètres pour Cloud SQL pour PostgreSQL

Paramètre Modifiable après la création ? Valeurs possibles
ID d'instance N Composé de lettres minuscules, de chiffres et de tirets. Le premier caractère doit être une lettre. La longueur totale ne doit pas dépasser 98 caractères.
Région N Pour l'édition Cloud SQL Enterprise Plus :
africa-south1 : Johannesburg
asia-east1 : Taïwan
asia-east2 : Hong Kong
asia-northeast1 : Tokyo
asia-northeast2 : Osaka
asia-northeast3 : Séoul
asia-south1 : Mumbai
asia-south2 : Delhi
asia-southeast1 : Singapour
asia-southeast2 : Jakarta
australia-southeast1 : Sydney
australia-southeast2 : Melbourne
europe-central2 : Varsovie
europe-north1 : Finlande
europe-southwest1 : Madrid
europe-west1 : Belgique
europe-west2 : Londres
europe-west3 : Francfort
europe-west4 : Pays-Bas
europe-west6 : Zurich
europe-west8 : Milan
europe-west9 : Paris
europe-west10 : Berlin
europe-west12 : Turin
me-central1 : Doha
me-central2 : Dammam
me-west1 : Tel Aviv
northamerica-northeast1 : Montréal
northamerica-northeast2 : Toronto
southamerica-east1 : São Paulo
southamerica-west1 : Santiago
us-central1 : Iowa
us-east1 : Caroline du Sud
us-east4 : Virginie du Nord
us-east5 : Columbus
us-south1 : Dallas
us-west1 : Oregon
us-west2 : Los Angeles
us-west3 : Salt Lake City
us-west4 : Las Vegas

Pour l'édition Cloud SQL Enterprise :
africa-south1 : Johannesburg
asia-east1 : Taïwan
asia-east2 : Hong Kong
asia-northeast1 : Tokyo
asia-northeast2 : Osaka
asia-northeast3 : Séoul
asia-south1 : Mumbai
asia-south2 : Delhi
asia-southeast1 : Singapour
asia-southeast2 : Jakarta
australia-southeast1 : Sydney
australia-southeast2 : Melbourne
europe-central2 : Varsovie
europe-north1 : Finlande
europe-southwest1 : Madrid
europe-west1 : Belgique
europe-west2 : Londres
europe-west3 : Francfort
europe-west4 : Pays-Bas
europe-west6 : Zurich
europe-west8 : Milan
europe-west9 : Paris
europe-west10 : Berlin
europe-west12 : Turin
me-central1 : Doha
me-central2 : Dammam
me-west1 : Tel Aviv
northamerica-northeast1 : Montréal
northamerica-northeast2 : Toronto
northamerica-south1 : Mexique
southamerica-east1 : São Paulo
southamerica-west1 : Santiago
us-central1 : Iowa
us-east1 : Caroline du Sud







us-east4us-east5us-south1us-west1us-west2us-west3us-west4
Zone O Les valeurs possibles dépendent de la région.
Version de la base de données N Pour l'édition Cloud SQL Enterprise Plus : 
Console string           API enum string
PostgreSQL 17            POSTGRES_17
PostgreSQL 16 (default)  POSTGRES_16
PostgreSQL 15            POSTGRES_15
PostgreSQL 14            POSTGRES_14
PostgreSQL 13            POSTGRES_13
PostgreSQL 12            POSTGRES_12
Pour l'édition Cloud SQL Enterprise: 
Console string          API enum string
PostgreSQL 17           POSTGRES_17
PostgreSQL 16 (default) POSTGRES_16
PostgreSQL 15           POSTGRES_15
PostgreSQL 14           POSTGRES_14
PostgreSQL 13           POSTGRES_13
PostgreSQL 12           POSTGRES_12
PostgreSQL 11           POSTGRES_11
PostgreSQL 10           POSTGRES_10
PostgreSQL 9.6          POSTGRES_9_6
Mode SSL O Applique/active SSL de la manière suivante :
  • ALLOW_UNENCRYPTED_AND_ENCRYPTED : autorise les connexions non-SSL/non-TLS et SSL/TLS. Pour les connexions SSL, le certificat client n'est pas vérifié. Il s'agit de la valeur par défaut.
  • ENCRYPTED_ONLY : autorise uniquement les connexions chiffrées avec SSL/TLS.
  • TRUSTED_CLIENT_CERTIFICATE_REQUIRED : autorise uniquement les connexions chiffrées avec SSL/TLS et avec les certificats clients valides.
Mode autorité de certification du serveur N

Vous permet de configurer l'autorité de certification (CA) du serveur pour une instance. Vous pouvez sélectionner l'une des options de certification de serveur suivantes:

  • GOOGLE_MANAGED_INTERNAL_CA: valeur par défaut. Avec cette option, une autorité de certification interne dédiée à chaque instance Cloud SQL signe le certificat de serveur de cette instance.
  • GOOGLE_MANAGED_CAS_CA: avec cette option, une hiérarchie d'autorités de certification composée d'une autorité de certification racine et d'autorités de certification de serveurs subordonnées gérées par Cloud SQL et hébergées sur Certificate Authority Service (CA Service) de Google Cloud est utilisée. Les autorités de certification de serveurs subordonnées d'une région signent les certificats de serveur et sont partagées entre les instances de la région.

Ce paramètre d'instance est disponible en version Preview.
Définir l'édition O

ENTERPRISE ou ENTERPRISE PLUS
Définir une règle de mot de passe O Configuré ou non
Adresse IP privée Une fois configuré, ce paramètre ne peut plus être désactivé. Activé ou désactivé
Adresse IP publique O Activé ou désactivé
Réseaux autorisés O Si le paramètre "Adresse IP publique" est activé, les valeurs possibles sont les adresses IP autorisées à se connecter à l'instance. Vous pouvez également spécifier cette valeur sous la forme d'une plage d'adresses IP au format CIDR.
Chemin d'accès privé pour les services Google Cloud O Activé ou désactivé
Cache de données O Activé ou désactivé
Type de machine O

Sélectionnez l'option "Cœur partagé" ou "Cœur dédié". Avec l'option "Cœur partagé", chaque type de machine est classé selon le nombre de processeurs (cœurs) et la quantité de mémoire de votre instance.

Avec l'option "Cœur dédié", au lieu de sélectionner une configuration prédéfinie, sélectionnez la case d'option Personnalisé pour créer un type de machine personnalisé. En savoir plus

Cœurs O Pour l'édition Cloud SQL Enterprise Plus :
2 à 128 (types de machines prédéfinis uniquement)

Pour l'édition Cloud SQL Enterprise :
1 à 96 (doit correspondre à 1 ou à un nombre pair)
Partiel pour un vCPU partagé
Mémoire O Pour l'édition Cloud SQL Enterprise Plus : 6,75 Go à 8 Go par vCPU.
Le ratio de 6,75 Go pour 1 vCPU ne s'applique qu'au type de machine db-perf-optimized-N-128. Tous les autres types de machines ont un ratio de 8 Go pour 1 vCPU.
Pour Cloud SQL Enterprise : 0,9 à 6,5 Go par vCPU (doit être un multiple de 256 Mo et au moins 3,75 Go)
Type de stockage N SSD (valeur par défaut)
HDD (édition Cloud SQL Enterprise uniquement)
Capacité de stockage O
(augmentation seulement)		 La capacité des instances comportant au moins un processeur virtuel non partagé peut atteindre 64 To.
La capacité des instances comportant un processeur virtuel partagé peut atteindre 3 054 Go.

Notez que la création ou l'augmentation de la capacité de stockage à 64 To peuvent augmenter la latence des opérations courantes telles que les sauvegardes, en fonction de votre charge de travail.
Activer l'augmentation automatique de l'espace de stockage O Activé (valeur par défaut)
Désactivé
Méthode de chiffrement des données N Clé de chiffrement gérée par Google (valeur par défaut)
Clé Cloud KMS
Limite de l'augmentation automatique de l'espace de stockage O En Go. 0 (valeur par défaut) signifie qu'il n'y a pas de limite.
Sauvegardes O
 Activé (valeur par défaut)
Désactivé
Options d'emplacement O Multirégional (valeur par défaut)
Régional

Il existe également un menu déroulant avec une liste de zones multirégionales lorsque vous sélectionnez Multirégional, ou une liste de régions lorsque vous sélectionnez Régional.

Protection contre la suppression d'instances O Activé ou désactivé
Activer la récupération à un moment précis O
(voir la remarque)		 Activé (valeur par défaut)
Désactivé
Disponibilité : zone unique O
 Activé (valeur par défaut)
Désactivé
Haute disponibilité (régionale) O
 Activé
Désactivé (valeur par défaut)
Maintenance : intervalle de maintenance O À n'importe quel moment (valeur par défaut)
Jour de la semaine et heure de la journée
Maintenance : planification des maintenances O Tout (valeur par défaut)
Canary (également Semaine 1 (anciennement Avant) / Preview)
Stable (également Semaine 2 (anciennement Plus tard) / Production)
Semaine 5
Indicateurs de base de données O Consultez la page Configurer des indicateurs de base de données.
ID d'instance

L'ID d'instance est le nom de l'instance. Il permet de l'identifier de manière unique dans le projet. Si possible, choisissez le nom de l'instance en fonction de la finalité de cette dernière.

La longueur totale de l'ID project-ID:instance-ID ne doit pas dépasser 98 caractères.

Vous n'avez pas besoin d'indiquer l'ID du projet. qui sera ajouté automatiquement le cas échéant (par exemple, dans les fichiers journaux).
Région
Région Google Cloud Platform où se trouve l'instance. Les régions correspondent à des espaces géographiques indépendants qui sont constitués de zones. Les zones et les régions sont des abstractions logiques des ressources physiques sous-jacentes. Une région comprend au moins trois zones hébergées dans au moins trois centres de données physiques. Les régions Mexico, Montréal et Osaka comportent trois zones hébergées dans un ou deux centres de données physiques. Ces régions sont en cours d'extension à au moins trois centres de données physiques. Lorsque vous concevez vos solutions dans Google Cloud, tenez compte des conseils fournis dans les sections Zones Cloud, Contrats de niveau de service Google Cloud Platform et Documentation produit Google Cloud appropriées. Vous ne pouvez définir la région que lors de la création de l'instance. Pour améliorer les performances, vos données doivent être à proximité des services qui les utilisent. Pour en savoir plus, consultez la page Emplacements des instances.
Zone
Zone Google Cloud dans laquelle se trouve votre instance. Si vous vous connectez à partir d'une instance Compute Engine, sélectionnez la zone dans laquelle elle se trouve. Sinon, acceptez la zone par défaut. Vous pouvez modifier l'instance ultérieurement pour modifier la zone, si nécessaire. Pour en savoir plus, consultez la page Emplacements des instances.
Type de machine

Détermine la mémoire et les cœurs virtuels disponibles pour votre instance Cloud SQL. La disponibilité des types de machines dépend de votre édition Cloud SQL.

Pour les charges de travail nécessitant un traitement en temps réel, comme le traitement des transactions en ligne (OLTP), assurez-vous que votre instance dispose de suffisamment de mémoire pour contenir l'ensemble de travail complet. Toutefois, d'autres facteurs peuvent avoir une incidence sur l'utilisation de la mémoire, tels que le nombre de connexions actives et les processus internes. Nous vous conseillons d'effectuer des tests de charge pour éviter les problèmes de performances dans votre environnement de production.

Lorsque vous configurez votre instance, sélectionnez suffisamment de mémoire et de processeurs virtuels pour gérer votre charge de travail, et effectuez une mise à niveau à mesure que celle-ci augmente. Une configuration de machine disposant d'un nombre insuffisant de processeurs virtuels risque de ne plus être couverte par son contrat de niveau de service. Pour en savoir plus, consultez la section Consignes opérationnelles.

Types de machines pour les instances Cloud SQL Enterprise Plus Pour les instances Cloud SQL Enterprise Plus, les types de machines sont prédéfinis comme suit :

Type de machine Enterprise Plus vCPU Mémoire (Go) SSD local
db-perf-optimized-N-2 2 16 375
db-perf-optimized-N-4 4 32 375
db-perf-optimized-N-8 8 64 375
db-perf-optimized-N-16 16 128 750
db-perf-optimized-N-32 32 256 1500
db-perf-optimized-N-48 48 384 3000
db-perf-optimized-N-64 64 512 6000
db-perf-optimized-N-80 80 640 6000
db-perf-optimized-N-96 96 768 6000
db-perf-optimized-N-128 128 864 9000
Types de machines pour les instances Cloud SQL Enterprise Pour les instances Cloud SQL Enterprise, vous pouvez également créer des configurations d'instances personnalisées à l'aide de la commande gcloud sql instances create. Les configurations d'instances flexibles vous permettent d'allouer à votre instance la quantité de mémoire et le nombre de processeurs dont elle a besoin. Cette flexibilité vous permet également de choisir la forme de VM adaptée à votre charge de travail.

Les noms de types de machines utilisent le format suivant : db-custom-#-#

Remplacez le premier espace réservé # par le nombre de processeurs dans la machine, et le deuxième espace réservé # par la quantité de mémoire sur la machine.

Par exemple, si le nom de votre machine est db-custom et que votre machine dispose d'un processeur et de 3 840 Mo de RAM, le format de la machine est db-custom-1-3840.

Lorsque vous sélectionnez le nombre de processeurs et la quantité de mémoire, certaines restrictions s'appliquent à la configuration que vous choisissez :

  • Le nombre de processeurs virtuels doit correspondre à 1 ou à un nombre pair compris entre 2 et 96.
  • La taille de la mémoire doit répondre aux critères suivants :
    • La mémoire doit être comprise entre 0,9 Go et 6,5 Go par processeur virtuel.
    • La taille de la mémoire doit être un multiple de 256 Mo.
    • La taille de la mémoire ne doit pas être inférieure à 3,75 Go (3 840 Mo).

Le tableau suivant répertorie les noms de chaque ancien type de machine, le nombre de processeurs et la mémoire RAM pour chaque type de machine, ainsi que la chaîne résultante pour le type de machine.

Vous pouvez créer le type de machine équivalent en spécifiant le processeur et la RAM équivalents dans Google Cloud Console, en utilisant gcloud CLI ou en spécifiant db-custom-#-# dans l'API.

Ancien type de machine vCPU Mémoire (Mo) Chaîne db-custom-CPU-RAM (chaîne de couche d'API)
db-n1-standard-1 1 3 840 db-custom-1-3840
db-n1-standard-2 2 7 680 db-custom-2-7680
db-n1-standard-4 4 15 360 db-custom-4-15360
db-n1-standard-8 8 30 720 db-custom-8-30720
db-n1-standard-16 16 61 440 db-custom-16-61440
db-n1-standard-32 32 122 880 db-custom-32-122880
db-n1-standard-64 64 245 760 db-custom-64-245760
db-n1-standard-96 96 368640 db-custom-96-368640
db-n1-highmem-2 2 13 312 db-custom-2-13312
db-n1-highmem-4 4 26 624 db-custom-4-26624
db-n1-highmem-8 8 53 248 db-custom-8-53248
db-n1-highmem-16 16 106 496 db-custom-16-106496
db-n1-highmem-32 32 212 992 db-custom-32-212992
db-n1-highmem-64 64 425 984 db-custom-64-425984
db-n1-highmem-96 96 638976 db-custom-96-638976

Le type de machine a une incidence sur le coût de l'instance. Pour en savoir plus, consultez la section Tarifs de l'instance. Vous pouvez également voir la tarification appliquée pour différents scénarios grâce au simulateur de coût.

Définir une règle de mot de passe

Règles concernant les mots de passe de l'instance. Elles incluent les options suivantes :

  • Longueur minimale: spécifie le nombre minimal de caractères que le mot de passe doit contenir.
  • Complexité du mot de passe: vérifie si le mot de passe est une combinaison de caractères minuscules, majuscules, numériques et non alphanumériques.
  • Restreindre la réutilisation des mots de passe : spécifie le nombre de mots de passe précédents que vous ne pouvez pas réutiliser.
  • Interdire le nom d'utilisateur : empêche de spécifier le nom d'utilisateur dans le mot de passe.
  • Définir un intervalle de changement de mot de passe : spécifie la durée minimale après laquelle vous pouvez modifier le mot de passe.
Cœurs

Nombre de processeurs de votre instance. Vous pouvez également créer une instance avec moins d'un processeur (instance de code ou processeur virtuel partagés).

Mémoire

Quantité de mémoire disponible pour votre instance. Pour les charges de travail dépendant des performances telles que le traitement transactionnel en ligne (OLTP, Online Transaction Processing), assurez-vous que l'instance dispose de suffisamment de mémoire pour contenir l'intégralité de l'ensemble de travail. Toutefois, d'autres facteurs tels que le nombre de connexions actives peuvent avoir une incidence sur les besoins en mémoire. Effectuez des tests de charge pour éviter les problèmes de performances en production.

Version de la base de données
À moins que vous n'ayez besoin d'une fonctionnalité qui n'est disponible que dans une version spécifique, vous devez accepter la version par défaut de la base de données (PostgreSQL 15). Pour en savoir plus sur l'utilisation de la commande gcloud et de l'API REST, consultez la documentation de référence.
Type de stockage
Si vous sélectionnez SSD (valeur par défaut), l'instance dispose d'un stockage SSD. Les disques SSD offrent une latence inférieure et un débit de données plus élevé. Si vous n'avez pas besoin d'un accès hautes performances aux données, par exemple pour le stockage à long terme ou pour des données rarement consultées, vous pouvez réduire vos coûts en sélectionnant HDD.
Mode SSL

(Facultatif) Options SSL/TLS pour une connexion à une base de données. Cloud SQL utilise SSL/TLS pour établir des connexions sécurisées, authentifiées et chiffrées vers les instances. Vous pouvez utiliser le paramètre de mode SSL sslMode pour appliquer toutes les connexions de base de données à une instance afin d'utiliser le chiffrement SSL/TLS. Vous pouvez également utiliser ce paramètre pour appliquer la validation des certificats clients. Ce paramètre vous offre un contrôle plus précis sur vos connexions SSL par rapport à requireSsl. Nous vous recommandons d'utiliser sslMode. Pour en savoir plus, consultez la section IpConfiguration. Vous pouvez appliquer SSL lorsque vous créez une instance ou la mettre à jour pour une instance existante.

Mode autorité de certification du serveur

(Facultatif) Lorsque vous créez une instance, vous pouvez sélectionner le mode de certification de l'autorité de certification du serveur pour l'instance.

  • GOOGLE_MANAGED_INTERNAL_CA: valeur par défaut. Cloud SQL crée une autorité de certification de serveur autosigné pour chaque instance.
  • GOOGLE_MANAGED_CAS_CA: l'instance utilise une hiérarchie d'autorité de certification de serveur hébergée par Certificate Authority Service, et les autorités de certification émettrices sont partagées entre toutes les instances de la même région.

Pour en savoir plus sur ces options, consultez la section Hiérarchies des autorités de certification (AC). Le mode autorité de certification de serveur est en version Preview.

Capacité de stockage

Choisissez une capacité adaptée à la taille de votre base de données. Après avoir créé votre instance, vous pouvez augmenter manuellement la capacité de stockage en modifiant sa configuration. En revanche, il est impossible de la réduire. L'augmentation de la capacité de stockage n'entraîne pas de temps d'arrêt.

La capacité de stockage allouée à votre instance influe sur son coût. Pour plus d'informations, consultez la section Tarifs du stockage et de la mise en réseau.

La capacité de stockage des instances dupliquées avec accès en lecture doit toujours être au moins égale à celle de l'instance principale. Lorsqu'une instance principale est redimensionnée, toutes les instances dupliquées avec accès en lecture le sont également, si nécessaire, de sorte qu'elles aient une capacité de stockage au moins égale à celle de l'instance principale mise à jour.

Activer l'augmentation automatique de l'espace de stockage

Si vous activez ce paramètre, Cloud SQL vérifie l'espace de stockage disponible toutes les 30 secondes. S'il passe sous un certain seuil, Cloud SQL ajoute automatiquement de la capacité de stockage supplémentaire. S'il passe sous ce seuil de manière répétée, Cloud SQL continue d'ajouter de l'espace de stockage jusqu'à atteindre la limite de 64 To.

Le paramètre d'augmentation automatique de l'espace de stockage d'une instance principale s'applique automatiquement à toutes ses instances dupliquées avec accès en lecture. Il ne peut pas être défini indépendamment pour les instances dupliquées avec accès en lecture.

Seuil

Le seuil dépend de l'espace de stockage actuellement configuré pour l'instance. Il ne peut pas dépasser 25 Go.

Pour les instances dotées d'un espace de stockage de 500 Go (ou plus), le seuil est toujours de 25 Go.

Pour celles dont l'espace de stockage est inférieur à 500 Go, le seuil est calculé à l'aide de la formule suivante :

  5 + (provisioned storage)/25

Le résultat de la division est arrondi au nombre entier inférieur le plus proche.

Calcul du seuil pour une instance disposant d'une capacité de stockage de 66 Go :

5 + (1/25th of 66 GB) = 5 + (66/25) = 5 + 2.6 -> 5 + 2 = 7 GB
Calcul du seuil pour une instance disposant d'une capacité de stockage de 1 000 Go :
5 + (1/25th of 1000 GB) = 5 + (1000/25) = 5 + 40 = 45 -> rounded down to the
maximum value of 25 GB

Quantité d'espace de stockage ajoutée

L'espace de stockage ajouté à l'instance est égal à la taille du seuil, qui ne peut pas dépasser 25 Go.

Considérations concernant les disques volumineux

Pour les instances dotées d'un espace de stockage de 500 Go ou plus, le seuil est toujours défini sur 25 Go et la quantité d'espace de stockage ajoutée est toujours de 25 Go. Par conséquent, l'espace vide maximal possible est de 50 Go. Si vous ne redimensionnez pas manuellement l'instance avec un disque de plus de 5 To, ce disque peut toujours rester à 99 % de sa capacité, même s'il reste de l'espace vide.

Avant d'effectuer une opération qui augmente rapidement l'utilisation de l'espace disque, telle qu'une importation importante ou une requête nécessitant une grande table temporaire, redimensionnez manuellement le disque au lieu d'être dépendant de l'augmentation automatique.

Méthode de chiffrement des données

Par défaut, votre instance Cloud SQL est chiffrée à l'aide d'une clé gérée par Google. Si vous souhaitez contrôler cette clé, utilisez une clé de chiffrement gérée par le client (CMEK) dans Cloud Key Management Service (KMS). Cloud KMS s'intègre à Cloud SQL.

L'utilisation de clés Cloud KMS vous permet de contrôler leur niveau de protection, leur emplacement, leur calendrier de rotation, leurs autorisations d'utilisation et d'accès. En outre, vous pouvez utiliser différentes clés de chiffrement pour les ressources. Cloud KMS vous permet également de suivre l'utilisation des clés, de consulter les journaux d'audit et de contrôler les cycles de vie des clés.

Au lieu de laisser Google posséder et gérer les clés qui protègent vos données, c'est vous qui vous chargez de cette tâche dans Cloud KMS.

Pour en savoir plus sur les clés CMEK, consultez À propos des clés de chiffrement gérées par le client (CMEK).

Limite de l'augmentation automatique de l'espace de stockage

Si vous activez le paramètre Augmentation automatique de l'espace de stockage, vous pouvez définir une limite quant à la quantité d'espace de stockage pouvant être automatiquement ajoutée à l'instance. N'oubliez pas que plus la taille de l'instance est grande, plus la latence opérationnelle est importante.

Étant donné que vous ne pouvez pas réduire la taille de l'espace de stockage, cette limite peut empêcher la taille de l'instance d'augmenter de manière excessive (en raison d'une hausse temporaire du trafic). Gardez à l'esprit que lorsqu'une instance ne peut plus ajouter l'espace de stockage dont elle a besoin, elle risque de ne plus accepter les connexions entrantes et de passer en mode hors connexion.

La valeur par défaut 0 signifie qu'il n'existe aucune limite (autre que l'espace de stockage disponible maximal pour le niveau d'instance concerné).

Pour définir la limite lorsque vous créez l'instance, utilisez le paramètre --storage-auto-increase-limit=INTEGER_VALUE_OF_GB, comme décrit sur la page Créer une instance. Pour définir la limite sur une instance existante, utilisez le même paramètre avec la commande gcloud beta sql instances patch.

Le paramètre de limite de l'augmentation automatique de l'espace de stockage d'une instance principale s'applique automatiquement à toutes ses instances dupliquées avec accès en lecture. Il ne peut pas être défini indépendamment pour les instances dupliquées avec accès en lecture.

Sauvegardes automatisées et récupération à un moment précis

Ces options déterminent si des sauvegardes automatiques sont effectuées et si la journalisation WAL est activée. Ces deux options ont un léger impact sur les performances et utilisent du stockage supplémentaire. Elles sont toutefois obligatoires pour créer des instances dupliquées et des clones, et pour la récupération à un moment précis. Lorsque vous sélectionnez cette option, vous pouvez également sélectionner une période au cours de laquelle les sauvegardes automatiques ont lieu.

Les sauvegardes automatiques sont effectuées quotidiennement, dans la fenêtre temporelle de votre choix. Au bout de sept jours, la sauvegarde la plus ancienne est supprimée.

Pour en savoir plus sur la récupération à un moment précis, consultez la section Présentation de la récupération à un moment précis.

Pour plus d'informations sur la réplication, consultez la page Options de réplication. Pour en savoir plus sur le clonage d'instances, consultez la page Cloner des instances.

Paramètres de conservation des sauvegardes automatiques

Le nombre de sauvegardes conservées par défaut est de 7, mais vous pouvez modifier cette valeur pour utiliser une valeur comprise entre 1 et 365.

Pour en savoir plus, consultez la section Sauvegarde automatique et conservation des journaux de transactions.

Options d'emplacement

Vous pouvez choisir de stocker les sauvegardes dans une seule ou plusieurs régions. Multirégional est l'option par défaut et le choix recommandé, car elle offre une protection contre les temps d'arrêt lorsqu'une région devient indisponible. Les sauvegardes sont stockées dans les régions les plus proches de l'instance.

Vous avez également la possibilité de sélectionner un emplacement personnalisé pour la sauvegarde. N'utilisez cette option que si la réglementation l'exige ou si une règle d'administration exige que vos sauvegardes se trouvent dans des régions uniques ou multiples. Pour en savoir plus, consultez l'article Emplacements personnalisés.

Protection contre la suppression d'instances

Protège une instance contre une suppression accidentelle. Si ce paramètre est activé, vous devez le désactiver avant de supprimer l'instance. Consultez la section Empêcher la suppression d'une instance.

Activer la récupération à un moment précis

La récupération à un moment précis vous aide à récupérer l'état précédent d'une instance à un moment spécifique.

Pour en savoir plus sur la récupération à un moment précis, consultez la section Présentation de la récupération à un moment précis.

Disponibilité : zonale

Place votre instance et vos sauvegardes dans une seule zone. Lorsque vous sélectionnez cette option, il n'y a pas de basculement en cas de panne. Recommandé uniquement à des fins de test et de développement.

Haute disponibilité (régionale)

Lorsque vous sélectionnez l'option Haute disponibilité (régionale), en cas de panne, votre instance bascule vers une autre zone de la région hébergeant l'instance, tant que la zone de basculement ne présente pas de panne. Il est recommandé de sélectionner Haute disponibilité (régionale) pour les instances de votre environnement de production.

Consultez la présentation de la configuration de la haute disponibilité.

Intervalle de maintenance

Jour et heure auxquels les événements de maintenance de l'instance Cloud SQL sont planifiés. Pour les instances principales de l'édition Cloud SQL Enterprise Plus, les temps d'arrêt pour maintenance sont généralement inférieurs à 1 seconde. Pour toutes les autres instances, les temps d'arrêt pour maintenance sont généralement de 60 secondes ou moins en moyenne.

Pour le moment, les instances dupliquées avec accès en lecture n'acceptent pas les paramètres d'intervalle de maintenance.

Pour en savoir plus sur la maintenance, consultez la page À propos de la maintenance des instances Cloud SQL.

Planification des maintenances

Votre préférence concernant la chronologie relative des mises à jour de maintenance. Vous pouvez recevoir vos mises à jour une ou deux semaines après la notification et tester vos mises à jour de maintenance dans un environnement de test avant que vos instances de production ne les reçoivent. Vous pouvez également choisir de recevoir la mise à jour de maintenance cinq semaines ("week5") après l'envoi de la notification. Le paramètre de planification des maintenances n'a pas d'incidence sur la version de maintenance appliquée par Cloud SQL à l'instance.

Si vous ne définissez pas le paramètre de planification des maintenances, Cloud SQL choisit le moment auquel les mises à jour de l'instance seront effectuées (dans son intervalle de maintenance, le cas échéant).

Pour en savoir plus sur la maintenance, consultez la page À propos de la maintenance des instances Cloud SQL.

Adresse IP privée
Ce paramètre vous permet de configurer l'instance pour qu'elle utilise une adresse IP privée. En savoir plus
Adresse IP publique
Si ce paramètre est activé, une adresse IPv4 publique est allouée à l'instance. Lorsque vous le désactivez, cette adresse est libérée. Vous pouvez réactiver le paramètre ultérieurement mais vous recevrez une adresse IPv4 différente. Par défaut, l'adresse IP publique est bloquée pour toutes les adresses. Utilisez le paramètre Réseaux autorisés pour autoriser l'accès.
Réseaux autorisés
Vous pouvez ajouter des adresses IP ou des plages d'adresses spécifiques pour permettre les connexions à votre instance à partir de ces adresses.

Pour en savoir plus sur la configuration des adresses IP, consultez la page Configurer la connectivité IP.

Chemin d'accès privé pour les services Google Cloud

En cochant cette case, vous autorisez d'autres services Google Cloud, tels que BigQuery, à accéder aux données dans Cloud SQL et à effectuer des requêtes sur ces données via une connexion privée.

Cette case n'est cochée que si vous cochez la case Adresse IP privée et si vous ajoutez ou sélectionnez un réseau autorisé pour créer une connexion privée.

Cache de données

Le cache de données est facultatif pour les instances Cloud SQL pour PostgreSQL Enterprise Plus. Le cache de données utilise des disques SSD locaux pour étendre le cache de pages du système d'exploitation, qui est ainsi stocké non plus en mémoire mais au niveau du SSD. Cloud SQL gère ce paramètre. La mise en cache de l'intégralité de votre ensemble de travail offre des performances maximales lors de l'utilisation du cache de données. Vous pouvez activer ou désactiver ce paramètre pour vos instances Cloud SQL pour PostgreSQL Enterprise Plus à l'aide de la console Google Cloud, de gcloud CLI ou de l'API Cloud SQL Admin.

Règle d'activation
Vous pouvez changer la règle d'activation en démarrant et en arrêtant l'instance. L'arrêt d'une instance évite que des frais supplémentaires ne soient facturés pour cette dernière.
Indicateurs de base de données

Vous pouvez définir des indicateurs de base de données spécifiques pour l'instance Cloud SQL.

Pour obtenir la liste complète des indicateurs de base de données disponibles, consultez la page Configurer des indicateurs de base de données.

Impact des modifications apportées aux paramètres des instances

Pour la plupart des paramètres d'instances, Cloud SQL applique immédiatement les modifications, et la connectivité à l'instance demeure inchangée.

Si vous utilisez l'édition Cloud SQL Enterprise, modifier le nombre de processeurs ou la taille de la mémoire entraîne la désactivation de l'instance pendant moins de 60 secondes. La prise en compte des modifications peut prendre plusieurs minutes. Modifier la zone d'une instance, configurer une adresse IP privée, modifier son réseau et activer la haute disponibilité entraîne la désactivation de l'instance pendant plusieurs minutes.

Si vous utilisez l'édition Cloud SQL Enterprise Plus, vous pouvez modifier certains paramètres d'instance, comme l'augmentation du nombre de processeurs virtuels, ou activer ou désactiver le cache de données, avec un temps d'arrêt quasi nul. Pour en savoir plus, consultez la section Disponibilité dans Cloud SQL.

Cloud SQL gère automatiquement la valeur de l'option max_connections en fonction de la quantité de mémoire sur l'instance (pour en savoir plus, consultez la section Options compatibles). PostgreSQL exige que la valeur de max_connections soit toujours au moins aussi grande sur une instance dupliquée avec accès en lecture que sur son instance principale. Par conséquent, si les instances dupliquées avec accès en lecture ont moins de mémoire que l'instance principale, la modification de la quantité de mémoire sur l'instance principale peut entraîner la déconnexion de ses instances dupliquées avec accès en lecture pendant moins de 60 secondes. En effet, les instances dupliquées avec accès en lecture peuvent avoir besoin de recevoir une nouvelle valeur max_connections pour rester cohérentes avec la modification de l'instance principale, et la mise à jour de la valeur de max_connections nécessite le redémarrage de PostgreSQL. Pour éviter ce comportement, définissez l'option max_connections de l'instance principale sur la valeur de votre choix.

Prévoyez d'effectuer ce type de modification lorsque votre service peut gérer une telle interruption.

Étapes suivantes