成本最佳化

HealthImaging 旨在最佳化儲存成本，方法是在存取模式變更時，自動將資料移至最具成本效益的存取層。隨著用量模式隨時間變化，智慧型分層可為 DICOM 資料提供自動生命週期管理，而不會產生任何操作額外負荷。HealthImaging 有兩個儲存層：

• 新匯入或定期存取的 DICOM 資料經常存取層儲存。

• 為最近未存取的 DICOM 資料封存 Instant Access 層儲存。可降低長期封存的儲存成本，同時維持毫秒的存取延遲。

您需要支付資料存放區中所有影像集的彙總儲存體大小。這兩個儲存層都會每月按 GB 計費，而且每個影像集不收取任何費用。在儲存層之間移動資料也不會產生擷取費用。

注意

影像集的大小下限為 5 MB。HealthImaging 接受小於 5 MB 的影像集，但這些較小的物件會以 5 MB 的速率收費。

智慧型分層的運作方式

建立新映像集時，您的資料會存放在經常存取層中。您可以透過匯入新資料 （透過匯入任務或 DICOMweb STOW-RS) 或叫用 CopyImageSet 來建立映像集。HealthImaging 會自動將連續 30 天未存取的映像集移至 Archive Instant Access 層，且映像集會保留在 Archive Instant Access 層中，直到再次存取為止。

以下是構成存取 DICOM 資料的動作，這些資料會自動將映像集從 Archive Instant Access 層移回經常存取層：

• 叫用 GetImageSetMetadata、GetImageFrame 或任何 DICOMweb WADO-RS 動作。

• 叫用 CopyImageSet 或 UpdateImageSetMetadata。在複製操作的情況下，只有複寫的影像集會分層為經常存取。如果是使用目的地複製，則會將目的地映像集分層。

• 透過 AWS HealthImaging 管理主控台檢視和下載映像集資料。

上述動作會將映像集提升為經常存取層，並防止經常存取層中的映像集再 30 天向下分層至 Archive Instant Access 層。可以透過 AWS 管理主控台或透過程式設計界面，例如 AWS CLI AWS SDKs，來存取映像集。其他動作不會構成存取，因此不會自動將物件從 Archive Instant Access 層移回經常存取層。以下是此類動作的範例，而非明確清單：

• 資料存放區的動作 (CreateDatastore 和 GetDatastore)

• 列出動作 (ListDICOMImportJobs、ListImageSetVersions 和 ListTagsForResource)

• 搜尋動作 (SearchImageSets 和 DICOMweb QIDO-RS 查詢）

• 叫用 GetImageSet、TagResource 或 UntagResource

• 刪除操作

匯入 HealthImaging 的資料的儲存期間下限為 30 天。您可以隨時刪除您的資料，但匯入後 30 天內刪除的每個影像都會在最短持續時間的剩餘時間內收費。

估算結構化資料儲存

HealthImaging 會將一些 DICOM 標頭資訊存放在索引儲存體中。您需要支付此結構化儲存體耗用量的費用，獨立於映像集儲存層，這些費用是累加的。您可以將資料存放區中的 DICOM 資源數目乘以每個資源的索引記錄大小，來估計結構化儲存體耗用量。下列值為近似值。

DICOM 資源	索引大小 （位元組）
研究	1024
系列	830
執行個體	680