Google Cloud utilizza regioni suddivise in zone per definire la posizione geografica delle risorse di calcolo fisiche.
Concetti fondamentali
Quando crei un set di dati, puoi specificare una posizione in cui archiviare i dati dell'API Cloud Healthcare. Dopo aver creato il set di dati, la località non può essere modificata. I dati all'interno del set di dati vengono memorizzati come inattivi nella località selezionata.
La località è legata all'identità del set di dati ed è una parte permanente del nome della risorsa del set di dati. Tutti i datastore all'interno del set di dati vengono assegnati alla stessa area geografica del set di dati.
Esistono due tipi di località:
Una località a singola area geografica è un luogo geografico specifico, ad esempio Tokyo. Per ulteriori informazioni, consulta Risorse regionali nella pagina Geografia e regioni.
Una località a più regioni è una vasta area geografica, come gli Stati Uniti, che contiene almeno due località regionali. Per ulteriori informazioni, consulta Risorse multiregionali nella pagina Geografia e regioni.
Aree geografiche disponibili
L'API Cloud Healthcare supporta un sottoinsieme dell'elenco completo delle località di Google Cloud.
L'API Cloud Healthcare è disponibile nelle seguenti regioni:
Località regionali
| Nome regione | Descrizione della regione | |
|---|---|---|
| Americhe | ||
northamerica-northeast1 |
Montréal | |
northamerica-northeast2 |
Toronto | |
us-central1 |
Iowa | |
us-east1 |
Carolina del Sud | |
us-east4 |
Virginia del Nord | |
us-west1 |
Oregon | |
us-west2 |
Los Angeles | |
us-west3 |
Salt Lake City | |
southamerica-east1 |
San Paolo | |
| Asia Pacifico | ||
asia-east1 |
Taiwan | |
asia-east2 |
Hong Kong | |
asia-northeast1 |
Tokyo | |
asia-northeast2 |
Osaka | |
asia-northeast3 |
Seul | |
asia-south1 |
Mumbai | |
asia-southeast1 |
Singapore | |
asia-southeast2 |
Giacarta | |
australia-southeast1 |
Sydney | |
| Europa | ||
europe-west2 |
Londra | |
europe-west3 |
Francoforte | |
europe-west4 |
Paesi Bassi | |
europe-west6 |
Zurigo | |
| Medio Oriente | ||
me-west1 |
Tel Aviv |
Località in più regioni
| Nome multiregione | Descrizione multiregione |
|---|---|
us |
Data center negli Stati Uniti |
eu |
Data center all'interno degli stati membri dell'Unione Europea |
Richieste di quote per le località
Puoi richiedere un aumento della quota per l'API Cloud Healthcare in una specifica regione o in una posizione multiregione.
Per richiedere un aumento della quota in una singola regione: nella richiesta di aumento della quota, specifica la regione.
Per richiedere un aumento della quota in una località con più regioni:
- Per un aumento della quota nella regione multipla
us, indica nella richiesta che la quota è per la "metaregione Stati Uniti". - Per un aumento della quota nella regione multipla
eu, indica nella richiesta che la quota è per la "metaregione UE".
Considerazioni sulla località
Quando scegli una località per i tuoi dati, ti consigliamo di prendere in considerazione fattori come:
- Requisiti normativi relativi alla posizione in cui archiviare i dati
- Latenza
- Resilienza
- Costo
- Colocation con altri servizi Google Cloud
Ad esempio, Google gestisce località multi-regione in modo che siano ridondanti e distribuite all'interno e tra le regioni. Questi servizi ottimizzano la disponibilità, le prestazioni e l'efficienza delle risorse. Di conseguenza, questi servizi richiedono un compromesso tra la latenza o il modello di coerenza.
Quando scegli una località per i tuoi dati, valuta la possibilità di procedere nel seguente modo:
Posiziona il set di dati e l'origine dati esterna nella stessa posizione.
Colloca il set di dati insieme ai bucket Cloud Storage durante l'importazione dei dati.
Colloca il set di dati insieme ai bucket Cloud Storage e ai set di dati BigQuery quando esporti i dati.
Spostare i dati dell'API Cloud Healthcare tra posizioni
Non puoi modificare la posizione di un set di dati dopo averlo creato. Inoltre, non puoi spostare un set di dati da una posizione all'altra. Se devi spostare i dati da una posizione all'altra, completa una delle seguenti procedure:
Dati FHIR
Esporta i dati dai tuoi datastore FHIR in un bucket Cloud Storage regionale o multiregionale. Quando esporti i dati, l'operazione esporta solo la versione corrente di ogni risorsa. L'operazione non esporta la cronologia delle versioni. Non è disponibile un'operazione di esportazione collettiva per la cronologia delle versioni.
L'esportazione dei dati FHIR in Cloud Storage comporta costi. Ti vengono addebitati anche i costi per l'archiviazione dei dati esportati in Cloud Storage.
Dopo aver trasferito i dati in un bucket Cloud Storage, crea un nuovo set di dati nella nuova posizione. Crea nel nuovo set di dati tutti i datastore FHIR di cui hai bisogno per archiviare i dati. Poi, import i dati da Cloud Storage nei nuovi datastore FHIR.
Dati DICOM
Esportare i dati dagli archivi DICOM in un bucket Cloud Storage regionale o multiregionale.
Esistono addebiti per l'esportazione di dati DICOM in Cloud Storage. Ti vengono addebitati anche i costi per l'archiviazione dei dati esportati in Cloud Storage.
Dopo aver trasferito i dati in un bucket Cloud Storage, crea un nuovo set di dati nella nuova posizione. Crea nel nuovo set di dati gli archivi DICOM necessari per archiviare i dati. Poi, import i dati da Cloud Storage nei nuovi archivi DICOM.
Dati HL7v2
Esporta i messaggi HL7v2 dal tuo datastore HL7v2 in un bucket Cloud Storage regionale o multiregionale.
Esistono addebiti per l'esportazione di messaggi HL7v2 in Cloud Storage. Ti vengono addebitati anche i costi per l'archiviazione dei dati esportati in Cloud Storage.
Dopo aver trasferito i dati in un bucket Cloud Storage, crea un nuovo set di dati nella nuova posizione. Crea nel nuovo set di dati gli archivi HL7v2 necessari per archiviare i dati. Quindi, import i messaggi da Cloud Storage nei nuovi archivi HL7v2.