Hébergement et exploitation d’infrastructures de virtualisation

Le service comprend la fourniture et l’exploitation d’une infrastructure IaaS de virtualisation hébergée, avec une administration du Syane en libre-service. La plateforme doit permettre de provisionner et d’adapter rapidement les ressources, d’installer les systèmes d’exploitation depuis des images ISO ou des modèles de VM, de créer des snapshots et d’interconnecter de façon sécurisée l’environnement avec le SI existant. Elle inclut des outils d’administration, de supervision, de suivi des consommations et des alertes, ainsi que des mécanismes de suivi administratif et contractuel.

L’environnement de virtualisation s’appuie au minimum sur des machines hôtes, un hyperviseur et sa console, des ressources CPU, mémoire, stockage et réseau, des outils de réplication et de sauvegarde, de gestion des VLAN et des flux, et de provisionnement des VM. Le stockage doit proposer au moins deux niveaux de performance, décrits en IOPS et, le cas échéant, en débit. L’offre de base inclut les licences Microsoft Windows Server, avec le mode de licence le plus avantageux compte tenu de l’absence de Software Assurance sur les licences actuelles du Syane.

Sécurité, hébergement et réseau

Les datacenters doivent disposer d’une alimentation électrique sécurisée et redondée, de climatisation, d’une protection incendie, d’un contrôle d’accès et de plusieurs liens opérateurs sécurisés. Le stockage, l’hébergement et le traitement des données et sauvegardes doivent se faire dans l’Union européenne, idéalement en France. Les prestations de support, d’administration et d’exploitation sont réalisées depuis un pays de l’UE ; une intervention depuis un autre pays requiert information préalable et accord explicite du Syane.

La certification ISO 27001 couvrant le service IaaS est obligatoire. La qualification SecNumCloud n’est pas exigée ; pour les candidats non qualifiés, le dossier demande notamment de justifier la détention à 100 % du capital et des droits de vote par des personnes ou entités remplissant les conditions européennes prévues au marché. Les candidats doivent également décrire leur conformité aux exigences NIS v2 et aux exigences de sécurité attendues.

Le dispositif initial prévoit une interconnexion VPN IPsec avec le SI, un cluster de pare-feu dédié sur deux datacenters, la segmentation et le filtrage des flux, la gestion des VLAN et l’authentification multifacteur pour l’administration et les outils de support. Le réseau initial comprend 3 VLAN ; aucune adresse IP publique n’est à réserver dans un premier temps. L’architecture doit pouvoir évoluer, notamment pour recevoir des VPN utilisateurs simultanés directement sur l’infrastructure si le Syane le décide. Les mesures attendues couvrent également la protection cyber, la gestion des correctifs, la journalisation et la traçabilité.

Sauvegarde, reprise et continuité

Le titulaire conçoit et gère l’architecture de sauvegarde et de PRA/PCA. Les services permettent des sauvegardes incrémentales et des restaurations de VM ou de fichiers ; la sauvegarde granulaire PostgreSQL est une option. Les sauvegardes sont stockées dans des locaux physiquement distincts du datacenter d’hébergement, avec coffre-fort ou stockage immuable, et le PRA/PCA mobilise un second datacenter géographiquement distinct. Le Syane doit pouvoir programmer des sauvegardes et restaurations sans solliciter le titulaire ; le transfert de compétences couvre l’administration de ces outils.

Deux stratégies minimales de sauvegarde sont prévues :

• Stratégie 1 : sauvegarde quotidienne « 10 j/14 », entre 20 h et 8 h, sauf samedi et dimanche, rétention de 4 semaines ; sauvegarde mensuelle le premier week-end du mois, rétention de 12 mois.
• Stratégie 2 : sauvegarde quotidienne « 5 j/7 », entre 20 h et 8 h, sauf samedi et dimanche, rétention de 2 semaines ; sauvegarde mensuelle le premier week-end du mois, rétention de 6 mois.

Pour le PRA, la stratégie 1 est sans réplication et prévoit des ressources réservables à l’avance sur le second datacenter ; le RTO correspond alors au temps de restauration. La stratégie 2 prévoit une réplication asynchrone, avec RPO de 4 h ou 24 h et RTO de 1 h. Le PCA prévoit une réplication synchrone, avec RPO et RTO de 5 minutes. Pour les VM critiques, le Syane souhaite aussi pouvoir activer des copies immuables hebdomadaires (rétention 4 semaines) et mensuelles (rétention 12 mois).

Le parc à migrer comprend 25 VM Linux (Debian ou Ubuntu) et Windows Server 2019/2022, avec 1 à 8 CPU et 2 048 à 32 768 MiB de mémoire selon la VM. Les tailles provisionnées comprennent notamment 3 203 516 MiB pour vm5, 1 903 399 MiB pour vm9, 1 299 920 MiB pour vm14 et 6 545 910 MiB pour vm20. La répartition envisagée associe la stratégie 1 aux vm1, vm2, vm5, vm6, vm7, vm9, vm10, vm11, vm12, vm13, vm15, vm17, vm18, vm20 et vm21 ; la stratégie 2 aux vm3, vm4, vm8, vm14, vm16, vm19, vm22, vm23, vm24 et vm25. Le mode double datacenter est envisagé pour vm2, vm5, vm7, vm9, vm10, vm11, vm12, vm17, vm18, vm20 et vm21 ; les autres VM sont indiquées en mono-datacenter.

