Criteri dell'organizzazione Cloud SQL

Questa pagina spiega come utilizzare un'organizzazione con il tuo progetto Cloud SQL. Per iniziare a creare i criteri dell'organizzazione, consulta Aggiungere criteri dell'organizzazione.

Panoramica

I criteri dell'organizzazione consentono agli amministratori dell'organizzazione di impostare limitazioni in che modo gli utenti possono configurare le istanze sotto quella organizzazione. I criteri dell'organizzazione utilizzano regole, chiamate vincoli, che l'amministratore dell'organizzazione applica a un progetto, a una cartella o a un'organizzazione. I vincoli applicano il criterio in tutte le istanze. Se, ad esempio, provi a creare un'istanza in un'entità a cui è associato un criterio dell'organizzazione, il vincolo esegue un controllo per verificare della configurazione dell'istanza segue i requisiti del vincolo. Se il controllo non va a buon fine, Cloud SQL non crea l'istanza.

Quando aggiungi progetti a un'organizzazione o a una cartella che utilizza un'organizzazione i progetti ereditano i vincoli di quel criterio.

Per ulteriori informazioni sui criteri dell'organizzazione, vedi Servizio Criteri dell'organizzazione, Vincoli e Valutazione della gerarchia.

I tipi di criteri dell'organizzazione specifici di Cloud SQL sono i seguenti:

Criteri dell'organizzazione predefiniti

Puoi utilizzare i vincoli predefiniti per controllare le impostazioni dell'IP pubblico e le impostazioni della chiave di crittografia gestita dal cliente (CMEK) delle istanze Cloud SQL. Per un controllo più granulare e personalizzabile su altre impostazioni supportate, puoi utilizzare i vincoli personalizzati. Per ulteriori informazioni, consulta i criteri dell'organizzazione personalizzati.

Criteri di connessione dell'organizzazione

I criteri dell'organizzazione delle connessioni forniscono un controllo centralizzato dell'IP pubblico le impostazioni per Cloud SQL, al fine di ridurre la superficie di attacco di Cloud SQL da internet. Un criterio dell'organizzazione L'amministratore può utilizzare un criterio di connessione per limitare le configurazioni degli IP pubblici di Cloud SQL a livello di progetto, cartella o organizzazione.

Vincoli dei criteri di connessione dell'organizzazione

Per il criterio dell'organizzazione delle connessioni, esistono due tipi di vincoli che in modo forzato l'accesso alle istanze Cloud SQL.

Vincolo Descrizione Predefinito
Limita l'accesso IP pubblico nelle istanze Cloud SQL Questo vincolo booleano limita la configurazione dell'IP pubblico sulle istanze Cloud SQL in cui questo vincolo è impostato True. Questo vincolo non è retroattivo. Cloud SQL istanze con accesso IP pubblico esistente continueranno a funzionare anche dopo viene applicato in modo forzato.

Per impostazione predefinita, alle istanze Cloud SQL è consentito l'accesso IP pubblico.

constraints/sql.restrictPublicIp 		CONSENTI
Limita reti autorizzate nelle istanze di Cloud SQL Se impostato su True, questo vincolo booleano limita aggiungendo reti autorizzate per l'accesso al database senza proxy le istanze di Cloud SQL. Questo vincolo non è retroattivo. Le istanze Cloud SQL con reti autorizzate esistenti continueranno a funzionare anche dopo l'applicazione di questo vincolo.
Per impostazione predefinita, puoi aggiungere reti autorizzate alle istanze Cloud SQL.

constraints/sql.restrictAuthorizedNetworks 		CONSENTI

Restrizioni per i criteri di connessione dell'organizzazione

Quando imposti il criterio dell'organizzazione per ogni progetto, devi determinare se al tuo progetto si applica uno qualsiasi dei seguenti criteri:

Conflitti di indirizzi IP pubblici delle repliche di lettura

Le repliche di lettura di Cloud SQL si connettono all'istanza principale tramite connessione al database senza proxy. Usi l'istanza principale Reti autorizzate per configurare in modo esplicito o implicito gli indirizzi IP pubblici della replica di lettura.

Se sia l'istanza principale che quella di replica si trovano nella stessa regione e abilitano IP privato, non c'è alcun conflitto con i vincoli dei criteri dell'organizzazione delle connessioni.

Incompatibilità con l'utilizzo di gcloud sql connect

Il comando gcloud sql connect utilizza un indirizzo IP pubblico per connettersi direttamente alle istanze Cloud SQL. Pertanto, non è compatibile con il vincolo sql.restrictPublicIp. In genere, si tratta di un problema per le istanze che utilizzano l'IP privato.

