Asigra 클라우드 백업을 사용 하 여 IBM SmartCloud 기업에

이 문서에서 저자는 "에이전트 없는 백업" 기술입니다 기존 에이전트 기반 백업 보다 더 나은 클라우드 지향 데이터 복구 방법을 권장 합니다. 이 문서의 저자는 다양 한 백업 옵션을 통해 당신을 끌 방법과 다음 실제 에이전트 없는 클라우드 복구 시스템에 대 한 그들이 개발한 ibm에서 실행® http://www.aliyun.com/zixun/aggregation/13696.html "> SmartCloud 기업입니다.

구름은 빨리, 사용 하 고 기업과 생산 레벨 응용 프로그램 클라우드에서 호스팅되는, 관리자가 전통, 에이전트 기반 백업 솔루션은 이미 클라우드 환경의 요구를 충족 시킬 수 있기 때문에 더 많은 전에 직면 필요가 있다. 에이전트 없는 백업 및 복구 기술을 전통적인 방법 간소화 하 고 데이터 복구 속도 대 한 몇 가지 이점을 제공할 수 있습니다.

이 문서에는 에이전트 없는 백업 및 복구 접근 및 구름에서 어떻게 작동 하는지 설명 합니다.

에이전트 없는 백업 및 복구를 왜 선택 합니까

IT 세계는 변화: 클라우드 컴퓨팅 백업 및 복구도 예외는 아니다. 큰 응용 프로그램 및 데이터 센터를 사용 하 여 클라우드 개발의 초기 드라이버 뿐 아니라 전통적인 백업 방법, 그리고 주로 웹과 소비자 응용 프로그램을 위한 데이터 보호 패턴 구름에서 실행 하는 기업 및 생산 응용 프로그램의 요구를 충족 실패 했습니다.

에이전트 없는 백업 및 복구 기술은 일반적으로 낮은 터치 (낮은-터치), 리소스를 많이 사용, 유연한 데이터 복구, 관리 솔루션을 제공 하는 클라우드 환경에서 처음부터 시작 되도록 설계 됩니다. 클라우드 사용자에 대 한이 적은 노력과 (주로 자동화)를 통해 비용 절감을 의미 하 고 빠른 복구 속도 제공 합니다.

이제 클라우드 기술의 도래 하기 전에 백업 기술의 진화에 살펴보겠습니다.

백업 진화 하 고 구름에 적용 하는 방법

두 더 전통적인 웹 기반 백업 종류를 살펴 봅시다:

에 따라

전통적인 에이전트 기반 백업

운영 체제, 파일 시스템 및 응용 프로그램에서 스캔 및 데이터 수집 하는 데 사용 하는 요원. 에이전트는 전체 데이터 집합, 증분 파일 변경 또는 증분 블록 변경 내용을 백업할 수 있습니다.

최근, 에이전트 기능 추가 개발 되었습니다 복제, 압축 및 암호화와 같은 기능을 포함 하도록. 이러한 모든 기능 시스템 자원의 일정 금액을 필요합니다. 그림 1 일반적인 에이전트 기반 백업 시스템을 보여 줍니다.

그림 1입니다. 전형적인 에이전트 기반 백업 소프트웨어 배포

구조화 된 데이터베이스 백업 (RDBMS, 전자 메일, ERP, 등)에 대 한 응용 프로그램 프록시는 일반적으로 특수 요원 또는 시스템 에이전트에 연결 하는 코드입니다. 각 에이전트는 고유 하며 다른 시스템이 나 응용 프로그램을 공유할 수 없습니다.

모든 장치에 에이전트를 설치 합니다. 가장 전통적인 백업 및 데이터 보호 소프트웨어 에이전트, 해지 하지 않습니다 그리고 각 에이전트를 수동으로 설치 하려면 관리자가 필요 하다. 같은 패치, 수정 팩 및 업그레이드에 적용 됩니다.

많은 백업 에이전트는 또한 응용 프로그램 시스템의 다시 시작 요구 한다. 이 요구는 모든 구현, 업그레이드, 패치, 수정 팩 될 예정 하 고 신속 하 게 전환. 만약 당신이 많은 에이전트, 과정 성가신 되며 백업 관리자가 업그레이드 또는 예약 된 유지 관리 기간에 패치 연기를 자주 하면.

서버 가상화 그냥 인기가 있다 때 백업은 구현 됩니다 가상 컴퓨터 (VM)에 같은 방식으로 실제 컴퓨터에. 각 에이전트는 리소스를 사용 하기 때문에 집중과 VM의 통합 줄어듭니다; 더 많은 VM 의미 더 많은 프록시 리소스.

백업 또한 각 에이전트 시도 하기 때문에 I/O 경합이 발생할 경합 하 고 동시에 백업 에이전트는 경합 같은 리소스는 사실에 의해 일반적으로 발생. 경합 백업 성능 저하 및 지연 백업 주기에서 발생합니다.

가상화 이미지 백업

가상 머신 하이퍼바이저 공급 업체 검색 에이전트는 비싼, 그래서 가상 컴퓨터 백업을 수행 하는 다른 접근 방식을 개발 합니다. 대부분의 가상 컴퓨터 관리자는 오늘 백업 스냅샷 백업 프로세스에 대 한 부하의 일부를 공유 하 고 프록시를 사용 하지 않는 그래서 하이퍼바이저에 의해 소유 하 고 활용할 수 있도록 하는 API의 몇 가지 형태가 있다.

백업 소프트웨어 미디어 시스템 하이퍼바이저 API 통해 특정 VM의 스냅샷 또는 VM (좀 더 구체적으로 가상 디스크 VM과 관련 된)의 시리즈를 보냅니다. 가상화 된 스냅샷 전체 VM 롤백 복구는 종종 실수로 복구 (BMR) 라고도 수 있습니다. 데이터의 양을 고려 하면, BMR 상당히 긴 과정 될 수 있습니다; 장기 사용자 조사 보여준다 복구 및 복원의 90% 이상이 일반적으로 파일, 아니라 전체 기계에 이루어집니다. 그러나, VM 롤백이 필요할 때 BMR은 그것을 구현 하는 빠르고 쉬운 방법을.

몇 가지 로컬 백업 제품 시장에서 가상화 이미지 백업에서 파일 수준 복구를 가능 하 게 하지만 그들은 종종 특정 가상화 플랫폼 및 관리 프로그램. 가상 컴퓨터가 하이퍼바이저 스냅샷 또는 이미지 캡처 하는 경우에 요구 클라우드 서버를 오프 라인 (계획 된 가동 중지 시간), 데이터를 복구 하거나 시점에서 여러 개의 캡처 또는 복제 이미지 스냅샷 저장소 용량을 늘릴 VM 리소스가 더 많이 필요 하다. 그림 2 가상된 이미지 백업 및 스냅숏 설정을 보여 줍니다.

그림 2입니다. 가상화 이미지 백업 및 스냅샷

에이전트 없는 백업 및 복구를 봐 보자.