클라우드 데이터 액세스: 전송 검색 쉽지 않다

공용 클라우드 스토리지에 데이터를 배치 하기 전에 IT 부서는 데이터를 데리고 하는 방법을 고려할 필요가 있다.

단순 데이터 액세스 간단, Taneja 그룹 분석가 및 수석 컨설턴트 제프 번 말했다. 대부분의 클라우드 스토리지 공급자는 웹 기반 스키마 기반 테이블 속성 상태 전송 (나머지) 응용 프로그램 인터페이스 (API)를 지원합니다. 일부는 또한 전통적인 블록 및 파일 기반 데이터를 지원 하 고 클라우드 스토리지 게이트웨이 공급자 기본 스토리지 클라우드에서 데이터 액세스에 고객을 도움이 될 것입니다.

하지만 번 고객 그들의 자신의 힘에 다른 하나의 클라우드 공급자에서 데이터를 전송 또는 기업으로 다시 데이터를 얻을 하려는 경우 자주 사용. 이 podcast에서 TechTarget 수석 기자 캐롤 Sliwa 번와 번과의 대화 이야기 데이터에 대 한 주요 클라우드 스토리지 공급자 뿐만 아니라 전송와 관련 된 문제 중 일부에 대 한 액세스 메커니즘.

TT: 일이 얼마나 많은 그것은 상관 비즈니스 데이터 이미 클라우드 공급자에 저장 되 고 액세스 해야 하는 경우? 일반적으로, 어떻게 과정 시간 및 사용의 용이성에 따라 전문화 할?

제프 번: 현재 접근은 간단 합니다, 그리고 시간과 액세스의 용이성 필요한 유형 및 데이터의 형식에 즉, 사용자가 특정 저장소 유형에 대 한 서비스 수준을 따라 달라 집니다. 예를 들어 클라우드 구현 위한 새로운 응용 프로그램을 작성 하려는 개발자 일반적으로 아마존 S3 같은 개체를 클라우드 기반 스토리지 서비스를 사용 합니다. S 3에서 해당 데이터에 액세스 하려면 개발자 원칙적으로, 웹 서비스 API를 사용 하 고 지금 클라우드 스토리지 Api, 아마존 S3 및 OpenStack 클라우드를 포함 한 대부분의 나머지와 호환. 따라서, 이것은 일반 API 이다.

아마존 S3 경우 계속 하려면 개발자 액세스 하 고 S3에 개체 데이터를 운영 하 고 양동이, 그리고 "get" 명령을 사용 하 여 s 3에 저장 된 특정 데이터 개체에 액세스할 수 있습니다. 기본적으로, 나머지 스타일 API에 익숙한 개발자는 신속 하 게 매우 쉬운 데이터 하드 디스크 스토리지에 속하는 경우 해당 데이터를 액세스할 수 있습니다. 예를 들어, 개발자 또는 데이터 센터에.

많은 경우에 빠르게 액세스할 수 있습니다. 그러나 보관 데이터 등의 다른 영역에 데이터 들에 대해 이야기 하는 경우 프로세스는 더 길 것 이다. 예를 들어, 지난 1 년, 중간에 아마 시작 새로운 아마존 서비스 "빙하" 이라고 합니다. 이름에서 알 수 있듯이, 빙하에 데이터 액세스 이므로 시간이 걸리는 스토리지 서비스를 보관 하도록 설계 되었습니다. 가정은 사용자 데이터는 자주 액세스 하지. 따라서이 예제에서는 데이터를 3-5 시간 소요 됩니다.

TT: 어떻게 다른 데이터 액세스 방법 기본 클라우드 스토리지 공급자 사이?

제프 번: 데이터 액세스 방법 공급자에서 공급 업체를 지 원하는 Api 및 사용자가 저장 하는 데이터 형식에 따라 다릅니다. 다시, S3 같은 클라우드 개체 저장 케이스를 사용 하는 개발자 들에 대해 이야기 하는 경우. 대부분의 클라우드 스토리지 사이트에서 Api를 사용할 수 있습니다. 하지만 다른 프로토콜 지원. 예를 들어 푸른 아직도 비누 (단순 개체 액세스 프로토콜)를 지원합니다. WebDAV를 지 원하는 많은 웹 사이트가 있습니다.

