CloudHound mesure chaque serveur, le chiffre selon les tarifs en vigueur d'AWS, Azure, Google Cloud et Oracle Cloud, et le déplace vers le cloud de votre choix.
Chaque enregistrement est un échantillon d'un serveur en fonctionnement : CPU, mémoire, disque, processus et flux réseau. Les mêmes données servent à chiffrer, planifier et migrer le parc.
Un projet type, jour après jour.
Une commande par serveur, ou sans agent via SSH et WinRM. L'inventaire, les processus et les connexions arrivent immédiatement.
CPU, mémoire et disque sont échantillonnés chaque minute, et chaque serveur est décrit en quelques minutes.
Chaque serveur chiffré aux tarifs AWS, Azure, Google Cloud et Oracle Cloud en vigueur : à la demande, réservé et Savings Plan côte à côte.
Cinq jours de flux réseau sont regroupés en applications.
Un plan de vagues est généré à partir de la carte des dépendances. Vous pouvez glisser les applications d'une vague à l'autre.
Chaque vague est répliquée, vérifiée bloc par bloc, convertie et démarrée sur le cloud choisi. 125 serveurs en 12 minutes sur EC2.
Vous choisissez l'une des dix-sept régions d'hébergement à la création d'un portefeuille. Les agents de tous les pays remontent vers cette région en TLS sortant uniquement, et leurs données sont traitées et stockées là seulement.
L'agent enregistre l'utilisation haute fidélité à la minute, en continu : CPU, mémoire et les compteurs d'opérations et d'octets de chaque disque. Chaque serveur est dimensionné à partir de sept jours de mesures à la minute, selon son usage réel. Voici une semaine d'un serveur d'applications illustratif, doté de 8 vCPU, 32 GiB et neuf disques, dont le CPU et la mémoire reprennent la semaine d'un serveur de production.
Ce que CloudHound sait d'un serveur d'applications type après une semaine de découverte. Le serveur est illustratif, mais chaque champ est collecté par l'agent.
Un parc d'exemple, dessiné comme CloudHound dessine le vôtre à partir des flux réseau entre vos serveurs : 145 serveurs, 780 connexions, regroupés en applications. Faites glisser un serveur, survolez-le pour voir avec quoi il communique, cliquez sur une application pour l'isoler.
CloudHound voit quels serveurs communiquent entre eux et utilise ce trafic pour les regrouper en applications. Chaque application est ensuite placée dans une vague de migration avec les bases de données dont elle dépend, pour qu'aucune application ne migre sans les systèmes dont elle dépend. Cet exemple suit 1 000 serveurs de la découverte jusqu'à un plan en dix vagues. Faites glisser pour le faire pivoter.
CloudHound migre chaque serveur de l'une de deux façons. Il peut réhéberger le serveur entier sur AWS, Azure, Google Cloud ou Oracle Cloud sous forme de copie exacte et vérifiée. Sur AWS, il peut aussi replateformer les bases de données du serveur directement vers Amazon RDS for SQL Server, PostgreSQL, MySQL ou MariaDB.
CloudHound prend en charge 135 variantes de systèmes d’exploitation et peut migrer 99,5 % des serveurs d’entreprise que nous avons vus en service.
Beaucoup de serveurs Windows migrés vers AWS exécutent une version que Microsoft ne prend plus en charge. CloudHound peut les mettre à niveau vers Windows Server 2025 pendant la migration, pour qu’ils arrivent pris en charge jusqu’en novembre 2034.
La migration au niveau bloc copie les blocs du disque, donc le résultat est un clone exact qui démarre comme la source. La source n'est jamais modifiée. La lecture des blocs bruts se fait à la vitesse du disque : dans notre test, un disque de 1 TiB a été copié en 255 secondes. Chaque passe suivante ne transfère que les blocs modifiés, donc la synchronisation finale ne porte que les changements récents. Avant le lancement, le volume cible est relu et comparé à la source bloc par bloc, puis le disque est redimensionné. Les chiffres ci-dessous viennent d'un disque d'exemple.
Quand les serveurs démarrent dans le cloud, CloudHound vérifie que tout est revenu comme sur la source - chaque service, port, base de données, volume et chemin réseau.
Aucun des problèmes ne vient du serveur. La table de routage de son sous-réseau dans AWS n'a pas de route vers deux réseaux sur site. Dans la console VPC, ouvrez cette table de routage et ajoutez :
10.20.8.0/2410.20.9.0/24La rediffusion de notre benchmark de septembre 2026 : 125 serveurs couvrant 94 variantes de système d'exploitation et 140 disques totalisant 9,3 TiB, chacun répliqué, vérifié bloc par bloc, converti, démarré et confirmé sur EC2.
« CloudHound nous donne immédiatement une vision claire des environnements complexes - de la découverte à la planification par vagues - et nous permet d'obtenir des résultats plus rapides et plus sûrs pour nos clients. »
Responsable des migrations
AWS Premier Partner
