Servizi supportati dalle località delle risorse

Le risorse utilizzate da ogni servizio sono influenzate dalla posizione in modi diversi. Prima di aggiungere un vincolo delle località delle risorse alla policy dell'organizzazione, consulta la sezione appropriata di seguito per vedere il comportamento delle risorse a cui stai applicando la policy.

Agent Assist

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

I vincoli di località delle risorse non si applicano alla località global; la creazione di risorse è sempre consentita.

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

API Gateway

I vincoli delle località delle risorse vengono applicati durante la creazione dei gateway, una risorsa di regione. Altre risorse API Gateway, come le API e le configurazioni API, sono risorse globali e non sono soggette a vincoli relativi alle località delle risorse.

Per un elenco delle località supportate per API Gateway, vedi Scelta di una regione. Google Cloud

Scopri di più su come impostare una policy dell'organizzazione con vincoli di località delle risorse in Limitazione delle località delle risorse.

Apigee

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

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

Scopri di più su come impostare una policy dell'organizzazione con vincoli di località delle risorse in Limitazione delle località delle risorse.

Hub API Apigee

I vincoli delle località delle risorse si applicano a tutte le risorse dell'hub API Apigee. La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. Ciò significa che l'applicazione di un vincolo relativo alle località delle risorse non influisce sulle risorse preesistenti o sugli aggiornamenti di queste risorse.

Per un elenco delle località disponibili, consulta Località dell'hub API Apigee.

AlloyDB per PostgreSQL

La policy dell'organizzazione viene applicata quando crei cluster, istanze e determinati tipi di backup. La creazione di backup on demand è soggetta alla policy dell'organizzazione, mentre la creazione di backup automatici e continui è esente se abilitata per evitare la perdita di dati.

AlloyDB per PostgreSQL supporta solo le località regionali. I vincoli relativi alle località multiregionali e alle 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 alcun effetto, mentre il valore in:asia-locations sì.

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

Anti Money Laundering AI

I vincoli relativi alle località delle risorse si applicano a tutte le risorse AI per il contrasto al riciclaggio di denaro 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 anche quando esegui, pianifichi o testi un'integrazione.

Le integrazioni Apigee sono specifiche per regione. Ciò 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 la pagina Regioni supportate.

App Engine

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

Quando disattivi un application, questo non verrà più pubblicato, ma il codice e i dati replicati rimarranno nelle posizioni in cui è stato archiviato il application. Per cancellare completamente questi dati, elimina il progetto principale.

L'ambiente flessibile di App Engine è basato su Compute Engine. Le istanze di scalabilità automatica possono non riuscire se le località in cui viene eseguita la scalabilità non sono presenti nell'elenco delle località consentite definite nel criterio dell'organizzazione.

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

App Hub

Il criterio dell'organizzazione viene applicato quando crei un'applicazione in App Hub. Un'app regionale può contenere solo risorse di quella regione, mentre un'app globale può contenere sia risorse globali sia risorse di qualsiasi regione. Per saperne di più, consulta Applicazioni App Hub globali e regionali.

Per un elenco delle località disponibili, consulta Località di App Hub.

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 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 la pagina 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 una regione o in più regioni. Artifact Registry applica i criteri dell'organizzazione quando crei un repository.

La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. Gli artefatti possono essere aggiunti a qualsiasi repository esistente, anche se la posizione del repository è negata dai criteri dell'organizzazione relativi alle località delle risorse. Per applicare un nuovo criterio dell'organizzazione per le località delle risorse ai repository esistenti, crea nuovi repository dopo l'applicazione del criterio dell'organizzazione e poi migra gli artefatti dai vecchi repository a quelli nuovi. Puoi utilizzare lo strumento gcrane per copiare le immagini tra i repository.

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

Audit Manager

Quando esegui un nuovo controllo, i criteri dell'organizzazione vengono applicati in base alla regione specificata durante la creazione della richiesta di controllo. Quando la località del controllo viene selezionata come globale, non è soggetta al vincolo delle località delle risorse.

Per un elenco delle località regionali disponibili, consulta Località di Audit Manager.

Servizio di backup e RE

Il criterio dell'organizzazione viene applicato quando crei la seguente risorsa di regione:

  • BackupPlan: la posizione di questa risorsa determina la regione di destinazione in cui vengono archiviati tutti i dati di backup.

