클라우드 마이그레이션에 대 한 몇 가지 고려 사항

어떤 사람들의 마음에, 가상 데이터 센터에서 프라이빗 클라우드로 이동 하는 단계 하만 관리 소프트웨어의 작은 비트 및 일부 자동화를 달성 하기 위해 필요한 있습니다. 그렇게 간단하지 않아요.

IT 관리자는 건물 에 사설 클라우드, 어떤 경우에 경로에 착수 때 정의 된 데이터 센터 인프라 클라우드 컴퓨팅 구현에 적합 하지 않을 수 있습니다. 그래서 그들은 과거 가정 및 관행의 테스트 얼굴을 할 수 있습니다. 공급 업체는 공개적으로 주장 하는 자동화 및 관리의 클라우드 컴퓨팅을 더 이상 신뢰할 수 없습니다.

엔터프라이즈 데이터 센터, 사설 클라우드 제어할 자원을 제공 한다. 그것은 자동화 하는 워크플로 만드는 하 고 작업을 변경, 방화벽 규칙을 설정 하 고 라우터 구성 같은 수동 구성 작업의 수를 감소. 그것은 데이터 및 관리는 단일 "위치"에 통합 데이터 센터 운영자 변경 응용 프로그램 작업 부하 및 메모리, 스토리지 및 기타 IT 리소스를 다시 할당 하도록 할 수 있습니다, 때문에 어떤 사람들 고려 클라우드 컴퓨팅 레이어 관리자.

그러나, 대부분의 데이터 센터에 대 한 사설 클라우드 자동화 관리에 대 한 "죽 일 필요가" 기술 개편 기존 인프라와 프로세스의 필요합니다. 단순히 개인 클라우드로 기존 서버, 저장 장치 및 네트워크 장치에서 클라우드 관리 소프트웨어를 설치할 수 없습니다. 인프라를 예상 대로 작동 하지 않습니다.

그래서 가상화 인프라에 대 한 몇 가지 오해를 살펴 고 개인 클라우드 환경에 필요한 변화를 고려.

가상 컴퓨터 자동화는 간단

고급 가상화 기술로 비즈니스는 이제 다음 논리적인 단계를 걸립니다: 사용자가 가상 컴퓨터 (VM)까지 만들고 그것을 정의 하는 것은 팀 없이 전화 수 있도록 사설 클라우드를 구축.

응용 프로그램 소유자는 외부 공급 업체를 때 그들은 전화 연결 가상 컴퓨터에는 사설 클라우드를 수 있어야 합니다. 이 방법으로 관리자 하지 인간의 오류 발생의 가능성을 줄이기 위해 새 가상 컴퓨터를 구성 하는 동안 가상 레이어 작업의 문제에 대 한 일상적인 솔루션에 갇혀 있다.

하지만 만들기, 구성 및 클라우드에서 가상 컴퓨터 관리는 기존 데이터 센터에서 사례 관리 다릅니다. 가상 인프라에서 기존 변경 관리 경로 가상 컴퓨터의 무 자 비 한 성장을 제한할 수 있는 새 가상 컴퓨터를 만드는 과정을 제공 합니다. 그러나, 클라우드 컴퓨팅 환경에서 도전은 가상 컴퓨터의 성장 억제에 기여 하지 않는 사용자 기반 환경을 개발 하는 것 이다. 또한, 표준화 하 고 새 가상 컴퓨터의 하드웨어 및 소프트웨어 설정에 대 한 가상 컴퓨터 템플릿을 기본 운영 체제, 서비스 팩 및 다른 패치를 포함 것으로 보인다. 성능 문제를 감안할 때, 대부분의 조직에서는 완전 한 응용 프로그램 및 서비스에서 이러한 서식 파일의 포함을 옹호 하지 않습니다.

그러나, 개인 클라우드 궁극적인 목표 중 하나는 최종 사용자가 주문형 새로운 응용 프로그램 및 서비스를 만들 수 있도록입니다. 최종 사용자가 클라우드 포털에 로그온, 그들은 서비스 디렉터리, 아니라는 가상 포함 된 응용 프로그램 기본 운영 체제를 보고 싶어요. 그들은 완벽 한 서비스 또는 응용 프로그램 필요.

그래서 과거 가정 및 절차를 얼굴을 해야 합니다. 서식 파일, 즉 "스택" 서비스 및 응용 프로그램 가상 컴퓨터에 설치 됩니다. 이러한 응용 프로그램의 전통적인 관리에 관련 된 사람들과 밀접 하 게 작동 하 고 가상 컴퓨터를 구성 하는 허가 얻이 필요가.

