개인 클라우드 스토리지를 구축 하는 방법

클라우드 스토리지의은 유는 조금 과장 될 수 있습니다, 하지만 우리가 아직도 구름와 관련 된 막연 한 개념을 느낄 수 있다 그리고 우리가 그것을 알고 개인 클라우드 스토리지의 경우는이 기술의 미래는 미지수, 가득. 시장에 개인 클라우드 저장소 기존 공용 클라우드를 방화벽의 추가 혜택을 주장, 개인 클라우드 스토리지 공개 저장소에 떨어졌다 표시 있다.

공용 저장소의 말하기, 그것은 연결 후 네트워크 회사 시대의 선택적 아웃소싱 하지만 그럼에도 불구 하 고, 그것은 간단 하 고 기본적으로 사용할 수 있습니다. 공용 저장소의 이름을 독점, 훨씬 질서 방식으로 관리 되 고 하지 않고 거기에 직접 것 같은 소리를 하지 않습니다. 솔직히 말해서, 단어 "공개" 소리 하지 않습니다 그리고 "구름"으로 멋진.

사설 클라우드 및 공용 클라우드 사이의 차이점은 무엇입니까?

이름 변경의 성격을 변경 하지 않습니다, 그리고 그것은 여전히 더 나은 서비스를 제공 하는 스토리지 아키텍처 기술. 우리가 인정 하는 무슨은 어느 브랜드 제품의 선택에 엔터프라이즈가 사설 클라우드 아키텍처 선택에서 도움이 됩니다. 의미에서 사설 클라우드 시장의 출현은 공용 클라우드 개발의 결과 이다. 우리가 인정 해야 하나는 공용 클라우드 나 사설 클라우드 스토리지는 클라우드 솔루션의 바꿔 놓을 수 없는 부분입니다. 특히, 서버 가상화, 클라우드 컴퓨팅을 적용할 수 있습니다. 그럼에도 불구 하 고, 성숙한 스토리지 전략은 클라우드 배포를 위해 필수적 이다.

공용 클라우드 스토리지의 장점에 비해, 우리 개인 클라우드 스토리지는 다음 기능 중 일부를 찾을:

• 가용성입니다. 때 사용자, 공간과 필요 적절 한 시기에 배포할 수 있습니다 사용 후 적시 복구를 요구.

• 서비스의 품질입니다. 상세한 서비스 레벨 설명 요구 되며 엄격 하 게 참조. 측정 통계는 얼마나 잘 응답 시간, 복구 시간 및 활동 시간에서 지 원하는 사용자 정의를 사용할 수 있습니다.

• 비용 고정입니다. 클라우드 환경에서 요금은 일반적으로 기반으로 단위 당 저장 합니다. 사용자는 단순히 할당 된 공간 또는 특정 표준에 보다는 오히려 서비스 수준 계약에 따라 실제 사용의 부분에 대 한 지불 합니다.

클라우드 스토리지 가격 목록에 보면, 당신은 몇 가지 유혹 양보 하지만 누가 진짜로 그것에서 혜택을 볼 하는 경향이? 공공 및 민간 구름 사이 명확한 구별이 있다. 공용 클라우드 아키텍처에서 사용자와 계약에 서명 하는 조직에 도움이 됩니다. 사용자에 대 한 것 들은 모든 조직, 비용에 대 한 응용 프로그램의 지원을 상대적으로 고정 아마에 비해 시스템의 유지 보수는 저렴. IT 부서는 플랫폼 서비스의 정확한 정의 클라우드 서비스 공급자에 게 필요 합니다. 비즈니스 단위 비용이 상대적으로 고정 하 고, 비록 공용 클라우드는 또한 "얼마나 구매" 환불 있다 장점, 거기 특정 서비스 수준 계약, 그리고 불행히도, 이러한 표준 IT 부서에 적응 하지 않습니다. 사용자는 충분 한 저장 공간을 얻을 하 고 관리, 시스템 모니터링 하 고 상세한 비용 시작을 시작 해야 합니다.

또한, 그것은 주의 한다 이러한 혜택 "최첨단된 스토리지 어레이 사용 하 여", "빠른 디스크" 언급 하지 않는다 또는 "10 기가바이트 이더넷." 실제로, 아무 관련 기술 지침 있다. 공용 클라우드는 더 나은 작업에 초점을 맞추고: 서비스 수준, 비용을 제어, 빠른 응답 기능. 그러나 저장소 공급 업체,, 하지 운영 문제에 집중 하는 경향이, 그들은 단순히 하드웨어와 소프트웨어 판매. 그래서 어떻게 할 개인 구름에 대 한 판매 이들이 업체? 확실히, 그것은 확실히 아니다 그냥 하드웨어 업그레이드와 환상입니다. 다행히도,이 확인 되었습니다. 사설 클라우드, 올바른 환경 및 구성에 적용할 수 있습니다.로 그냥 하드웨어 개념 되지 않습니다.

