Resumen

  • Oracle ata una reserva de capacidad a un único dominio de disponibilidad dentro de un tenancy y a una forma, dejando el dominio de fallo como opción; una instancia solo computa contra la reserva si esta se encuentra en su propio dominio de disponibilidad, y los tipos de capacidad se declaran mutuamente excluyentes.
  • La capacidad preventiva se documenta como recuperable en cualquier momento, sin una permanencia mínima garantizada, con un evento emitido dos minutos antes de que comience la terminación.
  • Los dominios de disponibilidad y los dominios de fallo se describen como unidades de aislamiento y colocación, no como reservas de capacidad; ninguna de las cinco páginas leídas el 19 de octubre de 2026 enuncia un plazo contractual, un precio ni una exclusión de formas aceleradas.

Qué designa realmente una reserva

La página de reservas de capacidad es inusualmente precisa sobre el objeto que crea. Traducida del inglés, indica que «al crear su reserva de capacidad, usted especifica el dominio de disponibilidad del tenancy donde desea reservar capacidad», y que la cantidad y el tipo de máquina se fijan en un segundo paso: «puede entonces añadir una configuración de capacidad, que define la cantidad de espacio que desea reservar y la forma que se usará al crear instancias contra esa configuración».

Dos frases más ajustan la frontera. El dominio de fallo es opcional —«opcionalmente, puede especificar el dominio de fallo en el que reservar capacidad»— y la reserva es un contenedor más que un lote único: «cada reserva de capacidad puede tener múltiples configuraciones de capacidad».

La página de lanzamiento de una instancia cierra el circuito desde el otro extremo, porque la reserva solo surte efecto donde la colocación coincide: «para crear una instancia y que compute contra una reserva de capacidad, debe tener una reserva de capacidad en el mismo dominio de disponibilidad que la instancia». La misma página añade la frase que la mayoría de la planificación de capacidad nunca lee: «los tipos de capacidad son mutuamente excluyentes».

En conjunto, el instrumento tiene coordenadas. No una región, no una cuenta, no una familia de formas. Un dominio de disponibilidad, un tenancy y, por configuración, una forma nombrada con una cantidad asociada. Los resúmenes publicados por Oracle van más lejos y describen reservas incapaces de abarcar regiones o de moverse entre dominios de disponibilidad o entre tenancies, pero se trata de un resumen y no de una cita, y la diferencia merece mantenerse visible.

La señal de dos minutos no es una promesa

La página de instancias preventivas es igual de explícita sobre qué es este modo. Las instancias preventivas «se comportan igual que las instancias de compute normales, pero la capacidad se recupera cuando se necesita en otro lugar y las instancias se terminan». La página no lo suaviza en una ventana de retención: «la capacidad no está garantizada por una cantidad mínima de tiempo, por lo que las instancias pueden recuperarse en cualquier momento».

La mecánica operativa cabe en una frase: «se emite un evento instancepreemptionaction dos minutos antes de que comience la terminación de la instancia». Dos minutos son una señal dentro de una secuencia de terminación. No son una duración mínima de ejecución, ni una promesa de reinstanciación, ni un sustituto de una ruta de reinicio que un equipo haya construido y cronometrado de verdad. Una carga de trabajo que trata ese evento como seguro de continuidad ha leído mal el documento.

Hay un segundo hecho de alcance que incumbe directamente a la planificación. La capacidad preventiva y la capacidad reservada no son cantidades intercambiables: la propia lista de limitaciones de la página sitúa las reservas de capacidad entre las funciones que las instancias preventivas no pueden usar, y la página de lanzamiento afirma sin matices que los tipos de capacidad son mutuamente excluyentes. Un plan que supone poder pasar de uno a otro supone una migración que estas páginas no describen.

El aislamiento no es capacidad

