Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Ottimizzazione dei costi
HealthImaging è progettato per ottimizzare i costi di storage spostando automaticamente i dati al livello di accesso più conveniente quando cambiano i modelli di accesso. Man mano che i modelli di utilizzo cambiano nel tempo, il tiering intelligente fornisce la gestione automatica del ciclo di vita dei dati DICOM senza alcun sovraccarico operativo. HealthImaging dispone di due livelli di storage:
-
Storage a livello di accesso frequente per i dati DICOM appena importati o a cui si accede regolarmente.
-
Archivia lo storage a livello Instant Access per i dati DICOM a cui non è stato effettuato l'accesso di recente. Fornisce costi di storage ridotti per l'archiviazione a lungo termine, mantenendo al contempo latenze di accesso di millisecondi.
Ti viene addebitata la dimensione di archiviazione aggregata di tutti i set di immagini in un data store. Entrambi i livelli di storage vengono fatturati per GB al mese e non è prevista alcuna tariffa per set di immagini. Inoltre, non sono previsti costi di recupero per lo spostamento dei dati tra livelli di storage.
Nota
I set di immagini vengono fatturati con una dimensione minima di 5 MB. HealthImaging accetta set di immagini inferiori a 5 MB, ma per questi oggetti più piccoli viene addebitata una tariffa di 5 MB.
Come funziona l'Intelligent Tiering
I dati vengono archiviati nel livello Frequent Access quando vengono creati nuovi set di immagini. I set di immagini possono essere creati importando nuovi dati (tramite Import Jobs o DICOMweb STOW-RS) o richiamando. CopyImageSet HealthImaging sposta automaticamente i set di immagini a cui non è stato effettuato l'accesso per 30 giorni consecutivi al livello Archive Instant Access e i set di immagini rimangono nel livello Archive Instant Access fino a quando non vi si accede nuovamente.
Di seguito sono elencate le azioni che costituiscono l'accesso ai dati DICOM che spostano automaticamente i set di immagini dal livello Archive Instant Access al livello Frequent Access:
-
Richiamo o GetImageSetMetadataqualsiasi azione DICOMweb WADO-RS. GetImageFrame
-
Invocando CopyImageSeto. UpdateImageSetMetadata Nel caso delle operazioni di copia, solo i set di immagini replicati vengono raggruppati su più livelli fino a Frequent Access. Nel caso di Copia con destinazione, il set di immagini di destinazione è suddiviso su più livelli.
-
Visualizzazione e download dei dati del set di immagini tramite la console AWS HealthImaging di gestione.
Le azioni precedenti promuovono i set di immagini al livello Accesso frequente e impediscono che i set di immagini nel livello Frequent Access vengano trasferiti al livello Archive Instant Access per altri 30 giorni. L'accesso ai set di immagini può avvenire tramite la console di AWS gestione o tramite interfacce programmatiche come o. AWS CLI AWS SDKs Altre azioni non costituiscono accesso e pertanto non sposteranno automaticamente gli oggetti dal livello Archive Instant Access al livello Frequent Access. Di seguito è riportato un esempio, non un elenco definitivo, di tali azioni:
-
Azioni sugli archivi dati (CreateDatastoree GetDatastore)
-
Elenca le azioni (List DICOMImport Jobs ListImageSetVersions, e ListTagsForResource)
-
Azioni di ricerca (SearchImageSetse interrogazioni DICOMweb QIDO-RS)
-
Invocando, o GetImageSetTagResourceUntagResource
-
Operazioni di eliminazione
I dati importati in HealthImaging vengono addebitati per una durata minima di archiviazione di 30 giorni. Puoi eliminare i dati in qualsiasi momento, ma a ogni immagine eliminata prima di 30 giorni dall'importazione verrà addebitato il resto della durata minima.
Stima dell'archiviazione dei dati strutturati
HealthImaging memorizza alcune informazioni di intestazione DICOM in una memoria indicizzata. Questo consumo di storage strutturato viene addebitato indipendentemente dal livello di storage del set di immagini e tali costi si sommano. È possibile stimare il consumo di storage strutturato moltiplicando il numero di risorse DICOM negli archivi di dati per le dimensioni indicizzate dei record per risorsa. I seguenti valori sono approssimativi.
Risorsa DICOM | Dimensioni indicizzate (byte) |
---|---|
Studio | 1.024 |
Serie | 830 |
Istanza | 680 |