Per saperne di più, consulta Località del servizio di Backup e DR.

Backup per GKE

Il criterio dell'organizzazione viene applicato quando crei una delle due risorse regionali principali:

  • BackupPlan: la posizione di questa risorsa determina la regione di destinazione in cui vengono archiviati tutti i dati di backup per i backup creati in base a questo piano. In un progetto potrebbero essere presenti più risorse BackupPlan.

  • RestorePlan: la posizione di questa risorsa controlla la regione consentita del cluster di destinazione in cui vengono ripristinati i dati da un backup. Potrebbero essere presenti più risorse RestorePlan in un progetto

Per maggiori informazioni, consulta Località di Backup per GKE.

BigQuery

Le risorse BigQuery dataset possono essere sia regionali che multiregionali. La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. Per applicare un nuovo vincolo di località delle risorse a un dataset esistente, elimina la risorsa dataset e ricreala con il criterio dell'organizzazione applicato alla risorsa padre.

Puoi creare risorse Database all'interno di una risorsa dataset con una località negata dai criteri dell'organizzazione relativi alle località delle risorse. La posizione della risorsa dataset non determina la posizione della risorsa database. Per applicare un nuovo vincolo di località delle risorse a un database esistente, elimina la risorsa database e ricreala con il criterio dell'organizzazione applicato alla risorsa padre.

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

BigQuery Data Transfer Service

La risorsa TransferConfig può essere sia regionale che multiregionale. La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. Il criterio dell'organizzazione viene controllato solo durante la creazione di un TransferConfig. Per applicare un nuovo vincolo delle località delle risorse a un TransferConfig esistente, elimina la risorsa TransferConfig e ricreala con il criterio dell'organizzazione applicato alla risorsa padre.

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

BigQuery Migration Service

La risorsa MigrationWorkflow descrive le attività e le sottoattività che costituiscono il flusso di lavoro di migrazione. Possono essere creati utilizzando la Google Cloud console 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 multiregione US, il flusso di lavoro di migrazione può essere creato nella multiregione US o nella regione 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 di località disponibili, consulta le località 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. 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 gcloud CLI per creare risorse con lo stesso nome in un'altra località supportata. Per saperne di più, vedi Creazione di modelli di certificati.

Le CA possono essere clonate da CA esistenti nello stesso pool di CA. Queste nuove CA vengono create nella stessa posizione della CA da cui sono state clonate. Per saperne di più, vedi Creazione di autorità di certificazione.

Per l'elenco delle località disponibili, consulta Località 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 nell'istanza. Il criterio dell'organizzazione viene applicato quando viene creato un cluster. Non puoi creare nuovi contenitori di archiviazione in una località negata dai criteri dell'organizzazione. Le istanze e i cluster esistenti continueranno a funzionare anche se si trovano in località negate da una modifica successiva al criterio dell'organizzazione.

Puoi correggere manualmente le risorse che violano un nuovo criterio dell'organizzazione eliminandole e ricreandole una volta implementato il criterio dell'organizzazione. Ad esempio, se avevi un'istanza multicluster in cui un cluster violava un nuovo criterio dell'organizzazione, potevi eliminarlo e poi aggiungere un nuovo cluster in una zona consentita.

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

Cloud Asset Inventory

Le risorse feed di Cloud Asset Inventory sono risorse globali e non sono soggette a vincoli di località delle risorse.

Cloud Build

Il criterio dell'organizzazione viene applicato quando crei nuove risorse Cloud Build regionali. Anche se puoi creare risorse in qualsiasi regione, Cloud Build ti assicura di selezionare una regione approvata dalla tua organizzazione. Il criterio dell'organizzazione viene applicato solo alle risorse Cloud Build create di recente 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.

Certificate Manager

Ad eccezione di CertificateMaps e CertificateMapEntries, che possono essere solo globali, le risorse di Certificate Manager possono essere create in qualsiasi località regionale o globale. Tuttavia, non puoi scegliere una zona per una risorsa. Il criterio dell'organizzazione viene applicato al momento della creazione della risorsa Certificate Manager.

Per un elenco delle località disponibili, consulta Prodotti disponibili per località.

Cloud Composer

