Comprendre le processus de démarrage des serveurs dédiés

Objectif

Les serveurs dédiés OVHcloud utilisent un processus de démarrage réseau (netboot) qui offre flexibilité et sécurité. Ce guide explique le fonctionnement du processus de démarrage et pourquoi vous ne devez pas modifier l'ordre de boot directement dans les paramètres BIOS/UEFI, mais plutôt via l'espace client OVHcloud ou l'API OVHcloud.

Ce guide vous aidera à comprendre :

• Le fonctionnement du processus de démarrage OVHcloud
• Les modes de démarrage disponibles
• Pourquoi le PXE doit rester en premier dans l'ordre de boot BIOS/UEFI
• Comment les mises à jour de microcode sont appliquées automatiquement

Prérequis

• Un serveur dédié dans votre compte OVHcloud
• Un accès à l'espace client OVHcloud ou à l'API OVHcloud

En pratique

Fonctionnement du processus de démarrage

Les serveurs dédiés OVHcloud utilisent iPXE, un firmware de démarrage réseau avancé. Lorsque vous définissez un mode de démarrage pour votre serveur, OVHcloud configure automatiquement le script iPXE correspondant. Au démarrage du serveur, la séquence suivante s'exécute :

1. Démarrage PXE via DHCP : Le serveur démarre depuis le réseau en utilisant DHCP sur l'interface publique.
2. Téléchargement d'iPXE : Le serveur DHCP fournit l'adresse IP publique du serveur et un nom de fichier pour télécharger iPXE.
3. Requête au service de boot : iPXE interroge un service de boot interne OVHcloud pour récupérer le script à exécuter.
4. Exécution du script : iPXE exécute le script en fonction du mode de démarrage configuré.

Ce processus se produit à chaque démarrage de votre serveur.

Modes de démarrage

Vous pouvez configurer votre serveur pour démarrer dans l'un des modes suivants :

Démarrage sur disque

En mode démarrage sur disque, le processus de boot suit ces étapes :

1. Mise à jour du microcode

Le système télécharge et applique le dernier microcode CPU pour votre processeur (AMD ou Intel). Cela se fait de manière transparente et fournit des correctifs de sécurité sans nécessiter de mises à jour au niveau de l'OS ou du BIOS/UEFI.

2. Démarrage du système d'exploitation

• Serveurs en boot Legacy : iPXE utilise sanboot pour démarrer directement depuis le premier disque.

• Serveurs en boot UEFI : iPXE utilise sanboot pour démarrer le bootloader EFI (efiBootloaderPath) spécifié lors de l'installation de l'OS (par exemple, \efi\debian\grubx64.efi).

  Lorsqu'OVHcloud installe un système d'exploitation, l'ordre de boot n'est pas modifié (par exemple, GRUB est installé avec l'option --no-nvram) afin que le PXE reste en premier.

  Si sanboot échoue (par exemple, le fichier spécifié est corrompu ou introuvable), iPXE bascule sur rEFInd, qui détecte automatiquement les bootloaders EFI.

  Le paramètre efiBootloaderPath peut être modifié via l'API OVHcloud :

  PUT /dedicated/server/{serviceName}

Mode rescue

Un système d'exploitation temporaire pour le dépannage, la récupération et la configuration initiale. Les mises à jour de microcode sont appliquées avant le démarrage en rescue, comme pour le démarrage sur disque. Pour plus d'informations, consultez notre guide « Activer et utiliser le mode rescue ».

Scripts de boot personnalisés

Pour les cas d'usage avancés, vous pouvez configurer un script iPXE personnalisé via l'API OVHcloud. Pour plus d'informations, consultez notre guide « Configurer un script iPXE personnalisé ».

Pourquoi ne pas modifier l'ordre de boot

OVHcloud s'appuie sur le processus de démarrage réseau pour :

• Sélectionner le mode de boot : Le service de boot détermine s'il faut démarrer en rescue, sur disque ou avec un script personnalisé.
• Démarrage sur disque UEFI : OVHcloud ne crée pas d'entrées de boot EFI — iPXE utilise efiBootloaderPath pour chaîner vers le bootloader.
• Appliquer les mises à jour de microcode : Les correctifs de sécurité sont appliqués pendant le processus de démarrage.

Si vous modifiez l'ordre de boot :

• ❌ Les changements de mode de boot effectués dans l'espace client OVHcloud ou via l'API OVHcloud n'auront aucun effet.
• ❌ Les serveurs UEFI pourraient ne pas démarrer (aucune entrée de boot EFI n'existe pour le bootloader sur disque).
• ❌ Le mode rescue ne sera plus accessible.
• ❌ Les mises à jour de microcode ne seront plus appliquées automatiquement.
• ❌ Le support OVHcloud pourrait ne pas être en mesure de vous aider en cas de problème de démarrage.

Serveurs avec interfaces privées uniquement (OLA)

Si votre serveur utilise OLA (OVHcloud Link Aggregation) — une configuration vRack-only sans interface publique — le processus netboot standard ne fonctionnera pas. Les réseaux privés ne peuvent pas atteindre l'infrastructure DHCP et de boot OVHcloud.

Dans ce cas, vous devez déployer vos propres services DHCP, TFTP et de boot au sein de votre réseau privé. Pour des instructions détaillées, consultez le guide « Gérer le redémarrage de votre serveur avec OVHcloud Link Aggregation ».

Aller plus loin

Installation de l'OS

Activer et utiliser le mode rescue

Configurer un script iPXE personnalisé

Gérer le redémarrage de votre serveur avec OVHcloud Link Aggregation

OVHcloud microcode management at scale

Échangez avec notre communauté d'utilisateurs.