Servizi supportati dalle località delle risorse

Le risorse utilizzate da ogni servizio dipendono dalla località in modi diversi. Prima di aggiungere un vincolo per le località delle risorse ai criteri dell'organizzazione, consulta la sezione appropriata di seguito per vedere il comportamento delle risorse a cui stai applicando il criterio.

Agent Assist

Il criterio dell'organizzazione viene applicato quando crei una risorsa conversation profile o knowledge base in Agent Assist. Entrambe le risorse sono a livello di regione.

Per un elenco delle località disponibili e delle limitazioni, consulta la pagina relativa alla regionalizzazione e alla residenza dei dati di Agent Assist.

Apigee

I vincoli relativi alle località delle risorse vengono applicati durante la creazione delle seguenti risorse Apigee:

Per l'elenco delle località disponibili, consulta le località Apigee.

Scopri di più su come impostare un criterio dell'organizzazione con vincoli per le località delle risorse in Limitazione delle località delle risorse.

AI Platform

I vincoli relativi alle località delle risorse si applicano alle seguenti risorse di AI Platform:

Le risorse AI Platform Training e AI Platform Prediction supportano solo le località delle regioni. I vincoli su località multiregionali e locali non hanno effetto su AI Platform. Tuttavia, i vincoli sui gruppi di valori che contengono regioni hanno un effetto. Ad esempio, il valore asia in un criterio dell'organizzazione non ha alcun effetto su AI Platform, ma il valore in:asia-locations ha un effetto.

Scopri di più sulle regioni disponibili per AI Platform Training e sulle regioni disponibili per AI Platform Prediction.

AlloyDB per PostgreSQL

Il criterio dell'organizzazione viene applicato in modo forzato quando crei cluster, istanze e determinati tipi di backup. La creazione di backup on demand è soggetta ai criteri dell'organizzazione, mentre la creazione di backup automatici e continui è esente se abilitata per prevenire la perdita di dati.

AlloyDB per PostgreSQL supporta solo le località delle regioni. I vincoli su località multiregionali e a livello di zona non hanno effetto. Tuttavia, i vincoli sui gruppi di valori che contengono regioni hanno un effetto. Ad esempio, il valore asia in un criterio dell'organizzazione non ha alcun effetto, ma il valore in:asia-locations ha un effetto.

Per un elenco delle località disponibili, vedi Località di AlloyDB per PostgreSQL.

Anti Money Laundering AI

I vincoli sulle località delle risorse si applicano a tutte le risorse di IA antiriciclaggio e vengono applicati al momento della creazione delle risorse.

Per un elenco delle località disponibili, consulta Località AML AI.

API Apigee Integration

Il criterio dell'organizzazione viene applicato quando utilizzi l'API Apigee Integrations per creare le seguenti risorse:

  • Integrazione
  • Configurazione dell'autorizzazione (AuthConfig)
  • Certificato per AuthConfig
  • Versione integrazione
  • Canale SFDC (Salesforce)
  • Istanza SFDC (Salesforce)

Il criterio dell'organizzazione viene applicato in modo forzato anche quando esegui, pianifichi o testi un'integrazione.

Le integrazioni Apigee sono specifiche per ogni regione. Significa che un'integrazione creata in una regione specifica può accedere alle risorse solo all'interno di quella regione.

Per un elenco delle località disponibili in cui puoi creare le integrazioni, consulta Regioni supportate.

App Engine

App Engine è una proprietà della risorsa application. La proprietà location viene applicata a tutti gli ambienti quando crei un application. Puoi creare un solo application di App Engine in ogni progetto. Un bucket Cloud Storage viene creato automaticamente nella stessa località di application. Se crei un application con un'ampia località che non è conforme ai criteri dell'organizzazione, dovrai creare un nuovo progetto e application App Engine.

Se disabiliti un application, questo non verrà pubblicato in futuro, ma il codice e i dati replicati rimarranno nelle posizioni in cui era archiviato application. Per cancellare completamente questi dati, elimina il progetto padre.

L'ambiente flessibile di App Engine si basa su Compute Engine. Le istanze con scalabilità automatica possono non riuscire se eventuali località in cui viene eseguito il scalabilità non sono incluse nell'elenco delle località consentite definite nel criterio dell'organizzazione.

Per un elenco delle località disponibili, vedi Località di App Engine.

API Application Integration

Il criterio dell'organizzazione viene applicato quando si utilizza l'API Application Integration per creare le risorse seguenti:

Il criterio dell'organizzazione viene applicato in modo forzato anche quando esegui, pianifichi o testi un'integrazione.

Application Integration è regionale, il che significa che un'integrazione creata in una regione specifica può accedere alle risorse solo all'interno di quella regione.

Per un elenco delle località disponibili, vedi Località di Application Integration.

Limitazioni

Le seguenti risorse di Application Integration non supportano i vincoli di località delle risorse specificati:

Artifact Registry

Puoi creare repository in più regioni o regioni. Artifact Registry applica i criteri dell'organizzazione quando crei un repository.

La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo.Gli artefatti possono essere aggiunti a qualsiasi repository esistente, anche se la posizione del repository è negata dal criterio dell'organizzazione delle località delle risorse.Per applicare ai repository esistenti un nuovo criterio dell'organizzazione relativo alle località delle risorse, crea nuovi repository dopo aver applicato il criterio dell'organizzazione, quindi esegui la migrazione degli artefatti dai repository vecchi a quelli nuovi. Puoi utilizzare lo strumento gcrane per copiare immagini tra repository.

Per un elenco delle località disponibili, consulta la documentazione di Artifact Registry.

Backup per GKE