그리고 뿐만 아니라는 이러한 새로운 웹 기반 프로토콜을 사용할 수 있지만 많은 공급자 지원 더 전통적인 덩어리 또는 파일 기반 데이터. Nirvanix 클라우드 스토리지 네트워크와 IBM SmartCloud 기업, 예를 들어, NFS 및 CIFS와 같은 파일 기반 Api를 지원합니다. 블록 기반 액세스 메서드를 iSCSI 지 원하는 공급 업체 있습니다. IBM과 Cleversafe의 예입니다.

또한, 나는 클라우드 스토리지 게이트웨이 공급 업체를 언급 하 고 싶습니다. Ctera와 Storsimple 두 가지 예입니다. Storsimple는 지금 마이크로소프트의 일부입니다. 이러한 공급 업체 무엇 제공 하는 기본 스토리지 클라우드에서 파일 또는 블록 기반 데이터에 액세스 하는 로컬 응용 프로그램 이다. 난 정말 이들이 업체 클라우드, 저렴 한 비용, 유니버설 액세스 및 등을 활용 하고자 하는 기업의 중요 한 요구의 대부분을 채우고 있습니다 하지만 그들은 그들의 애플 리 케이 션을 재설계 하 고 그들의 데이터에 대 한 새로운 구름 형식을 만들 여유가 없다. 이러한 게이트웨이 그렇게, 기본적으로 기존 데이터를 장치에 나머지 기반 형식에 구름으로 번역 되 고 다음 이동한 다음 로컬 장치에서 데이터를 액세스 하도록 허용 합니다.

TT: 얼마나 힘든 그것은 비즈니스 변화와 하나에서 데이터를 전송 하는 경우 클라우드 다른 공급자 또는 기업에 다시 데이터를 얻을?

제프 번: 사용자가 클라우드 사이트에 데이터를 넣어 하려면, 서비스의 전체 집합이입니다. 거의 모든 클라우드 저장소 공급자는 원시 데이터 시드 서비스 또는 운송 서비스의 제공 또는, 어떤 경우에, 데이터에 대 한 액세스. 하지만 그것은 밖으로 데이터를 복용에 관해서, 그것은 놀라운, 하지만 대부분의 사용자가 그것을 스스로 할. 그래서 사용자가 많은 것 들에 집중 해야 합니다. 가장 큰 문제는 클라우드 업계 상호 운용성 표준, 즉 기업 데이터를 꺼낼 필요가 있는 그들의 새로운 공급자 데이터 형식 지원을 확인 해야 합니다 그들은 사용 하 여, 그들은 새로운 공급자 이동 하는 가정 여전히 부족 하다.

도구는 FTP 등, 전통적인 파일 전송 도구, 사용자가 데이터를 전송 하는 데 사용 하지만 클라우드 데이터에 연결할 좋지 수 있습니다. 만약 당신이 이러한 도구를 사용 하 여 피곤, 있습니다 과정은 단지 시간이 걸리는, 그것은 성가신 때문에 이러한 종류의 도구에 대 한 스크립트를 작성 하 고 다음 경우에 당신이 그것을 할 자체 데이터 전송 지연 된다 보안 부족 같아요.

따라서, 매우 많은 양의 데이터를 전송 하는 여유가 부족 액세스 하 고 이러한 데이터에 타협 하는 경우 수 있습니다 매우 많은 타사 마이그레이션 솔루션을 필요로. 사용할 수 있는 솔루션의 여러 가지가 있습니다. 일부는 오픈 소스, 일부 상업, 하지만 너무 비 싸. 예를 들어 호로 딸기 연구소, 라는 클라우드 Migrator 도구 라는 매우 저명한 제 3 자 지원 아마존, Azure, Rackspace 등등. 이 같은 제품을 사용 하 여 S3 같은 또는 다른 한 클라우드 공급자에서 클라우드 사이트에 양동이, 사이 직접, 기본적인 데이터 전송을 만들 수 있습니다. 또한, 이러한 서비스 도구는 안전 하 고 자동화 된, 예를 들어, 그들은 로컬 서버에 설치 되는 소프트웨어를 필요 하지 않습니다. 따라서, 방해 없이 꽤. 두 번째 클라우드 공급자에 게 데이터를 전송 하기 전에 먼저 데이터 센터 전환 필요가 없습니다.

언급, 다른 대안에는 다시 한번, 클라우드 스토리지 게이트웨이 공급자는 대부분 게이트웨이 지원 주요 클라우드 스토리지 제공 업체, 그리고 그들은 한 업체에서 다른 데이터를 마이그레이션하는 데 적합 한 도구 때문에.

(책임 편집기: 유산의 좋은)