Servizi supportati dalle località delle risorse

Le risorse utilizzate da ciascun servizio sono influenzate dalla località in modi diversi. Prima di aggiungere un vincolo delle località delle risorse al criterio dell'organizzazione, consulta la sezione appropriata di seguito per conoscere 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 Regionalizzazione e 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, consulta Limitazione delle località delle risorse.

AI Platform

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

risorsa job di AI Platform Training
Risorsa job di AI Platform Prediction
Risorsa model di AI Platform Prediction

Le risorse di AI Platform Training e AI Platform Prediction supportano solo le località delle regioni. I vincoli su località multiregionali e di zone 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 effetto su AI Platform, ma il valore in:asia-locations ha 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 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 evitare la perdita di dati.

AlloyDB per PostgreSQL supporta solo località a livello di regione. I vincoli sulle località a più regioni e sulle località delle zone 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 effetto, mentre il valore in:asia-locations sì.

Per un elenco delle località disponibili, consulta Le località di AlloyDB per PostgreSQL.

Anti Money Laundering AI

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

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

API Apigee Integration

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

Integrazione
Configurazione delle autorizzazioni (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 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 tue integrazioni, consulta Regioni supportate.

App Engine

App Engine è una proprietà della risorsa application. Quando crei un application, la proprietà relativa alla località viene applicata in modo forzato a tutti gli ambienti. 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 elemento application con una località generica che non è conforme ai criteri dell'organizzazione, dovrai creare un nuovo progetto e l'elemento application di App Engine.

Se disabiliti un application, questo non verrà pubblicato in futuro, ma il codice e i dati replicati rimarranno nelle località in cui è stato archiviato l'elemento application. Per cancellare completamente questi dati, elimina il progetto principale.

L'ambiente flessibile di App Engine è basato su Compute Engine. Le istanze a scalabilità automatica possono non riuscire se le località in cui viene eseguita la 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 utilizzi l'API Application Integration per creare le seguenti risorse:

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, consulta Località di Application Integration.

Limitazioni

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

Oggetto e corpo dell'email dell'attività Invia email
Certificato per AuthConfig

Artifact Registry

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

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

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

Backup per GKE

I criteri dell'organizzazione vengono applicati quando crei una delle prime due risorse regionali:

BackupPlan: la località di questa risorsa determina la regione di destinazione in cui sono archiviati tutti i dati di backup per i backup creati al di sotto di questo piano. Un progetto può 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. In un progetto potrebbero essere presenti più risorse RestorePlan

Per maggiori informazioni, consulta Backup per le località GKE.

BigQuery

Le risorse dataset di BigQuery possono essere a livello di una o più regioni. La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo. Per applicare un nuovo vincolo per le località delle risorse su 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 su 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à dei set di dati di BigQuery.

Servizio di migrazione di 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 nella località multiregionale US, è possibile creare il flusso di lavoro di migrazione nella regione US multiregionale o us-west1.

Il criterio dell'organizzazione viene controllato solo durante la creazione di un flusso di lavoro di migrazione perché è una risorsa immutabile.

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

Certificate Authority Service

Le risorse del servizio CA, come i modelli di certificato, i pool di autorità di certificazione (CA) e le CA, possono essere create in qualsiasi località disponibile. Non è possibile spostare queste risorse dopo la creazione.

I modelli di certificato possono essere replicati utilizzando i comandi di Google Cloud CLI. Puoi utilizzare i comandi dell'interfaccia a riga della gcloud CLI per creare risorse con lo stesso nome in un'altra località supportata. Per ulteriori informazioni, consulta la sezione Creazione di 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 la sezione Creazione di autorità di certificazione.

Per l'elenco delle località disponibili, consulta Sedi di CA Service.

Bigtable

Un'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 al suo interno. 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 a causa di una successiva modifica al criterio dell'organizzazione.

Puoi correggere manualmente le risorse che violano un nuovo criterio dell'organizzazione, eliminandole e ricreandole una volta che il criterio dell'organizzazione è stato applicato. Ad esempio, se hai un'istanza multi-cluster in cui un cluster viola un nuovo criterio dell'organizzazione, potresti eliminarlo e aggiungere un nuovo cluster in una zona consentita.

Per un elenco delle località disponibili, consulta la pagina Località di 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 garantisce di selezionare una regione approvata dalla tua organizzazione. Il criterio dell'organizzazione viene applicato 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 delle 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 server web Airflow
Dischi permanenti: utilizzati dal server web Airflow e dal cluster GKE
Argomenti Pub/Sub
Cloud Storage
crea e archivia le immagini Airflow con dipendenze Python personalizzate
- Se non sono specificate limitazioni relative alla località, a seconda della configurazione Composer potrebbe creare immagini Airflow all'interno del cluster GKE o utilizzando Cloud Build. Per saperne di più, consulta Installare 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 relative alla 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 e i DAG di Airflow eseguiti nella regione specificata
- Alcune etichette delle metriche possono contenere nomi di DAG e ambienti Cloud Composer.
Cloud Logging: per impostazione predefinita, Cloud Composer archivia in Cloud Logging, un servizio Google Cloud globale. 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 dell'architettura 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 viene applicata dal criterio dell'organizzazione delle località delle risorse. Per i cluster Dataproc statici, puoi utilizzare qualsiasi località supportata da Dataproc e queste località non vengono applicate dal criterio dell'organizzazione delle località delle risorse.

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

Cloud Deploy

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

Pipeline di distribuzione
Destinazione
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 in quella regione (pipeline di distribuzione, destinazione, release o implementazione).

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

Cloud Functions

Il criterio dell'organizzazione viene applicato quando crei o aggiorni una risorsa di funzione Cloud Function. Non viene applicata su risorse già esistenti.

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

API Cloud Healthcare

Il criterio dell'organizzazione viene applicato in modo forzato quando crei una risorsa dataset. dataset risorse sono risorse a livello di una o più regioni. Le risorse del datastore, come il datastore FHIR o altre risorse di livello inferiore, come i messaggi HL7v2, possono essere aggiunte a qualsiasi 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 per la località delle risorse, crea nuove risorse dataset dopo l'applicazione del 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 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 si crea un endpoint Cloud IDS, che è una risorsa di zona. La conformità ai criteri dell'organizzazione non è applicata retroattivamente. Gli endpoint esistenti continueranno a funzionare anche se si trovano in località negate dal criterio dell'organizzazione. Per applicare un nuovo vincolo per la 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à in cui il servizio è disponibile, consulta l'articolo Prodotti disponibili per località.

Cloud Key Management Service

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

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

Cloud Logging

Il criterio dell'organizzazione viene applicato quando crei nuovi bucket di log. Anche se puoi creare un nuovo bucket in qualsiasi regione o impostarne la località su global, Logging ti garantisce di selezionare una regione approvata dalla tua organizzazione. Il criterio dell'organizzazione viene applicato solo ai bucket di log appena creati dopo la creazione del criterio dell'organizzazione.

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

Cloud NAT

Un gateway Cloud NAT può essere creato in qualsiasi località a livello di regione. 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à a livello di regione disponibili, consulta la pagina Regioni e zone di Compute Engine.

Router Cloud

È possibile creare un router Cloud 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à a livello di regione disponibili, consulta la pagina Regioni e zone di Compute Engine.

Cloud Load Balancing

I bilanciatori del carico che utilizzano i seguenti prodotti possono essere creati in qualsiasi località a livello di regione:

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à a livello di regione 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 alle risorse già esistenti. Le risorse globali non sono soggette al vincolo di località delle risorse.

Per un elenco delle località a livello di regione 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, come Service. Non viene applicato su risorse già esistenti o sugli aggiornamenti alle risorse esistenti, anche se questi aggiornamenti portano alla creazione di una risorsa di livello inferiore, ad esempio Revision.

Per un elenco delle regioni disponibili, consulta la pagina delle 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 delle località delle risorse, l'unico modo per rendere conforme la risorsa consiste nell'eliminare l'istanza. Le istanze bloccate dal criterio dell'organizzazione delle località delle risorse consentono comunque le operazioni di lettura, scrittura 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 non viene applicata la località della risorsa. Quando crei repliche di lettura o cloni di database, le nuove risorse vengono localizzate nella stessa regione dell'originale, in modo che il criterio dell'organizzazione per le località delle risorse non venga applicato in modo forzato.

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 tue risorse siano conformi al criterio dell'organizzazione delle 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 applicata alle code create prima dell'impostazione del criterio dell'organizzazione o agli aggiornamenti di queste code.

Per un elenco delle località in cui il servizio è disponibile, consulta l'articolo Prodotti disponibili per 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 la tua organizzazione non utilizza le regioni private.

Cloud Translation - API Advanced (v3)

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

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

Cloud VPN

Un gateway Cloud VPN può essere creato in qualsiasi località a livello di regione. 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à a livello di regione 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 una varietà di risorse, che possono essere globali, a livello di regione o a livello di zona. Le risorse a livello di regione e zona sono soggette ai vincoli di località delle risorse. Le risorse globali non sono soggette al vincolo di località delle risorse, ma alcune risorse globali utilizzano risorse a livello di regione e zona. Queste risorse sono soggette al vincolo di 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, pertanto, nel tuo modello di istanza, devi specificare i dischi in regioni e zone consentite dal criterio dell'organizzazione.

Limitazioni

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

Istantanee e immagini
- Quando crei uno snapshot o un'immagine, devi specificare una località di archiviazione in una località consentita, altrimenti la creazione dello snapshot o dell'immagine potrebbe non riuscire.
gruppi di istanze gestite
- Alcune operazioni di gruppo di istanze gestite si basano sulla creazione o sulla 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 abbiano esito positivo, i tuoi gruppi di istanze gestite devono trovarsi in località consentite dal vincolo di località delle risorse dell'organizzazione.
- Crea gruppi di istanze gestite nelle località consentite. Per i gruppi di istanze gestite a livello di regione, seleziona zone che non abbiano limitazioni di località.
- Se disponi di un gruppo di istanze gestite a livello di zona o 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 per la 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 della risorsa Compute Engine quando crei il cluster. Per scalare un cluster aggiungendo più 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 delle località consentite per avere lo stesso livello di ridondanza. I cluster con scalabilità automatica possono causare interruzioni se una qualsiasi delle località in cui viene eseguita la scalabilità non è presente nell'elenco delle località consentite definite nel criterio dell'organizzazione.

Contact Center AI Insights

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

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

Dataflow

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

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

I cluster a scalabilità automatica possono non funzionare se una delle località in cui avviene la scalabilità non è inclusa nell'elenco delle località consentite definita nel criterio dell'organizzazione.

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

Dataform

Le risorse Dataform operano 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, consulta Località Dataform.

Dataproc

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

Per un elenco delle località disponibili, consulta la pagina Endpoint regionali 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 è vincolata dalla località di service che è l'elemento padre quando vengono chiamati i metodi importMetadata e backupService.

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

Datastore

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

Per un elenco delle località disponibili, consulta la pagina Località dei 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 sia le risorse location setting sono a livello di una o più regioni. È possibile aggiungere altre risorse Dialogflow, come intents o flows, a qualsiasi agent esistente, anche se la risorsa agent si trova in una località negata dal criterio dell'organizzazione. Per assicurarti che le risorse siano conformi al vincolo relativo alla 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 sotto le risorse padre esistenti, anche se la località delle risorse padre è negata dal criterio dell'organizzazione delle località delle risorse. Per applicare un nuovo vincolo per la 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 Supporto multiregionale di Document AI.

Eventarc

Il criterio dell'organizzazione viene applicato quando crei un trigger Eventarc. Il criterio non viene applicato sulle risorse già esistenti o sugli aggiornamenti alle risorse esistenti. I trigger possono essere risorse globali o a livello di regione. Le risorse globali non sono soggette al vincolo per le località delle risorse.

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

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

Filestore

Il criterio dell'organizzazione viene applicato quando si crea un'istanza Filestore, che è una risorsa di zona. La conformità ai criteri dell'organizzazione non è applicata retroattivamente. Le istanze esistenti continueranno a funzionare anche se si trovano in località negate dal criterio dell'organizzazione. Per applicare un nuovo vincolo per la località delle risorse su un'istanza Filestore esistente, elimina l'istanza e 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 Firestore database dipendono direttamente dall'applicazione App Engine nel progetto padre e dalla località definita. La disattivazione dell'applicazione App Engine bloccherà l'accesso API per il database associato. Per eliminare i dati replicati dalle località fisiche, elimina il progetto come descritto nella sezione App Engine.

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

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 forzata delle località delle risorse viene gestita a livello della risorsa membership quando registri un cluster. Le iscrizioni al parco risorse sono supportate in località globali e regionali.

Per creare iscrizioni con ridondanza sufficiente, utilizza i gruppi di valori per controllare le regioni limitate. I vincoli su località a più regioni e località delle zone 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 ha effetto sull'appartenenza al parco risorse, ma il valore in:asia-locations ha effetto.

IA generativa su Vertex AI

I vincoli relativi alle località delle risorse si applicano a tutte le risorse di IA generativa sulle risorse 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 su risorse preesistenti o aggiornamenti delle risorse.

Per un elenco delle regioni disponibili, consulta Generative AI on Vertex AI locations.

Multi-cloud GKE

Il criterio dell'organizzazione viene applicato quando utilizzi 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 ciascuna piattaforma 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.

Infrastructure Manager

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

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

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

API Integration Connectors

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

Per un elenco delle località disponibili, consulta Località dei connettori di integrazione.

Looker (Google Cloud core)

Le risorse Looker (Google Cloud core) possono essere create in località a livello di regione. 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 AD gestito richiede che la località global sia consentita. Se la località global non è consentita, la creazione del dominio e gli aggiornamenti delle risorse non riusciranno.

Scopri come visualizzare e aggiornare il vincolo di località delle risorse a 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 di zona in base al numero di nodi selezionati. Quando aggiungi nodi utilizzando un'operazione di scale up, le nuove risorse si trovano nella stessa regione dell'istanza originale. Il criterio dell'organizzazione di 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 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, localizzi le nuove risorse nella stessa regione della cache a livello di zona originale. Il criterio dell'organizzazione per le 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 e Spoke VPC di Network Connectivity Center possono essere create nella località globale. Le risorse spoke ibrido di Network Connectivity Center possono essere create in qualsiasi località a livello di regione. Il criterio dell'organizzazione verrà applicato al momento della creazione della risorsa.

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

Network Intelligence Center - Connectivity Tests

Le risorse di 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 quando crei una risorsa disk, che può 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 alle istanze di macchina virtuale 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 delle località delle risorse influisce sulle località in cui i messaggi pubblicati in un topic possono essere resi inattivi. Il criterio dell'organizzazione viene applicato in modo forzato quando pubblichi messaggi in un topic. Tieni presente che topic è ancora 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 a topics esistente. Se un nuovo vincolo relativo alle località delle risorse nega una località in cui sono già archiviati i messaggi pubblicati in un topic, questi non verranno spostati automaticamente.

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

Pub/Sub Lite

Il criterio dell'organizzazione per le località delle risorse influisce sulle località in cui è possibile creare un elemento topic, che determina dove saranno resi persistenti i messaggi. topic è una risorsa di zona, ma i messaggi possono essere richiesti da qualsiasi località, anche al di fuori di Google Cloud.

Secret Manager

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

Quando utilizzi un criterio di replica automatica, i dati del payload vengono replicati senza restrizioni. 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 andrà a buon fine.

Quando utilizzi un criterio di replica gestita dall'utente, i dati del payload vengono replicati in un insieme di località supportate definito dall'utente. Secret Manager richiede che tutte le località nel criterio di replica siano consentite durante la creazione di un secret con un criterio di replica gestita dall'utente. Se una qualsiasi delle località nei criteri di replica di un secret non è consentita, la creazione del secret non andrà a buon fine.

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

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

Secure Source Manager

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

Per ulteriori informazioni, consulta la pagina Panoramica di Secure Source Manager.

Sensitive Data Protection

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 per le località delle risorse influisce sulle località in cui è possibile creare una risorsa speaker, determinando dove sono archiviate le frasi di registrazione e le stampe vocali.

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

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

Speech-to-Text

Il criterio dell'organizzazione delle località delle risorse influisce sulle località in cui è possibile creare qualsiasi risorsa Speech-to-Text. Influisce anche sulle 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 di Speech-to-Text v2.

API Timeseries Insights

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

L'API Approfondimenti della serie temporale supporta solo le località delle regioni. Un'integrazione creata in una regione specifica può accedere solo alle risorse in quella regione. I vincoli sulle località a più regioni e sulle località delle zone non hanno effetto sull'API Timeseries Insights. 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 effetto sull'API Timeseries Insights, mentre il valore in:asia-locations ha un effetto.

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

API Transcoder

Le risorse job e jobTemplate operano 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 le 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 DataLabelingJob.

Vertex AI supporta solo località per regione. I vincoli su località multiregionali e zone 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 effetto su Vertex AI, mentre il valore in:asia-locations ha un effetto.

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

Vertex AI Search

I vincoli relativi alle località delle risorse si applicano a tutte le risorse 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 su risorse preesistenti o aggiornamenti delle risorse.

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

Workflows

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

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

Per un elenco delle località disponibili, consulta Località dei flussi di lavoro.