Un ambiente Cloud Composer è un contenitore logico per le risorse elencate di seguito. Durante la procedura 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 di località non sono specificate, a seconda della configurazione, Composer potrebbe creare immagini Airflow all'interno del cluster GKE o utilizzando Cloud Build. Scopri di più in Installare una dipendenza Python in un ambiente IP privato. A seconda della versione di Composer, le immagini Airflow potrebbero essere archiviate nell'area geografica selezionata (utilizzando Artifact Registry) o nella regione multiregionale a cui appartiene l'area geografica selezionata (utilizzando Container Registry).

    • Se vengono specificate limitazioni della 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 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, che è un servizio Google Cloud globale. Se vuoi archiviare i log di Cloud Composer in una posizione specifica, devi reindirizzarli a un bucket Cloud Storage in questa posizione.

Per un elenco delle località disponibili, consulta 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 quando crei un'istanza. L'istanza è una risorsa di regione creata nella regione che specifichi.

Quando crei un'istanza con una chiave di crittografia gestita dal cliente (CMEK), la posizione 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 posizione di questi cluster effimeri può essere modificata e non viene applicata dal criterio dell'organizzazione per le 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 per le località delle risorse.

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

Cloud Deploy

Di seguito sono riportati i tipi di risorse Cloud Deploy:

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

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

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

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

Cloud Run Functions

La policy dell'organizzazione viene applicata quando crei o aggiorni una risorsa di funzione Cloud Run. Non viene applicata alle risorse già esistenti.

Per un elenco delle regioni disponibili, consulta Località delle funzioni Cloud Run.

API Cloud Healthcare

Il criterio dell'organizzazione viene applicato quando crei una risorsa dataset. Le risorse dataset sono risorse regionali o multiregionali. Le risorse datastore, come l'archivio 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 dalla policy dell'organizzazione. Per assicurarti che le tue risorse siano conformi al vincolo di località delle risorse, crea nuove risorse dataset dopo l'applicazione del criterio dell'organizzazione, quindi migra i dati dalle vecchie risorse dataset a quelle nuove.

Per un elenco delle località disponibili, consulta 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 crei un endpoint Cloud IDS, che è una risorsa di zona. La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. Gli endpoint esistenti continueranno a funzionare anche se si trovano in località negate dalla policy dell'organizzazione. Per applicare un nuovo vincolo di località delle risorse a un endpoint Cloud IDS esistente, elimina l'istanza e poi ricreala con il criterio dell'organizzazione applicato.

Per un elenco delle località disponibili, consulta Prodotti disponibili per località.

Cloud Key Management Service

Le risorse Cloud KMS possono essere create in località regionali, 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 quando crei nuovi bucket di log. Anche se puoi creare un nuovo bucket in qualsiasi regione o impostarne la posizione su global, Logging garantisce che tu selezioni una regione approvata dalla tua organizzazione. La policy dell'organizzazione viene applicata solo ai bucket di log appena creati dopo la creazione della policy dell'organizzazione.

Per un elenco delle regioni disponibili, consulta la sezione Regionalizzazione della pagina Panoramica sull'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 Cloudr.

Per un elenco delle località regionali 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à 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 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 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 quando crei una risorsa di primo livello, ad esempio un Service. Non viene applicata a risorse già esistenti o ad aggiornamenti di risorse esistenti, anche se questi aggiornamenti comportano la creazione di una risorsa di livello inferiore, ad esempio un Revision.

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

Cloud Service Mesh

Il criterio dell'organizzazione viene applicato quando tenti di eseguire il provisioning di Cloud Service Mesh o di creare carichi di lavoro per il mesh. Cloud Service Mesh non applica i criteri dell'organizzazione quando i carichi di lavoro vengono registrati nel mesh.

Consulta la documentazione pertinente per i carichi di lavoro di servizi specifici:

Consulta l'elenco delle regioni disponibili per l'infrastruttura di computing di Cloud Service Mesh:

Spanner

