了解儲存層 - AWS HealthImaging

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

了解儲存層

AWS HealthImaging 使用智慧型分層進行自動化臨床生命週期管理。這為新的或使用中的資料和長期存檔資料提供絕佳的效能和價格，而且零摩擦。 HealthImaging 使用下列層級計費每月每 GB 的儲存體費用。

  • 頻繁存取層 — 經常存取資料的層級。

  • 封存即時存取層 — 封存資料的層級。

注意

頻繁存取和封存即時存取層之間沒有效能差異。智慧型分層會套用至特定影像集 API 動作。智慧型分層無法辨識資料存放、匯入和標記 API 動作。層之間的移動是根據 API 使用情況自動進行的，並在下一節中說明。

階層移動如何工作？

  • 匯入之後，影像集會從頻繁存取層開始。

  • 連續 30 天沒有接觸後，映像集會自動移至封存即時存取層。

  • 封存即時存取層中的映像集只有在觸碰後才會移回頻繁存取層。

下圖提供 HealthImaging 智慧型分層程序的概觀。

圖表顯示如何在頻繁存取和封存即時存取層之間 HealthImaging 移動影像集，以用於儲存和計費目的。

什麼被認為是觸摸？

觸控是透過、或 AWS SDK 存取的特定 API AWS Management Console AWS CLI，並在下列情況發生：

  1. 已建立新影像集 (StartDICOMImportJob或CopyImageSet)

  2. 影像集已更新 (UpdateImageSetMetadata或CopyImageSet)

  3. 讀取影像集關聯的中繼資料或影像框 (像素資料) (GetImageSetMetaData或GetImageFrame)

下列 HealthImaging API 動作會導致接觸，並將影像集從封存即時存取層移至頻繁存取層。

  • StartDICOMImportJob

  • GetImageSetMetadata

  • GetImageFrame

  • CopyImageSet

  • UpdateImageSetMetadata

    注意

    雖然無法使用UpdateImageSetMetadata動作刪除影像框 (像素資料)，但仍會計入計費用途。

下列 HealthImaging API 動作不會導致接觸。因此，它們不會將映像集從封存即時存取層移至頻繁存取層。

  • CreateDatastore

  • GetDatastore

  • ListDatastores

  • DeleteDatastore

  • GetDICOMImportJob

  • ListDICOMImportJobs

  • SearchImageSets

  • GetImageSet

  • ListImageSetVersions

  • DeleteImageSet

  • TagResource

  • ListTagsForResource

  • UntagResource