État du serveur

Equinix Metal fournit l'état actuel de vos appareils et serveurs. Ces états sont définis par nos soins pour vous donner une idée générale de ce que fait votre serveur à un moment donné. Les informations sur l'état sont disponibles dans la console Equinix Metal, l'API et le [metadata endpoint] (metadata.md) de votre serveur.

Si vous souhaitez mieux contrôler et personnaliser les informations relatives à l'état de vos serveurs, consultez User State, qui vous permet de définir des états personnalisés pour la surveillance des événements sur votre serveur.

Obtenir des informations sur l'État

Console

L'état et le statut du serveur sont disponibles dans la console Metal d'Equinix sur la page récapitulative Manage Server.

Et de la page Overview du serveur.

API

L'état peut être extrait d'une requête GET vers le point de terminaison /devices/{id}, car il s'agit de l'un des champs inclus dans la réponse.

curl -X GET -H 'X-Auth-Token: <API_TOKEN>' https://api.equinix.com/metal/v1/devices/{id} | jq '.state'

Lorsque le serveur est actif, vous pouvez également obtenir l'état à partir du [metadata endpoint] (metadata.md).

curl https://metadata.platformequinix.com/metadata | jq '.state'

États de provisionnement

"queued" - Lorsque vous provisionnez un serveur pour la première fois, il peut entrer dans un bref état "queued", en particulier si vous provisionnez de nombreux serveurs à la fois, ou si vous venez de déporovisionner un certain nombre de serveurs.

Une fois que votre provision a quitté l'état de file d'attente, elle passe à "provisioning".

"provisioning" - Le provisionnement couvre toutes les étapes de l'initialisation du matériel et de la configuration du réseau. Si vous utilisez une image OS d'Equinix Metal, il comprend également l'écriture de l'OS et l'imagerie du disque. Il passe ensuite à l'état "active".

Si vous utilisez iPXE personnalisé, l'état passe à "active" pour installer le système d'exploitation de votre choix. Cela vous donne beaucoup plus d'options de personnalisation, y compris l'accès au metadata endpoint, la définition et l'exécution d'opérations personnalisées user data, et la personnalisation des messages d'état avec user state.

Dans la console, les serveurs de provisionnement afficheront le statut Deploying.

Actif/Inactif

"active" - Actif est l'état opérationnel principal de votre serveur. C'est l'état final de "provisioning" et "powering_on". S'il est opérationnel, c'est "active". Dans la console, les serveurs actifs affichent un état de Running.

Lorsqu'un serveur est actif,

• Vous pouvez curler le [point de terminaison des métadonnées] (metadata.md).
• Vous pouvez utiliser l'accès SSH fourni par la console SOS/OOB.
• Si vous redémarrez un serveur, il reste dans l'état actif.

En outre, les serveurs inutilisés dans une réservation de serveur sont sous tension et prêts pour le provisionnement et existent dans l'état "active".

"inactive" - Si vous mettez un serveur hors tension, il passe à l'état inactif. Remarque : les serveurs inactifs sont toujours facturés sur votre compte. L'état inactif est l'état final de "powering_off".

Dans la console, un serveur inactif affichera le statut Stopped.

États de puissance

"powering_off" - Lorsque vous Power Off un serveur, il passe à l'état "powering_off", puis à "inactive". Dans la console, cet état indiquera Stopping.

"powering_on" - Lorsque vous Power On un serveur, il passe à l'état "powering_on", puis à l'état actif. Dans la console, cet état indiquera le statut Starting.

Réinstallation

"reinstalling" - Lorsque vous réinstallez un serveur, il passe à l'état de réinstallation. Cela couvre le processus de déprovisionnement au cours duquel votre serveur est ramené à son état préprovisionné.

Lorsque ce processus est terminé et que le serveur commence à se réapprovisionner, il passe à "provisioning". Lorsque l'ensemble du processus de réinstallation est terminé, votre serveur est à nouveau "active".

Déprovisionnement

Nous effacerons toutes les données en toute sécurité au cours d'un processus de déprovisionnement approfondi. S'il s'agit d'un serveur réservé, il sera disponible pour un nouveau déploiement dans les 15 à 20 minutes suivant la fin du déprovisionnement.

Si vous supprimez un serveur à la demande, vous ne verrez pas le statut "deprovisioning" car le serveur est supprimé de votre projet dès que vous le supprimez.

Si le serveur fait partie d'une réservation de serveur, vous verrez l'état "deprovisioning" pendant que le processus se déroule. Il sera réintégré dans votre pool de serveurs disponibles avec l'état "active" lorsque le déprovisionnement sera terminé.