MODOP – Activation de la console série sur une machine virtuelle Proxmox afin de permettre l’utilisation de la console xterm.js depuis l’interface Web. Par défaut, la plupart des distributions Linux ne sont pas configurées pour rediriger leur console système vers un port série. L’objectif de cette procédure est d’activer l’affichage du terminal via la console série virtuelle fournie par Proxmox. Cette configuration facilite l’administration des machines virtuelles sans nécessiter de connexion SSH ni d’interface graphique. Elle permet notamment l’accès au système lors des phases de démarrage, de maintenance ou de dépannage. L’activation repose sur l’ajout d’un port série dans la configuration de la machine virtuelle ainsi que sur la configuration du chargeur de démarrage et du service de connexion Linux. Une fois configurée, la console xterm.js offre un accès direct au terminal depuis le navigateur Web. Cette fonctionnalité est particulièrement utile pour les serveurs distants, les environnements de virtualisation et les opérations de secours. Elle améliore l’accessibilité et la gestion des systèmes Linux hébergés sous Proxmox.
Continuer la lecture
MODOP Raid1 LVM vers RAID5 4 disques (debian 12)
MODOP – Migration d’une architecture RAID1 vers RAID5 avec conservation de LVM. L’objectif principal est d’augmenter la capacité de stockage utile tout en conservant la tolérance à la panne d’un disque. Le RAID5 répartit les données et les informations de parité sur l’ensemble des disques membres de la grappe. Contrairement au RAID1, qui duplique intégralement les données, le RAID5 optimise l’utilisation de l’espace disponible. Cette évolution permet d’obtenir davantage de capacité de stockage à coût matériel équivalent. En cas de défaillance d’un disque, les données restent accessibles et le fonctionnement du système est maintenu. LVM conserve toute sa flexibilité pour la gestion, l’extension et la réorganisation des volumes logiques. Cette architecture est particulièrement adaptée aux serveurs nécessitant un compromis entre performance, capacité et résilience. Le RAID5 améliore l’efficacité du stockage tout en simplifiant l’évolution future de l’infrastructure.
Continuer la lecture
MODOP – Mode LVM un disque en Mode Raid1 LVM 2 disques (debian)
MODOP : Migration d’un système utilisant un disque unique avec LVM vers deux disques configurés en RAID1 puis exploités par LVM. L’objectif principal est d’améliorer la disponibilité, la résilience et la sécurité du stockage. Le RAID1 assure une réplication en temps réel des données sur les deux disques, garantissant leur intégrité en cas de défaillance matérielle. En cas de panne d’un disque, le système continue de fonctionner sans interruption de service. L’utilisation de LVM au-dessus du RAID conserve toute la souplesse de gestion des espaces de stockage. Les volumes logiques peuvent être redimensionnés, étendus ou réorganisés en fonction des besoins. Cette architecture simplifie les opérations de maintenance et le remplacement d’un disque défectueux. Elle réduit fortement le risque d’indisponibilité lié à une panne physique. Le RAID1 ne remplace pas une stratégie de sauvegarde mais apporte une protection supplémentaire essentielle. Cette solution est particulièrement adaptée aux serveurs de production, aux plateformes Proxmox et aux environnements hébergeant des charges critiques.
Continuer la lecture
MODOP – Passer un disque Partition SDA en mode LVM (debian)
Migration d’une partition Debian classique (sda1) vers une architecture LVM
La migration d’une partition Debian traditionnelle (sda1) vers une architecture LVM (Logical Volume Manager), sans réinstallation du système, répond à un besoin fréquent d’évolution des infrastructures Linux. Cette opération permet de transformer un espace de stockage statique et monolithique en une architecture de volumes logiques souple, modulable et plus simple à administrer.
Cette transition est particulièrement pertinente dans le cadre d’un serveur dont les besoins en stockage évoluent au fil du temps. Contrairement au partitionnement classique, où les tailles des partitions sont définies à l’installation et souvent difficiles à modifier par la suite, LVM introduit une couche d’abstraction permettant de gérer dynamiquement l’espace disque.
Continuer la lecture
MODOP – Mise en place d’une infrastructure IPFS décentralisée et hautement disponible sur réseau public – Partie 1
MODOP sur l’installation d’une infrastructure robuste et distribuée pour le stockage et la diffusion de fichiers à l’échelle mondiale. Elle repose sur le protocole IPFS (InterPlanetary File System), basé sur une architecture P2P comprenant un nœud leader responsable de la gestion des pins, accompagné de deux peers assurant la réplication des données. L’ensemble des machines est configuré en RAID1 afin de garantir une redondance locale des données sur chaque nœud. Connectées via le réseau public (Internet), elles offrent une accessibilité universelle et permettent une mise à l’échelle mondiale du partage de contenu. Grâce à l’adressage par CID (Content Identifier) et à la nature décentralisée du protocole IPFS, si l’un des nœuds devient indisponible, les autres peuvent continuer à servir les fichiers, assurant ainsi une haute disponibilité .L’architecture distribuée, couplée à une répartition géographique des peers, optimise la latence et la performance du système pour les utilisateurs finaux. Ce type d’infrastructure est particulièrement adapté aux cas d’usage nécessitant scalabilité, résilience et disponibilité continue, tels que le stockage de données sensibles, l’hébergement web décentralisé ou les applications Web.
Continuer la lecture
MODOP – Transition d’un cluster IPFS du mode public vers une architecture privée – Partie 2
Ce MODOP décrit la migration d’une infrastructure IPFS, initialement déployée en mode public, vers un environnement privé et sécurisé. La nouvelle architecture repose sur un réseau P2P fermé, tout en conservant sa structure : un nœud leader chargé d’orchestrer les pins, accompagné de deux peers assurant la réplication des données. Dans ce cadre privé, seuls les nœuds disposant de la clé swarm partagée peuvent rejoindre le réseau, garantissant la confidentialité des échanges ainsi que le contrôle d’accès. Cette approche renforce la sécurité tout en préservant les caractéristiques essentielles de l’infrastructure, notamment une haute disponibilité , même en cas de défaillance d’un nœud ,et une scalabilité maintenue, permettant l’ajout de nouveaux pairs sans exposition au réseau public.
Continuer la lecture
MODOP – Déploiement d’un peers au Cluster via le leader – Partie 3
MODOP sur l’intégration d’un nouveau nœud peer dans un cluster IPFS privé, sans interruption du service. L’ajout de ce nœud permet d’étendre la capacité de stockage, de renforcer la haute disponibilité et la résilience en cas de panne, ainsi que d’accroître la redondance des données grâce à la réplication P2P. Cette opération est réalisée sans perturber les nœuds existants. Le nouveau nœud s’intègre de manière transparente au sein du cluster.
Continuer la lecture
MODOP – Cluster IPFS RAID1 – déploiement d’un peers au Cluster via Script Bash – Partie 4
Ce MODOP décrit l’évolution du cluster IPFS privé par l’ajout d’un nouveau nœud peer, réalisé à l’aide d’un script Bash automatisant l’ensemble des étapes techniques. Cette approche permet une intégration rapide, fiable, et sans interruption de service pour les nœuds déjà actifs. L’objectif de l’automatisation est accélérer le déploiement de nouveaux nœuds, réduire les risques d’erreurs liés aux manipulations manuelles en ligne de commande (CLI),simplifier l’extension du cluster et garantir la confidentialité des échanges et la stabilité du réseau. Le script assure une intégration transparente du nouveau nœud dans un contexte industriel, avec une logique de scalabilité maîtrisée. Cette méthode facilite l’industrialisation du processus tout en respectant les exigences de sécurité, de redondance, et de haute disponibilité du système.
Continuer la lecture
MODOP – Cluster IPFS RAID1 – déploiement de deux peers via Parallèle-SSH – Partie 5
Ce MODOP décrit l’ajout de deux nœuds peers supplémentaires dans un cluster IPFS privé, réalisé à l’aide de connexions SSH parallèles afin d’accélérer et de synchroniser le processus de déploiement. L’objectif est d’automatiser l’intégration simultanée de deux nouveaux nœuds peers au sein du cluster, en utilisant des connexions SSH parallèles. Cette méthode permet :un déploiement multi-nœuds efficace, de garantir l’homogénéité des configurations, de maintenir la confidentialité, d’assurer la continuité du service, et de renforcer la scalabilité ainsi que la résilience du cluster.Les deux nœuds peers sont intégrés en parallèle, avec une configuration cohérente et une réplication immédiate des données P2P. L’approche par SSH parallèle réduit les délais d’intégration et permet un déploiement reproductible dans un cadre industriel structuré.
Continuer la lecture
MODOP – Cluster IPFS RAID1 – déploiement Site Web en mode H.A – Partie 6
Ce MODOP présente le déploiement d’une solution Web P2P hautement disponible, accessible via une IP virtuelle (VIP), en s’appuyant sur l’infrastructure IPFS existante. L’enjeu consiste à ajouter deux nouvelles machines destinées à assurer la redondance et la gestion de charge pour l’accès aux données distribuées sur les peers. Deux services essentiels sont installés : KeepAlive, pour garantir la continuité du service Web en cas de défaillance d’un nœud et HAProxy, pour gérer l’équilibrage de charge et la distribution du trafic client vers les nœuds disponibles. Cette infrastructure Web P2P permettra une Une accessibilité continue du site hébergé via la VIP, Un hébergement distribué des données Web sur IPFS, Une résilience optimale grâce à KeepAlive, HAProxy et IPFS et Une scalabilité fluide, avec la possibilité d’extension sans interruption du service
Continuer la lecture