Il criterio dell'organizzazione viene applicato quando crei una delle due principali risorse a livello di regione:

  • BackupPlan: la località di questa risorsa determina la regione di destinazione in cui sono archiviati tutti i dati di backup per i backup creati in base a questo piano. Un progetto potrebbe contenere più risorse BackupPlan.

  • RestorePlan: la località di questa risorsa controlla la regione consentita del cluster di destinazione in cui vengono ripristinati i dati di un backup. Potrebbero esserci più risorse RestorePlan in un progetto

Per saperne di più, consulta Backup per le località GKE.

BigQuery

Le risorse dataset di BigQuery possono essere sia a livello di una regione che di più regioni. La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Per applicare un nuovo vincolo di località delle risorse a un elemento dataset esistente, elimina la risorsa dataset e creala di nuovo con il criterio dell'organizzazione applicato alla risorsa padre.

Puoi creare risorse Database all'interno di una risorsa dataset con una località negata dal criterio dell'organizzazione delle località delle risorse. La località della risorsa dataset non determina la località della risorsa database. Per applicare un nuovo vincolo per le località delle risorse a un elemento database esistente, elimina la risorsa database e creala di nuovo con il criterio dell'organizzazione applicato alla risorsa padre.

Per un elenco delle località disponibili, consulta la pagina Località del set di dati di BigQuery.

BigQuery Data Transfer Service

La risorsa TransferConfig può essere a livello di una o più regioni. La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Il criterio dell'organizzazione viene selezionato soltanto quando si crea un elemento TransferConfig. Per applicare un nuovo vincolo per le località delle risorse a un elemento TransferConfig esistente, elimina la risorsa TransferConfig e creala nuovamente con il criterio dell'organizzazione applicato alla risorsa padre.

Per un elenco delle località disponibili, consulta Località di BigQuery Data Transfer Service.

Servizio di migrazione BigQuery

La risorsa MigrationWorkflow descrive le attività e le attività secondarie che costituiscono il flusso di lavoro di migrazione. Possono essere create utilizzando la console Google Cloud o l'API durante l'esecuzione della valutazione della migrazione o della traduzione SQL. Il flusso di lavoro di migrazione deve essere creato nella stessa località delle risorse che utilizza. Ad esempio, se il set di dati BigQuery e il bucket Cloud Storage si trovano in più regioni US, il flusso di lavoro di migrazione può essere creato nella località a più regioni US o us-west1.

Il criterio dell'organizzazione viene controllato solo quando si crea un flusso di lavoro di migrazione, perché è una risorsa immutabile.

Per un elenco delle località disponibili, consulta Località di BigQuery Migration Service.

Certificate Authority Service

Le risorse di CA Service, come i modelli di certificato, i pool di autorità di certificazione (CA) e le CA, possono essere create in qualsiasi località disponibile. Queste risorse non possono essere spostate dopo la creazione.

I modelli di certificato possono essere replicati utilizzando i comandi Google Cloud CLI. Puoi utilizzare i comandi dell'interfaccia a riga della gcloud CLI per creare risorse con lo stesso nome in un'altra posizione supportata. Per ulteriori informazioni, consulta la sezione Creare modelli di certificato.

Le CA possono essere clonate da CA esistenti nello stesso pool di CA. Queste nuove CA vengono create nella stessa località della CA da cui sono state clonate. Per ulteriori informazioni, consulta Creazione di autorità di certificazione.

Per l'elenco delle località disponibili, vedi Sedi del servizio CA.

Bigtable

Una risorsa istanza Bigtable è un container logico di cluster. Ciascuno di questi cluster si trova in una zona. Tutti i dati di un'istanza vengono replicati in modo uniforme in tutti i cluster contenuti in quell'istanza. Il criterio dell'organizzazione viene applicato in modo forzato quando viene creato un cluster. Non puoi creare nuovi container di archiviazione in una località negata dal criterio dell'organizzazione. Le istanze e i cluster esistenti continueranno a funzionare anche se si trovano in località negate da una successiva modifica al criterio dell'organizzazione.

Puoi correggere manualmente le risorse che violano un nuovo criterio dell'organizzazione eliminandole e ricreandole una volta applicato il criterio dell'organizzazione. Ad esempio, se disponi di un'istanza multi-cluster in cui un cluster ha violato un nuovo criterio dell'organizzazione, puoi eliminarlo e aggiungere un nuovo cluster in una zona consentita.

Per un elenco delle località disponibili, consulta la pagina Località in Bigtable.

Cloud Build

Il criterio dell'organizzazione viene applicato quando crei nuove risorse Cloud Build a livello di regione. Sebbene sia possibile creare risorse in qualsiasi regione, Cloud Build ti garantisce di selezionare una regione approvata dalla tua organizzazione. Il criterio dell'organizzazione viene applicato in modo forzato solo alle risorse Cloud Build appena create in una regione non globale dopo la creazione del criterio dell'organizzazione.

Per un elenco delle regioni disponibili, consulta la pagina Località di Cloud Build.

Cloud Composer