가상 컴퓨터는 테스트 하 고 서비스 카탈로그에 포함 되어 있는 하기 전에 어느 정도 검증 될 필요가 있다. 따라서, 가상 컴퓨터는 가상 인프라에서 성장 하는 구름에서 성장 하는 가상 컴퓨터 되지 않습니다 보장 하기 위해 적절 한 제어 조치를 취할 해야 합니다. 엔터프라이즈의 기준을 유지 하면서 우리는 또한 특정 자유도 최종 사용자에 게 몇 가지 균형된 조치 해야한다.

이 정도의 자유를 위해 최종 사용자 필요가 없습니다 지나치게 최적화 하 고 사용 하 여 사용자 지정 사전 패키지 서비스를 제공 하는 것입니다.

또한 가상 컴퓨터 "수준" 자동화 엔진에서 백 금, 금은, 등을 만들어 구성 및 구성 프로세스를 단순화 하 고 구리 레벨 4 수 있습니다. 디자인의이 수준, IT 관리자는 구축 하 고 사전에 다른 가상 컴퓨터 템플릿 선택 수와 사용자가 응용 프로그램 및 서비스의 일정 범위 내에서 서식 파일에 액세스할 수 있습니다. 이 계층된 접근 성능 및 소비, 제어 하는 데 도움이 하 고 부서 단위에 대 한 그들의 자원 소비의 실제 투영 될 수 있습니다. 계층된 모델 CPU와 메모리의 양을 제한 하 고 공저 정책에 대 한 무대를 설정 하는 데 도움이.

Vm¬first 정책입니다. 동안 클라우드 컴퓨팅 제외 하지 물리적 서버, 높은 기존 인프라 가상화, 클라우드를 구현 하는 것이 더 쉽다. 이렇게 하지 않은 경우 "vm¬first 정책" 새로운 서비스와 새로운 응용 프로그램의 가상화로 기본값을 사용 합니다. 그들은 다음 그들은 서비스 가상화를 수행할 수 없습니다 증명 하는 경우에 지정된 된 물리적 서버에 배포 됩니다.

또 다른 물리적 서버에 가상화의 초기 단계에서 제외 된 재고입니다. 이러한 물리적 서버 성능에 지나치게 민감한 서버 가상화 하기 어려운으로 간주 되는 수 있습니다. 이러한 관리 절차의 중요 한 진행과 함께이 시스템 가상 계층을 이동할 수 있습니다.

마지막으로, 가상 컴퓨터에 적용 되는 정책 및 변경 관리 절차는 재 시험. 그들은 여전히 유효 하 고, 또는 그들은 현실 세계에서 수행 하는 작업을 후퇴? 가상화는 생산 작업 데이터 센터의 가능성을 입증 했다, 이니까 더 적극적인 정책을 개발 해야 합니다.

구성 저장소는 간단

클라우드 컴퓨팅 환경에서 충분 한 저장소 리소스 구성 인식된 도전 이다. 개인 클라우드 저장은 다중 소유, 하지만이 패턴 기술 과제 나타납니다 그리고 그것 사이 전쟁 세력.

구조적 차이입니다. 서버 가상화 및 엔터프라이즈 스토리지 기술 개발에 다른 경로 했습니다. 그래서 그들을 결합 하 고 클라우드 컴퓨팅 환경의 혜택을 받을 하려고 자주는 좋은 아이디어가 아니다. 예를 들어 특정 크기의 스토리지 영역 네트워크 장치 또는 장치에 직접 액세스할 수 있게 해야 합니다. 실행 회사 별도 가상 컴퓨터를 시작 하는 저장소 풀 설정. 표준 가상화 서버에 비해, 이것은 그것에 포함 된 가상 디스크 공간의 단일 거울, 사용자 호스트 처리 명령, Cpu, 등 그의 능력에서 작동 하는 그가 또한 온보드 저장 장치에 직접 말할 수 있다.

이상적인 가상화 호스트 가능한 많은 코어, RAM, 그리고 직접 연결 스토리지 대형, 단일 서버입니다. 하지만 그건 인프라 및 스토리지 영역 네트워크 단일 서버와 함께 작동 하는 방법. 그러나, 비싼, 고급, 보안 저장 장치 가상화에 적용 되지 않습니다 하는 것은 아닙니다.

그 결과, 사설 클라우드 건축가 저장 장치는 데이터 센터의 전체 아키텍처와 상호 작용 하는 방식을 신중 하 게 검토 해야 합니다. 저장소 풀은 최고, 가상화를 구현 하는 경우 설치 후 너무 많은 관리에서 포함 될 필요가 없습니다. 넓은 채널을 통해 알 수 없는 인프라 풀에 가상 리소스를 연결 하면 스토리지 관리 인터페이스 가상 컴퓨터와 원활 하 게 공동 작업을 수행할 수 없습니다.

