本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
成本优化
HealthImaging 旨在通过在访问模式发生变化时自动将数据移动到最经济实惠的访问层来优化存储成本。随着使用模式随时间的推移而变化,智能分层可为 DICOM 数据提供自动生命周期管理,而不会产生任何运营开销。 HealthImaging 有两个存储层:
-
频繁访问层存储,用于存放新导入或经常访问的 DICOM 数据。
-
将最近未@@ 访问过的 DICOM 数据存档即时访问层存储。降低了长期存档的存储成本,同时保持了毫秒级的访问延迟。
您需要为数据存储中所有影像集的聚合存储大小付费。两个存储层均按每月每 GB 计费,并且不收取每个映像集的费用。在存储层之间移动数据也不会产生检索费用。
注意
图像集的最小大小为 5 MB 计费。 HealthImaging 接受小于 5 MB 的图像集,但这些较小的对象按照 5 MB 的费率收费。
智能分层的工作原理
创建新影像集时,您的数据将存储在频繁访问层中。可以通过导入新数据(通过导入任务或 DICOMweb STOW-RS)或通过调用来创建图像集。 CopyImageSet HealthImaging 自动将连续 30 天未被访问的影像集移至存档即时访问层,并且影像集将保留在存档即时访问层中,直到再次被访问为止。
以下是构成对 DICOM 数据的访问权限的操作,这些操作会自动将影像集从存档即时访问层移回频繁访问层:
-
调用CopyImageSet或。UpdateImageSetMetadata对于复制操作,只有复制的映像集才会分层到频繁访问级别。如果使用目标复制,则目标影像集会向上分层。
-
通过 AWS HealthImaging 管理控制台查看和下载影像集数据。
上述操作既可以将映像集提升到频繁访问层,又可以防止频繁访问层中的映像集在接下来的 30 天内向下分层到存档即时访问层。可以通过 AWS 管理控制台或编程接口(例如或)访问影像集 AWS SDKs。 AWS CLI 其他操作不构成访问,因此不会自动将对象从 “存档即时访问” 层移回 “频繁访问” 层。以下是此类操作的示例,而不是最终列表:
-
对数据存储的操作(CreateDatastore和 GetDatastore)
-
列出操作(列出DICOMImport作业ListImageSetVersions、和 ListTagsForResource)
-
搜索操作(SearchImageSets以及 DICOMweb QIDO-RS 查询)
-
删除操作
导入到 HealthImaging 的数据的最短存储时间为 30 天。您可以随时删除数据,但在导入后 30 天之前删除的每张图像都将按最短时限的剩余时间收费。
估算结构化数据存储
HealthImaging 将一些 DICOM 标头信息存储在索引存储中。您需要为这种结构化存储消耗付费,与图像集存储层无关,而且这些费用是累加的。您可以通过将数据存储中的 DICOM 资源数量乘以每个资源的索引记录大小来估算结构化存储消耗。以下值为近似值。
DICOM 资源 | 索引大小(字节) |
---|---|
研究 | 1024 |
系列 | 830 |
实例 | 680 |