Aller au contenu

Réalisations

Mon serveur Proxmox chez OVHcloud

Contexte

En avril 2025, j'ai pris un serveur chez OVHcloud. Au début, c'était principalement pour faire de petits tests personnels, sans but concret final.

Je voulais pouvoir tester plein de choses sur un serveur toujours disponible, 24 h/24 et 7 j/7.

Pourquoi OVHcloud et le modèle KS-1 ?

J'ai choisi OVHcloud parce que c'est un hébergeur français et reconnu mondialement. J'ai pris le modèle Kimsufi KS-1 car il rentrait dans mon budget d'environ 20 € par mois et que ses caractéristiques convenaient à mon usage.

Pourquoi Proxmox ?

Proxmox est un hyperviseur : un logiciel qui permet de faire tourner plusieurs machines virtuelles (VM) sur un même serveur. Je l'ai choisi parce qu'il avait déjà été testé au GRETA et qu'il fonctionne sous Debian, le système de tous les serveurs Linux que nous avons vus au GRETA.

Je voulais un hyperviseur sous Linux, car un hyperviseur comme Hyper-V aurait demandé beaucoup plus de ressources.

Hébergeur
OVHcloud
Modèle
Kimsufi KS-1
Hyperviseur
Proxmox
Serveur reçu en
Avril 2025
Schéma : le serveur Kimsufi KS-1 d'OVHcloud fait tourner Proxmox, qui héberge le panel Pterodactyl (bots Discord et serveurs de jeux), le portfolio, des sauvegardes de VM du GRETA, la veille technologique (serveur n8n) et des tests (GLPI, Zabbix).
Ce que le serveur héberge
Interface de gestion de Proxmox : la liste des machines virtuelles du serveur (reverse-proxy, sites, mysql, panel, n8n, zabbix, Proxmox-Backup) avec leur état et leur consommation.
L'interface de Proxmox : les machines virtuelles du serveur (nom du nœud et version masqués).

Les projets sur ce serveur