Un ambiente Cloud Composer è un container logico per le risorse elencate di seguito. Durante il processo di creazione dell'ambiente, scegli una località (regione/zona) per l'ambiente e le risorse sottostanti vengono create in base alla località selezionata.

  • Cluster Google Kubernetes Engine

  • Istanza Cloud SQL

  • VM di App Engine che eseguono il server web Airflow

  • Dischi permanenti: utilizzati dal server web Airflow e dal cluster GKE

  • Argomenti Pub/Sub

  • Cloud Storage

  • Creazione e archiviazione di immagini Airflow con dipendenze Python personalizzate

    • Se le limitazioni della località non sono specificate, a seconda della configurazione, Composer potrebbe creare immagini Airflow all'interno del cluster GKE o utilizzando Cloud Build. Per saperne di più, vedi Installazione di una dipendenza Python in un ambiente IP privato. A seconda della versione di Composer, le immagini Airflow potrebbero essere archiviate nella regione selezionata (utilizzando Artifact Registry) o in più regioni a cui appartiene la regione selezionata (utilizzando Container Registry).

    • Se vengono specificate limitazioni sulla località, Cloud Composer crea immagini Airflow all'interno del cluster GKE dell'ambiente e le archivia nel repository Artifact Registry nella regione selezionata.

  • Cloud Monitoring: archivia le metriche per gli ambienti ed esegue i DAG Airflow nella regione specificata

    • Alcune etichette delle metriche possono contenere nomi di ambienti DAG e Cloud Composer.

  • Cloud Logging: per impostazione predefinita, Cloud Composer archivia in Cloud Logging, che è un servizio globale di Google Cloud. Se vuoi archiviare i log di Cloud Composer in una località specifica, devi reindirizzarli a un bucket Cloud Storage in questa località.

Per un elenco delle località disponibili, vedi Regioni di Cloud Composer.

La documentazione di Cloud Composer fornisce ulteriori informazioni sui dettagli architettonici degli ambienti Cloud Composer.

Cloud Data Fusion

Il criterio dell'organizzazione viene applicato in modo forzato quando crei un'istanza. L'istanza è una risorsa di regione creata nella regione specificata.

Quando crei un'istanza con una chiave di crittografia gestita dal cliente (CMEK), la località della chiave deve corrispondere a quella dell'istanza.

Per impostazione predefinita, Cloud Data Fusion crea cluster Dataproc temporanei nella stessa regione dell'istanza per ogni pipeline. La località per questi cluster temporanei può essere modificata e non è applicata dal criterio dell'organizzazione delle località delle risorse. Per i cluster Dataproc statici, puoi utilizzare una qualsiasi delle località supportate da Dataproc e queste località non sono applicate dal criterio dell'organizzazione delle località delle risorse.

Per un elenco delle località disponibili, vedi Regioni supportate da Cloud Data Fusion.

Cloud Deploy

Di seguito sono riportati i tipi di risorse di Cloud Deploy:

  • Pipeline di distribuzione
  • Target
  • Release
  • Implementazione
  • Esecuzione job

Tutte le risorse di Cloud Deploy vengono create nella stessa regione in cui è stata creata la pipeline di distribuzione.

Se hai un criterio dell'organizzazione che impedisce l'utilizzo di determinate località, non puoi creare risorse di Cloud Deploy nella regione in questione (pipeline di distribuzione, target, release o implementazione).

Per un elenco delle località disponibili per il servizio Cloud Deploy e le relative risorse, vedi Informazioni sulle regioni di Cloud Deploy.

Cloud Functions

Il criterio dell'organizzazione viene applicato quando crei o aggiorni una risorsa della funzione Cloud Function. Non viene applicato in modo forzato sulle risorse già esistenti.

Per un elenco delle regioni disponibili, consulta Località di Cloud Functions.

API Cloud Healthcare

Il criterio dell'organizzazione viene applicato in modo forzato quando crei una risorsa dataset. Le risorse dataset sono risorse a livello di una o più regioni. Le risorse del datastore, come l'archivio FHIR o altre risorse di livello inferiore, come i messaggi HL7v2, possono essere aggiunte a qualsiasi elemento dataset esistente, anche se la risorsa dataset si trova in una località negata dal criterio dell'organizzazione. Per assicurarti che le risorse siano conformi al vincolo di località delle risorse, crea nuove risorse dataset dopo aver applicato il criterio dell'organizzazione, quindi esegui la migrazione dei dati dalle risorse dataset precedenti a quelle nuove.

Per un elenco delle località disponibili, vedi Regioni dell'API Cloud Healthcare.

Cloud Interconnect

Un collegamento Cloud Interconnect può essere creato in qualsiasi regione. Tuttavia, non puoi scegliere una zona. Il criterio dell'organizzazione viene applicato al momento della creazione del collegamento a Cloud Interconnect.

Per un elenco delle regioni disponibili, consulta la pagina Regioni e zone di Compute Engine.

Cloud Intrusion Detection System

Il criterio dell'organizzazione viene applicato quando crei un endpoint Cloud IDS, che è una risorsa di zona. La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Gli endpoint esistenti continueranno a funzionare anche se si trovano in località negate in base al criterio dell'organizzazione. Per applicare un nuovo vincolo di località delle risorse a un endpoint Cloud IDS esistente, elimina l'istanza, quindi creala di nuovo con il criterio dell'organizzazione applicato.

Per un elenco delle località disponibili, consulta la pagina Prodotti disponibili in base alla località.

Cloud Key Management Service

Le risorse di Cloud KMS possono essere create in località a singola regione, a due regioni, multiregionali o globali. Il criterio dell'organizzazione verrà applicato al momento della creazione della risorsa.

Per ulteriori informazioni, consulta la pagina delle località di Cloud KMS.

Cloud Logging

Il criterio dell'organizzazione viene applicato in modo forzato quando crei nuovi bucket di log. Anche se puoi creare un nuovo bucket in qualsiasi regione o impostarne la località su global, Logging garantisce che selezioni una regione approvata dalla tua organizzazione. Il criterio dell'organizzazione viene applicato in modo forzato solo ai bucket di log appena creati dopo che hai creato il criterio dell'organizzazione.

Per un elenco delle regioni disponibili, consulta la sezione Regionalizzazione della pagina Panoramica dello spazio di archiviazione di Cloud Logging.

Cloud NAT

