CloudHound는 모든 서버를 측정하고, AWS, Azure, Google Cloud, Oracle Cloud의 실시간 요금으로 비용을 산정한 다음, 선택한 클라우드로 이전합니다.
각 레코드는 실행 중인 서버에서 수집한 샘플입니다: CPU, 메모리, 디스크, 프로세스, 네트워크 흐름. 같은 데이터로 환경의 비용 산정, 계획, 마이그레이션을 수행합니다.
일반적인 프로젝트를 날짜별로 살펴봅니다.
서버당 명령 하나, 또는 SSH와 WinRM을 통한 에이전트리스 방식. 인벤토리, 프로세스, 연결 정보가 즉시 도착합니다.
CPU, 메모리, 디스크를 1분마다 샘플링하며, 각 서버에 대한 설명이 몇 분 안에 작성됩니다.
모든 서버를 최신 AWS, Azure, Google Cloud, Oracle Cloud 요금으로 산정: 온디맨드, 예약, Savings Plan을 나란히 비교.
5일간의 네트워크 흐름을 애플리케이션 단위로 묶습니다.
종속성 맵으로부터 웨이브 계획이 생성됩니다. 애플리케이션을 웨이브 사이로 끌어 옮길 수 있습니다.
각 웨이브는 복제, 블록 단위 검증, 변환을 거쳐 선택한 클라우드에서 부팅됩니다. EC2에서 서버 125대를 12분 만에.
포트폴리오를 만들 때 17개 호스팅 리전 중 하나를 선택합니다. 어느 나라의 에이전트든 아웃바운드 전용 TLS로 해당 리전에 보고하며, 데이터는 그곳에서만 처리되고 저장됩니다.
에이전트는 고정밀 사용률을 1분 단위로 계속 기록합니다: CPU, 메모리, 그리고 각 드라이브의 작업 수와 바이트 카운터. 각 서버는 이 7일간의 분 단위 데이터로 실측 사용량에 맞게 크기가 정해집니다. 다음은 8 vCPU, 32 GiB, 드라이브 9개로 구성된 예시 애플리케이션 서버의 1주일이며, CPU와 메모리는 실제 운영 서버의 1주일을 바탕으로 했습니다.
1주일간의 환경 파악 후 CloudHound가 일반적인 애플리케이션 서버에 대해 알게 되는 정보입니다. 서버는 예시이지만, 모든 항목은 에이전트가 수집하는 것입니다.
CloudHound가 서버 간 네트워크 흐름으로 고객 환경을 그리는 방식대로 그린 예시 환경입니다. 서버 145대와 연결 780개를 애플리케이션별로 묶었습니다. 서버를 드래그하고, 마우스를 올려 통신 대상을 확인하고, 애플리케이션을 클릭해 따로 볼 수 있습니다.
CloudHound는 어떤 서버끼리 통신하는지 파악하고 그 트래픽으로 서버를 애플리케이션으로 묶습니다. 각 애플리케이션은 의존하는 데이터베이스와 같은 마이그레이션 웨이브에 배치되므로 필요한 시스템 없이 옮겨지는 것은 없습니다. 이 예시는 서버 1,000대를 환경 파악부터 10개 웨이브 계획까지 따라갑니다. 드래그해 회전할 수 있습니다.
CloudHound는 각 서버를 두 가지 방법 중 하나로 옮깁니다. 서버 전체를 검증된 정확한 사본으로 AWS, Azure, Google Cloud 또는 Oracle Cloud에 리호스트할 수 있습니다. AWS에서는 서버의 데이터베이스를 Amazon RDS for SQL Server, PostgreSQL, MySQL 또는 MariaDB로 바로 리플랫폼할 수도 있습니다.
CloudHound는 135가지 운영 체제 변형을 지원하며, 지금까지 사용 중인 것으로 확인된 기업 서버의 99.5%를 마이그레이션할 수 있습니다.
AWS로 이전하는 Windows 서버 중 상당수는 Microsoft가 더 이상 지원하지 않는 버전을 실행합니다. CloudHound는 마이그레이션 중에 Windows Server 2025로 업그레이드할 수 있어, 2034년 11월까지 지원되는 상태로 이전됩니다.
블록 수준 마이그레이션은 디스크의 블록을 복사하므로 결과는 원본처럼 부팅되는 정확한 복제본입니다. 원본은 절대 수정되지 않습니다. 원시 블록 읽기는 디스크 속도로 진행되며, 당사 벤치마크에서 1 TiB 디스크를 255초 만에 복사했습니다. 이후 패스는 변경된 블록만 옮기므로 최종 동기화에는 최근 변경분만 담깁니다. 시작 전에 대상 볼륨을 다시 읽어 원본과 블록 단위로 비교한 다음 디스크 크기를 최적화합니다. 아래 수치는 예시 디스크의 값입니다.
서버가 클라우드에서 부팅되면 CloudHound는 모든 서비스, 포트, 데이터베이스, 볼륨, 네트워크 경로가 원본에서 실행되던 그대로 돌아왔는지 확인합니다.
두 문제 모두 서버에 있지 않습니다. AWS에 있는 서브넷의 라우팅 테이블에 온프레미스 네트워크 두 곳으로 가는 경로가 없습니다. VPC 콘솔에서 해당 라우팅 테이블을 열고 다음을 추가합니다:
10.20.8.0/2410.20.9.0/242026년 9월 벤치마크를 다시 재생합니다. 94가지 운영 체제 변형에 걸친 서버 125대와 총 9.3 TiB의 디스크 140개를 모두 복제하고, 블록 단위로 검증하고, 변환하고, 부팅하여 EC2에서 확인했습니다.

“CloudHound는 환경 파악부터 웨이브 계획까지 복잡한 환경을 즉시 명확하게 보여 주어, 고객에게 더 빠르고 확신 있는 성과를 제공할 수 있게 해 줍니다.”
마이그레이션 총괄
AWS Premier Partner