Depuis le 13 octobre, il ne reste plus grand-chose de Microsoft 365 chez Vecteur IT : mes mails, mes fichiers et ceux d’un de mes clients tournent sur des logiciels libres que j’héberge, sur mes clusters Kubernetes.

Je fais un rapide REX, parce que la migration s’est faite d’une façon un peu particulière : du début à la fin avec de l’IA agentique comme copilote (non pas Copilot). Environ 120 Go de mails et 560 Go de fichiers en trois semaines, sans perte de données.

Migration de WordPress vers Hugo sur Kubernetes

Entre 470 millions et 590 millions de sites WordPress sont déployés dans le monde. Si l’on migrait tous ces sites vers Hugo les gains serait les suivants:

1. Gain en Cycles CPU et RAM Infrastructure : La migration permettrait de supprimer la nécessité de millions d’instances de bases de données et de serveurs d’application. Un seul serveur standard pourrait héberger 10 à 50 fois plus de sites Hugo qu’il ne le fait pour WordPress, réduisant drastiquement le parc de serveurs physiques nécessaires.

2. Mémoire vive : En économisant une moyenne basse de 256 Mo de RAM par site WordPress et 256 Mo de RAM par base MySQL, le gain global se chiffrerait en pétaoctets de RAM libérés à l’échelle des centres de données mondiaux.

3. Réduction énergétique et CO2 Consommation par visite : Un site WordPress génère en moyenne 0,5 g de CO2 par vue de page. Un site statique optimisé descend souvent sous les 0,1 g.

L’outil VM Conversion, disponible dès à présent en preview public, permet de convertir des machines virtuelles (VM) VMware vers Windows Server avec Hyper‑V, directement via Windows Admin Center. Une approche simple, sans agent, et destinée à faciliter les transitions vers les environnements hybrides.

Caractéristiques clés

• Agentless & sans appliance
  L’outil détecte automatiquement les VMs dans l’environnement VMware sans nécessiter d’agent ou d’appliance déployés.
• Downtime minimal
  La migration se fait en deux phases : une réplication initiale pendant que la VM source reste en ligne, puis, après l’arrêt de cette dernière, une réplication delta pour capter les changements finaux, assurant une transition fluide.
• Migration par lot
  Jusqu’à 10 VMs simultanément, limitant l’effort manuel et accélérant le processus global.
• Configuration automatique du boot
  L’outil adapte le type de démarrage : BIOS → Génération 1, UEFI → Génération 2, garantissant une compatibilité correcte sur Hyper‑V.
• Support multiplateforme
  Compatible avec les systèmes Linux et Windows invités.
• Gestion multi-disques
  Toutes les disques virtuels (système, données, applications) sont migrés ensemble, sans intervention manuelle
• Pré-vérifications intégrées
  L’outil effectue des contrôles d’état (type de disque, boot, mémoire, etc.) avant démarrage, réduisant le risque d’échec.
• Répliquation basée sur le changement (CBT)
  Première réplication complète suivie d’une réplication incrémentale pour assurer données à jour et intégrité.

Cas d’usage détaillés & exigences techniques

Selon la documentation Microsoft (révisée au 20 août 2025), l’outil permet de :

Microsoft a annoncé aujourd’hui la disponibilité générale (G.A.) de Windows Server 2025, à partir de la build 26100.1742. Cette dernière version du système d’exploitation serveur, également une version du canal de maintenance à long terme (LTSC), introduit une nouveauté majeure pour les clusters Hyper-V : la possibilité de fonctionner sans Active Directory, en mode workgroup. Mais ce n’est là qu’une des nombreuses améliorations apportées par cette version.

Des clusters Hyper-V autonomes

Jusqu’à présent, les clusters Hyper-V nécessitaient un domaine Active Directory pour fonctionner. Avec Windows Server 2025, cette dépendance disparaît. Les clusters peuvent maintenant être déployés en mode workgroup, sans nécessiter la présence d’un contrôleur de domaine.

Installation et configuration avancée de K3s avec Cilium

Dans cet article, nous allons explorer en détail l’installation et la configuration de K3s, une distribution légère de Kubernetes, en utilisant Cilium comme solution de mise en réseau (CNI). Cette configuration avancée nous permettra de remplacer certains composants par défaut de K3s par des alternatives plus performantes.

Pourquoi choisir Cilium ?

Par défaut, K3s est livré avec le CNI Flannel, un ingress basé sur Traefik, un load balancer basé sur Klipper, et le kube-proxy natif. Cependant, nous allons opter pour Cilium comme CNI, car il offre des fonctionnalités avancées, notamment un ingress et un load balancer intégrés, éliminant ainsi le besoin de composants supplémentaires comme MetalLB.