Avec le temps, ce serveur est devenu le support de plusieurs projets, présentés ci-dessous dans l'ordre où ils sont arrivés.

  1. Début

    Réception du serveur

    Mon premier test a été de publier le site que nous avions réalisé avec notre professeur de développement web. Il a fallu configurer le nom de domaine, Cloudflare, le reverse-proxy (qui reçoit les visites et les envoie vers le bon site) et le serveur web.

    À ce moment-là, je ne pensais pas garder ce serveur : je voulais faire des tests, puis l'abandonner. Finalement, je m'en sers toujours, non plus pour des tests mais pour héberger de vrais projets.

    • Site web
    • Nom de domaine
    • Cloudflare
    • Reverse-proxy

  2. Projet

    Panel Pterodactyl

    J'ai mis en place un panel Pterodactyl, une page web qui sert à gérer des applications installées sur un serveur, chacune dans son propre espace, appelé « instance ». Je connaissais quelqu'un qui vendait des services d'hébergement et qui utilisait Pterodactyl : j'ai donc voulu utiliser la même technologie.

    Il devait d'abord héberger un bot Discord que je développais de mon côté, ainsi que des serveurs de jeux comme Minecraft. Ce projet de bot a été abandonné par la suite.

    Le panel reste en service : il héberge des bots Discord et un serveur Minecraft que j'utilise avec mon frère, et j'y ai aussi testé un serveur Satisfactory.

    Panel Pterodactyl : la liste des serveurs hébergés, avec leur état et leur consommation de processeur, de mémoire et de disque. Les noms et les adresses de certains serveurs sont masqués.
    Le panel Pterodactyl : la liste des serveurs (noms et adresses masqués).
    • Pterodactyl
    • Bot Discord
    • Minecraft
    • Serveurs de jeux

  3. Test

    Serveur GLPI

    GLPI est un outil de gestion de parc informatique et de tickets d'assistance. Je le connaissais déjà, pour l'avoir utilisé pendant mon alternance et au GRETA, et j'ai installé ce serveur pour faire de simples tests, surtout sur le système d'entités et de sous-entités de GLPI.

    Ces tests avaient un lien avec un projet de mise à niveau de GLPI, de la version 10.0.1 vers la plus récente, pendant mon alternance au Centre hospitalier de Valence. Ce projet prévoyait aussi la fusion avec un autre GLPI, qui servait à inventorier uniquement les serveurs et n'était pas connu des utilisateurs classiques.

    Le serveur a ensuite servi à tester la version 11 à sa sortie, et je l'ai conservé : il tourne toujours, sur la VM « sites ».

    • GLPI
    • Gestion de parc
    • Entités
    • Mise à niveau

  4. Projet

    Veille technologique avec n8n

    Une veille technologique consiste à suivre régulièrement l'actualité d'un sujet. Le mien : les rapports du CERT-FR, le centre gouvernemental qui publie des alertes et des avis de cybersécurité. Cette veille était obligatoire pour valider mon BTS. Pour la réaliser, j'ai installé un serveur n8n ; la procédure est détaillée dans le document en bas de cette carte.

    Avec n8n, j'ai créé un workflow, c'est-à-dire un enchaînement d'étapes automatiques : il envoyait les liens des nouvelles publications dans un salon privé sur Discord, puis je transmettais ces liens à un projet Claude, qui remplissait une base de données Notion. Cela m'a appris à mettre en place un serveur Node.js et à créer un workflow.

    Les tâches planifiées de Claude ont ensuite remplacé n8n : je n'ai plus à envoyer les liens à la main et je peux donner mes instructions directement à Claude. Tous les jours à 17 h 30, il cherche seul l'information, la traite et l'écrit dans la base de données Notion. Cette veille est toujours utilisée.

    • n8n
    • CERT-FR
    • Veille technologique
    • Claude
    • Notion

    Procédure de la veille technologique (PDF) (s'ouvre dans un nouvel onglet)

  5. Test

    Serveur Zabbix

    Zabbix est un outil de supervision : il surveille des serveurs et des réseaux. Je connaissais déjà Centreon, un autre outil de supervision, mais son interface ne me plaisait pas beaucoup : je voulais tester autre chose et j'ai trouvé Zabbix.

    Je l'ai mis en place pour tester la supervision de ma ferme de serveurs au GRETA, et il surveillait mon serveur Proxmox et mes VM.

    • Zabbix
    • Supervision
    • Centreon

  6. Projet

    Portfolio du GRETA

    Pour le GRETA, je devais réaliser un portfolio. J'avais utilisé WordPress en pensant que c'était plus simple, mais ce qui me manquait vraiment, c'était une vision claire du rendu final.

    J'ai suivi ce que demandait le GRETA, sans ajouter de touche personnelle, car je savais que je ne garderais pas cette version. Le projet m'a pris environ une semaine, et le plus long a été de faire le site lui-même.

    Le site tourne sur la VM « sites » de mon serveur, qui héberge les sites que je publie : mon premier site de test, la V1 du portfolio, le portfolio actuel, le panel web d'un bot, etc.

    Le jury de fin d'année du GRETA l'a évalué, et m'a aussi évalué sur l'oral que j'ai fait dessus.

    • Portfolio
    • WordPress
    • GRETA

    Voir l'ancien portfolio (V1) (s'ouvre dans un nouvel onglet)

  7. Projet

    Sauvegardes de la ferme de serveurs du GRETA

    Dans le projet de ferme de serveurs du GRETA, je voulais une sauvegarde externalisée, c'est-à-dire une copie conservée en dehors de la ferme. Mon serveur chez OVHcloud a joué ce rôle : sa VM « Proxmox-Backup » recevait les copies.

    Cinq VM étaient sauvegardées : le pare-feu pfSense-01, l'AD principale (Active Directory, l'annuaire qui gère les comptes des utilisateurs), la VM MariaDB, qui contenait toutes les bases de données, la VM Nextcloud, qui servait au partage de fichiers, et le poste d'administration W11-Admin.

    La sauvegarde se faisait tous les jours à 1 h du matin : une sauvegarde incrémentale, conservée pendant deux jours, complétée par une sauvegarde complète chaque dimanche à 1 h.

    À un moment, j'ai tenté une restauration pour tester la sauvegarde. Elle a parfaitement fonctionné.

    • Sauvegarde
    • Restauration
    • Externalisation
    • Proxmox

    Voir les réalisations au GRETA

  8. Projet

    Bot Discord et panel web

    En juillet 2026, j'ai créé un nouveau bot Discord, hébergé sur le panel Pterodactyl. Ce n'est pas le bot de mai 2025, dont le projet avait été abandonné. Un ami l'utilise pour son serveur Discord, et il est toujours en service.

    J'ai séparé le bot en deux instances, une de développement et une de production, pour le développer sans impacter celui qui était en service.

    Ce bot est lié à un panel web : un site, ouvert dans un navigateur, qui sert à administrer un serveur Discord. Les commandes Discord existent toujours ; le panel web offre une autre façon de configurer le bot. Seuls mon ami et moi pouvons nous y connecter.

    Le panel web tourne sur la VM « sites » du serveur, et non sur le panel Pterodactyl, qui héberge le bot.

    Le développement du bot et du panel web a été entièrement réalisé par Claude Code.

    Tableau de bord du panel web du bot : nombre de messages enregistrés, durée de fonctionnement et statut du bot, avec des accès aux messages, aux logs et à la configuration. Le nom du bot et le compte connecté sont masqués.
    Le tableau de bord du panel web (nom du bot et compte masqués).
    • Pterodactyl
    • Bot Discord
    • Panel web
    • Claude Code

  9. Projet

    Refonte du portfolio

    Le dernier projet sur ce serveur : la refonte de mon portfolio, c'est-à-dire le site que vous êtes en train de lire. Je l'ai réalisé avec l'aide de Claude Code.

    Je suis passé à un site statique, c'est-à-dire un site fait de pages fixes, envoyées telles quelles aux visiteurs, pour ne plus dépendre des nombreuses failles de WordPress, de ses thèmes et de ses extensions.

    Il tourne sur la VM « sites » du serveur, avec mes autres sites. Quand j'envoie une modification sur le dépôt GitHub (l'endroit où est stocké le code du site), il se met à jour tout seul.

    • Claude Code
    • GitHub
    • Site statique
    • Mise à jour automatique