Resumo

  • A reserva de capacidade da Oracle é definida dentro de um domínio de disponibilidade de uma tenancy e por shape; uma reserva pode conter várias configurações de capacidade e admite um domínio de falha opcional.
  • Uma instância só é contabilizada na reserva quando está no mesmo domínio de disponibilidade, e os tipos de capacidade são mutuamente exclusivos; a capacidade preemptível não garante tempo mínimo de posse e emite um evento dois minutos antes do início do encerramento.

Na página de reservas de capacidade, a Oracle escreve que, ao criar uma reserva, é preciso especificar o domínio de disponibilidade da tenancy em que se quer reservar capacidade; em seguida é possível adicionar uma configuração de capacidade, que define a quantidade de espaço a reservar e o shape usado ao criar instâncias contra essa configuração; opcionalmente é possível especificar o domínio de falha; cada reserva pode ter múltiplas configurações de capacidade. O texto original está em inglês, e as citações aqui são tradução para o português. O peso técnico da frase está em três coordenadas: tenancy, domínio de disponibilidade e shape. Uma reserva não é uma cota da conta inteira, nem um pool da região inteira.

O resumo da mesma página — uma paráfrase de página, não uma citação literal — acrescenta que a reserva fica vinculada àquele domínio de disponibilidade e àquela tenancy, não atravessa regiões e não pode ser movida entre domínios de disponibilidade ou entre tenancies. É por isso que o ajuste de uma reserva tende a passar por recriação, e não por realocação.

A página de lançamento de instância é ainda mais direta: para que uma instância seja contabilizada numa reserva de capacidade, é preciso ter uma reserva no mesmo domínio de disponibilidade da instância; para colocar uma instância em um host de máquina virtual dedicado, é preciso ter um host dedicado no mesmo domínio de disponibilidade e no mesmo domínio de falha da instância; os tipos de capacidade são mutuamente exclusivos. Ou seja, existir uma reserva na conta e aquela instância específica conseguir usá-la são duas perguntas diferentes.

A página de regiões e domínios de disponibilidade descreve fronteiras de falha, não fronteiras de quantidade: os domínios de disponibilidade são isolados entre si, tolerantes a falhas e muito improváveis de falhar ao mesmo tempo; um domínio de falha é um agrupamento de hardware e infraestrutura dentro de um domínio de disponibilidade; cada domínio de disponibilidade contém três domínios de falha; os domínios de falha oferecem antiafinidade, para que as instâncias não fiquem no mesmo hardware físico dentro de um único domínio de disponibilidade. Isolamento descreve a estrutura de «cai junto ou não cai junto»; não descreve «quanto se consegue obter». Confundir as duas coisas é a leitura equivocada mais comum de um catálogo.

A página de instâncias preemptíveis trata a capacidade preemptível como um arranjo de ciclo de vida: o comportamento é igual ao de uma instância comum, mas a capacidade é retomada quando é necessária em outro lugar e as instâncias são encerradas; a capacidade não é garantida por um tempo mínimo, então as instâncias podem ser retomadas a qualquer momento; um evento instancepreemptionaction é emitido dois minutos antes do início do encerramento. A página não afirma que a capacidade preemptível seja mais barata, nem promete substituição, nova tentativa ou migração. Os dois minutos são um sinal documentado, não uma garantia de disponibilidade; ler o sinal como garantia subestima o trabalho de tratar interrupções.

A página de visão geral de computação não devolveu nenhum trecho literal nesta leitura. Por isso, a lista de tipos de capacidade que distingue sob demanda, preemptível, reservada e dedicada só pode ser registrada como descrição de página, nunca citada como texto da página. Essa é uma fronteira explícita desta apuração, e não um juízo sobre o conteúdo da página.

Juntando as páginas, o lugar onde a escassez aparece fica claro: não no pedido de compra, mas na expansão. Um plano de treinamento ou de inferência dimensionado pelo catálogo de regiões e shapes usa como denominador um mapa; o denominador real é um shape dentro de um domínio de disponibilidade. Não há conversão automática entre os dois, e nenhum número publicado muda para avisar o planejador.

Este texto não faz julgamento de preço nem de oferta. As páginas lidas não trazem, para nenhum shape, prazo de reserva, regra de renovação, preço ou compromisso de capacidade; também não afirmam que famílias de shape aceleradas ou de GPU estejam excluídas da capacidade preemptível ou reservada — silêncio não é inclusão. Nesta leitura não havia registro de inventário, de alocação ou de retomada observada, portanto não há afirmação sobre escassez ou utilização. Lidas junto com o registro da Oracle Cloud no diretório, essas páginas permitem comparar o mesmo objeto em outro contexto: Oracle Cloud no diretório da BTW.