Il criterio dell'organizzazione viene applicato quando crei un'istanza. Le istanze sono risorse regionali o multiregionali. Se un'istanza è bloccata dai criteri dell'organizzazione relativi alle località delle risorse, l'unico modo per rendere la risorsa conforme è eliminare l'istanza. Le istanze bloccate dai criteri dell'organizzazione relativi alle località delle risorse consentiranno comunque 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 quando crei un'istanza. L'istanza è una risorsa di regione che creerà un database di zona, per il quale la località della risorsa non è applicata. Quando crei repliche di lettura o cloni di database, posizioni le nuove risorse nella stessa regione dell'originale, quindi il criterio dell'organizzazione per le 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 quando crei una risorsa bucket. Le risorse Bucket sono regionali o multiregionali. Le risorse Object possono essere aggiunte a qualsiasi bucket esistente, anche se object si trova in una località negata dalla policy dell'organizzazione relativa alle località delle risorse. Per assicurarti che le tue risorse siano conformi al criterio dell'organizzazione relativo alle località delle risorse, crea nuove risorse bucket dopo l'applicazione del criterio dell'organizzazione, quindi esegui la migrazione dei dati dalle vecchie risorse bucket 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 quando crei una coda. Non viene applicato alle code create prima dell'impostazione del criterio dell'organizzazione o agli aggiornamenti di queste code.

Per un elenco delle località disponibili, consulta Prodotti disponibili per località.

Limitazioni

Si applicano limitazioni alle seguenti regioni:

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

Se nei criteri dell'organizzazione è presente una delle regioni menzionate in precedenza, devi includere sia us-central1 sia us-central2, anche se non crei risorse Cloud Tasks in queste regioni. Puoi includere la regione us-central2 nei criteri della tua organizzazione anche se la tua organizzazione non utilizza regioni private.

Cloud TPU

Le risorse Cloud TPU (nodi TPU e VM TPU) sono risorse di zona. Ciò significa che devi selezionare una zona specifica all'interno di una regione quando crei una risorsa Cloud TPU. Google Cloud

La disponibilità di tipi specifici di acceleratori Cloud TPU (come v3, v4, v5e o v5p) varia in base alla zona. Non tutte le zone offrono tutti i tipi di TPU. I criteri dell'organizzazione che applicano i vincoli di località delle risorse vengono controllati durante la creazione delle risorse Cloud TPU. Se un criterio dell'organizzazione limita il deployment nella zona scelta, la creazione della risorsa TPU viene bloccata.

Per un elenco delle regioni e delle zone disponibili in cui è supportata Cloud TPU, consulta Località e zone di Cloud TPU.

API Cloud Translation - Advanced (v3)

Per garantire che le risorse Cloud Translation siano conformi al vincolo di località della risorsa, specifica un endpoint regionale durante la creazione della risorsa. Il vincolo di località della risorsa viene applicato quando crei una risorsa Cloud Translation.

Per informazioni su come utilizzare gli endpoint regionali, vedi Specificare un endpoint regionale.

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 regionali come cluster di workstation, configurazioni di workstation e workstation. La creazione di una configurazione della workstation potrebbe comportare la creazione di VM e dischi permanenti Compute Engine, pertanto puoi creare queste risorse solo nelle zone consentite dai criteri dell'organizzazione.

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

Compute Engine

Compute Engine offre una serie di risorse, che possono essere globali, regionali o zonali. Le risorse regionali e di zona sono soggette ai vincoli di località delle risorse. Le risorse globali non sono soggette al vincolo delle località delle risorse, ma alcune risorse globali utilizzano risorse regionali e di zona; queste risorse regionali e di zona sono soggette al vincolo delle località delle risorse.

