Préemption

La préemption d'une instance Spot a lieu lorsque la plateforme détermine qu'il est nécessaire d'expulser l'instance Spot. Au début de la préemption, la politique de préemption est appliquée et un délai de grâce de 30 secondes pour la préemption du meilleur effort commence. À la fin de cette période de grâce, l'instance spot est fermée de force.

La politique de préemption détermine le comportement de l'instance Spot lorsqu'elle est préemptée. La propriété availability_policy.preemption, lorsqu'elle est ajoutée aux instances prises en charge, a pour valeur "stop" ou "delete". Cette propriété ne s'applique qu'aux cas ponctuels où availability.class = spot.

• "stop" - l'instance passe à l'état d'arrêt lorsque la préemption est terminée. Vous pouvez relancer l'instance ou la supprimer.
• "delete" - l'instance est supprimée après la préemption.

Les modifications apportées à la politique de préemption pendant une préemption ne sont pas appliquées avant la préemption suivante.

Vous êtes informé d'une préemption de deux manières.

• Une commande d'arrêt gracieux est émise dans le système d'exploitation de l'instance Spot. Cette commande d'arrêt peut faire l'objet d'une réponse programmatique au sein de l'invité.
• Lorsqu'une instance ponctuelle est sélectionnée pour la préemption, un journal destiné à l'utilisateur est envoyé au début du processus de préemption. Exemple : " instance.00002 " : "L'instance de spot {{.instanceID}} est sélectionnée pour la préemption". Après 30 secondes et si l'instance spot n'est pas encore arrêtée, un arrêt forcé est émis au sein de l'invité. Pour plus d'informations sur la journalisation, voir Journalisation pour VPC.

Les instances Spot qui sont supprimées suite à une réduction d'échelle avec un groupe d'instances ne sont pas considérées comme préemptées et la politique de préemption est donc ignorée.

Lorsqu'une instance ponctuelle est préemptée, une commande d'arrêt gracieux est envoyée au système d'exploitation de l'instance ponctuelle. Cette demande d'arrêt peut être interceptée et un script d'arrêt peut être exécuté en créant le script d'arrêt et en l'ajoutant à un fichier de service systemd. Un exemple de script est disponible à l'adresse suivante : 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

Ce script est un substitut pour l'exécution d'un arrêt. Pour exécuter le script à partir du fichier de service systemd, ajoutez le chemin d'accès à votre script dans le champ ExecStop du fichier de service, comme indiqué dans l'exemple suivant.

Exemple systemd fichier de service qui se trouve à /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

Le délai entre la commande d'arrêt gracieux et la commande d'arrêt forcé qui suit est de 30 secondes. Par conséquent, si un script d'arrêt est toujours en cours d'exécution après les 30 secondes, il est interrompu par l'arrêt forcé. Ce délai de grâce de 30 secondes est une tentative de meilleur effort et peut varier en fonction des circonstances.