Un test de restauration et un test de reprise d’activité sur le second datacenter peuvent être déclenchés au minimum annuellement par bon de commande. Le titulaire précise leurs conditions techniques et organisationnelles.

Support, maintenance et suivi

Le support fonctionne au minimum 5 j/7, de 8 h à 18 h, avec possibilité de couverture 24/7 pour certaines VM critiques. Il comprend un centre d’appel dédié et non surtaxé, un portail de tickets et une adresse électronique, une gestion avec numéro de ticket unique, diagnostic, escalade, résolution et traçabilité horodatée. Le support de premier niveau et les interfaces destinées au Syane sont en français ; les livrables et documentations le sont également, sauf documentation constructeur indisponible en français.

Les engagements minimaux de prise en charge et de rétablissement sont :

• Critique : GTI 30 min en heures ouvrées comme hors heures ouvrées ; GTR 4 h.
• Majeur : GTI 1 h en heures ouvrées comme hors heures ouvrées ; GTR 8 h.
• Mineur : GTI 4 h en heures ouvrées, 8 h hors heures ouvrées ; GTR 3 jours.
• Évolution ou demande : prise en compte sous 24 h en heures ouvrées ; résolution selon le planning convenu.

Les taux mensuels attendus sont de 99,9 % pour l’environnement de virtualisation et celui de sauvegarde, 99 % de réussite des sauvegardes, 99,5 % de réussite des réplications, 99,8 % de disponibilité des outils de support et de gestion de capacité, et 99,9 % de respect des RPO et RTO. Les alertes critiques sont automatiques et instantanées. Le monitoring couvre CPU, mémoire, stockage, réseau et sauvegardes ; les journaux sont conservés 2 mois. Un rapport préliminaire est transmis dans les 4 h suivant la détection d’un incident bloquant ou majeur, avec reporting périodique trimestriel. La maintenance comprend les réparations, les solutions de contournement, la restauration à partir de sauvegardes validées, les mises à jour et les correctifs de sécurité.

Le pilotage inclut une chefferie de projet, un responsable de la relation cliente, des réunions techniques hebdomadaires ou bimensuelles pendant la préparation et la migration, puis un comité de pilotage trimestriel. Le portail administratif et commercial permet le suivi des devis, commandes, livraisons, factures et réclamations.

Migration et réversibilité

La migration est phasée selon la complexité des VM et l’analyse du titulaire. Un test préalable porte sur un échantillon représentatif de VM ; l’indisponibilité maximale acceptable d’une VM est de 24 h. La phase préparatoire évalue, réserve et configure les ressources, les outils, la sécurité, les interconnexions et les politiques de sauvegarde et de réplication ; elle comprend aussi la formation ou l’accompagnement des agents du Syane et la documentation en ligne. Les migrations commencent après la mise en ordre de marche (MOM), sur ordre de mission ; la vérification d’aptitude est prononcée par VM et la vérification de service régulier intervient un mois après la dernière VA.

La réversibilité totale est prévue sans coût supplémentaire : elle garantit la récupération exploitable des données, configurations et éléments nécessaires à la reprise, ainsi que le maintien du service jusqu’à son acceptation formelle. Le plan initial de réversibilité est fourni dans les 2 mois suivant le démarrage, puis mis à jour au moins annuellement. La période totale commence 2 mois avant la fin du marché et doit s’achever au plus tard 3 mois après celle-ci, sauf complexité justifiée et acceptée ; pour une réversibilité partielle, le délai est de 2 mois à compter de la demande. Les données sont restituées dans leur format d’origine et les autres éléments dans un format ouvert et exploitable ; si elles sont chiffrées, les clés et moyens de déchiffrement sont remis. Le titulaire accompagne le repreneur, notamment pour le double run et la reconfiguration DNS, IP et routage. Les données et copies résiduelles sont détruites sous 30 jours après les opérations, avec remise d’un certificat d’effacement sécurisé, hors conservation légale.

Services complémentaires proposés

Le titulaire propose une prestation d’analyse environnementale du projet cloud : évaluation initiale, indicateurs de suivi, analyse des données RSE et PUE disponibles, recommandations et livrables de synthèse. Des services managés complémentaires peuvent couvrir l’exploitation, la supervision et l’administration de systèmes Windows ou Linux, de PostgreSQL, de middlewares ou d’applications, l’accompagnement et l’expertise technique, ainsi que des tests à blanc de restauration ou de reprise sans impact sur la production.

Un catalogue additionnel peut proposer, si disponibles, des options de sauvegarde, réplication, sécurité, stockage et interconnexion, des modèles LLMaaS, des ressources CPU/GPU pour calcul haute performance, ainsi que des plateformes Data Lake ou Data Warehouse et des outils de gouvernance des données.