La página de regiones y dominios de disponibilidad es donde más importa la disciplina de lectura, porque su lenguaje es fuerte y su objeto es el fallo, no la oferta. Afirma que «los dominios de disponibilidad están aislados entre sí, toleran fallos y es muy improbable que fallen simultáneamente». Después define la unidad interna: «un dominio de fallo es una agrupación de hardware e infraestructura dentro de un dominio de disponibilidad; cada dominio de disponibilidad contiene tres dominios de fallo; los dominios de fallo proporcionan antiafinidad: permiten distribuir sus instancias de modo que no estén en el mismo hardware físico dentro de un único dominio de disponibilidad».

Es una afirmación sobre el fallo conjunto con una regla de colocación adjunta, y resulta genuinamente útil: tres dominios de fallo por dominio de disponibilidad dan al diseñador dónde repartir réplicas. Pero no dice nada sobre si existe capacidad para esas réplicas, en qué forma, ni con qué condiciones. Aislamiento y capacidad son capas ortogonales, y que un diseño sobreviva a la pérdida de un dominio de fallo no prueba que pueda reconstruirse en otro en el momento en que lo necesite.

Lo que las páginas no dicen

Tres fronteras merecen formularse con tanta precisión como los hallazgos.

Primera, ningún plazo. Ninguna de las páginas leídas indica cuánto dura una reserva de capacidad, cómo se renueva ni qué ocurre al final. Los enunciados de alcance son reglas de elegibilidad; no son lenguaje de compromiso, y llamar a la reserva una garantía contractual excedería todo lo que aquí figura.

Segunda, ningún precio y ninguna posición de oferta. La página de lo preventivo nunca afirma que esa capacidad sea más barata que la capacidad bajo demanda, y la página de reservas no enuncia precio alguno. Por separado, los resúmenes describen una capacidad asignada al crear la reserva, con una solicitud insuficientemente atendida creada hasta el máximo posible. Eso es un comportamiento de aprovisionamiento, no una medición de inventario, y no debe presentarse como una afirmación de escasez sobre una forma o una región.

Tercera, ninguna exclusión por familia de formas. Las cinco páginas leídas incluyen la página de presentación de Compute, descrita como una lista de capacidad bajo demanda, preventiva, reservada y dedicada, pero esa página no devolvió ningún pasaje literal, de modo que su lista no es citable aquí, y nada en el material leído indica que las formas aceleradas o GPU queden excluidas de lo preventivo o de la reserva. El silencio no es inclusión. La posición honesta es que la pregunta sigue abierta con esta evidencia.

Por qué la distinción muerde al escalar

La superficie de control no es un detalle técnico: es quién lee qué página. Arquitectos, compradores e inversores se topan habitualmente con un número de regiones y un catálogo de formas, y ambos se consumen con facilidad como afirmaciones sobre capacidad obtenible. Las frases que deciden si la capacidad se obtiene de hecho —el alcance de la reserva, la regla del mismo dominio de disponibilidad, la exclusividad mutua, la ausencia de permanencia en lo preventivo— están en páginas de referencia separadas que un lector de catálogo no tiene motivo para abrir.

El modo de fallo se sigue mecánicamente. Un plan de entrenamiento o de servicio se dimensiona en agregado, como si una región fuera un depósito. El instrumento está acotado a un dominio de disponibilidad y a una forma. Al escalar, las tareas que aterrizan fuera del dominio de disponibilidad de la reserva no computan contra ella, y la capacidad preventiva que iba a absorber el desbordamiento no ofrece permanencia mínima alguna. Nada cambió en el catálogo. La insuficiencia aparece en el paso de expansión, que es el paso que no puede pausarse a bajo coste.

Ese es el peso práctico de estas páginas: no informan de la posición de capacidad de Oracle y no pretenden hacerlo. Definen la forma del instrumento que un cliente posee y, al hacerlo, indican al planificador exactamente a qué denominador su plan no tiene derecho. El contexto sobre el operador está en la ficha de Oracle Cloud del directorio.