Detención y destrucción automáticas
Dos umbrales de saldo activan una acción automática sobre sus instancias. El primero protege su dinero. El segundo elimina sus datos.
| Saldo | Qué ocurre | Sus discos |
|---|---|---|
| llega a $0 | Se detiene cada instancia en ejecución de la organización, y las instancias detenidas liberan sus GPU donde la máquina lo permite | se conservan, y se siguen facturando |
| lleva 24 horas en $0 o por debajo y está en −$5 o por debajo | Se destruye cada instancia detenida o en error | se eliminan de forma permanente |
Una instancia en ejecución nunca se destruye directamente: a $0 se detiene, y solo una instancia detenida puede destruirse automáticamente más tarde. No se destruye nada mientras haya una disputa de pago abierta en la organización.
No hay instantánea, no hay papelera ni forma de recuperar el contenido una vez que se ejecuta. Las 24 horas son un período de gracia para recargar, no una copia de seguridad. Mantenga el saldo por encima de cero y recargue de inmediato si se vuelve negativo.
Cómo puede llegar un saldo a ser negativo
Los cargos se liquidan después de que ocurre el uso, aproximadamente una vez por minuto. Por lo tanto, una instancia en ejecución puede consumir hasta cerca de un minuto más de tiempo de GPU después de que el saldo cruza cero, antes de que la pasada de liquidación lo vea y la detenga.
A partir de ahí, el descenso lo impulsa el almacenamiento. Las instancias detenidas siguen facturando sus discos haya o no créditos para pagarlo, así que un saldo de cero no congela el medidor: sigue cayendo hacia −$5.
A $0: detención automática
Cuando la pasada de liquidación encuentra una organización en cero o por debajo:
- Se detiene cada instancia en estado
running. El contenedor se apaga y el disco se conserva, pero, a diferencia de su propia detención, esta libera las GPU de vuelta a la máquina, donde la máquina lo permite: nadie está pagando por ellas, así que otros clientes pueden usarlas. - Las instancias que ya estaban detenidas —incluidas las que usted mismo detuvo, cuyas GPU estaban reservadas para usted— liberan sus GPU del mismo modo.
- Los cargos de GPU terminan. Los cargos de almacenamiento continúan, al tamaño del disco multiplicado por la tarifa de almacenamiento por GB y por hora.
- Una instancia liberada conserva su contenedor y su disco en la máquina, y puede volver a iniciarse tras una recarga, pero solo en las mismas GPU. Si para entonces otro cliente está usando alguna, el inicio se rechaza con
409 CAPACITY_UNAVAILABLEy la instancia sigue detenida con su disco. Vea Detener vs. destruir. - En una máquina que no puede liberar GPU, o si la instancia ejecuta una plantilla
vm, estas siguen reservadas para la instancia, como tras su propia detención, y la instancia sigue facturando solo el almacenamiento. - Desplegar una instancia nueva e iniciar una detenida fallan con
INSUFFICIENT_BALANCEhasta que recargue, y la recarga tiene que cubrir una hora de todo lo que la organización tendría entonces en marcha, no solo devolver el saldo por encima de cero. - La acción se registra en el registro de uso de la organización como
instance.auto_stoppedpara una instancia en ejecución yinstance.auto_releasedpara una detenida; la página de uso de la consola las muestra como Detenida automáticamente (saldo) y GPU liberadas automáticamente. - Empieza a correr el reloj de 24 horas de la destrucción automática.
Las instancias que estaban en transición —creating, starting— no se tocan en ese momento; una pasada posterior las detiene una vez que llegan a running.
Nada se reinicia por su cuenta después de una recarga. Las instancias detenidas automáticamente permanecen detenidas hasta que las inicie desde la consola o la API, y tampoco nada vuelve a reservar las GPU liberadas: el siguiente inicio las recupera, si siguen libres.
Mientras haya una disputa de pago abierta
Una disputa de pago formal congela los pagos de la organización, e iniciar una instancia detenida se rechaza con 402 PAYMENTS_FROZEN hasta que se cierre. Retener GPU para instancias que no pueden iniciarse no serviría de nada, así que mientras los pagos están congelados:
- las instancias detenidas liberan sus GPU en la siguiente pasada de liquidación, aunque el saldo sea positivo, donde la máquina lo permite;
- una detención que usted pulse libera las GPU en el acto, donde la máquina lo permite —el diálogo de detención de la consola lo dice antes de que confirme— y el campo
stop_releases_gpusde la API valetrueen todas las instancias de la organización; - la congelación por sí sola no detiene ninguna instancia en ejecución: siguen en marcha y facturando, y la regla del saldo cero de arriba les sigue aplicando;
- nada se destruye automáticamente mientras la disputa está abierta.
Cuando la disputa se cierra, esas instancias son detenciones liberadas corrientes: un inicio funciona si las mismas GPU están libres. Vea Transacciones y gasto para saber qué congela y descongela una organización.
Tras 24 horas, a −$5: destrucción automática
La destrucción automática solo se ejecuta cuando se cumplen las tres condiciones:
- el saldo está en −$5 o por debajo;
- ha permanecido en $0 o por debajo durante al menos 24 horas, sin interrupción;
- no hay ninguna disputa de pago abierta en la organización.
Entonces destruye cada instancia stopped y error de la organización. Para cada una:
- Se eliminan el contenedor y el disco. Todo lo que haya en ese disco se elimina, de forma permanente.
- La ranura de GPU se libera al mercado en cuanto termina el desmontaje, y otra persona puede alquilarla.
- Todos los cargos de esa instancia terminan.
- La acción se registra en el registro de uso como
instance.auto_destroyed.
Las instancias que siguen en ejecución se detienen, no se destruyen; la siguiente pasada puede destruirlas una vez que estén stopped. Las instancias en transición las recoge una pasada posterior, una vez que se asientan.
Las instancias destruidas no se pueden restaurar recargando después. Los créditos agregados más tarde se aplican únicamente al trabajo nuevo.
Recargar detiene ambas acciones
Cada pasada de liquidación vuelve a leer el saldo inmediatamente antes de actuar sobre una instancia. Si su pago llega primero, el paso de aplicación se omite y no se detiene ni se destruye nada. Los créditos se aplican en cuanto el pago se confirma. Una recarga que lleva el saldo por encima de cero también reinicia el reloj de 24 horas: si más tarde vuelve a ser negativo, el período de gracia empieza de nuevo.
Una recarga que deja el saldo en cero o por debajo no reinicia el reloj. Solo mantiene el saldo por encima de −$5 durante más tiempo.
Cómo no llegar nunca al segundo umbral
Destruya lo que ya haya terminado de usar. Una instancia detenida para la que no tiene planes es un reloj de deuda. Copie lo que necesite de ella y luego destrúyala. Consulte Detener vs. destruir.
Haga la aritmética del almacenamiento antes de irse. Multiplique el tamaño de su disco por la tarifa de almacenamiento para obtener una cifra por hora, y luego calcule cuánto tiempo cubre su saldo. Con el almacenamiento a $0.0002 por GB y por hora:
| Disco | Costo mientras está detenida | Tiempo de $0 a −$5 | Se destruye tras |
|---|---|---|---|
| 200 GB | $0.04/hora | unos 5 días | unos 5 días |
| 500 GB | $0.10/hora | unos 2 días | unos 2 días |
| 1,000 GB | $0.20/hora | alrededor de 1 día | alrededor de 1 día |
| 2,000 GB | $0.40/hora | unas 12 horas | 24 horas |
La destrucción automática espera a lo que ocurra más tarde: 24 horas en cero o por debajo, o que el saldo llegue a −$5. El margen es de un día o de unos pocos, no de un mes. Un fin de semana largo basta para perder un disco grande.
Dimensione los discos según el trabajo. Un disco de 2,000 GB aprovisionado por costumbre cuesta diez veces más de mantener detenido que uno de 200 GB, y llega a −$5 en medio día, así que entre usted y su eliminación solo queda el período de gracia de 24 horas.
Vigile el indicador de saldo. El saldo de créditos del encabezado de la consola se actualiza aproximadamente una vez por minuto y cambia de color cuando cae por debajo de $5. Trátelo como la señal para recargar, no como una advertencia que puede dejar pasar.
Mantenga un margen antes de ausentarse. Si nadie va a vigilar la cuenta, destruya sus instancias o deje suficiente crédito para cubrir su almacenamiento durante todo el período, con margen de sobra.