클라우드 아키텍처에 관해서, 일부 공급 업체는 확장성 및 유연성 요구 사항을 강조 한다. 그것은 상대적으로 저렴 한 비용 클라우드 아키텍처 모델 더 매력적인 것 이다 특정입니다. 하지만 거의 모든 공급 업체는 이러한 정의 보다 적게 유용 하다 그래서 이러한 특성을가지고 그들은 주장할 것 이다. 또한, 클라우드 배포가 가리킵니다 뿐만 아니라 하드웨어 아키텍처와 구름 끝에 개발 과정은 제품 자체 보다 더 의미 있는.

클라우드 아키텍처 성숙 프로세스 필요

많은 IT 컨설턴트는 그들의 자신의 비즈니스 프로세스 성숙도 모델을 개발 했습니다 하지만 거의 모든 닮 고 신속 하 게 검색 엔진 그들을 찾을 수 있습니다. 기본적으로 그들은 고려 사항에서 성숙의 다음 5 개의 측면 주위:

• 수준 1입니다. 특히, 적어도 부분 프로세스의 고의적으로 정의 해야 명확 하 게 또는 관련 참조 설명서.

• 수준 2입니다. 지속 가능성, 잘 정의 된 프로세스는 서로 다른 기능 영역에 사용 하는 경우에 모든 다른 될 수 있습니다.

• 수준 3입니다. 프로세스는 아니라 잘 정의 하 고 조직 전체에 확장, 그들은 성능 리뷰에 연결 된.

• 수준 4입니다. 주기적으로 분석 결과 측정 하는 과정. 사업 운영 결과 연관 하 고 주주를 알립니다.

• 레벨 5입니다. 지속적으로 양적 피드백 결과에 따라 새로운 비즈니스 프로세스를 개발 합니다.

개인 클라우드 스토리지의 개념, 조직 프로세스의 성숙은 사설 클라우드 배포를 위한 필수 구성 요소 중 하나로 명확 하 게 정의 되었습니다. 개인 클라우드 스토리지를 구현 하기 전에, 기업 적어도 제 3의 수준에 도달 해야 합니다. 표준 프로세스에 대 한 필요는 우리가 아래에 자세히 설명 합니다 아키텍처의 표준화를 염려 하기 때문에. 기업 성숙의 세 번째 수준 아직 입금 되지 않았습니다, 첫 번째 단계는 완성도 향상과 다음 사설 클라우드 배포의 시작을 고려 해야 합니다.

사설 클라우드 스토리지 아키텍처 구축

엔터프라이즈 클라우드 아키텍처에서 얻을 수 있는 표준 및 클라우드 아키텍처 자체의 특성에 따라 달라 집니다. 이 좋은 controllability, 최적화 된 사용, 효율적인된 인프라 및 엔터 프 라이즈-클래스 관리 관행을 포함 한다.

개인 클라우드 스토리지의 중앙 특징은 표준 아키텍처, 참조 아키텍처 라고도. 어떤 사람들 보기, 표준화 된 프레임 워크 이기 때문에, 표준화 된 프로세스, 있어야 하 고 이러한 의미에서 그것은 말에 동의 수 있습니다. 그러나, 그것은 백업 복구, 공간 사전 할당, 또는 모니터링 또는 다른 스토리지 관리 관련 운영 프로세스 수 프로세스를 서로 다른 플랫폼에서 표준화.

참조 아키텍처는 제조업체 수, 상황이 종종 이루어집니다 여러 공급 업체의. 참조 아키텍처는 실제로 다른 시스템 및 엔터프라이즈를 지원할 수 있는 구성 사양을 참조 합니다. 이 제품의 기업의 사용의 일관성을 확인 하려면 소프트웨어 및 펌웨어 버전 번호를 포함 합니다. 대부분의 기업에 대 한 스토리지 통합 참조 아키텍처를 가까이 그리기에서 중요 한 역할을 하 경향이 있다. 비즈니스 합병, 사업 단위 독립, 또는 단지 환경 문제, 회사는 종종 지 내 다 비용 및 기술적 고려 시스템 및 플랫폼의 범위를 선택 해야 합니다. 개인 클라우드 스토리지의 출현은 경우에 그것은 가능한 순간에, 하지만 적어도 그것은 다른 측면을 개발에서 그것을 멈출 수 없는 시스템을 데이터 센터 커팅을 시작 하는 좋은 기회 이다.

사설 클라우드 구성 요소

즉, 시스템의 조합에 대 한 참조 아키텍처를 구축할 수 있습니다 때 그들은 NetApp의 flexpod 같은 미리 구성 된 시스템을 사용할 수 있습니다. Flexpod vm 웨어, 시스 코 통합 컴퓨팅 블레이드 서버, 넥서스 스위치 구성 요소, 컴포넌트와 자체 넷 앱의 FAS 스토리지의 구성 된 미리 구성 된 시스템입니다. 이 새로운 시스템을 배포 하고자 하는 많은 조직에 대 한 좋은 선택이 될 수 있습니다 또는 소프트웨어 또는 하드웨어 업데이트 때문에 완전히 새로운 시스템은 다른 공급 업체의 저장소를 포함 하지 않습니다. 3 공급 업체의 구성 및 펌웨어 버전 조정 해야 하기 때문에 그것은 또한 기술 지원에 대 한 상대적으로 쉽게 되고있다입니다.

(책임 편집기: 루 광)