Administrateur linux kubernetes

• Positionnement : Support de niveau 2 (N2) – Administrateur / Ingénieur rattaché au Responsable d'Exploitation ; coordination avec le Chef de Projet MCO / SDM 2. Finalité Sur une infrastructure certifiée HDS (référentiel v2.0) et ISO 27001:2022, le titulaire garantit la disponibilité, la performance et la sécurité des serveurs RHEL et Ubuntu et des clusters Kubernetes (SUSE Rancher / RKE2, vSphere Kubernetes Service ex-Tanzu, Kubernetes amont kubeadm). Il en assure l'exploitation quotidienne, l'automatisation et l'évolution, dans le respect des engagements de service. 3. Missions principales 1. Morning checks : contrôler chaque jour ouvré la santé des serveurs Linux et des clusters, tracer le résultat et ouvrir un incident pour toute anomalie. 2. Systèmes Linux : installer, administrer et durcir RHEL 8/9 et Ubuntu 22.04/24.04 (CIS, ANSSI) ; appliquer les correctifs dans les délais. 3. Kubernetes : déployer, exploiter et mettre à niveau les clusters, plan de contrôle, etcd, réseau et stockage compris. 4. Automatisation : développer playbooks, rôles et collections dans Ansible Automation Platform ; automatiser toute opération récurrente. 5. GitOps, CI/CD et IaC : administrer ArgoCD, GitLab CI, les registres (Harbor, GitLab, Nexus) et les modules Terraform/OpenTofu. 6. Observabilité : exploiter Prometheus, Grafana, Centreon et CheckMK ; maintenir sondes, tableaux de bordet alertes. 7. Sauvegarde et restauration : vérifier les sauvegardes (systèmes, etcd, volumes), réaliser les tests de restauration et participer aux exercices PRA. 8. Incidents et changements : traiter les incidents N2, escalader au N3 ou à l'éditeur, rédiger les analyses post-incident ; préparer et réaliser les changements validés en CAB. 9. Certificats, capacité, obsolescence : suivre les échéances, la consommation de ressources et les fins de support. 10. Documentation : tenir à jour la CMDB et les procédures ; former le N1 et les pairs. 11. Astreinte : participer à l'astreinte hebdomadaire en binôme. Fiche de poste — Administrateur Linux / Kubernetes (H/F) HDS-N2-LNX-001 Service Infogérance HDS — document interne Page 2 / 3 4. Morning checks Réalisé chaque jour ouvré à la prise de poste (8h00), par roulement, après reprise des consignes d'astreinte. Le rapport est enregistré dans l'ITSM et diffusé avant 9h00 au Responsable d'Exploitation et au SDM. Toute anomalie donne lieu à un ticket ; un écart P1 ou P2 est escaladé immédiatement. Le titulaire automatise progressivement la collecte. Domaine Contrôles et résultat attendu Supervision Alertes de la nuit (Centreon, CheckMK, Alertmanager) : aucune alerte critique non prise en charge Serveurs Linux Hôtes joignables, services systemd, charge, mémoire, systèmes de fichiers < 80 %, montages, chrony, SSSD/LDAP Clusters Kubernetes Nœuds Ready, plan de contrôle et quorum etcd, pods en erreur ou en attente, PVC, volumes Longhorn, ingress Sauvegardes Jobs de la nuit (systèmes, etcd, volumes) : 100 % réussis, sinon relance et ticket Certificats Aucune échéance à moins de 30 jours sans renouvellement planifié GitOps et automatisation Applications ArgoCD synchronisées ; pipelines et jobs AAP planifiés réussis ; registre Harbor disponible Sécurité Alertes auditd, EDR, SIEM ; nouveaux avis CERT-FR et éditeurs ; vulnérabilités critiques des images Capacité et changements Réserve CPU/mémoire suffisante pour perdre un nœud ; prérequis des changements du jour levés 5. Périmètre technique
• Linux : RHEL 8/9 (Satellite, Kickstart, dnf, systemd, SELinux, LVM/XFS, firewalld, SSSD, auditd) ; Ubuntu 22.04/24.04 (Autoinstall, cloud-init, apt, AppArmor, Netplan, UFW/nftables).
• Kubernetes : Rancher/RKE2, VKS, kubeadm ; workloads, Services, Ingress, Network Policies, RBAC, Pod Security Standards, CNI/CSI, Helm, cert-manager, Longhorn, Velero. Connaissance de VMWare Tanzu
• Automatisation : Ansible (Automation Controller, Automation Hub, environnements d'exécution), Terraform/OpenTofu, ArgoCD, GitLab CI, Kustomize.
• Conteneurs : Podman, Buildah, Docker, containerd ; scan et signature des images.
• Observabilité : Prometheus/PromQL, Alertmanager, Grafana, Centreon, CheckMK, Loki/ELK. 6. Profil
•

Formation:
Bac+3 systèmes et réseaux, ou Bac+5 en informatique, cloud ou DevOps.
•

Expérience:
3 à 5 ans en administration Linux, dont idéalement 2 ans sur Kubernetes en production.
• Expertise requise : RHEL et Ubuntu, Kubernetes, Ansible, Bash, Python, YAML et Git.
• Maîtrise attendue : conteneurs, GitOps, CI/CD, Terraform, supervision ; notions VMware, OVHcloud, Azure et ITIL.
• Certification requise : RHCSA (EX200) ou équivalent (LFCS).
• Certifications souhaitées : RHCE (EX294), CKA, CKAD, CKS, Red Hat Specialist Ansible Automation Platform (EX374, EX467).
• Savoir-être : autonomie, rigueur, esprit d'analyse, culture DevOps, sens du partage, discrétion vis-à-vis des données de santé.
• Langues : français courant ; anglais technique. Fiche de poste — Administrateur Linux / Kubernetes (H/F) HDS-N2-LNX-001 Service Infogérance HDS — document interne Page 3 / 3 7. Conditions d'exercice
• Durée du travail : 37h30 par semaine, du lundi au vendredi ; plage de service 8h–18h couverte par roulement.
• Télétravail : 2 à 3 jours par semaine selon accord, depuis un poste durci, via VPN, bastion/PAM et MFA.
• Astreinte : hebdomadaire, en binôme, environ 10 semaines par an, compensée selon l'accord d'entreprise.
• Déplacements : ponctuels en datacenter. 8. Indicateurs Indicateur Cible Disponibilité des clusters et des serveurs (contribution) ≥ 99,9 % Incidents N2 P2 : rétablissement ou contournement < 4 h Morning checks tracés avant 9h00 100 % des jours ouvrés Correctifs critiques 72 h si faille exploitée ou exposée ; 7 jours sinon Correctifs importants 30 jours Déploiements automatisés (pipeline ou AAP) ≥ 80 % Serveurs Linux gérés par AAP ≥ 90 % Conformité CIS ≥ 95 % Changements réussis sans retour arrière ≥ 98 % Tests de restauration réalisés selon le plan 100 % 9. Exigences HDS et sécurité
• Respect de la PSSI, du référentiel HDS v2.0 et de l'ISO 27001:2022 ; participation aux audits.
• Traçabilité de toutes les interventions dans l'ITSM ; respect du processus de changement et du CAB.
• Accès à privilèges nominatifs via bastion/PAM, selon le moindre privilège.
• Isolation des environnements clients ; confidentialité stricte des données de santé.
• Durcissement CIS/ANSSI contrôlé par audit automatisé ; journaux auditd et Kubernetes centralisés.
• Secrets chiffrés dans un coffre, jamais en clair dans Git ; images scannées et issues des registres internes.
• Microsegmentation par Network Policies ; versions maintenues sous support éditeur.
• Signalement immédiat de toute anomalie de sécurité au RSSI. 10. Évolutions possibles Expert Linux / Kubernetes / Cloud Native ; Platform Engineer ou Architecte Cloud ; SRE ; DevOps Lead ; Responsable d'Exploitation.