Un gateway Cloud NAT può essere creato in qualsiasi località regionale. Tuttavia, non puoi scegliere una zona per un gateway Cloud NAT. Il criterio dell'organizzazione viene applicato al momento della creazione del gateway Cloud NAT.

Per un elenco delle località regionali disponibili, consulta la pagina Regioni e zone di Compute Engine.

Router Cloud

Un router Cloud può essere creato in qualsiasi località regionale. Tuttavia, non puoi scegliere una zona per un router Cloud. Il criterio dell'organizzazione viene applicato al momento della creazione del router Cloud.

Per un elenco delle località regionali disponibili, consulta la pagina Regioni e zone di Compute Engine.

Cloud Load Balancing

È possibile creare bilanciatori del carico che utilizzano i seguenti prodotti in qualsiasi località regionale:

  • Bilanciatore del carico delle applicazioni esterno regionale
  • Network Load Balancer proxy esterno regionale
  • Bilanciatore del carico delle applicazioni interno regionale
  • Network Load Balancer proxy interno regionale
  • bilanciatore del carico di rete passthrough esterno
  • bilanciatore del carico di rete passthrough interno

Tuttavia, non puoi scegliere una zona per questi bilanciatori del carico. Il criterio dell'organizzazione viene applicato al momento della creazione della risorsa di bilanciamento del carico.

Per un elenco delle località regionali disponibili, consulta la pagina Regioni e zone di Compute Engine.

Google Cloud Armor

Quando crei un criterio di sicurezza di Google Cloud Armor, il criterio dell'organizzazione viene applicato in base alla regione specificata nella richiesta di creazione. Il criterio non viene applicato in modo forzato alle risorse già esistenti. Le risorse globali non sono soggette al vincolo delle località delle risorse.

Per un elenco delle località regionali disponibili, consulta la pagina Regioni e zone di Compute Engine.

Cloud Run

Il criterio dell'organizzazione viene applicato in modo forzato quando crei una risorsa di primo livello, ad esempio Service. Non viene applicata su risorse già esistenti o su aggiornamenti di risorse esistenti, anche se questi aggiornamenti portano alla creazione di una risorsa di livello inferiore, come un Revision.

Per un elenco delle regioni disponibili, consulta la pagina Località di Cloud Run.

Spanner

Il criterio dell'organizzazione viene applicato in modo forzato quando crei un'istanza. Le istanze sono risorse a livello di una o più regioni. Se un'istanza è bloccata dal criterio dell'organizzazione per le località delle risorse, l'unico modo per rendere la risorsa conforme è eliminare l'istanza. Le istanze bloccate dal criterio dell'organizzazione delle località delle risorse continueranno a consentire letture, scritture e creazione di risorse di database.

Per un elenco delle località disponibili, consulta la pagina Istanze di Spanner.

Cloud SQL

Il criterio dell'organizzazione viene applicato in modo forzato quando crei un'istanza. L'istanza è una risorsa di regione che creerà un database a livello di zona per il quale la località delle risorse non viene applicata. Quando crei repliche di lettura o cloni di database, posizioni le nuove risorse nella stessa regione dell'originale, quindi il criterio dell'organizzazione relativo alle località delle risorse non viene applicato.

Per un elenco delle località disponibili, consulta la pagina Località delle istanze di Cloud SQL.

Cloud Storage

Il criterio dell'organizzazione viene applicato in modo forzato quando crei una risorsa bucket. Le risorse Bucket sono a livello di una o più regioni. È possibile aggiungere risorse Object a qualsiasi bucket esistente anche se object si trova in una località negata dal criterio dell'organizzazione delle località delle risorse. Per assicurarti che le risorse siano conformi al criterio dell'organizzazione per le località delle risorse, crea nuove risorse bucket dopo l'applicazione del criterio dell'organizzazione, quindi esegui la migrazione dei dati dalle risorse bucket precedenti a quelle nuove.

Per un elenco delle località disponibili, consulta la pagina Località dei bucket di Cloud Storage.

Cloud Tasks

Il criterio dell'organizzazione viene applicato in modo forzato quando crei una coda. Non viene applicato in modo forzato alle code create prima dell'impostazione del criterio dell'organizzazione o agli aggiornamenti di queste code.

Per un elenco delle località disponibili, consulta la pagina Prodotti disponibili in base alla località.

Limitazioni

Le limitazioni si applicano alle seguenti regioni:

  • us-central1
  • us-central2 (regione Google Cloud privata)

Per consentire la creazione di code in una di queste regioni, devi includere sia us-central1 sia us-central2 nel criterio dell'organizzazione. Puoi includere la regione us-central2 nel criterio dell'organizzazione anche se l'organizzazione non utilizza regioni private.

Cloud Translation - API avanzata (v3)

Per assicurarti che le risorse di Cloud Translation siano conformi al vincolo di località delle risorse, specifica un endpoint a livello di regione quando crei la risorsa. Il vincolo relativo alla località delle risorse viene applicato quando crei una risorsa Cloud Translation.

Per informazioni su come utilizzare gli endpoint a livello di regione, consulta Specificare un endpoint a livello di regione.

Cloud VPN

Un gateway Cloud VPN può essere creato in qualsiasi località regionale. Tuttavia, non puoi scegliere una zona per un gateway Cloud VPN. Il criterio dell'organizzazione viene applicato al momento della creazione del gateway Cloud VPN.

Per un elenco delle località regionali disponibili, consulta la pagina Regioni e zone di Compute Engine.

Cloud Workstations

Il criterio dell'organizzazione viene applicato quando crei nuove risorse a livello di regione come cluster di workstation, configurazioni di workstation e workstation. La creazione di una configurazione di workstation potrebbe comportare la creazione di dischi permanenti e VM di Compute Engine, quindi puoi creare queste risorse solo nelle zone consentite dal criterio dell'organizzazione.

