データベース設定を構成する
重要
Azure API for FHIR は、2026 年 9 月 30 日に廃止されます。 移行戦略に従って、その日までに Azure Health Data Services FHIR® サービスに切り替えてください。 Azure API for FHIR が廃止されたため、2025 年 4 月 1 日以降、新しいデプロイは許可されません。 Azure Health Data Services FHIR サービス は、お客様が他の Azure サービスへの統合を使用して、FHIR、DICOM、および MedTech サービスを管理できるようにする、進化したバージョンの Azure API for FHIR です。
Azure API for FHIR® では、データベースを使用してそのデータを格納します。 基になるデータベースのパフォーマンスは、サービスのプロビジョニング中に選択された要求ユニット (RU) の数、またはサービスがプロビジョニングされた後のデータベース設定によって異なります。
Azure API for FHIR は、基になるデータベースのパフォーマンスを設定するときに Azure Cosmos DB の Request Units (RU) の概念を借用します。
十分なシステム リソースがデータベースで常に使用可能になるように、スループットをプロビジョニングする必要があります。 アプリケーションに必要な RU の数は、実行する操作によって異なります。 操作の範囲は、単純な読み取りと書き込みから、より複雑なクエリにまで及びます。
Note
操作によって消費される RU の数が異なると、応答ヘッダー内のすべての API 呼び出しで使用された RU の実際の数が返されます。 このようにして、アプリケーションによって消費された RU 数をプロファイリングすることができます。
スループットを更新する
この設定を Azure portal で変更するには、Azure API for FHIR に移動して [データベース] ブレードを開きます。 次に、パフォーマンス要件に応じて [Provisioned throughput]\(プロビジョニング スループット\) を適切な値に設定します。 値は最大で 100,000 RU/秒に変更できます。 それよりも大きな値が必要な場合は、Azure サポートにお問い合わせください。
データベースのスループットが 10,000 RU/秒を超える場合、またはデータベースの格納データが 50 GB を超えている場合は、お使いのクライアント アプリケーションで継続トークンを処理できる必要があります。 スループットが 10,000 RU/秒増加するたび、または格納データ量が 50 GB を超えた場合に、データベースに新しいパーティションが作成されます。 パーティションが複数ある場合、継続トークンを使用して改ページされるマルチページ応答が作成されます。
Note
RU 値が高いほど、Azure API for FHIR のスループットが高く、サービスのコストが高くなります。
次のステップ
この記事では、Azure API for FHIR の RU 数を更新する方法について説明しました。 顧客管理キーをデータベース設定として構成する方法の詳細については、次を参照してください。
または、フル マネージド Azure API for FHIR をデプロイすることもできます。
Note
FHIR® は HL7 の登録商標であり、HL7 の許可を得て使用しています。