翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
コスト最適化
HealthImaging は、アクセスパターンが変化したときに最も費用対効果の高いアクセス階層にデータを自動的に移動することで、ストレージコストを最適化するように設計されています。使用パターンが時間の経過とともに変化するにつれて、インテリジェント階層化は運用上のオーバーヘッドなしで DICOM データの自動ライフサイクル管理を提供します。HealthImaging には 2 つのストレージ階層があります。
-
新しくインポートされた、または定期的にアクセスされる DICOM データの高頻度アクセス階層ストレージ。
-
最近アクセスされていない DICOM データのインスタントアクセス階層ストレージをアーカイブします。ミリ秒単位のアクセスレイテンシーを維持しながら、長期アーカイブのストレージコストを削減します。
データストア内のすべてのイメージセットの合計ストレージサイズに対して課金されます。どちらのストレージ階層も 1 か月あたり GB ごとに請求され、イメージセットごとに料金は発生しません。また、ストレージ階層間でデータを移動しても取得料金はかかりません。
注記
画像セットは、5 MB 以上のサイズで請求されます。HealthImaging は 5 MB 未満のイメージセットを受け入れますが、これらの小さなオブジェクトは 5 MB のレートで課金されます。
インテリジェント階層化の仕組み
新しいイメージセットが作成されると、データは高頻度アクセス階層に保存されます。画像セットを作成するには、新しいデータをインポートするか (インポートジョブまたは DICOMweb STOW-RS を使用)、CopyImageSet を呼び出します。HealthImaging は、30 日間連続してアクセスされていない画像セットをアーカイブインスタントアクセス階層に自動的に移動し、画像セットは再びアクセスされるまでアーカイブインスタントアクセス階層に残ります。
以下は、アーカイブインスタントアクセス階層から高頻度アクセス階層に画像セットを自動的に移動する DICOM データへのアクセスを構成するアクションです。
-
GetImageSetMetadata、GetImageFrame、または DICOMweb WADO-RS アクションの呼び出し。
-
CopyImageSet または UpdateImageSetMetadata の呼び出し。コピーオペレーションの場合、レプリケートされたイメージセットのみが高頻度アクセスに階層化されます。Copy with destination の場合、送信先イメージセットは階層化されます。
-
AWS HealthImaging マネジメントコンソールを使用してイメージセットデータを表示およびダウンロードする。
上記のアクションは、イメージセットを高頻度アクセス階層に昇格させ、高頻度アクセス階層のイメージセットがアーカイブインスタントアクセス階層にさらに 30 日間階層化されないようにします。イメージセットへのアクセスは、 AWS マネジメントコンソールまたは AWS CLI や AWS SDKsなどのプログラムインターフェイスを介して行うことができます。他のアクションはアクセスを構成しないため、オブジェクトをアーカイブインスタントアクセス階層から高頻度アクセス階層に自動的に移動しません。次に示すのは、そのようなアクションのリストのサンプルであり、決定的なものではありません。
-
データストアでのアクション (CreateDatastore と GetDatastore)
-
リストアクション (ListDICOMImportJobs、ListImageSetVersions、ListTagsForResource)
-
検索アクション (SearchImageSets および DICOMweb の "DO-RS クエリ)
-
GetImageSet、TagResource、または UntagResource の呼び出し
-
削除オペレーション
HealthImaging にインポートされたデータは、最小ストレージ期間 30 日間課金されます。データはいつでも削除できますが、インポート後 30 日より前に削除された各イメージには、最小期間の残り分が課金されます。
構造化データストレージの見積もり
HealthImaging は、一部の DICOM ヘッダー情報をインデックス付きストレージに保存します。イメージセットストレージ階層とは無関係に、この構造化ストレージの消費量に対して課金されます。これらの料金は加算されます。データストア内の DICOM リソースの数にリソースあたりのインデックス付きレコードサイズを掛けることで、構造化ストレージの消費量を見積もることができます。次の値はおおよその値です。
| DICOM リソース | インデックス付きサイズ (バイト) |
|---|---|
| 研究 | 1024 |
| 列 | 830 |
| インスタンス | 680 |