Google Cloud utilizza regioni suddivise in zone per definire la posizione geografica delle risorse informatiche fisiche.
Concetti fondamentali
Quando crei un set di dati, puoi specificare una località 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 saperne di più, consulta Risorse regionali nella pagina Area geografica e regioni.
Una località multiregionale è una grande area geografica, come gli Stati Uniti, che contiene almeno due località regionali. Per saperne di più, consulta Risorse multiregionali nella pagina Area geografica e regioni.
Regioni disponibili
L'API Cloud Healthcare supporta un sottoinsieme dell'elenco completo di Google Cloud località.
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 | |
australia-southeast2 |
Melbourne | |
| Europa | ||
europe-north1 |
Finlandia | |
europe-west2 |
Londra | |
europe-west3 |
Francoforte | |
europe-west4 |
Paesi Bassi | |
europe-west6 |
Zurigo | |
| Medio Oriente | ||
me-west1 |
Tel Aviv |
Località multiregionali
| Nome della regione | Descrizione multiregionale |
|---|---|
us |
Data center negli Stati Uniti |
eu |
Data center negli stati membri dell'Unione Europea |
Richieste di quota per le località
Puoi richiedere un aumento della quota per l'API Cloud Healthcare in una regione specifica o in una posizione multiregionale.
Per richiedere un aumento di quota in una singola regione: nella richiesta di aumento della quota, specifica la regione.
Per richiedere un aumento della quota in una località multiregionale:
- Per un aumento della quota nella multiregione
us, indica nella richiesta che la quota è per la "metaregione Stati Uniti". - Per un aumento della quota nella multiregione
eu, indica nella richiesta che la quota è per la "metaregione UE".
Considerazioni sulla posizione
Quando scegli una posizione per i tuoi dati, potresti 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 le località multiregionali 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 e il modello di coerenza.
Quando scegli una località per i tuoi dati, valuta quanto segue:
Colloca il set di dati e l'origine dati esterna.
Colloca il set di dati con i bucket Cloud Storage durante l'importazione dei dati.
Colloca il set di dati con i bucket Cloud Storage e i set di dati BigQuery durante l'esportazione dei dati.
Spostamento dei dati dell'API Cloud Healthcare tra le località
Non puoi modificare la posizione di un set di dati dopo la creazione. 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 dagli store 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 esiste un'operazione di esportazione collettiva per la cronologia delle versioni.
L'esportazione di dati FHIR in Cloud Storage prevede 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 tutti i datastore FHIR nel nuovo set di dati necessari per archiviare i dati. Poi, importa i dati da Cloud Storage nei nuovi FHIR store.
Dati DICOM
Esporta i dati dai tuoi archivi DICOM in un bucket Cloud Storage regionale o multiregionale.
L'esportazione dei dati DICOM 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 gli archivi DICOM nel nuovo set di dati necessari per archiviare i dati. Poi, importa i dati da Cloud Storage nei nuovi archivi DICOM.
Dati HL7v2
Esporta i messaggi HL7v2 dal tuo archivio HL7v2 a un bucket Cloud Storage regionale o multiregionale.
L'esportazione di messaggi HL7v2 in Cloud Storage prevede addebito. 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 gli archivi HL7v2 nel nuovo set di dati necessari per archiviare i dati. Poi, importa i messaggi da Cloud Storage nei nuovi archivi HL7v2.