Dimensionamento automático da API do Azure para FHIR
A API do Azure para FHIR, como um serviço gerido, permite que os clientes persistam com dados de cuidados de saúde compatíveis com Os Recursos de Interoperabilidade de Cuidados de Saúde Rápidos (FHIR®) e trocá-lo de forma segura através da API de serviço. Para acomodar diferentes cargas de trabalho de transação, os clientes podem utilizar o dimensionamento manual ou o dimensionamento automático.
A API do Azure para FHIR fornece capacidades de dimensionamento ao nível da base de dados e da computação.
Dimensionamento automático ao nível da base de dados
Por predefinição, a API do Azure para FHIR está definida como manual para dimensionamento de bases de dados. Esta opção funciona bem quando as cargas de trabalho de transação são conhecidas e consistentes. Os clientes podem ajustar o débito RU/s através do portal até 100 000 e submeter um pedido para aumentar o limite.
A funcionalidade de dimensionamento automático foi concebida para dimensionar recursos do Azure, incluindo o débito da base de dados automaticamente de acordo com as cargas de trabalho, eliminando possíveis estrangulamentos na camada de dados.
Vamos compreender como ativar o dimensionamento automático ao nível da base de dados com as secções seguintes
Documentação de orientação para ativar o dimensionamento automático
Em geral, os clientes devem considerar o dimensionamento automático quando as cargas de trabalho variam significativamente e são imprevisíveis.
Para ativar a funcionalidade de dimensionamento automático, o cliente tem de criar um pedido de suporte único para o solicitar através de portal do Azure. A equipa de suporte da Microsoft ativa a funcionalidade de dimensionamento automático com base na prioridade de suporte.
Nota
A funcionalidade de dimensionamento automático não está disponível no portal do Azure.
Dimensionamento automático para RU/s
Quando o dimensionamento automático está ativado, o sistema calcula e define o valor inicial Tmax . A escalabilidade é regida pelo valor de débito RU/s máximo, ou Tmax, e dimensiona entre 0.1 *Tmax (ou 10% Tmax) e Tmax RU/s. O Tmax aumento aumenta automaticamente à medida que o tamanho total dos dados aumenta. Para garantir a escalabilidade máxima, o Tmax valor deve ser mantido tal como está. No entanto, os clientes podem pedir que o valor seja alterado para algo entre 10% e 100% do Tmax valor.
Pode aumentar o valor máximo RU/s ou Tmax o valor e ir tão alto quanto o serviço suporta. Quando o serviço está ocupado, o débito RU/s é aumentado verticalmente para o Tmax valor. Quando o serviço está inativo, o débito RU/s é reduzido verticalmente para um valor de 10%. Tmax
Também pode diminuir o valor máximo ou Tmax o RU/s valor. Quando baixar o máximo RU/s, o valor mínimo para o qual pode defini-lo é: MAX (4000, highest max RU/s ever provisioned / 10, current storage in GB * 400), arredondado para o 1000 RU/smais próximo .
-
Exemplo 1: tem dados de 1 GB e o aprovisionamento
RU/smais elevado é de 10 000. O valor mínimo é Máximo (4000, 10 000/10, 1x400) = 4000. É utilizado o primeiro número, 4000. -
Exemplo 2: tem dados de 20 GB e o aprovisionamento
RU/smais elevado é 100 000. O valor mínimo é Máximo (4000, 100 000/10, 20x400) = 10 000. É utilizado o segundo número, 100 000/10 =10 000. - Exemplo 3: tem dados de 80 GB e as RU/s aprovisionadas mais elevadas são 300 000. O valor mínimo é Máximo (4000, 300 000/10, 80x400) = 32 000. É utilizado o terceiro número, 80x400=32 000.
Pode ajustar o valor máximo ou Tmax o RU/s valor através do portal se for um número válido e não superior a 100 000 RU/s. Pode criar um pedido de suporte para pedir Tmax um valor superior a 100 000.
Nota
À medida que o armazenamento de dados aumenta, o sistema aumentará automaticamente o débito máximo para as PRÓXIMAS RU/s mais elevadas que podem suportar esse nível de armazenamento.
Dimensionamento automático ao Nível da Computação
As políticas de dimensionamento automático definidas para o nível de computação do serviço FHIR consistem:
- Acionador de Dimensionamento
O Acionador de Dimensionamento descreve quando o dimensionamento do serviço será efetuado. As condições definidas no acionador são verificadas periodicamente para determinar se um serviço deve ser dimensionado ou não. Todos os acionadores atualmente suportados são CPU Média, Thread de Trabalho Máximo, LogWrite Médio, E/S de dados média.
- Mecanismo de dimensionamento
O mecanismo de dimensionamento é aplicado se a verificação do acionador determinar que o dimensionamento é necessário. Além disso, o acionador de dimensionamento não será avaliado novamente até o intervalo de dimensionamento expirar, que está definido como um minuto para a API do Azure para FHIR.
Para garantir o melhor resultado possível, recomendamos que os clientes aumentem gradualmente a taxa de pedidos para corresponderem à taxa de push esperada, em vez de emitirem todos os pedidos de uma só vez.
FAQ
Como estimar as RU/s de débito necessárias?
O tamanho dos dados é um dos vários fatores utilizados no cálculo das RU/s de débito total necessárias para dimensionamento manual e dimensionamento automático. Pode encontrar o tamanho dos dados com a opção de menu Métricas em Monitorização. Inicie um novo gráfico e selecione Tamanho da Coleção do Cosmos DB na caixa pendente Métrica e Máx na caixa "Agregação".
Deverá conseguir ver o tamanho máximo da recolha de dados ao longo do período de tempo selecionado. Se necessário, altere o "Intervalo de Tempo", por exemplo, de "Últimos 30 minutos" para "Últimas 48 Horas".
Utilize a fórmula para calcular as RU/s necessárias.
- Escala manual: armazenamento em GB * 40
- Dimensionamento automático: armazenamento em GB * 400
Tenha em atenção que esta é apenas uma estimativa baseada no tamanho dos dados e que existem outros fatores que afetam as RU/s necessárias.
Ativei o dimensionamento automático como posso migrar para o dimensionamento manualmente?
É necessário um pedido de suporte para alterar o dimensionamento automático para dimensionamento manual e especificar as RU/s de débito. O valor mínimo para o dimensionamento manual para o qual pode defini-lo é: MAX (400, highest max RU/s ever provisioned / 100, current storage in GB * 40), arredondado para o 1000 RU/smais próximo . Os números aqui utilizados são diferentes dos utilizados no dimensionamento automático.
Assim que a alteração estiver concluída, as novas taxas de faturação baseiam-se no dimensionamento manual.
Qual é o impacto do custo do dimensionamento automático?
A funcionalidade de dimensionamento automático implica custos devido à gestão automática das unidades de débito aprovisionadas. Os custos reais dependem da utilização por hora, mas tenha em atenção que existem custos mínimos de 10% para RU/s de Tmax débito reservado. No entanto, este aumento de custos não se aplica aos custos de armazenamento e runtime. Para obter informações sobre preços, veja Preços da API do Azure para FHIR.
Passos seguintes
Neste documento, ficou a conhecer a funcionalidade de dimensionamento automático da API do Azure para FHIR. Para obter uma descrição geral sobre a API do Azure para FHIR, consulte
FHIR® é uma marca registada do HL7 e é utilizada com a permissão de HL7.