Per un elenco delle località disponibili, vedi Località di Cloud Workstations.

Compute Engine

Compute Engine offre varie risorse, a livello globale, regionale o a livello di zona. Le risorse a livello di regione e zona sono soggette ai vincoli di località. Le risorse globali non sono soggette al vincolo delle località delle risorse, mentre alcune utilizzano risorse a livello di regione e zona. Queste risorse a livello di regione e zona sono soggette al vincolo delle località delle risorse.

Ad esempio, un modello di istanza è una risorsa globale, ma puoi specificare dischi a livello di regione o zona in un modello di istanza. Questi dischi sono soggetti ai vincoli relativi alle località delle risorse. Di conseguenza, nel modello di istanza, devi specificare i dischi nelle regioni e nelle zone consentite dal criterio dell'organizzazione.

Limitazioni

Tutte le risorse Compute Engine supportano i vincoli di località delle risorse specificati, con le seguenti eccezioni.

  • Snapshot e immagini

  • gruppi di istanze gestite

    • Alcune operazioni con gruppo di istanze gestite si basano sulla creazione o ricreazione di VM nelle zone consentite. Queste operazioni includono: scale out (manuale o tramite scalabilità automatica), riparazione automatica, aggiornamento automatico e ridistribuzione proattiva delle istanze. Affinché queste operazioni vadano a buon fine, i gruppi di istanze gestite devono esistere in località consentite dal vincolo della località delle risorse dell'organizzazione.

    • Crea gruppi di istanze gestite nelle località consentite. Per i gruppi di istanze gestite a livello di regione, seleziona le zone che non hanno limitazioni di località.

    • Se hai un gruppo di istanze gestite a livello di zona o a livello di regione preesistente e in seguito imposti un vincolo di località delle risorse, le operazioni del gruppo di istanze gestite avranno esito negativo se violano il vincolo. Devi ricreare il gruppo di istanze gestite in una località consentita.

  • Nodi single-tenant

    • Se hai un gruppo di nodi preesistente e in seguito imposti un vincolo di località delle risorse, non puoi fare lo scale out del gruppo per aggiungere nuovi host (manualmente o tramite scalabilità automatica) se la località del gruppo viola il vincolo.

Per un elenco delle località disponibili, consulta la pagina Regioni e zone di Compute Engine.

Config Controller

Config Controller utilizza regioni e zone di Compute Engine. L'applicazione delle località delle risorse viene gestita a livello delle risorse Compute Engine al momento della creazione del cluster. Per scalare un cluster aggiungendo altre istanze, anche queste nuove aggiunte devono trovarsi in una località consentita.

Per creare cluster con ridondanza sufficiente, utilizza i gruppi di valori per controllare le località limitate. Se imposti le località manualmente, tutte le zone in quella regione devono essere nell'elenco di località consentite per avere lo stesso livello di ridondanza. I cluster a scalabilità automatica possono non funzionare se una delle località in cui viene eseguita la scalabilità non è inclusa nell'elenco di località consentite definite nel criterio dell'organizzazione.

Contact Center AI Insights

Il criterio dell'organizzazione viene applicato quando crei un'entità conversation in Contact Center AI Insights. conversation risorse sono a livello di regione.

Per un elenco delle località disponibili, consulta la pagina delle località degli insight di Contact Center AI.

Dataflow

Il criterio dell'organizzazione viene applicato in modo forzato quando crei un job. Una job è una risorsa di regione che utilizza sia Cloud Storage sia Compute Engine. Puoi configurare l'esecuzione dei worker di Compute Engine in una zona esterna alla regione del job specificando il parametro di zona. In questo caso, il piano di controllo di Dataflow verrà eseguito nella regione specificata, mentre i worker di elaborazione dei dati verranno eseguiti nella zona specificata. Se non specifichi la zona dei worker, i worker verranno creati all'interno della regione in cui è configurato l'esecuzione di job.

Se non specifichi la zona di job, la località dei worker verrà in una delle zone all'interno della regione in cui è configurato l'esecuzione di job. Dataflow selezionerà la zona in base alla sua capacità disponibile. Tutte le zone all'interno della regione di job devono essere impostate come valori consentiti nel criterio dell'organizzazione delle località delle risorse.

I cluster a scalabilità automatica possono interrompersi se una delle località in cui viene eseguita la scalabilità non è nell'elenco delle località consentite definite nel criterio dell'organizzazione.

Per un elenco delle località disponibili, consulta la pagina Endpoint regionali di Dataflow.

Dataform

Le risorse Dataform sono a livello di regione. Quando crei un repository Dataform, il repository e tutte le relative risorse figlio sono vincolati alla regione specificata al momento della creazione del repository.

Per un elenco delle località disponibili, vedi Località Dataform.

Dataproc

Quando crei un cluster, il criterio dell'organizzazione viene applicato in base alla regione specificata nella richiesta di creazione. La posizione di un job è limitata dalla posizione di cluster che è il suo elemento padre quando viene chiamato il metodo submit.

Per un elenco delle località disponibili, consulta la pagina Endpoint a livello di regione di Dataproc.

Dataproc Metastore

Quando crei un service, il criterio dell'organizzazione viene applicato in base alla regione specificata nella richiesta di creazione. La località di backups e metadataImports è legata alla località dell'elemento service che è il relativo elemento padre quando vengono richiamati i metodi importMetadata e backupService.

Per un elenco delle località disponibili, consulta la pagina Località di Dataproc Metastore.

Datastore

