Azure API for FHIR에 대한 자동 크기 조정

Azure API for FHIR은 관리되는 서비스로서 고객이 FHIR®(Fast Healthcare Interoperability Resources) 규격 의료 데이터를 지속하고 서비스 API를 통해 안전하게 교환할 수 있도록 합니다. 고객은 다양한 트랜잭션 워크로드를 수용하기 위해 수동 크기 조정 또는 자동 크기 조정을 사용할 수 있습니다.

Azure API for FHIR은 데이터베이스 및 컴퓨팅 수준에서 크기 조정 기능을 제공합니다.

데이터베이스 수준에서 자동 크기 조정

기본적으로 Azure API for FHIR은 데이터베이스 크기 조정을 위해 수동으로 설정됩니다. 이 옵션은 트랜잭션 워크로드가 알려지고 일관적일 때 잘 작동합니다. 고객은 포털을 통해 처리량을 RU/s 최대 100,000까지 조정하고 요청을 제출하여 제한을 늘릴 수 있습니다.

자동 크기 조정 기능은 워크로드에 따라 데이터베이스 처리량을 포함하여 Azure 리소스의 크기를 자동으로 조정하여 데이터 계층에서 가능한 병목 상태를 제거하도록 설계되었습니다.

다음 섹션을 사용하여 데이터베이스 수준에서 자동 크기 조정을 사용하도록 설정하는 방법을 이해할 수 있습니다.

자동 크기 조정을 사용하도록 설정하는 지침

일반적으로 고객은 워크로드가 크게 다르고 예측할 수 없는 경우 자동 크기 조정을 고려해야 합니다.

자동 크기 조정 기능을 사용하도록 설정하려면 고객이 Azure Portal 통해 요청하는 일회성 지원 티켓을 만들어야 합니다. Microsoft 지원 팀은 지원 우선 순위에 따라 자동 크기 조정 기능을 사용하도록 설정합니다.

참고

자동 크기 조정 기능은 Azure Portal 사용할 수 없습니다.

RU/s에 대한 자동 크기 조정

자동 크기 조정을 사용하도록 설정하면 시스템은 초기 Tmax 값을 계산하고 설정합니다. 확장성은 최대 처리량 RU/s 값 또는 에 Tmax의해 제어되며 (또는 10% Tmax) 및 Tmax RU/s사이에서 0.1 *Tmax 스케일링됩니다. 는 Tmax 총 데이터 크기가 증가함에 따라 자동으로 증가합니다. 최대 확장성을 Tmax 보장하려면 값을 있는 그대로 유지해야 합니다. 그러나 고객은 값을 값의 10%에서 100% Tmax 사이의 값으로 변경하도록 요청할 수 있습니다.

최대 RU/s 또는 Tmax 값을 늘리고 서비스에서 지원하는 만큼 높아질 수 있습니다. 서비스가 사용 중이면 처리량이 RU/s 값으로 Tmax 확장됩니다. 서비스가 유휴 상태이면 처리량이 RU/s 10% Tmax 값으로 축소됩니다.

최대 RU/s 또는 Tmax 값을 줄일 수도 있습니다. 최대 RU/s를 낮추면 설정할 수 있는 최소값은 이며 MAX (4000, highest max RU/s ever provisioned / 10, current storage in GB * 400)가장 가까운 1000 RU/s으로 반올림됩니다.

• 예제 1: 1GB 데이터가 있고 프로비전된 RU/s 가장 높은 데이터는 10,000입니다. 최소값은 최대(4000, 10,000/10, 1x400) = 4000입니다. 첫 번째 숫자 인 4000이 사용됩니다.
• 예제 2: 20GB 데이터가 있고 프로비전된 RU/s 가장 높은 데이터가 100,000개입니다. 최소값은 최대(4000, 100,000/10, 20x400) = 10,000입니다. 두 번째 숫자 인 100,000/10 =10,000이 사용됩니다.
• 예제 3: 80GB 데이터가 있고 프로비전된 가장 높은 RU/s는 300,000입니다. 최소값은 최대(4000, 300,000/10, 80x400) = 32,000입니다. 세 번째 숫자인 80x400=32,000이 사용됩니다.

