Cyska conçoit, migre et sécurise des plateformes OpenStack et Ceph pour les organisations qui doivent garder la maîtrise de leurs données, de leurs coûts et de leurs opérations. De la trajectoire de sortie VMware à l'exploitation en production, vous décidez à chaque étape sur des preuves : un pilote avant tout programme, un retour arrière testé avant toute bascule, et une équipe capable d'exploiter sans nous.
Premier retour sous un jour ouvré · NDA possible · Français et anglais
NouveauIA souveraine sur OpenStack : étude d'opportunité GPU →Une expérience terrain acquise auprès de grandes organisations, notamment dans des environnements CAC 40.
Architecture, migration, performance, résilience et exploitation en production.
Intervention à distance ou sur site, en français ou en anglais, avec transfert de compétences.
Licences, réglementation, dette technique, compétences et désormais workloads IA convergent au même moment. Chaque sujet se gère ; ensemble, ils appellent une trajectoire, pas une suite de projets d'urgence.
Les offres par souscription facturées au cœur ont supprimé la visibilité tarifaire et multiplié les budgets de virtualisation. La question n'est plus de réduire la dépendance, mais dans quel ordre et à quel rythme.
NIS2, DORA, RGPD et exigences sectorielles demandent où vivent les données, qui y accède et comment vous quitteriez un fournisseur. Des plateformes ouvertes et documentées transforment ces questions en preuves plutôt qu'en promesses.
Un cluster OpenStack en retard de plusieurs versions ne reçoit plus de correctifs de sécurité et bloque chaque renouvellement matériel ou logiciel. Attendre augmente à la fois l'exposition et le coût final de la migration.
Une plateforme que seul votre intégrateur comprend est une autre forme de verrouillage. Chaque mission se termine par des runbooks, de l'automatisation et des sessions en binôme pour que vos équipes exploitent sans nous.
Prompts, jeux d'entraînement et poids affinés deviennent les actifs les plus sensibles de l'entreprise, et la facture GPU la ligne qui croît le plus vite. Internaliser ou non une partie de cela est désormais une question de gouvernance, à trancher avec vos chiffres.
IA souveraine sur OpenStack →Chaque mission part de vos contraintes opérationnelles et aboutit à des livrables documentés, testables et maîtrisables par vos équipes.
Évaluer la localisation des données, les dépendances, l'exposition VMware, les compétences et les risques opérationnels avant d'engager le budget.
Livrables : cartographie, analyse d'écarts, architecture cible, feuille de route et hypothèses budgétaires.
Concevoir, déployer ou moderniser une plateforme OpenStack et Ceph haute disponibilité, prête pour l'exploitation.
Livrables : automatisation Kolla-Ansible, socle de sécurité, supervision, runbooks et transfert de compétences.
Qualifier les workloads, réaliser un pilote puis industrialiser les migrations vers OpenStack avec plans de retour arrière et de bascule.
Livrables : usine de migration, vagues testées, procès-verbaux de recette et stabilisation de production.
Décider avec vos chiffres si l'inférence de modèles open-weights, le fine-tuning ou une capacité GPU privée ont leur place sur votre propre OpenStack, puis concevoir la plateforme sous vos modèles.
Livrables : rapport d'opportunité avec go / no-go, architecture cible, modèle de coût pluriannuel, checklist matériel et licences, plan de pilote mesuré.
En savoir plus →Vous ne vous engagez jamais sur l'ensemble du programme d'emblée. Chaque phase se termine par des preuves et un go / no-go qui vous appartient. Les durées sont indicatives et fixées au cadrage, jamais renégociées en cours de route.
Cartographie de l'existant, dépendances, exposition VMware, écart de versions, compétences et risques opérationnels. Architecture cible, feuille de route et hypothèses budgétaires.
Des workloads réels couvrant plusieurs profils de risque, pas une VM commode. Fenêtres mesurées, critères de recette et un retour arrière réellement exercé.
Des vagues planifiées selon les dépendances applicatives et les fenêtres métier, pas selon le nombre de VM. Chaque vague a son plan de bascule, son retour arrière et son procès-verbal de recette.
Observabilité réglée sur le trafic réel, runbooks et automatisation transmis en sessions de binôme, documentation d'architecture mise à jour. La plateforme ne dépend plus de nous.
Les migrations échouent plus souvent sur la gouvernance que sur la technique. Ces règles sont inscrites dans chaque mission et ne sont pas négociables de notre côté.
Nous déployons des clusters OpenStack haute disponibilité avec Kolla-Ansible sur plusieurs zones de disponibilité, et nous migrons vos workloads depuis vos anciennes versions (ex. : OpenStack Rocky) vers les versions récentes avec un minimum d'interruption. Les procédures détaillées sont dans nos guides techniques.
Une plateforme exploitable dès le premier jour : automatisée, documentée et transférable, avec une observabilité intégrée plutôt qu'ajoutée après coup.
Quand plusieurs releases vous séparent de la version courante, une plateforme côte à côte avec migration des workloads est plus sûre qu'une mise à niveau sur place. Nous réduisons l'interruption au minimum grâce à deux approches :
Les deux OpenStack voient le même pool Ceph : les volumes sont libérés par l'ancien Cinder et adoptés par le nouveau sans copier leurs blocs de données. La fenêtre de bascule est mesurée pendant le pilote et inclut les contrôles Cinder, la reconstruction de l'instance et la recette.
Pour les baies de stockage isolées : les volumes sont snapshotés, exportés en images, transférés et recréés sur le cluster cible, vague par vague.
Un accompagnement de bout en bout pour concevoir, exploiter et moderniser votre infrastructure en conservant le contrôle stratégique, la résilience et une flexibilité durable, partout où souveraineté et conformité comptent. Nous livrons des playbooks et scripts réutilisables, nous appuyons sur des outils open source et évitons tout verrouillage fournisseur sur l'ensemble de la transformation. Nos consultants sont des experts seniors forts de plusieurs années d'expérience dans des environnements exigeants, y compris au sein de groupes du CAC 40.
Déploiement et exploitation d'infrastructures OpenStack via Kolla-Ansible. Optimisation du stockage distribué Ceph, des réseaux virtuels OVN/Neutron et de la haute disponibilité des services Nova/Cinder.
Maîtrise éprouvée des architectures VMware vSphere, ESXi, vCenter et vSAN. Hybridation avec les solutions open source et optimisation des coûts de licence.
La plupart des programmes vont de VMware vers OpenStack. Certains workloads font le chemin inverse après une fusion ou vers une zone d'atterrissage hybride. Dans les deux cas, la méthode est la même : qualifier, piloter, industrialiser, garder la source intacte jusqu'à la recette.
Deux chemins industrialisés : la conversion directe avec virt-v2v, qui injecte les pilotes VirtIO et écrit les volumes Cinder directement depuis vCenter, ou un export, une conversion et un import Glance entièrement maîtrisés pour les environnements isolés et les vagues de masse.
Pour les VM isolées, un snapshot Glance est converti au format VMDK attendu par vSphere et enregistré via vCenter. Pour les disques de plusieurs téraoctets, l'image Ceph RBD est convertie en une passe, sans fichier intermédiaire, et les fenêtres de bascule sont dimensionnées sur des débits mesurés.
Pour les environnements de production, nous combinons Prometheus pour la collecte des métriques, Grafana pour les tableaux de bord et Alertmanager pour le routage des alertes, afin que les équipes d'exploitation détectent plus vite les incidents, gardent le contrôle de la santé des services et réagissent avec clarté et confiance.
Collecte les métriques des nœuds, services, Ceph et OpenStack via des scrapes et des règles d'alerte.
Hôtes étiquetés par rôle (contrôleur, calcul, Ceph) pour que chaque signal soit attribuable.
Construit des tableaux de bord pour le CPU, la mémoire, la latence stockage, le throughput API et la santé des instances.
Tableaux de bord provisionnés en code et versionnés avec la plateforme, pas construits à la main.
Route les alertes critiques vers Slack, l'e-mail ou les outils d'incident selon la sévérité et l'équipe responsable du service.
Chaque alerte a un responsable et un circuit d'escalade ; le regroupement évite les tempêtes de notifications.
Il est contenu par conception : la plateforme cible est construite à côté de l'existant, les workloads migrent par vagues après un pilote, et la source reste intacte jusqu'à la recette. Une vague en échec est annulée, journalisée et réinjectée dans le plan suivant ; elle ne devient pas une panne.
Le cadrage prend quelques semaines et produit une feuille de route avec des hypothèses budgétaires. Le pilote remplace ensuite les hypothèses par des fenêtres et des débits mesurés ; c'est à ce moment que le coût du programme devient fiable. Nous ne publions pas de chiffres génériques parce qu'ils seraient faux pour votre parc.
Non. La qualification produit une matrice d'éligibilité : ce qui migre directement, ce qui nécessite une remédiation, ce qui est reconstruit sur la cible, ce qui est décommissionné ou conservé en place. Les exceptions deviennent des décisions explicites du programme plutôt que des surprises tardives.
Que vous pouvez répondre à trois questions avec des preuves : où sont les données, qui y accède, et comment vous partiriez. Composants open source, API documentées, infrastructure que vous possédez ou choisissez, et un plan de réversibilité écrit avant que le premier workload ne bouge. Nous ne vendons pas un label ; nous livrons l'architecture et les contrôles que demandent les auditeurs.
Vos équipes. Automatisation, runbooks, observabilité et procès-verbaux de recette sont livrés dans vos dépôts et transférés lors de sessions en binôme. Nous garder en appui ensuite est une option, jamais une dépendance.
Vous cherchez une plateforme cloud plus autonome, mieux gouvernée et dont la résilience est mesurable ? Contactez directement notre équipe.