Le risorse database di Datastore dipendono direttamente dall'applicazione App Engine nel progetto padre e dalla sua località definita. La disabilitazione dell'applicazione App Engine bloccherà l'accesso API per il database associato. Per eliminare i dati replicati dalle posizioni fisiche, elimina il progetto come descritto nella sezione App Engine.

Per un elenco delle località disponibili, consulta la pagina Località di Datastore.

Dialogflow

Il criterio dell'organizzazione viene applicato quando crei una risorsa agent o location setting in Dialogflow CX (Dialogflow ES non applica ancora il criterio dell'organizzazione). Sia le risorse agent che le risorse location setting sono a livello di una o più regioni. Altre risorse Dialogflow, come intents o flows, possono essere aggiunte a qualsiasi agent esistente, anche se la risorsa agent si trova in una località non consentita dal criterio dell'organizzazione. Per assicurarti che le risorse siano conformi al vincolo di località delle risorse, crea nuove risorse agent dopo l'applicazione del criterio dell'organizzazione, quindi esegui la migrazione dei dati dalle risorse agent precedenti a quelle nuove.

Per un elenco delle località disponibili, consulta la pagina Località di Dialogflow.

Document AI

Le risorse di Document AI sono a livello di regione. Quando crei una risorsa Processor o LabelerPool, il criterio dell'organizzazione relativo alla località delle risorse viene applicato in modo forzato e limita le regioni in cui è possibile creare o archiviare nuove risorse.

La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. È possibile creare nuove risorse Document AI all'interno delle risorse padre esistenti, anche se la località delle risorse della risorsa padre è negata dal criterio dell'organizzazione delle località delle risorse. Per applicare un nuovo vincolo di località delle risorse su una risorsa esistente, elimina la risorsa e creala di nuovo con il criterio dell'organizzazione applicato.

Per un elenco delle località disponibili, consulta la pagina relativa al supporto per più regioni di Document AI.

Eventarc

Il criterio dell'organizzazione viene applicato in modo forzato quando crei un trigger Eventarc. Il criterio non viene applicato alle risorse già esistenti o agli aggiornamenti delle risorse esistenti. I trigger possono essere una risorsa globale o regionale. Le risorse globali non sono soggette al vincolo delle località delle risorse.

Se il vincolo delle località delle risorse viene applicato, è possibile creare solo trigger regionali le cui regioni corrispondono esattamente a quelle applicate nel vincolo delle località delle risorse o inclusi nel gruppo di valori. Ad esempio, se us-central1 o us-locations sono nell'elenco delle località consentite definito nel criterio dell'organizzazione, puoi creare un trigger us-central1.

Per un elenco delle località disponibili, vedi Località Eventarc.

Filestore

Il criterio dell'organizzazione viene applicato quando crei un'istanza Filestore, che è una risorsa di zona. La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Le istanze esistenti continueranno a funzionare anche se si trovano in località negate in base al criterio dell'organizzazione. Per applicare un nuovo vincolo di località delle risorse a un'istanza Filestore esistente, elimina l'istanza, quindi creala di nuovo con il criterio dell'organizzazione applicato.

Per un elenco delle località disponibili, consulta la pagina Regioni e zone di Filestore.

Firestore

Le risorse database di Firestore dipendono direttamente dall'applicazione App Engine nel progetto padre e dalla sua località definita. La disabilitazione dell'applicazione App Engine bloccherà l'accesso API per il database associato. Per eliminare i dati replicati dalle posizioni fisiche, elimina il progetto come descritto nella sezione App Engine.

Per un elenco delle località disponibili, consulta la pagina Località di Firestore.

Firewall aziendale di nuova generazione Cloud

Il criterio dell'organizzazione viene applicato quando crei un endpoint Cloud NGFW Enterprise, che è una risorsa di zona. La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Gli endpoint esistenti continueranno a funzionare anche se si trovano in località negate in base al criterio dell'organizzazione. Per applicare un nuovo vincolo di località delle risorse su un endpoint Cloud NGFW Enterprise esistente, elimina l'istanza, quindi creala di nuovo con il criterio dell'organizzazione applicato.

Per un elenco delle località disponibili, consulta la pagina Prodotti disponibili in base alla località.

Parco risorse

La risorsa membership del parco risorse Cloud supporta solo le località delle regioni nelle regioni e nelle zone di Compute Engine. L'applicazione delle località delle risorse viene gestita a livello di risorsa membership quando registri un cluster. Gli abbonamenti al parco risorse sono supportati in località globali e regionali.

Per creare appartenenze con ridondanza sufficiente, utilizza i gruppi di valori per controllare le regioni limitate. I vincoli su località multiregionali e località non hanno effetto sul parco risorse membership. Tuttavia, i vincoli sui gruppi di valori che contengono regioni hanno un effetto. Ad esempio, il valore asia in un criterio dell'organizzazione non influisce sull'appartenenza al parco risorse, ma il valore in:asia-locations ha un effetto.

AI generativa su Vertex AI

I vincoli relativi alle località delle risorse si applicano a tutte le risorse di IA generativa su Vertex AI. La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Ciò significa che l'applicazione di un vincolo di località delle risorse non influisce sulle risorse preesistenti o sugli aggiornamenti a queste risorse.

Per un elenco delle regioni disponibili, consulta Località dell'AI generativa su Vertex AI.

GKE multi-cloud

Il criterio dell'organizzazione viene applicato quando si utilizza l'API GKE Multi-Cloud per creare i seguenti cluster:

  • GKE su AWS
  • GKE su Azure
  • Cluster collegati a GKE

Per un elenco delle località disponibili, consulta le pagine seguenti per ogni piattaforma del cluster.

Google Kubernetes Engine