유효한 숫자이고 100,000RU/s보다 크지 않은 경우 포털을 통해 최대 RU/s 또는 Tmax 값을 조정할 수 있습니다. 100,000보다 큰 값을 요청하는 Tmax 지원 티켓을 만들 수 있습니다.

참고

데이터 스토리지가 증가함에 따라 시스템은 해당 수준의 스토리지를 지원할 수 있는 최대 처리량을 다음으로 높은 RU/s로 자동으로 증가합니다.

컴퓨팅 수준에서 자동 크기 조정

FHIR 서비스 컴퓨팅 수준에 대해 정의된 자동 크기 조정 정책은 다음으로 구성됩니다.

• 크기 조정 트리거

크기 조정 트리거는 서비스의 크기 조정이 수행되는 시기를 설명합니다. 트리거에 정의된 조건은 서비스의 크기를 조정해야 하는지 여부를 결정하기 위해 주기적으로 확인됩니다. 현재 지원되는 모든 트리거는 평균 CPU, 최대 작업자 스레드, 평균 LogWrite, 평균 데이터 IO입니다.

• 크기 조정 메커니즘

크기 조정 메커니즘은 트리거 검사 크기 조정이 필요하다고 판단하는 경우 적용됩니다. 또한 크기 조정 간격이 만료될 때까지 크기 조정 트리거가 다시 평가되지 않습니다. 이 간격은 Azure API for FHIR에 대해 1분으로 설정됩니다.

최상의 결과를 보장하기 위해 고객은 모든 요청을 한 번에 푸시하는 대신 예상 푸시 속도에 맞게 요청 속도를 점진적으로 늘리는 것이 좋습니다.

FAQ

필요한 처리량 RU/s를 예측하는 방법

데이터 크기는 수동 크기 조정 및 자동 크기 조정에 필요한 총 처리량 RU/s를 계산하는 데 사용되는 몇 가지 요소 중 하나입니다. 모니터링에서 메트릭 메뉴 옵션을 사용하여 데이터 크기를 찾을 수 있습니다. 새 차트를 시작하고 메트릭 드롭다운 상자에서 Cosmos DB 컬렉션 크기를 선택하고 "집계" 상자에서 최대 를 선택합니다.

선택한 기간 동안 최대 데이터 수집 크기를 볼 수 있어야 합니다. 필요한 경우 "시간 범위"를 변경합니다(예: "지난 30분"에서 "지난 48시간").

수식을 사용하여 필요한 RU/s를 계산합니다.

• 수동 크기 조정: 스토리지(GB) * 40
• 자동 크기 조정: 스토리지(GB* 400)

이는 데이터 크기에 따른 추정치일 뿐이며 필요한 RU/s에 영향을 주는 다른 요인이 있다는 사실에 유의하세요.

자동 크기 조정을 사용하도록 설정했으면 어떻게 수동으로 크기 조정으로 마이그레이션할 수 있나요?

자동 크기 조정을 수동 크기 조정으로 변경하고 처리량 RU/s를 지정하려면 지원 티켓이 필요합니다. 수동 크기 조정을 설정할 수 있는 최소값은 가장 MAX (400, highest max RU/s ever provisioned / 100, current storage in GB * 40)가까운 1000 RU/s으로 반올림된 입니다. 여기서 사용되는 숫자는 자동 크기 조정에 사용되는 숫자와 다릅니다.

변경이 완료되면 새 청구 요금은 수동 규모에 따라 달라집니다.

자동 크기 조정의 비용 영향은 무엇인가요?

자동 크기 조정 기능은 프로비전된 처리량 단위를 자동으로 관리하기 때문에 비용이 발생합니다. 실제 비용은 시간별 사용량에 따라 달라지지만 예약된 처리량 RU/s의 최소 비용은 10% Tmax 입니다. 그러나 이 비용 증가는 스토리지 및 런타임 비용에는 적용되지 않습니다. 가격 책정에 대한 자세한 내용은 Azure API for FHIR 가격 책정을 참조하세요.

다음 단계

이 문서에서는 Azure API for FHIR의 자동 크기 조정 기능에 대해 알아보았습니다. Azure API for FHIR에 대한 개요는 다음을 참조하세요.

Azure API for FHIR 정보

FHIR®은 HL7의 등록 상표이며 HL7 의 권한으로 사용됩니다.