Preferenza

La prelazione di un'istanza Spot avviene quando la piattaforma stabilisce che è necessario sfrattare l'istanza Spot. All'inizio della prelazione, viene applicata la politica di prelazione e inizia un periodo di grazia di prelazione best-effort di 30 secondi. Al termine di questo periodo di grazia, l'istanza spot viene chiusa forzatamente.

La politica di prelazione determina il comportamento dell'istanza Spot quando l'istanza viene pretermessa. La proprietà availability_policy.preemption, quando viene aggiunta alle istanze supportate, ha un valore di "stop" o "delete". Questa proprietà si applica solo alle istanze spot in cui availability.class = spot.

• "stop" - l'istanza passa allo stato di stop quando la prelazione è completata. È possibile avviare nuovamente l'istanza o eliminarla.
• "delete": l'istanza viene eliminata dopo la prelazione.

Le modifiche apportate al criterio di prelazione durante una prelazione non vengono applicate fino alla prelazione successiva.

La notifica di una prelazione avviene in due modi.

• Viene emesso un comando di spegnimento anticipato all'interno del sistema operativo dell'istanza Spot. Questo comando di spegnimento può essere risposto in modo programmatico all'interno del guest.
• Quando un'istanza spot viene selezionata per la prelazione, all'inizio del processo di prelazione viene inviato un log rivolto all'utente. Esempio: " instance.00002 ": "L'istanza spot {{.instanceID}} è selezionata per la prelazione". Dopo 30 secondi e se l'istanza spot non è ancora stata arrestata, viene emesso un arresto forzato all'interno del guest. Per ulteriori informazioni sulla registrazione, vedere Registrazione per VPC.

Le istanze spot che vengono eliminate a causa del ridimensionamento con un gruppo di istanze non sono considerate in prelazione, quindi il criterio di prelazione viene ignorato.

Quando un'istanza spot viene preemptata, al sistema operativo dell'istanza spot viene inviato un comando di arresto preventivo. Questa richiesta di spegnimento può essere intercettata e uno script di spegnimento può essere eseguito creando lo script di spegnimento e aggiungendolo a un file di servizio systemd. Un esempio di script si trova all'indirizzo usr/local/bin/ibm-cloud-shutdown-script.sh.

#!/bin/bash
OUTPUT_FILE="/tmp/counter.out"
counter=0
while true; do
    echo "$counter" > "$OUTPUT_FILE"
    ((counter++))
    sleep 1
done

Questo script è un segnaposto per l'esecuzione di un arresto. Per eseguire lo script dal file di servizio systemd, aggiungere il percorso dello script nel campo ExecStop del file di servizio, come mostrato nell'esempio seguente.

Esempio systemd file di servizio che si trova all'indirizzo /etc/systemd/system/ibm-cloud-shutdown-script.service:

[Unit]
Description=IBM Cloud Shutdown Script
Wants=network-online.target rsyslog.service
After=network-online.target rsyslog.service
[Service]
Type=oneshot
ExecStart=/bin/true
RemainAfterExit=true
ExecStop=/usr/local/bin/ibm-cloud-shutdown-script.sh
TimeoutStopSec=0
KillMode=process
[Install]
WantedBy=multi-user.target

L'intervallo di tempo tra il comando di spegnimento anticipato e il successivo comando di arresto forzato è di 30 secondi. Pertanto, se uno script di arresto è ancora in esecuzione dopo i 30 secondi, viene interrotto dal force stop. Questo periodo di tolleranza di 30 secondi è un tentativo di massima efficacia e può variare a seconda delle circostanze.