NetApp acquiert JetStream : la DRaaS devient un standard obligatoire dans le cloud hybride
L’acquisition de JetStream Software par NetApp marque un tournant stratégique majeur dans la gestion de la reprise après incident (Disaster Recovery, DR). En intégrant une solution purement logicielle et agnostique de la plateforme, le géant du stockage ne se contente plus de vendre du matériel, mais propose désormais une assurance cyber et opérationnelle unifiée. Pour les consultants IT, cela signifie la fin de l’ère des appliances dédiées au DR et l’avènement d’une gestion centralisée des environnements VMware, AWS et Azure.
En bref
- Unification de l’offre : NetApp fusionne sa stack de stockage avec la couche logicielle de JetStream pour offrir une DRaaS (Disaster Recovery as a Service) native.
- Agnoticité de la plateforme : La solution couvre désormais les environnements on-premises (VMware) mais aussi les clouds publics (AWS, Azure), brisant la dépendance aux appliances physiques.
- Simplification opérationnelle : Fini les clusters de secours complexes ; la réplication est gérée par des agents légers et une console unique.
- Réduction des coûts CAPEX/OPEX : Passage d’un modèle d’investissement lourd (achat de baies de stockage secondaires) à un modèle de consommation ou de licence logicielle.
- Focus sur la cyber-résilience : L’accent est mis sur la restauration rapide des VMs et l’isolation des données contre les ransomwares.
De la réplication matérielle à l’orchestration logicielle
Historiquement, la reprise après incident reposait sur une duplication matérielle coûteuse : on achetait une baie de stockage identique à la production pour y répliquer les données. Ce modèle, efficace mais rigide, générait des coûts élevés en espace, énergie et maintenance. JetStream, fondé par d’anciens experts de la virtualisation, a popularisé une approche différente : le DR logiciel.
En acquérant JetStream, NetApp valide cette approche. La technologie de JetStream repose sur des agents installés sur les hyperviseurs (principalement VMware ESXi) qui capturent les changements de blocs de données et les transmettent vers un point de récupération. Ce point peut être une autre infrastructure VMware, un instance AWS ou une VM Azure.
Pour les administrateurs systèmes, cette évolution est cruciale. Elle découple la logique de sauvegarde/récupération du sous-jacent de stockage. Vous n’avez plus besoin de configurer des LUNs de réplication, des VMDKs spécifiques ou des politiques de snapshot complexes sur le stockage NetApp pour assurer la DR. La logique est élevée au niveau de la machine virtuelle.
L’impact technique sur l’architecture
L’intégration permet de lever les contraintes de localisation physique. Auparavant, si votre site de production était à Paris, votre site de secours devait idéalement être en Île-de-France ou en région proche pour minimiser la latence de réplication. Avec le modèle software-defined de JetStream, vous pouvez placer votre site de récupération dans une région cloud éloignée (par exemple, le cloud d’AWS à Dublin ou Francfort) sans pénalité de performance significative, car la réplication est optimisée au niveau du flux de données compressé et dédupliqué.
Architecture avant acquisition (Modèle traditionnel) :
[Stockage Prod NetApp] --(Réplication Fibre Channel/iSCSI)--> [Stockage Secours NetApp]
| |
[Cluster VMware A] [Cluster VMware B]
Architecture après intégration JetStream (Modèle logiciel) :
[Agents JetStream sur Cluster VMware A]
|
| (Réplication logicielle chiffrée)
v
[Site de Récupération : Cluster VMware B OU Instance AWS/Azure]
Une convergence stratégique avec les services managés
Pourquoi NetApp, un acteur historique du stockage matériel, achète-t-il une startup logicielle ? La réponse réside dans la transformation du marché vers le Cloud Hybride. Les entreprises ne veulent plus choisir entre on-premise et cloud ; elles veulent gérer les deux comme un tout.
NetApp possède déjà une forte part de marché dans le stockage de données primaires. Cependant, la DR est souvent un "point douloureux" séparé, géré par des équipes de sécurité ou d’infrastructure distinctes. En intégrant JetStream, NetApp propose une console unifiée.
Les bénéfices opérationnels concrets
- Réduction de la surface d’attaque : Moins d’apliances dédiées = moins de firmware à patcher, moins de ports ouverts. La réplication se fait via des tunnels sécurisés (TLS) gérés par le logiciel.
- Test de restauration simplifié : Avec les solutions matérielles traditionnelles, tester une DR impliquait souvent de basculer tout un site, ce qui est risqué. JetStream permet de lancer des VMs de test directement dans un sandbox isolé (VLAN de test ou VPC cloud) sans impacter la production.
- Support multi-cloud natif : C’est le point différenciant. Un consultant peut désormais utiliser la même interface pour gérer la DR d’une VM VMware on-premise vers AWS, et celle d’une VM AWS vers Azure. Cette agnosticisme est rare chez les éditeurs de stockage traditionnels.
Implémentation et intégration dans l’existant
L’intégration de JetStream dans l’écosystème NetApp ne remplace pas les fonctions de sauvegarde (backup) de NetApp (comme SnapDrive ou SnapCenter), mais elle les complète en couvrant spécifiquement le périmètre de la reprise d’activité (DR).
Il est essentiel de distinguer ces deux concepts dans votre architecture :
- Sauvegarde (Backup) : Protection contre les erreurs humaines ou la corruption de données. Gérée par les snapshots NetApp.
- Reprise après incident (DR) : Protection contre la perte totale d’un site (incendie, ransomware, défaillance cloud). Gérée par la couche JetStream.
Scénario d’implémentation type
Voici comment un consultant IT doit structurer le déploiement de cette nouvelle offre :
- Inventaire des charges critiques : Identifier les VMs ayant un RTO (Recovery Time Objective) et RPO (Recovery Point Objective) stricts.
- Choix du site de récupération :
- Option A (On-premise) : Un cluster VMware secondaire, souvent plus léger que le cluster principal.
- Option B (Cloud) : Une région AWS/Azure distincte de la production.
- Installation des agents : Déploiement des agents JetStream sur les hyperviseurs source.
- Configuration de la réplication : Définition des flux de réplication. La compression et la déduplication sont appliquées avant l’envoi pour réduire la bande passante.
- Automatisation des failovers : Création de runbooks automatisés dans la console NetApp unifiée.
# Exemple conceptuel de logique de provisioning dans le cloud cible
# (La configuration est faite via la console web, mais voici la logique sous-jacente)
# 1. Création du VPC/VLAN isolé pour les tests
# 2. Allocation des ressources (vCPU, RAM) identiques aux VMs source
# 3. Mounting des disques de récupération (iSCSI/NFS) depuis le stockage NetApp cible
# 4. Démarrage des VMs dans l'environnement de test
Pourquoi c’est un jeu gagnant pour les consultants IT ?
Pour les cabinets de conseil et les équipes internes, cette acquisition résout trois problèmes majeurs rencontrés au quotidien :
1. La complexité de la gestion multi-vendeurs
Auparavant, vous aviez des contrats séparés : un pour le stockage (NetApp), un pour la DR (un éditeur tiers type Zerto, Veeam, ou une appliance Dell/VMware). Désormais, une seule licence, un seul support, une seule interface. Cela réduit la charge cognitive des administrateurs.
2. La gestion des coûts cloud
La DR dans le cloud est souvent un gouffre financier si elle n’est pas bien gérée. JetStream permet de mettre les VMs de secours en état "dormant" (stopped) pour ne payer que le stockage, et de les démarrer uniquement en cas d’incident ou de test planifié. Cette granularité de coût est essentielle pour justifier le budget cloud.
3. La conformité et la souveraineté des données
Avec la montée en puissance du RGPD et des exigences de souveraineté, les entreprises doivent prouver où sont leurs données. La console unifiée NetApp/JetStream offre une visibilité centralisée sur la localisation des données de réplication, facilitant ainsi les audits de conformité.
Bonnes pratiques pour consultants IT
Pour tirer le meilleur parti de cette nouvelle offre, voici les recommandations opérationnelles :
- Ne confondez pas Backup et DR : Assurez-vous que vos snapshots NetApp restent actifs pour la restauration de fichiers individuels. Utilisez JetStream uniquement pour la restauration complète de VMs ou de sites.
- Testez régulièrement (Game Days) : Exploitez la capacité de JetStream à lancer des VMs dans un environnement isolé. Programmez des tests trimestriels de bascule pour valider les RTO/RPO réels.
- Chiffrement de bout en bout : Activez le chiffrement des données en transit (TLS 1.2+) et au repos. Ne faites jamais confiance à la sécurité du réseau seul pour la réplication de données sensibles.
- Automatisation des runbooks : Intégrez les API de la console NetApp dans vos outils d’orchestration (Ansible, Terraform) pour automatiser les failovers en cas de catastrophe majeure, réduisant ainsi le temps de réaction humain.
- Séparation des environnements : Même si la technologie est la même, assurez-vous que les comptes d’administration de la production et de la DR sont distincts pour limiter les risques de compromission en cas de phishing.
Points clés
L’acquisition de JetStream par NetApp n’est pas une simple opération financière, c’est une validation technologique du modèle "software-defined DR". Pour les consultants IT, cela signifie :
- Simplicité : Moins de matériel, plus de logiciel, une gestion unifiée.
- Flexibilité : Capacité à basculer vers n’importe quel cloud public sans changer de fournisseur de DR.
- Économique : Réduction des coûts de possession (TCO) grâce à la fin des appliances dédiées.
- Stratégique : Une réponse directe aux menaces cyber (ransomwares) qui exigent une réplication immuable et isolée.
Les équipes d’infrastructure doivent désormais revoir leurs architectures de DR. L’ère des "baies de secours" est révolue ; place à la résilience logicielle, agile et cloud-native. Pour les consultants, maîtriser cette intégration NetApp/JetStream devient un atout compétitif majeur auprès des clients cherchant à sécuriser leurs opérations hybrides.
Source : ChannelNews