저장소 액세스입니다. 기존의 가상 환경에서 저장 장치에 대 한 액세스를 엄격 하 게 제어 하 고 가상화 관리자는 모든 주 및 필요한 저장소 리소스를 얻을 심지어 매일 싸우고 있다. 구름, 기가바이트 또는 심지어 테라바이트 저장 전에 동일한 감독 없이 마우스 클릭을 가진 최종 사용자가 액세스할 수 있습니다. 도전, 따라서, 두 가지 이다: 문화 및 기술 변화를 herding.

클라우드 관리자의 작업이 매우 예술, 저장소 리소스를 제공 하는 모두는 "무료 점심"의 아이디어는 사용 하기 쉬운. 최종 사용자가 서비스 카탈로그에서 선택, 최고의 클라우드 자동화 소프트웨어 직불 프로그램을 통해 스토리지 비용을 이해 하는 그들을 도울 수 있다.

오늘, 다양 한 vm 웨어의 가상 스위트 vsphere, 같은 가상 플랫폼 스토리지 관리 플러그인-기능, 관리자가 vm 웨어의 관리 콘솔에서 직접 새 저장소 리소스를 구성 하실 수 있습니다. 이러한 플러그인 자동화, 스크립팅 도구의 도움으로도 소모는 많은 시간을 저장 합니다. 그러나, 플러그 인은 큰 보탬이, 스토리지 팀 확장 액세스 채널 스토리지 배열 제어의 힘을 감소 시킬 것 이다 때문에 가상화 관리자에 게 도구를 사용 하는 권리를 주고 주저 수 있습니다.

네트워크를 구성 하는 것은 간단 하다

클라우드 컴퓨팅을 구현 하는 인프라에 대 한 정합 네트워크는 또한 중요 한 정밀 검사를 필요로 한다. 사설 클라우드 마스크 규모 유연성과 역동성을 달성 하기 위해 인프라 수준에서 하위 수준 차이가 있지만이 동질성 네트워크 대역폭 및 구성, 새로운 도전을 제공 합니다.

Bandwidth。 경우에 네트워크 기가 비트 이더넷에 연결 되어 있으며 모두의 요구를 충족 하기 위해 몇 가지 강력한 링크, 당신은 여전히 대역폭 문제를 직면 수 있습니다. 따라서, 모니터링 네트워크 차단 도구에 투자 하는 준비 되십시오. 당신이 모든 것을 가상화 할 수 하 고, 네트워크에서 이러한 리소스의 모두를 서비스 하기 시작을 가상화 하는 경우 사용자가 그들의 자신에 그것을 할 방법을 병목 문제는 상대적으로 빠른.

가상 컴퓨터는 성장 하 고 선택 하지 않은, 경우 IT 부서에 대 한 문제가 고 더 큰 문제를 만들 것입니다 개인 클라우드를 구현. 이미 서버를 다른 기업에 혼란의 많은 결과의 소수를 지 원하는 팀을 할 수 있습니다. 이제이 집에서 그들을 제어할 수 있습니다 때까지 전체 실행 중인 인터넷 연결을 차단 하는 그들을 상상. 또한 데스크톱 가상화 또는 작업 영역 가상화를 구현 하려는 경우이 애 태 우 게 문제가 등장할 계속 됩니다. 클라이언트/서버 디자인 의미 실제 작업 네트워크의 양쪽 끝에서 일어난 그리고 네트워크를 통해 정보를 교환 하면서 클라우드 컴퓨팅 데이터 센터 뿐만 아니라 사용자에 게 메시지에서 이루어지는 작업의 대부분을 의미 한다 합니다.

이러한 문제를 해결 하려면 재배포 하 고 사용자에 게 클라우드 컴퓨팅 전략을 구현 하기 전에 리소스 부족 대역폭 확대를 고려 하십시오.

많은 IT 부서는 "공정한" 잠재 의식, 어디 모든 단체의 네트워크 자원을 공유 해야 동등 하 게, 그들은 정말로 필요 하거나 하지 여부. 그러나, 사용자의 다른 유형 사이의 구별은 장소, 리소스를 권장 합니다 어디에 계획 되어야 합니다.

적은 수의 가상 환경에 많은 물리적 서버 통합 네트워크 트래픽을 반드시 증가 하지는 않습니다 없으며 그것은 리소스 할당에 특별 한 고려를 필요로지 않습니다.