Inoltre, il comando gcloud sql connect non usa il proxy, pertanto viene incompatibile con il vincolo sql.restrictAuthorizedNetworks.

Utilizza invece la versione beta del comando:

gcloud beta auth login
gcloud beta sql connect [INSTANCE_ID]

Questa versione utilizza il proxy di autenticazione Cloud SQL. Consulta: gcloud beta sql connect per informazioni di riferimento.

La prima volta che esegui questo comando, ti viene chiesto di installare il componente Cloud SQL Auth Proxy della CLI gcloud. Per farlo, devi disporre dell'autorizzazione di scrittura per la directory di installazione dell'SDK gcloud CLI sulla tua macchina client.

Indirizzi IP privati non RFC 1918

Le connessioni a un'istanza Cloud SQL che utilizzano un indirizzo IP privato con l'autorizzazione automatica per RFC 1918 di indirizzi IP esterni. In questo modo, tutti i client privati possono accedere al database senza dover passare per il proxy. Devi configurare gli intervalli di indirizzi non RFC 1918 come reti autorizzate.

Per utilizzare intervalli IP privati non RFC 1918 che non sono configurati nel reti autorizzate, puoi eseguire una o entrambe le seguenti azioni:

  1. Non applicare sql.restrictAuthorizedNetworks. Se l'ID anche le reti applicano sql.restrictPublicIp, non puoi configurare nella console. Utilizza invece l'API Cloud SQL o gcloud CLI.
  2. Utilizza le connessioni inviate tramite proxy per le istanze IP private.

Criteri dell'organizzazione delle chiavi di crittografia gestite dal cliente (CMEK)

Cloud SQL supporta due vincoli dei criteri dell'organizzazione che contribuiscono a garantire la protezione di Cloud KMS in un'organizzazione: constraints/gcp.restrictNonCmekServices e constraints/gcp.restrictCmekCryptoKeyProjects.

Il vincolo constraints/gcp.restrictNonCmekServices richiede la protezione CMEK per sqladmin.googleapis.com. Quando aggiungi questo vincolo e sqladmin.googleapis.com all'elenco di servizi dei criteri Deny, Cloud SQL rifiuta di creare nuove istanze, a meno che non siano attivate con CMEK.

Il vincolo constraints/gcp.restrictCmekCryptoKeyProjects limita le CryptoKey Cloud KMS da utilizzare per la protezione CMEK in Cloud SQL per le istanze SQL Server. Con questo vincolo, quando Cloud SQL crea una nuova istanza con CMEK, la CryptoKey deve provenire da un progetto, una cartella o un'organizzazione consentiti.

Questi vincoli vengono applicati solo alle istanze Cloud SQL per SQL Server appena create.

Per ulteriori informazioni, vedi Criteri dell'organizzazione CMEK. Per informazioni sui vincoli dei criteri dell'organizzazione CMEK, consulta Vincoli dei criteri dell'organizzazione.

Criteri dell'organizzazione personalizzati

Per un controllo granulare e personalizzabile delle impostazioni, puoi creare limitazioni personalizzate e utilizzarle in un criterio dell'organizzazione personalizzato. Puoi utilizzare criteri dell'organizzazione personalizzati per migliorare la sicurezza, la conformità e la governance.

Per scoprire come creare criteri dell'organizzazione personalizzati, consulta Aggiungi criteri dell'organizzazione personalizzati. Puoi anche visualizzare un elenco dei campi supportati per i vincoli personalizzati.

Regole di applicazione dei criteri dell'organizzazione

Cloud SQL applica i criteri dell'organizzazione durante le seguenti operazioni:

  • Creazione dell'istanza
  • Creazione di una replica
  • Riavvio dell'istanza
  • Migrazione dell'istanza
  • Clona istanza

Come tutti i vincoli dei criteri dell'organizzazione, le modifiche ai criteri non vengono applicate retroattivamente alle istanze esistenti.

  • Un nuovo criterio non ha alcun effetto sulle istanze esistenti.
  • Una configurazione esistente dell'istanza rimane valida, a meno che un utente non modifichi la configurazione dell'istanza da uno stato di conformità a uno stato di non conformità utilizzando la console, la CLI gcloud o l'RPC.
  • Un aggiornamento di manutenzione pianificata non causa l'applicazione dei criteri, perché la manutenzione non modifica la configurazione delle istanze.

Passaggi successivi