Google Kubernetes Engine utilizza regioni e zone di Compute Engine. L'applicazione delle località delle risorse viene gestita a livello della risorsa Compute Engine quando crei la VM per un cluster. Se vuoi scalare un cluster aggiungendo altre istanze o un'altra zona, anche queste nuove aggiunte devono trovarsi in una località consentita.

Per creare cluster con ridondanza sufficiente, utilizza gruppi di valori per controllare le località limitate. Se imposti le località manualmente, tutte le zone in quella regione devono essere nell'elenco di località consentite per avere lo stesso livello di ridondanza. I cluster a scalabilità automatica possono non funzionare se una delle località in cui viene eseguita la scalabilità non è inclusa nell'elenco di località consentite definite nel criterio dell'organizzazione.

Infrastructure Manager

Infrastructure Manager utilizza queste regioni di Google Cloud per la creazione di deployment di Infra Manager.

Inoltre, Infrastructure Manager utilizza HCL come linguaggio di configurazione per attivare le risorse utilizzando Terraform.

I vincoli relativi alla località delle risorse vengono applicati sia per le risorse di deployment di Infra Manager sia per le risorse di Google Cloud supportate definite in HCL.

API Integration Connectors

Il criterio dell'organizzazione viene applicato in modo forzato quando utilizzi l'API Integration Connectors per creare le risorse seguenti:

Per un elenco delle località disponibili, vedi Località di Integration Connectors.

Looker (Google Cloud core)

Le risorse Looker (Google Cloud core) possono essere create in località regionali. Il criterio dell'organizzazione verrà applicato al momento della creazione della risorsa.

Per un elenco delle regioni disponibili, consulta la pagina Creare un'istanza di Looker (Google Cloud core).

Managed Service for Microsoft Active Directory

Il criterio dell'organizzazione viene applicato quando crei domini Microsoft AD gestiti o aggiorni le risorse AD esistenti. Microsoft Active Directory gestito richiede che la località global sia consentita. Se la località global non è consentita, la creazione del dominio e gli aggiornamenti delle risorse non andranno a buon fine.

Scopri come visualizzare e aggiornare il vincolo di località delle risorse in global.

Memorystore for Memcached

Il criterio dell'organizzazione viene applicato in modo forzato quando crei un'istanza. L'istanza è una risorsa di regione che crea una o più cache a livello di zona in base al numero di nodi selezionato. Quando aggiungi nodi utilizzando un'operazione di scale up, posizioni le nuove risorse nella stessa regione dell'istanza originale. Il criterio dell'organizzazione relativo alla località viene applicato durante lo scale up.

Per un elenco delle località disponibili, consulta la pagina Regioni e zone di Memorystore for Memcached.

Memorystore for Redis

Il criterio dell'organizzazione viene applicato in modo forzato quando crei un'istanza. L'istanza è una risorsa di regione che creerà una o più cache a livello di zona a seconda del livello di istanza selezionato. Le istanze di livello base eseguono il deployment di una singola cache all'interno di una regione e di una zona specificate. Le istanze di livello Standard eseguono il deployment di una cache a livello di zona e di una o più repliche della cache a livello di zona che si trovano all'interno della regione dell'istanza. Quando crei repliche aggiuntive, individui le nuove risorse nella stessa regione della cache di zona originale. Il criterio dell'organizzazione relativo alla località viene applicato in modo forzato durante la creazione di repliche aggiuntive.

Per un elenco delle località disponibili, consulta la pagina Regioni e zone di Memorystore for Redis.

Network Connectivity Center

Le risorse hub Network Connectivity Center e spoke VPC possono essere create nella località globale. Le risorse dello spoke ibrido di Network Connectivity Center possono essere create in qualsiasi località regionale. Il criterio dell'organizzazione verrà applicato al momento della creazione della risorsa.

Per un elenco delle località regionali disponibili, consulta la pagina Regioni e zone di Compute Engine.

Network Intelligence Center - Connectivity Tests

Le risorse Connectivity Tests possono essere create nella località globale. Il criterio dell'organizzazione verrà applicato al momento della creazione della risorsa.

Persistent Disk

Il criterio dell'organizzazione viene applicato in modo forzato quando crei una risorsa disk, che può quindi essere collegata alle macchine virtuali:

  • Dopo aver creato una risorsa disk a livello di zona, puoi collegarla a istanze di macchine virtuali nella stessa zona.
  • Dopo aver creato una risorsa disk a livello di regione, puoi collegarla a istanze di macchine virtuali in una delle due zone in cui si trova disk.

La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Per applicare un nuovo criterio dell'organizzazione per le località delle risorse alle risorse disk esistenti, devi eliminare le risorse disk e quindi crearle di nuovo con il criterio dell'organizzazione applicato alla risorsa padre.

Per un elenco delle località disponibili, consulta la pagina Regioni e zone di Compute Engine.

Pub/Sub

Il criterio dell'organizzazione relativo alle località delle risorse influisce sulle località in cui i messaggi pubblicati in un topic possono essere mantenuti inattivi. Il criterio dell'organizzazione viene applicato in modo forzato quando pubblichi messaggi in un topic. Tieni presente che topic è comunque una risorsa globale accessibile da qualsiasi parte del mondo ai client autorizzati.

Le modifiche al criterio dell'organizzazione non sono retroattive e non verranno applicate all'elemento topics esistente. Se un nuovo vincolo di località delle risorse nega una località in cui i messaggi pubblicati in un topic sono già archiviati, questi messaggi non verranno spostati automaticamente.

Per ulteriori informazioni, consulta la pagina Limitazione delle località delle risorse Pub/Sub.

Pub/Sub Lite