Ad esempio, un modello di istanza è una risorsa globale, ma potresti specificare dischi regionali o di zona in un modello di istanza. Questi dischi sono soggetti ai vincoli delle località delle risorse, pertanto, 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 che specifichi, con le seguenti eccezioni.

  • Snapshot e immagini

  • Gruppi di istanze gestite

    • Alcune operazioni del gruppo di istanze gestite (MIG) si basano sulla creazione o ricreazione di VM nelle zone consentite. Queste operazioni includono: scalabilità orizzontale (manualmente o tramite scalabilità automatica), autoriparazione, aggiornamento automatico e ridistribuzione proattiva delle istanze. Affinché queste operazioni vadano a buon fine, i tuoi gruppi di istanze gestite devono trovarsi in località consentite dal vincolo di località delle risorse della tua organizzazione.

    • Crea i MIG nelle località consentite. Per i MIG regionali, seleziona le zone che non sono soggette a limitazioni di località.

    • Se hai un MIG a livello di zona o di regione preesistente e in un secondo momento imposti un vincolo di località della risorsa, le operazioni del MIG non verranno completate 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 un secondo momento imposti un vincolo di località delle risorse, non puoi fare lo scale out il gruppo per aggiungere nuovi host (manualmente o tramite la 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 di risorsa Compute Engine quando crei il 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à con limitazioni. Se imposti le località manualmente, tutte le zone di quella regione devono essere nell'elenco consentito per avere lo stesso livello di ridondanza. I cluster di scalabilità automatica possono interrompersi se una delle località in cui si verifica lo scaling non è presente nell'elenco delle località consentite definito nel norma dell'organizzazione.

Insight conversazionali

Il criterio dell'organizzazione viene applicato quando crei un conversation in Approfondimenti conversazionali. Le risorse conversation sono regionali.

Per un elenco delle località disponibili, consulta la pagina delle località di Conversational Insights.

Google Cloud Contact Center as a Service

La risorsa ContactCenter è regionale. La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. Il criterio dell'organizzazione viene controllato durante la creazione di un ContactCenter.

Per un elenco delle località disponibili, consulta Località di Google Cloud Contact Center as a Service.

Database Migration Service

Il criterio dell'organizzazione viene applicato quando crei una delle seguenti risorse di Database Migration Service:

Il criterio viene applicato al momento della creazione della risorsa. L'applicazione di un vincolo relativo alle località delle risorse non influisce sulle risorse esistenti o sugli aggiornamenti di queste risorse.

API Data Lineage

Il criterio dell'organizzazione viene applicato quando crei o aggiorni un Process utilizzando il metodo CreateProcess, UpdateProcess o ProcessOpenLineageRunEvent.

Le risorse per bambini (Runs o Events) possono essere aggiornate o aggiunte a qualsiasi Process esistente anche se il Process si trova in una località negata dal criterio dell'organizzazione sulla località delle risorse. Per assicurarti che tutte le tue risorse siano conformi al criterio dell'organizzazione per la località delle risorse, crea nuovi Process dopo l'applicazione del criterio dell'organizzazione.

Dataflow

Il criterio dell'organizzazione viene applicato quando crei un job. Un job è una risorsa di regione che utilizza sia Cloud Storage sia Compute Engine. Puoi configurare i worker Compute Engine in modo che vengano eseguiti in una zona al di fuori della regione del job specificando il parametro della zona. In questo caso, il piano di controllo 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, questi verranno creati all'interno della regione in cui è configurato per l'esecuzione job.

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

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

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

Dataform

Le risorse Dataform sono regionali. Quando crei un repository Dataform, il repository e tutte le relative risorse secondarie sono vincolati alla regione specificata durante la creazione del repository.

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

Dataplex Universal Catalog

Il criterio dell'organizzazione viene applicato quando crei una delle seguenti risorse Dataplex Universal Catalog:

Il criterio viene applicato al momento della creazione della risorsa. L'applicazione di un vincolo relativo alle località delle risorse non influisce sulle risorse esistenti o sugli aggiornamenti di queste risorse.

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 è vincolata alla posizione del cluster che è il suo elemento principale 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 posizione di backups e metadataImports è vincolata alla posizione di service, che è il suo genitore quando vengono chiamati 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 relativa posizione definita. La disattivazione dell'applicazione App Engine bloccherà l'accesso API per il database associato. Per eliminare i dati replicati dalle sedi fisiche, elimina il progetto come descritto nella sezione App Engine.

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

Datastream

Il criterio dell'organizzazione viene applicato quando crei una delle seguenti risorse Datastream:

Il criterio viene applicato al momento della creazione della risorsa. L'applicazione di un vincolo relativo alle località delle risorse non influisce sulle risorse esistenti o sugli aggiornamenti di queste risorse.

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 regionali o multi-regionali. Altre risorse Dialogflow, come intents o flows, possono essere aggiunte a qualsiasi agent esistente, anche se la risorsa agent si trova in una località negata dai criteri dell'organizzazione. Per assicurarti che le tue risorse siano conformi al vincolo della località delle risorse, crea nuove risorse agent dopo l'applicazione della policy dell'organizzazione, quindi esegui la migrazione dei dati dalle vecchie risorse agent a quelle nuove.

I vincoli di località delle risorse non si applicano alla località global; la creazione di risorse è sempre consentita.

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

Document AI

Le risorse Document AI sono regionali. Quando crei una risorsa Processor o LabelerPool, viene applicata la policy dell'organizzazione relativa alla località delle risorse e vengono limitate le regioni in cui è possibile creare o archiviare nuove risorse.

La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. È possibile creare nuove risorse Document AI nelle risorse padre esistenti, anche se la località della risorsa padre è negata dal criterio dell'organizzazione relativo alle località delle risorse. Per applicare un nuovo vincolo di località della risorsa a una risorsa esistente, elimina la risorsa e ricreala con la policy dell'organizzazione applicata.

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 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 relativo alle località delle risorse viene applicato, è possibile creare solo trigger regionali le cui regioni corrispondono esattamente a quelle applicate nel vincolo relativo alle località delle risorse o sono incluse nel gruppo di valori. Ad esempio, se us-central1 o us-locations sono presenti nell'elenco delle località consentite definito nei criteri dell'organizzazione, puoi creare un trigger us-central1.

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

Filestore

Il criterio dell'organizzazione viene applicato quando crei un'istanza Filestore, che può essere una risorsa a livello di zona o di regione. La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. Le istanze esistenti continueranno a funzionare anche se si trovano in località negate dalla policy dell'organizzazione. Per applicare un nuovo vincolo di località della risorsa a un'istanza Filestore esistente, elimina l'istanza e poi ricreala con il criterio dell'organizzazione applicato.

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

Firestore

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

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

Cloud Next Generation Firewall Standard

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

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

Cloud Next Generation Firewall Enterprise

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 retroattivamente. Gli endpoint esistenti continueranno a funzionare anche se si trovano in località negate dalla policy dell'organizzazione. Per applicare un nuovo vincolo di località delle risorse a un endpoint Cloud NGFW Enterprise esistente, elimina l'istanza e poi ricreala con il criterio dell'organizzazione applicato.

Per un elenco delle località disponibili, consulta Prodotti disponibili per località.

Secure Web Proxy

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

Per un elenco delle località disponibili, consulta Prodotti disponibili per località.

Parco risorse

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

Per creare appartenenze con ridondanza sufficiente, utilizza i gruppi di valori per controllare le regioni con restrizioni. I vincoli relativi alle località multiregionali e alle zone non influiscono su Fleet 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 alcun effetto sull'appartenenza al parco risorse, mentre il valore in:asia-locations ha un effetto.

IA generativa su Vertex AI

I vincoli delle località delle risorse si applicano a tutte le risorse di AI generativa su Vertex AI. La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. Ciò significa che l'applicazione di un vincolo di località delle risorse non influisce sulle risorse preesistenti o sugli aggiornamenti di queste risorse. I modelli di publisher di Model Garden non sono risorse Google Cloud e non sono soggetti a vincoli di località delle risorse.

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

Limitazioni

Le limitazioni della località delle risorse vengono applicate nelle seguenti interfacce per l'AI generativa su Vertex AI:

  • Vertex AI Studio (UI)

Le limitazioni alla località delle risorse non vengono applicate nelle seguenti interfacce:

  • Gen AI SDK for Python
  • Gen AI SDK for Go
  • Gen AI SDK for Node.js
  • Gen AI SDK for Java
  • Gen AI SDK for C#
  • REST API

Segui questo strumento di monitoraggio dei problemi per ricevere gli ultimi aggiornamenti sulla limitazione.

GKE Multi-cloud

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 seguenti pagine per ogni piattaforma cluster.

Google Cloud Managed Service per Apache Kafka

Il criterio dell'organizzazione viene applicato quando crei un cluster in Managed Service per Apache Kafka.

I cluster Managed Service per Apache Kafka sono risorse regionali. Ciò significa che la posizione della risorsa determina la regione di destinazione in cui tutti i dati vengono elaborati e archiviati.

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

Google Cloud NetApp Volumes

Il criterio dell'organizzazione viene applicato quando crei un pool di archiviazione o un volume NetApp Volumes, che può essere una risorsa di regione. La conformità ai criteri dell'organizzazione non viene applicata retroattivamente. I pool di archiviazione esistenti continueranno a funzionare anche se si trovano in località negate dalle norme dell'organizzazione. Per applicare un nuovo vincolo di località delle risorse a un pool di archiviazione o a un volume NetApp Volumes esistente, elimina la risorsa e poi ricreala con il criterio dell'organizzazione applicato.

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

Google Kubernetes Engine

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

Per creare cluster con ridondanza sufficiente, utilizza i gruppi di valori per controllare le località con limitazioni. Se imposti manualmente le località, tutte le zone di quella regione devono essere incluse nell'elenco consentito per avere lo stesso livello di ridondanza. I cluster di scalabilità automatica possono interrompersi se una delle località in cui si verifica lo scaling non è presente nell'elenco delle località consentite definito nel norma dell'organizzazione.

Infrastructure Manager

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

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

I vincoli di 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à 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 Crea un'istanza di Looker (Google Cloud core).

Managed Service for Microsoft Active Directory

Il criterio dell'organizzazione viene applicato quando crei domini Managed Microsoft AD o aggiorni le risorse AD esistenti. Managed Microsoft AD richiede che la posizione 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à della risorsa su global.

Memorystore for Memcached

Il criterio dell'organizzazione viene applicato quando crei un'istanza. L'istanza è una risorsa di regione che crea una o più cache a livello di zona a seconda del numero di nodi selezionati. Quando aggiungi nodi utilizzando un'operazione di scalabilità verticale, devi posizionare le nuove risorse nella stessa regione dell'istanza originale. Il criterio dell'organizzazione per la 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 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 Basic eseguono il deployment di una singola cache all'interno di una zona e di una regione specificate. Le istanze di livello Standard eseguono il deployment di una cache di zona e di una o più repliche della cache di zona che si trovano all'interno della regione dell'istanza. Quando crei repliche aggiuntive, posiziona le nuove risorse nella stessa regione della cache zonale originale. Il criterio dell'organizzazione per la località viene applicato durante la creazione di repliche aggiuntive.

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

Memorystore for Redis Cluster

Il criterio dell'organizzazione viene applicato quando crei un'istanza. L'istanza è una risorsa di regione che creerà una o più cache a livello di zona a seconda della modalità di distribuzione delle zone selezionata. Quando crei repliche o shard aggiuntivi, posizioni le nuove risorse nella stessa regione della cache zonale originale. Il criterio dell'organizzazione per la località viene applicato durante la creazione di repliche aggiuntive.

Per un elenco delle località disponibili, consulta la pagina Località di Memorystore for Redis Cluster.

Migrate to Virtual Machines

Il criterio dell'organizzazione viene applicato quando crei una risorsa Migrate to VMs. Le risorse di migrazione e immagine di Migrate to VMs sono tutte risorse regionali. La risorsa TargetProject, che contiene l'ID del progetto utilizzato come progetto di destinazione dei job di migrazione e importazione, è una risorsa globale.

Network Connectivity Center

Le risorse hub Network Connectivity Center e spoke VPC possono essere create nella località globale. Le risorse spoke ibride 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 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 zonale, puoi collegarla a istanze di macchine virtuali nella stessa zona.
  • Dopo aver creato una risorsa disk regionale, 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 retroattivamente. Per applicare un nuovo criterio dell'organizzazione relativo alle località delle risorse alle risorse disk esistenti, devi eliminare le risorse disk e poi 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 alla località delle risorse influisce sulle località in cui i messaggi pubblicati in un topic possono essere resi persistenti a riposo. La policy dell'organizzazione viene applicata quando pubblichi messaggi in un topic. Tieni presente che un 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 ai topics esistenti. Se un nuovo vincolo relativo alle località delle risorse nega una località in cui sono già archiviati i messaggi pubblicati in un topic, questi messaggi non verranno spostati automaticamente.

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

Pub/Sub Lite

Il criterio dell'organizzazione relativo alle località delle risorse influisce sulle località in cui è possibile creare un topic, che determina dove verranno resi persistenti i messaggi. Un topic è una risorsa di zona, ma i messaggi possono essere richiesti da qualsiasi località, inclusa quella esterna a Google Cloud.

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

Secret Manager

I secret possono avere una policy di replica automatica o una policy di replica gestita dall'utente.

Quando utilizzi 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 posizione global non è consentita, la creazione del secret non andrà a buon fine.

Quando utilizzi un criterio di replica gestito dall'utente, i dati del payload vengono replicati in un insieme di località supportate definito dall'utente. Secret Manager richiede che tutte le località nella policy di replica siano consentite durante la creazione di un secret con una policy di replica gestita dall'utente. Se una delle località nel criterio 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 saperne di più, consulta la pagina Località di Secret Manager.

Parameter Manager

I vincoli relativi alle località delle risorse si applicano a tutte le risorse di Gestore dei parametri.

Le policy dell'organizzazione vengono applicate quando crei un parametro. I parametri esistenti non vengono spostati automaticamente se i vincoli di località cambiano.

Per un elenco delle località disponibili in cui puoi creare i parametri, consulta Località per le risorse di Gestore dei parametri.

Accesso VPC serverless

I criteri dell'organizzazione vengono applicati quando crei nuove istanze del connettore di accesso VPC serverless. Il criterio dell'organizzazione viene applicato solo alle istanze del connettore di accesso VPC serverless appena create in una regione dopo la creazione del criterio dell'organizzazione.

Per saperne di più, consulta la pagina Regioni supportate di accesso VPC serverless.

Secure Source Manager

La policy dell'organizzazione viene applicata quando crei nuove istanze di Secure Source Manager. Secure Source Manager assicura che tu selezioni una regione approvata dalla tua organizzazione. La policy dell'organizzazione viene applicata solo alle istanze Secure Source Manager appena create in una regione dopo la creazione della policy dell'organizzazione.

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

Sensitive Data Protection

I vincoli di 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, il che determina dove vengono archiviate le frasi di registrazione e le impronte vocali.

Il criterio dell'organizzazione relativo alle località delle risorse influisce anche sulle località in cui settings può essere aggiornato.

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

Speech-to-Text

Il criterio dell'organizzazione relativo alle località delle risorse influisce sulle località in cui può essere creata qualsiasi risorsa Speech-to-Text. Inoltre, influisce 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 in cui è disponibile Speech-to-Text v2.

Storage Transfer Service

Il criterio dell'organizzazione viene applicato quando crei un job Storage Transfer Service. Il criterio dell'organizzazione garantisce la conformità consentendo la creazione di job Storage Transfer Service solo nelle regioni consentite. Se la regione del job di Storage Transfer Service non rispetta i vincoli dei criteri dell'organizzazione, il job non verrà creato correttamente.

Per scoprire in che modo Storage Transfer Service sceglie la regione in cui eseguire un job Storage Transfer Service, consulta Posizione dei job Storage Transfer Service.

API Timeseries Insights

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

L'API Timeseries 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 relativi alle località multiregionali e alle zone non influiscono 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 alcun 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 la pagina Regioni supportate.

API Transcoder

Le risorse job e jobTemplate sono regionali. Puoi specificare una località quando crei la 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 delle località delle risorse si applicano a tutte le risorse Vertex AI, ad eccezione delle risorse DataLabelingJob.

Vertex AI supporta solo le località regionali. I vincoli relativi alle località multiregionali e alle zone non influiscono 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, mentre il valore in:asia-locations ha un effetto.

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

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

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

Virtual Private Cloud

Le reti Virtual Private Cloud (VPC) sono reti virtuali globali che contengono subnet virtuali regionali. I vincoli di località delle risorse non si applicano alle reti VPC, perché sono risorse globali. I vincoli di località delle risorse vengono applicati alle subnet al momento della creazione. Se crei una rete VPC in modalità automatica, le subnet vengono create solo nelle regioni consentite dal vincolo di località delle risorse.

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

Workflow

Il criterio dell'organizzazione viene applicato quando crei un workflow Workflows. Il criterio non viene applicato alle risorse già esistenti o agli aggiornamenti delle risorse esistenti. Workflows sono risorse regionali e sono soggetti al vincolo delle località delle risorse.

Se viene applicato il vincolo delle località delle risorse, 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 presenti 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.

Workload Manager

I criteri dell'organizzazione vengono applicati quando crei una risorsa di valutazione o deployment di Workload Manager. Le valutazioni e le implementazioni sono risorse regionali e sono soggette al vincolo delle località delle risorse.

Per un elenco delle località disponibili, consulta la pagina località supportate.