하지만 더 많은 서비스를 제공 하는 것을 의미는 사설 클라우드로 데이터 센터를 변형 하 고 더 많은 서비스 상승 때 휘발성 있이 필요가 사용자에 게 웹을 통해 제공 될 필요가 있다. 대역폭 요구 사항을 고려 하 고 문제를 업그레이드 해야 합니다.

VLAN 태그입니다. 가상화 된 네트워크는 또한 구름에 임차인 사이 전달 하는 데이터의 개인 정보 보호를 위해 별도 가상 컴퓨터를 요구 한다. 따라서, 그들은 이러한 네트워크 네트워크 간의 정보 누설을 발생 하지 않고 동일한 실제 네트워크 연결을 공유 되도록 메커니즘을 구현 해야 합니다.

실제 네트워크에 액세스할 수 있도록, 대부분 클라우드 컴퓨팅 자동화 소프트웨어는 가상 로컬 영역 네트워크 (VLAN) 태그 모델을 사용 합니다. 이 방법에는 물리적 스위치에 VLAN ID 풀을 미리 만들 네트워크 팀을 필요 합니다. 를 만들 때 새 가상 컴퓨터 또는 가상 응용 프로그램을 클라우드 최종 소비자 이러한 반 Id를 사용 하 여 종료 하는 경우에 그들을 설정 하는 네트워크 팀에 게 물어 필요가 없습니다.

하지만 실제 스위치에 정의 된 VLAN "무한". 가장 실제 스위치 지원 특정 수의 VLAN 정의 및 VLAN 네임 스페이스는 예상 보다 빨리 밖으로 실행 됩니다. 여기에 가장 큰 변화는 네트워크 VLAN 생각 그것은 좋은 아이디어를 만든 팀을 만드는 것입니다. 어떤 방법으로, 이전 IT 관리자만 사악한 침입자에 의해 납치 되 고에서 리소스를 보호 하기 위해 필요한 구성 만들 권장 모범 사례 세대를 무시 합니다.

가상 스위치입니다. IT 관리자는 논리 구성 및 가상 스위치 관리를 위한 보호 전략이 필요 하다 고 가상 스위치는 가상 컴퓨터 연결을 제공 합니다. 관리자는 가상 서버 통합 프로젝트를 위해 생성 된 수 있습니다 자신의 기본 설정을 재검토 해야 합니다. 예를 들어 대부분의 가상 스위치는 가상 컴퓨터의 "삽입" "포트"의 많은 수가 있다. 48 포트 스위치 같은 전통적인 물리적 장치에 그것을 고려 하십시오. 물론, 가상 세계에서 현실 세계 보다 더 많은 "포트"를 할 수 있습니다. 대부분의 가상 스위치 포트 가상 컴퓨터를 할당 하는 정적 모델을 사용 합니다. 이 정적 포트 수영장 밖으로, 곧 실행 됩니다 가상 관리자 해야 합니다 항상 vswitch 설정에 초점을, 그래서 사용 하 여 더 역동적인 패턴 또는 메서드 작성 및 포트 필요 하거나 필요 하지 않습니다 때 vswitch 포트를 파괴.

사설 클라우드는 간단한

공급 업체는 클라우드 컴퓨팅, 간단 하 고 (그들의 도움으로, 물론) 구현 하기 쉬운 개인 구름 선전으로 그들의 서비스를 돌리고 있다, 하는 동안 IT 관리자가 관심을 끌기 해야 합니다. 이것은 당신의 경험, 다른 IT 프로젝트 (오래 된 하드웨어를 업그레이드 하거나 소프트웨어 마이그레이션), 기술 변화, 및 인력 변경에 의해 나와 있습니다.

사설 클라우드 인프라는 다르다. 진짜 개인 클라우드 모델 데이터 센터 및 리소스를 관리 하는 사람들을 구성 하는 모든 인프라 구성 요소를 다시 고려를 의미 합니다. 하 고 다시 시작 온통 공급 업체 챌린지에서 두려워하지 마십시오. 그것은 목표를 달성 하기 위해 무거운 변경을 (변경 관리 등)을 하게된다.

"편집 추천"

분석: 동향 및 역학의 클라우드 컴퓨팅 집에서 및 해외 가트너: 클라우드 서비스 미들웨어 선도 클라우드 컴퓨팅 응용 프로그램 장벽 클라우드 컴퓨팅 추진? 클라우드 컴퓨팅 해야 합니다 발견 새로운 "방문 포인트" 클라우드 컴퓨팅 하면 6 개의 예측을 변경 하려면 IT 업계의 비즈니스 모델 "편집기: 티베트 웨이 전화: (010) 68476606"