J'essaie de créer le cloud SQL à l'aide de Manager de déploiement.
La plupart de ma configuration fonctionne à part des paramètres.AvailabilityType P>
Fichier Jinja Strong> - Cela fonctionne P > resources:
- name: dev-01
type: gcp-types/sqladmin-v1beta4:instances
properties:
backendType: SECOND_GEN
instanceType: CLOUD_SQL_INSTANCE
region: europe-west1
databaseVersion: POSTGRES_9_6
settings:
tier: db-custom-1-3840
storageAutoResize: true
dataDiskSizeGb: PD_SSD
dataDiskType: 10
replicationType: SYNCHRONOUS
failoverReplica:
available: true
backupConfiguration:
enabled: true
locationPreference:
zone: europe-west1-b
activationPolicy: ALWAYS
availabilityType: REGIONAL
3 Réponses :
En effet, vous essayez de déployer une configuration ha avec une préconfigurée. La commande gcloud pour créer ha pour Cloud SQL HA Instance s'attend à ce que la région et la basculement connexent des détails. Voir ici
Suivez cette Repo et vous trouverez Quelques bons échantillons là-bas.
cette partie du Le code vous donne le modèle à suivre
Je comprends le concept de basculement, mais ma question est lorsque je crée une instance SQL Cloud SQL via le gestionnaire de déploiement sans paramètres de disponibilitéTType, il est créé avec succès, puis à partir de l'interface graphique, je peux simple permettre une disponibilité élevée sans instance de basculement. Alors, pourquoi je ne peux pas le faire via le gestionnaire de déploiement.
La réponse ci-dessus a un exemple. As-tu essayé?
Prashant, je sais que l'exemple dans le repo git fonctionne ... mais cela ne répond pas à ma question. Dans l'exemple, un basculement est créé explicitement d'autre part une fois que je crée une instance de base de données via un mange de déploiement, je peux activer HA d'interface graphique sans aucun basculement et que la préférence de vérification est déjà définie ... alors pourquoi cette déviation ...
La déviation est parce que par l'intermédiaire de l'interface utilisateur, vous faites 2 opérations (deux appels d'API), tandis que DM fait un seul appel de l'API. Comme @Veshant mentionné, l'appel d'API d'un cluster SQL de basculement ne doit avoir qu'une région spécifiée, et non la zone. L'erreur renvoyée doit mentionner quelque chose dans ces lignes
Un autre utilisateur a eu un problème similaire à vous dans ce thread . Cela vaut la peine de jeter un coup d'œil, surtout Jordi Miralles Réponse
Pour plus d'informations, vous devez jeter un oeil à des documents de GCP.
Concernant la note Modifier, la configuration régionale de disponibilité (celle de PostgreSQL) ne nécessite pas d'instance de basculement, car elle est basée sur des disques persistants régionaux. Plus d'informations sur le DOCS .
Les instances de basculement étaient uniquement destinées à des instances MySQL, et c'est maintenant considérée comme héritage (et les docs impliquent que cela va être obscète en 2020) en faveur du même système HA que PostgreSQL: disques persistants régionaux .
Merci Jofre pour l'info, savez-vous aussi pourquoi ne puis-je pas utiliser l'attribut DispontabilityType dans ma Jinja ...
Nikhil Gupta J'ai répondu ci-dessous. Est-ce que ça marche? Si oui, veuillez la marquer comme répondu.