Il criterio dell'organizzazione per le località delle risorse influisce sulle località in cui è possibile creare un topic, che determina dove verranno mantenuti i messaggi. Un topic è una risorsa di zona, ma i messaggi possono essere richiesti da qualsiasi località, anche all'esterno di Google Cloud.

Le modifiche al criterio dell'organizzazione non sono retroattive e non verranno applicate all'elemento topics esistente. Se un nuovo vincolo di località delle risorse nega una località in cui i messaggi pubblicati in un topic sono già archiviati, questi messaggi non verranno spostati automaticamente.

Secret Manager

I secret possono avere un criterio di replica automatica o un criterio di replica gestita dall'utente.

Quando si utilizza un criterio di replica automatica, i dati del payload vengono replicati senza limitazioni. Secret Manager richiede che la località global sia consentita durante la creazione di un secret con un criterio di replica automatica. Se la località global non è consentita, la creazione del secret non riuscirà.

Quando si utilizza un criterio di replica gestita dall'utente, i dati del payload vengono replicati in un insieme definito dall'utente di località supportate. Secret Manager richiede che tutte le località nel criterio di replica siano consentite durante la creazione di un secret con un criterio di replica gestito dall'utente. Se una delle località nel criterio di replica di un secret non è consentita, la creazione del secret avrà esito negativo.

Il criterio dell'organizzazione verrà applicato al momento della creazione del secret.

Per ulteriori informazioni, consulta la pagina delle località di Secret Manager.

Secure Source Manager

Il criterio dell'organizzazione viene applicato quando crei nuove istanze Secure Source Manager. Secure Source Manager assicura che selezioni una regione approvata dalla tua organizzazione. Il criterio dell'organizzazione viene applicato solo alle nuove istanze Secure Source Manager create in una regione dopo la creazione del criterio dell'organizzazione.

Per maggiori informazioni, consulta la pagina della panoramica di Secure Source Manager.

Protezione dei dati sensibili

I vincoli sulla località delle risorse si applicano a tutte le risorse di Sensitive Data Protection.

Le modifiche al criterio dell'organizzazione non sono retroattive e non verranno applicate alle risorse esistenti.

Scopri di più sulle regioni disponibili per Sensitive Data Protection.

Speaker ID

Il criterio dell'organizzazione relativo alle località delle risorse influisce sulle località in cui è possibile creare una risorsa speaker, che determina dove vengono archiviate le frasi di registrazione e le impronte vocali.

Il criterio dell'organizzazione per le località delle risorse influisce anche sulle località in cui è possibile aggiornare settings.

Scopri di più sulle regioni in cui è disponibile lo speaker ID.

Speech-to-Text

Il criterio dell'organizzazione relativo alle località delle risorse influisce sulle località in cui è possibile creare qualsiasi risorsa Speech-to-Text. Interessa anche le località in cui è possibile aggiornare la risorsa config.

Speech-to-Text v1 è disponibile nelle regioni global, eu e us. Scopri di più sulle regioni disponibili per Speech-to-Text v2.

API Timeseries Insights

I vincoli sulle località delle risorse si applicano a tutte le risorse dell'API Timeseries Insights.

L'API Timeeries Insights supporta solo le località delle regioni. Un'integrazione creata in una regione specifica può accedere solo alle risorse all'interno di quella regione. I vincoli su località a più regioni e su località in zone non hanno effetto sull'API Timeseries Insights. Tuttavia, i vincoli su gruppi di valori che contengono regioni hanno un effetto. Ad esempio, il valore asia in un criterio dell'organizzazione non influisce sull'API Timeseries Insights, mentre il valore in:asia-locations ha un effetto.

Per un elenco delle località disponibili in cui puoi creare le integrazioni, consulta Regioni supportate.

API Transcoder

Le risorse job e jobTemplate sono a livello di regione. Puoi specificare una località durante la creazione della risorsa. Il criterio dell'organizzazione viene applicato al momento della creazione della risorsa.

Per un elenco delle regioni disponibili, consulta Località dell'API Transcoder.

Vertex AI

I vincoli relativi alle località delle risorse si applicano a tutte le risorse Vertex AI, ad eccezione delle risorse di DataLabelingJob.

Vertex AI supporta solo le località a livello di regione. I vincoli su località multiregionali e località non hanno effetto su Vertex AI. Tuttavia, i vincoli sui gruppi di valori che contengono regioni hanno un effetto. Ad esempio, il valore asia in un criterio dell'organizzazione non ha alcun effetto su Vertex AI, ma il valore in:asia-locations ha un effetto.

Scopri di più sulle regioni disponibili per AI Platform Training.

I vincoli relativi alle località delle risorse si applicano a tutte le risorse di Vertex AI Search. La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Ciò significa che l'applicazione di un vincolo di località delle risorse non influisce sulle risorse preesistenti o sugli aggiornamenti a queste risorse.

Per un elenco delle regioni disponibili, consulta Località di Vertex AI Search.

Workflows

Il criterio dell'organizzazione viene applicato in modo forzato quando crei un flusso di lavoro di Workflows. Il criterio non viene applicato alle risorse già esistenti o agli aggiornamenti delle risorse esistenti. Workflows sono risorse di regione e sono soggetti al vincolo delle località delle risorse.

Se il vincolo delle località delle risorse viene applicato, possono essere creati solo i flussi di lavoro le cui regioni corrispondono esattamente a quelle applicate nel vincolo delle località delle risorse o sono incluse nel gruppo di valori. Ad esempio, se us-central1 o us-locations sono nell'elenco delle località consentite definito nel criterio dell'organizzazione, puoi creare un flusso di lavoro us-central1.

Per un elenco delle località disponibili, vedi Località di Workflows.