Référentiel central de documentation technique de l'infrastructure ALIBORA
Bienvenue dans le portail de documentation de l’architecture technique d’ALIBORA.
Cette documentation constitue la source de référence pour l’installation, l’exploitation, l’administration, la sécurisation, la supervision et l’évolution de l’infrastructure informatique ALIBORA.
Elle couvre notamment :
l’infrastructure physique ;
le cluster de virtualisation Proxmox ;
le stockage distribué ;
les réseaux et VLAN ;
les machines virtuelles ;
Kubernetes et les plateformes applicatives ;
les bases de données ;
les sauvegardes et restaurations ;
la haute disponibilité ;
le PCA / PRA ;
la sécurité ;
les accès administrateurs ;
la supervision ;
les procédures d’exploitation ;
les procédures de changement ;
les inventaires techniques.
L’infrastructure ALIBORA est conçue selon les principes suivants :
Disponibilité · Sécurité · Automatisation · Scalabilité · Observabilité · Résilience
L’architecture s’appuie principalement sur :
| Domaine | Technologie |
|---|---|
| Infrastructure physique | Serveurs dédiés |
| Virtualisation | Proxmox VE |
| Cluster | Proxmox Cluster |
| Stockage distribué | Ceph |
| Pare-feu / Routage | pfSense |
| Conteneurisation | Docker |
| Orchestration | Kubernetes |
| Reverse Proxy / Ingress | NGINX |
| Protection Internet | Cloudflare |
| VPN / Accès privés | WireGuard |
| Bases de données | PostgreSQL / MySQL |
| Messagerie | RabbitMQ |
| Cache | Redis |
| Monitoring | Prometheus / Grafana |
| Centralisation des logs | Stack de journalisation |
| Sauvegarde | Proxmox Backup Server / sauvegarde externe |
| Gestion des changements | GLPI |
| Documentation | Wiki.js |
flowchart TD
USERS[Utilisateurs / Clients]
ADMINS[Administrateurs ALIBORA]
CF[Cloudflare<br/>DNS - WAF - Anti-DDoS]
VPN[VPN / Accès Administrateur]
FW[Firewall / pfSense]
LB[Reverse Proxy / Load Balancer]
K8S[Kubernetes Cluster]
VM[Machines Virtuelles]
DB[(Bases de données)]
STORAGE[(Ceph Storage)]
BACKUP[(Backup Infrastructure)]
MON[Monitoring & Logs]
USERS --> CF
CF --> FW
FW --> LB
ADMINS --> VPN
VPN --> FW
LB --> K8S
LB --> VM
K8S --> DB
VM --> DB
K8S --> STORAGE
VM --> STORAGE
DB --> BACKUP
STORAGE --> BACKUP
K8S --> MON
VM --> MON
FW --> MONCette section documente les serveurs physiques constituant l’infrastructure ALIBORA.
👉 Accéder à l'infrastructure physique
Contenu :
inventaire des serveurs ;
constructeur et modèle ;
CPU ;
mémoire RAM ;
disques NVMe / SSD ;
interfaces réseau ;
adresses IP ;
datacenter ;
rôles des serveurs ;
garanties ;
contrats ;
procédures d’installation.
| Serveur | Rôle | Statut |
|---|---|---|
| PVE-01 | Proxmox / Compute / Ceph | 🟢 Production |
| PVE-02 | Proxmox / Compute / Ceph | 🟢 Production |
| PVE-03 | Proxmox / Compute / Ceph | 🟢 Production |
| PVE-04 | Proxmox / Compute / Ceph | 🟢 Production |
👉 Documentation Proxmox
Cette section décrit :
installation Proxmox ;
création du cluster ;
configuration Corosync ;
configuration réseau ;
bridges Linux ;
VLAN ;
stockage ;
haute disponibilité ;
migrations ;
gestion des nœuds ;
maintenance ;
mises à jour ;
bonnes pratiques.
Installation Proxmox
Création du cluster
Configuration réseau
Haute disponibilité
Maintenance
👉 Documentation Ceph
Le stockage distribué Ceph assure le stockage partagé et la résilience des données utilisées par le cluster.
Documentation :
architecture Ceph ;
OSD ;
MON ;
MGR ;
pools ;
réplication ;
performances ;
capacité ;
alertes ;
remplacement d’un disque ;
récupération après incident.
👉 Architecture réseau
La documentation réseau décrit l’ensemble des communications entre les composants de l’infrastructure.
Elle comprend :
réseaux publics ;
réseaux privés ;
VLAN ;
bridges ;
routage ;
firewall ;
NAT ;
VPN ;
réseaux Kubernetes ;
réseau de stockage ;
réseau de sauvegarde ;
réseau Corosync.
| VLAN | Usage |
|---|---|
| Management | Administration |
| Production | Services de production |
| Development | Développement |
| Kubernetes | Cluster Kubernetes |
| Storage | Ceph / stockage |
| Backup | Sauvegardes |
| Corosync | Communication cluster |
👉 Plan d'adressage IP
👉 VLAN
👉 Firewall
👉 Architecture de sécurité
La sécurité est organisée selon le principe de défense en profondeur.
Les principales couches sont :
Internet
│
▼
Cloudflare
│
▼
Firewall
│
▼
Reverse Proxy
│
▼
Applications
│
▼
Bases de donnéesLa documentation couvre :
Cloudflare ;
WAF ;
protection DDoS ;
TLS / SSL ;
VPN ;
bastion ;
SSH ;
gestion des comptes ;
gestion des secrets ;
gestion des certificats ;
segmentation réseau ;
firewall ;
journalisation ;
durcissement des serveurs.
👉 Gestion des accès
👉 Gestion des certificats
👉 Cloudflare
👉 VPN
👉 Documentation Kubernetes
Kubernetes héberge progressivement les applications et services conteneurisés ALIBORA.
Documentation :
architecture du cluster ;
control plane ;
workers ;
namespaces ;
ingress ;
stockage ;
secrets ;
ConfigMaps ;
registry ;
déploiements ;
services ;
monitoring ;
montée en charge ;
haute disponibilité.
👉 Documentation Docker
Cette section contient :
standards Dockerfile ;
Docker Compose ;
réseaux Docker ;
volumes ;
secrets ;
registry ;
sécurité ;
conventions de nommage ;
procédures de déploiement.
👉 Bases de données
Technologies principales :
PostgreSQL ;
MySQL / MariaDB ;
Redis.
La documentation couvre :
instances ;
versions ;
localisation ;
réplication ;
sauvegardes ;
restauration ;
comptes ;
droits ;
performances ;
maintenance.
👉 Catalogue des applications
Chaque application dispose de sa propre documentation.
Pour chaque service, la documentation doit préciser :
nom du service ;
propriétaire ;
responsable technique ;
environnement ;
technologie ;
URL ;
dépendances.
frontend ;
backend ;
base de données ;
cache ;
queue ;
stockage ;
API ;
services externes.
déploiement ;
redémarrage ;
logs ;
monitoring ;
sauvegarde ;
restauration ;
rollback.
👉 Monitoring
Cette section documente :
monitoring infrastructure ;
monitoring Proxmox ;
monitoring Kubernetes ;
monitoring applications ;
monitoring bases de données ;
métriques ;
logs ;
alertes ;
dashboards.
Objectif :
Détecter les incidents avant qu'ils n'affectent les utilisateurs.
👉 Sauvegarde & restauration
La stratégie de sauvegarde ALIBORA doit respecter plusieurs niveaux de conservation.
| Type | Conservation |
|---|---|
| Sauvegardes quotidiennes | 3 |
| Sauvegardes hebdomadaires | 4 |
| Sauvegardes mensuelles | 3 |
Les sauvegardes concernent :
machines virtuelles ;
bases de données ;
volumes ;
fichiers ;
configurations ;
applications critiques.
Les sauvegardes critiques disposent également d’une copie externe au datacenter principal.
👉 Plan de Continuité & Reprise
Objectifs de reprise :
| Indicateur | Objectif |
|---|---|
| RTO incident serveur | Quelques minutes |
| RTO incident datacenter | ≤ 1 heure |
| RPO maximal | 24 heures |
La documentation PRA décrit notamment :
panne d’une VM ;
panne d’un nœud Proxmox ;
panne réseau ;
perte d’un disque ;
perte d’un cluster ;
panne du datacenter ;
restauration des bases ;
restauration des applications.
👉 Runbooks
Les runbooks permettent à un administrateur d’exécuter les opérations techniques de manière standardisée.
Exemples :
ajouter un serveur Proxmox ;
créer une VM ;
supprimer une VM ;
augmenter un disque ;
ajouter de la RAM ;
renouveler un certificat SSL ;
restaurer une base PostgreSQL ;
restaurer une VM ;
ajouter un VLAN ;
modifier une règle firewall ;
redémarrer un cluster Kubernetes ;
remplacer un disque Ceph.
👉 Gestion des incidents
Pour chaque incident majeur :
Identifier ;
Qualifier ;
Contenir ;
Restaurer le service ;
Analyser la cause ;
Corriger définitivement ;
Documenter ;
Mettre en place les actions préventives.
Les incidents doivent être tracés dans le système de gestion des tickets.
👉 Gestion des changements
Toute modification de l’environnement de production doit être tracée.
Les changements peuvent être :
Standard
Normal
Urgent
Chaque changement doit préciser :
objectif ;
système concerné ;
date ;
responsable ;
impacts ;
risques ;
procédure ;
tests ;
plan de rollback ;
résultat.
👉 Inventaire technique
Le référentiel d’inventaire contient :
serveurs ;
VM ;
équipements réseau ;
adresses IP ;
VLAN ;
domaines ;
certificats ;
applications ;
bases de données ;
licences ;
comptes techniques.
👉 Diagrammes
Cette section centralise les diagrammes officiels :
architecture globale ;
architecture réseau ;
architecture Proxmox ;
architecture Ceph ;
architecture Kubernetes ;
architecture sécurité ;
architecture backup ;
architecture PRA ;
flux Internet ;
flux inter-applications.
👉 Standards
Cette section définit les normes techniques utilisées dans l’infrastructure ALIBORA.
Exemples :
PVE-01
PVE-02
DB-PROD-01
K8S-MASTER-01
K8S-WORKER-01
MONITORING-01
BACKUP-01DEV
STAGING
PREPROD
PRODToutes les ressources importantes doivent avoir :
un nom ;
un propriétaire ;
un responsable ;
une adresse ;
un environnement ;
une fonction ;
une procédure de sauvegarde ;
une procédure de restauration ;
une méthode de supervision.
| Besoin | Documentation |
|---|---|
| 🏗 Comprendre l'architecture | Architecture générale |
| 🖥 Administrer Proxmox | Proxmox |
| 🌐 Comprendre le réseau | Réseau |
| ☸ Administrer Kubernetes | Kubernetes |
| 🛡 Sécurité | Sécurité |
| 💽 Restaurer une sauvegarde | Backup |
| 🚨 Gérer un incident | Incidents |
| 🔄 Effectuer un changement | Change Management |
| 🔧 Exécuter une procédure | Runbooks |
| 📊 Vérifier la supervision | Monitoring |
| 📦 Consulter l'inventaire | Inventaire |
| Domaine | État |
|---|---|
| Architecture générale | 🟢 Disponible |
| Infrastructure physique | 🟡 En cours |
| Proxmox | 🟡 En cours |
| Ceph | 🟡 En cours |
| Réseau | 🟡 En cours |
| Kubernetes | 🟡 En cours |
| Sécurité | 🟡 En cours |
| Backup | 🟡 En cours |
| PRA | 🟡 En cours |
| Monitoring | 🟡 En cours |
| Runbooks | 🔴 À documenter |
Légende
🟢 Documentation disponible
🟡 Documentation en cours
🔴 Documentation à créer
Toute modification importante de l'infrastructure doit entraîner une mise à jour de cette documentation.
Une page technique doit idéalement contenir :
Objectif
Architecture
Prérequis
Configuration
Procédure d'installation
Procédure d'exploitation
Monitoring
Sauvegarde
Restauration
Sécurité
Troubleshooting
Historique des changements
¶ 📘 Principe fondamental
Une infrastructure qui n'est pas documentée est une infrastructure qui ne peut pas être correctement exploitée.
L’objectif de ce Wiki est de permettre à un administrateur autorisé de comprendre l’architecture, diagnostiquer un incident, effectuer une opération et restaurer les services sans dépendre de la connaissance d’une seule personne.
ALIBORA — Infrastructure & DevOps Documentation
Référentiel interne d’architecture, d’exploitation et de sécurité.