핵심 IO 구현자 리소스 가이드 - 합리화 -> 동적
이 페이지의 내용
.gif){kind=icon}
소개
요구 사항: 기본 IT 서비스의 자동화된 인프라 용량 계획
요구 사항: 모바일 장치 관리
요구 사항: 서버 간에 동적으로 작업을 이동하기 위한 가상화
소개
데스크톱, 장치 및 서버 관리가 두 번째 핵심 인프라 최적화 기능입니다.
다음 표에는 데스크톱, 장치 및 서버 관리의 동적 수준으로 이동함에 따른 상위 과제, 해당 솔루션 및 이점이 나열되어 있습니다.
과제 |
솔루션 |
이점 |
|---|---|---|
업무상 과제 사용자가 여러 가지 공급 요구 사항에 대해 지원 센터에 의존함으로써 증가되는 운영 비용 불규칙적인 서버 및 응용 프로그램으로 더 많은 리소스가 필요하게 되어 전기 설비 비용 및 인건비 증가 울트라 모바일 PC 소프트웨어를 배포하고 업데이트하는 데 필요한 자동화된 솔루션이 없어 사용자 이동성 저하 IT 과제 종단 간 용량 계획 부재로 응용 프로그램 가용성, 성능 및 용량 저하 IT 운영 및 사용자와의 구성 충돌로 인해 IT 응용 프로그램 팀에서 업데이트 및 새 응용 프로그램을 신속하게 전달 및 제공하지 못함 |
프로젝트 자동화된 인프라 용량 계획 구현 모바일 장치 관리를 위한 종합적 솔루션 구현 테스트 및 통합을 위한 가상 기술 솔루션 구현 |
업무상 이점 장치에 있는 파일 및 데이터베이스에 액세스할 수 있는 원격 API 기능 IT 인프라의 민첩성이 향상되어 경쟁 위협에 대한 적절한 대처 가능 IT 이점 서버, 데스크톱 및 장치를 위한 단일 관리 서버 인프라 회사 개발자들이 친숙한 개발 도구를 사용하여 기존의 코드, 기술 및 자산을 활용할 수 있게 됨으로써 개발 시간 및 비용 절감 시스템의 프로필 일관성이 확보되어 여러 가지 장치 관리 기능 향상 모바일 장치의 소프트웨어 설치 및 콘텐츠 공유를 위한 중앙 집중식 솔루션 IT 서비스가 고도로 자동화되어 비용 절감 및 일관성 향상 |
인프라 최적화 모델의 동적 수준에서는 다음 요구 사항을 비롯한 모바일 장치 및 서비스 관리에 대한 고급 영역을 다룹니다.
기본 IT 서비스의 자동화된 인프라 용량 계획
모바일 장치 관리
서버 간에 동적으로 작업을 이동하기 위한 가상화
요구 사항: 기본 IT 서비스의 자동화된 인프라 용량 계획
대상
기본 IT 서비스를 위한 인프라 용량 계획이 자동화되어 있지 않으면 이 절을 읽어야 합니다.
개요
구현자용 인프라 최적화 계획 가이드: 기초 -> 표준화에서는 주요 서버의 가용성 모니터링에 대해 설명했습니다. 동적 수준으로 이동하려면 전자 메일 서버와 같은 기업용 서버의 용량을 분석하고, 현재 및 향후 요구 사항을 최적화하기 위한 계획을 수립해야 합니다.
용량 계획은 용량 관리의 일부 과정으로, 합리적인 비용으로 적시에 요구를 만족시킬 수 있도록 용량을 계획, 분석, 크기 조정 및 최적화하는 프로세스입니다. 용량 문제가 발생하면 회사는 성능에 영향을 주지 않으면서 리소스를 추가할 수 없게 되므로 이 프로세스는 비즈니스 요구에 대해 사전 대처 및 사후 대처가 확실해야 합니다.
용량 관리에서는 IT 리소스 및 관련 서비스 성능에 대한 사양, 구현, 모니터링, 분석 및 조정을 비롯한 절차 및 시스템에 대한 내용을 중점적으로 다룹니다. 용량 요구 사항은 서비스 수준 관리 프로세스에서 설정하고 서비스 수준 계약(SLA) 또는 운영 수준 계약(OLA)의 공급 내에서 지정한 양적 및 질적 표준을 기반으로 합니다. 용량 관리 프로세스는 모니터링, 분석, 모델링, 최적화 및 변경 초기화와 같은 일련의 반복되는 작업을 기초로 하여 목표를 달성합니다.
1단계: 평가
평가 단계 및 용량 계획에서는 먼저 조직에 기본이 되는 서비스를 파악하고 해당 서비스의 우선 순위를 지정합니다. 대부분의 경우 조직 시스템에는 ERP(Enterprise Resource Planning) 시스템과 같이 비즈니스를 운영하는 데 필요한 서비스와 메시징 서비스와 같이 통신을 수행하는 데 필요한 서비스가 포함되어 있습니다. 이 단계를 완료한 후에는 조직의 기본 서비스와 이러한 서비스를 운영하는 데 필요한 IT 또는 네트워크 인프라 리소스에 대해 우선 순위를 지정한 목록을 얻을 수 있어야 합니다.
2단계: 식별
식별 단계에서는 평가 단계에서 확인된 서비스 중 자동화된 용량 계획의 후보가 될 서비스를 정합니다. 해당 서비스에서 용량 제약 사항을 결정하는 요소를 조직에서 제어하는지 여부가 고려 사항에 포함됩니다. 예를 들어 공급업체에서 제공한 호스트된 서비스는 조직과 공급업체 간 서비스 수준 계약에 종속되며, 이 경우 일반적으로 공급업체가 용량 계획을 담당합니다. 식별 단계의 결과는 해당 서비스의 목록이 됩니다.
3단계: 평가 및 계획
평가 및 계획 단계에서는 자동화된 용량 계획 또는 모델링 솔루션의 개발과 관련된 프로세스 및 이러한 프로세스를 자동화하는 데 사용할 수 있는 기술을 검토합니다. 대부분의 경우 미리 패키지된 소프트웨어는 조직이 필요로 하는 범위의 정보 및 서비스를 제공하지 못합니다.
용량 관리 프로세스 흐름
용량 관리는 몇 가지 작업이 함께 수행되는 반복형 프로세스입니다. 본 문서를 간단하게 구성하기 위해 핵심 용량 관리 작업을 하나로 묶어(그림 6 참조) 자세하게 설명하였습니다.
.gif)
그림 6. 용량 관리의 반복형 프로세스
모니터링
용량 관리에는 전체 SLA에 영향을 주는 각 주요 IT 계층에 대한 기준과 내부 운영 수준 요구 사항이 필요합니다. 하드웨어 및 소프트웨어 리소스를 최적의 방법으로 사용하고 있고 동의한 모든 서비스 수준의 달성 가능 여부를 확인하기 위해 지속적인 토대 위에서 각 리소스 및 서비스 사용을 모니터링하는 것이 중요합니다.
분석
분석 단계에서는 모니터링하고 수집한 데이터를 분석한 다음 해당 데이터를 사용하여 조정 연습을 수행하고 프로필을 구성합니다. 이러한 프로필은 임계값과 경보의 올바른 식별 및 조정에 필요하므로 중요한 요소입니다. 예외 보고나 경보가 발생하면 해당 상황을 분석하고 보고한 후 해결 조치를 취해야 합니다.
모델링
모델링은 용량 관리 프로세스의 중심적 요소입니다. 모델링 기술 및 시뮬레이션 소프트웨어의 효과적인 사용은 용량 계획 “가상” 시나리오를 조사하여 원하는 결과물을 시뮬레이션하는 모델을 구축할 수 있게 해줍니다.
모델링은 동적 수준의 인프라 최적화 모델에서 필요한 작업으로, 이 작업을 수행하기 위해서는 모니터링 및 분석을 통해 수집한 데이터가 자동화된 용량 계획 도구(조직에서 개발하거나 패키지된 소프트웨어의 일부로 제공)를 만들기 위해 준비되어 있어야 합니다. 모델링 요소는 동적 수준의 최소 요구 사항이지만 용량 계획 자동화에 사용되는 솔루션은 식별된 기본 서비스의 새 구현 또는 최적화에 사용할 수 있을 만큼 충분히 정확한 것이 좋습니다.
최적화
모니터링한 데이터를 분석하면 시스템 리소스를 보다 효율적으로 사용하거나 특정 서비스의 성능을 향상시키기 위해 조정할 수 있는 구성 영역을 식별할 수 있습니다.
변경 시작
변경 시작 단계에서는 분석 및 조정 작업에서 식별된 변경 사항을 업무 환경의 서비스에 도입합니다. 이 작업에는 필요 변경 사항에 대한 식별과 이에 따른 변경 요청 생성 및 승인에 대한 식별이 포함됩니다. 경우에 따라 변경 구현이 서비스와 동시에 실행될 수도 있고 서비스가 일시적으로 중지되어야 할 수도 있습니다.
모니터링 기술
서버 성능 및 네트워크 성능 데이터를 수집할 수 있는 Microsoft의 주요 도구에는 각각 Windows System Monitor 및 Network Monitor가 있습니다. System Monitor는 서버 크기 조정 모델을 만드는 데 사용되는 권장 리소스입니다. System Monitor를 사용하여 허용 가능한 서버 성능 표준과 최고 성능 기간을 식별합니다. 수집된 데이터는 SLA 구성 및 유지 관리에 도움이 됩니다.
Microsoft Systems Management Server(SMS) 2003에 포함된 Network Monitor 2.1을 사용하면 네트워크상의 컴퓨터 간에 생성된 네트워크 트래픽을 보다 용이하게 모니터링 및 분석할 수 있습니다. Network Monitor를 사용하면 많이 사용되는 서브넷, 라우터 및 WAN 연결을 파악하고 네트워크 병목 현상이 발생하는 지점을 식별할 수 있으며, 경향을 개발하여 네트워크 인프라 및 서버 배치 또는 확장을 최적화할 수 있습니다.
SMS 2003을 사용한 용량 계획 및 분석에 대한 자세한 내용을 보려면 https://www.microsoft.com/technet/sms/2003/library/spgsms03/spsms13.mspx를 방문하십시오.
용량 계획 기술
Microsoft System Center Capacity Planner 2006은 다음과 같은 방법으로 "가상" 분석을 사용하여 향후 계획을 수립하는 동안 효율적으로 배포할 수 있는 도구와 지침을 사용자에게 제공하고, Microsoft Exchange Server 2003 및 Microsoft Operations Manager(MOM) 2005 배포 크기를 조정하고 계획하는 데 도움을 줍니다.
새 응용 프로그램이 서비스 수준 목표를 충족하는 데 필요한 올바른 크기의 인프라 계획
인프라 계획 및 최적화
예방적 성능 계획
성능 분석 및 예상 보고
System Center Capacity Planner 2006은 시스템 아키텍처 모델을 만들어 Exchange Server 2003 또는 MOM 2005를 배포할 수 있도록 설계되었습니다. 일반적인 시스템 아키텍처 모델은 다음 정보로 구성됩니다.
토폴로지. 사이트 위치, 네트워크 유형, 네트워크 구성 요소 및 네트워크 특성(대역폭, 대기 시간)
하드웨어. 서버 배포 및 특성, 서버 및 네트워크 매핑
소프트웨어. 서버 역할 및 서비스 매핑, 파일 및 저장 장치 매핑
사용량 프로필. 사이트 사용량 및 클라이언트 사용량
모델을 만든 후 시뮬레이션을 수행하면 응용 프로그램 및 해당 지원 구성 요소 성능에 대한 요약 정보 및 상세 정보를 얻을 수 있습니다.
사용자 지정 도구
자동화된 용량 계획 도구는 기능의 유형 및 수준에 따라 다를 수 있습니다. 일반적으로 모니터링 및 분석 데이터를 스프레드시트에 작성하고, 스프레드시트 내 정의된 필드의 값에 따라 용량을 계산할 수 있는 공식을 개발합니다. 이와는 반대로 훨씬 더 높은 수준의 기술과 상세 그래픽 토폴로지 모델링을 통합한 도구(예: System Center Capacity Planner)를 사용할 수도 있습니다. 솔루션을 자체적으로 개발했거나 타사에서 개발했거나, 평가 및 계획 단계의 기본 요구 사항은 용량 계획 자동화에 사용되는 도구나 방법이 조직의 기본 IT 서비스에 영향을 주는 인프라를 계획하고 최적화하는 데 충분히 정확하고 안정적이어야 한다는 점입니다.
4단계: 배포
자동화된 용량 계획 프로젝트의 배포 단계에서는 선택한 도구가 계획 프로세스의 주요 부분을 구성하고, 조직의 기본 IT 서비스에 대한 신규 구현 및 최적화 프로젝트를 위해 지속적인 토대 위에서 유지 관리될 수 있도록 합니다. 새 요소 또는 기술이 서버 클러스터링, 블레이드 서버 또는 가상화 사용과 같은 환경에 도입되는 경우라면 모델을 업데이트해야 합니다. 권장 사항 기반의 표준화 계약이 마련되어 있고 이 계약에서 필요에 따라 지속적인 기술 지원이나 업데이트를 제공할 경우에만 선택한 도구를 성공적으로 배포할 수 있습니다.
추가 정보
용량 분석 및 계획에 대한 자세한 내용을 보려면 Microsoft TechNet을 방문하여 “server capacity” 또는 “capacity planning”을 검색하십시오.
항목 체크포인트
|
요구 사항 |
|---|---|
|
자동화된 용량 계획의 기본 IT 서비스 후보를 확인했습니다. |
|
용량 계획을 자동화하는 용량 모델을 만들었거나 용량 계획 도구를 구현했습니다. |
.gif)
위에서 설명한 단계를 완료했다면 인프라 최적화 모델의 기본 IT 서비스 기능에 대한 자동화된 인프라 용량 계획과 관련된 동적 수준의 최소 요구 사항을 충족한 것입니다. 중요 서비스 분석에 대한 추가로 제공된 최적의 방법 지침을 따르는 것이 좋습니다.
다음 자체 평가 질문으로 이동하십시오.
요구 사항: 모바일 장치 관리
대상
모바일 장치에 대한 수명 주기 관리 전략이 정의되어 있지 않으면 이 절을 읽어야 합니다.
개요
구현자용 인프라 최적화 계획 가이드: 기초 -> 표준화 및 구현자용 인프라 최적화 계획 가이드: 표준화 -> 합리화에서 데스크톱 컴퓨터 관리와 관련된 항목뿐 아니라 모바일 장치 관리와 관련된 항목에 대해서도 설명했습니다. 동적 수준으로 이동하려면 데스크톱 관리 작업과 동일한 다수의 원칙과 기능을 모바일 장치에 적용함으로써 현재 모바일 장치 관리 기능을 확장해야 합니다.
모바일 장치, 인터넷 및 무선 연결을 통합하면 정보 및 서비스를 모바일 전문가에게까지 제공할 수 있습니다. 현재 모바일 장치는 컴퓨팅과 기능적 수준에 있어 휴대용 컴퓨터에 버금가는 수준으로 빠르게 근접하고 있습니다. 모바일 장치는 장점과 단점에 있어서도 휴대용 컴퓨터와 흡사하여 생산성을 확실히 높여주지만 반대로 데이터 손실이나 보안 위반 위협이 발생할 수 있습니다.
조직에서 모바일 장치를 많이 사용할수록 모바일 장치 유형에 대한 제어가 더욱 필요하게 됩니다. 회사 네트워크에 표준화되지 않은 여러 유형의 모바일 장치를 연결할 경우 관리가 거의 불가능해집니다. 각 유형의 모바일 장치를 위한 회사 표준을 마련한 경우에만 사용자 인증, 운영 체제 표준화, 패치 관리 및 기타 일상적 관리 제어를 효과적으로 관리할 수 있습니다.
핵심 인프라 최적화 모델에 대한 개요 정보 또는 질문 세트를 통해 이 요구 사항에서 다룬 영역을 몇 가지 개별 요구 사항으로 나누어 볼 수 있습니다. 이러한 질문의 주요 쟁점은 휴대용 컴퓨터에서 수행되는 여러 기능이 모바일 장치의 관리 기능과 결과적으로 일치하는지 확인하는 것입니다. 많은 경우 데스크톱 배포 또는 관리 작업을 수행하기 위한 도구에는 모바일 장치를 위한 기능이 포함되어 있지 않지만 대부분 개념은 동일합니다.
모바일 장치 솔루션 계획에 대한 지침을 보려면 https://www.microsoft.com/technet/archive/itsolutions/mobile/deploy/mblwirel.mspx?mfr=true를 방문하십시오.
모바일 장치 관리에 대한 자세한 내용을 보려면 https://www.microsoft.com/technet/solutionaccelerators/mobile/evaluate/mblmange.mspx를 방문하십시오.
1단계: 평가
표준화 및 합리화 수준의 요구 사항으로써, 조직에서는 이미 조직 리소스에 연결되는 모바일 장치에 대한 상세 인벤토리를 보유 및 관리하고 있어야 합니다. 평가 단계에서는 이 인벤토리를 업데이트하여 이어지는 단계에 사용할 수 있도록 해야 합니다.
2단계: 식별
식별 단계에서는 동적 수준의 요구 사항을 충족하는 데 필요한 기능을 검토합니다. 동적 수준의 요구 사항은 다음과 같습니다.
LOB 응용 프로그램 액세스
정의된 기본 이미지
구성 및 응용 프로그램의 자동화된 업데이트
격리 솔루션
자동화된 패치 관리
자동화된 자산 관리
합리화 수준을 달성했다면 웹 기반의 LOB 응용 프로그램에 액세스하고, 소프트웨어 및 구성 파일 배포를 자동화하고, 패치 관리를 자동화하고, 자산 관리를 자동화하는 메커니즘이 이미 구축되어 있어야 합니다. 동적 수준에서는 순수 새 기능을 통해 기본 모바일 장치 이미지를 정의 및 유지 관리하고 모바일 장치용 격리 솔루션을 구성합니다.
3단계: 평가 및 계획
평가 및 계획 단계의 목표는 모바일 장치 이미지를 관리하고 효과적인 격리 메커니즘을 구축하는 데 필요한 기술을 식별하여 모바일 장치가 조직 표준을 준수하는지를 확인하고 준수하지 않을 경우 모바일 장치를 리소스로부터 격리하는 것입니다.
본 절에서는 다음과 같은 모바일 장치 관리 영역을 다룹니다.
모바일 장치용 기본 이미지 정의
격리 솔루션
모바일 장치용 기본 이미지 정의
모바일 장치용 표준 이미지를 정의하면 모바일 장치의 구성이 명확해져 조직에서 관리하기가 용이해집니다. 이 작업은 일반적으로 다음과 같은 3가지 기본 작업으로 구성됩니다.
장치 표준화
이미지 표준화
파일 배포
조직에서 모바일 장치에 이미지를 설치하거나 갱신하는 데 사용하는 기술이 단일화될 수 있도록 이미지를 표준화하는 것은 장치 제조업체나 서비스 공급업체의 책임입니다.
장치 표준화
모바일 인력에 속하는 구성원은 여러 가지 다른 유형의 모바일 장치를 가지고 있을 수 있습니다. 사용자가 선택하여 사용할 수 있는 휴대폰이나 PDA의 모든 유형에 대해 표준 이미지 집합을 구성하여 유지 관리하는 것은 매우 비효율적입니다. 모바일 장치의 모든 유형에 대해 하나의 회사 표준을 채택하는 것이 모바일 장치를 효율적으로 안전하게 관리할 수 있는 유일한 방법입니다. 장치를 지정한 후 표준 운영 체제와 핵심 응용 프로그램 집합을 채택하고 유지 관리할 수 있습니다.
이미지 표준화
모바일 장치 이미지 관리는 데스크톱 또는 서버 장치의 이미지 작업과는 매우 다릅니다. 일반적인 시나리오에는 장치 유형 및 모바일 운영 체제에 대한 표준화가 필요합니다. 표준화 작업 이후에는 장치 제조업체 또는 서비스 공급업체에서 장치 및 모바일 운영 체제를 빌드하고 제공하는데, 이는 조직 내 모바일 장치의 자산 수명 주기가 줄어들고 네트워크에 연결되거나 미디어로 부팅 가능한 클라이언트 또는 서버에 운영 체제를 설치할 때 사용할 수 있는 기술과 인터페이스가 없는 경우가 많기 때문입니다. 이 경우 이미지 표준화 작업은 표준 모바일 장치 운영 체제에 대한 정책 결정 및 적용, 모바일 장치에 필수 구성 및 응용 프로그램 적용 여부를 확인하는 작업으로 구성됩니다. Windows Mobile® SDK(Software Development Kit)에서 제공하는 장치 공급 도구를 사용하면 장치 설정을 구성하거나, 모바일 장치에서 소프트웨어를 추가, 업데이트 및 제거하거나, 모바일 장치 기능을 변경할 수 있습니다. 자세한 내용은 Microsoft Exchange Server 2003 SP2를 사용하여 Windows Mobile 기반 장치에 배포 작업을 수행하기 위한 단계별 가이드: 8단계 - 모바일 장치 관리 및 구성을 참조하십시오.
파일 배포
일반적으로 모바일 장치는 운영 체제가 설치된 상태로 제공되므로 각 모바일 장치가 필요로 하는 표준 응용 프로그램 및 구성 파일을 설치할 수 있는 메커니즘을 보유하고 있어야 합니다. 모바일 장치에 소프트웨어를 배포할 수 있는 도구는 다음과 같습니다.
이 도구를 사용하면 표준 응용 프로그램 집합을 모바일 장치에 배포할 수 있습니다.
모바일 장치용 격리 솔루션
모바일 장치가 조직의 모든 보안 요구 사항을 준수할 수 있도록 최상의 계획과 정책을 수립한 경우라도 해당 보안 조치가 비활성화되고 통과되고 위반되는 경우가 있습니다. 악성 소프트웨어로 인해 감염되었거나 보안 정책이 손상된 상태에서 모바일 장치를 네트워크에 연결하면 네트워크 및 네트워크에 연결된 모든 자산과 데이터가 손상될 수 있습니다. 네트워크에 연결되는 모바일 장치가 모든 회사 보안 정책을 준수하는지 확인할 수 있는 방법이 필요합니다.
본 문서 뒷부분의 패치가 제거되거나 감염된 컴퓨터의 격리 솔루션 요구 사항에서는 클라이언트 컴퓨터에서 가상 사설망(VPN) 및 격리 제어 솔루션을 사용하여 구성 준수에 대한 최소 요구 사항을 충족하지 못한 컴퓨터의 네트워크 액세스를 제한하는 방법에 대해 설명합니다. Bluefire Mobile Security VPN과 같은 Microsoft 파트너 솔루션도 모바일 장치의 격리 보호 기능을 통해 클라이언트 컴퓨터에 사용되는 격리 솔루션과 동일한 이점을 제공합니다.
장치 관리 제품
Microsoft Systems Management Server(SMS) 2003 Device Management Feature Pack은 Windows Mobile 5.0 및 Windows Mobile Pocket PC Phone Edition 5.0의 업데이트된 지원이 포함된 모바일 장치 Windows CE(3.0 이상) 및 Pocket PC용 Windows Mobile 소프트웨어(2002 이상)를 위한 종합적 장치 관리 솔루션을 제공합니다.
파트너 솔루션
다음의 요약 정보는 각 공급업체에서 제공한 정보입니다. Microsoft는 특정 솔루션을 추천하거나 권장하지 않습니다. 아래에 나열된 솔루션을 사용하면 모바일 장치를 데스크톱과 거의 동일한 수준으로 관리할 수 있습니다.
B2M(www.b2m-solutions.com). 노동자 및 산업 시장용으로 설계된 mprodigy 제품군 제공
BeCrypt(www.becrypt.com). Pocket PC/Windows Mobile 5 PDA 장치뿐 아니라 랩톱, Tablet PC 및 데스크톱을 위한 전문 보안 제품 생산
Bluefire Mobile Security Suite(www.bluefiresecurity.com). 모바일 장치 보안을 위한 종합적 제품군 제공
iAnywhere(www.ianywhere.com). Sybase 부속 제품. 종합적 관리 기능을 제공하는 Afaria 관리 제품군
Odyssey Athena 제품(www.odysseysoftware.com). Windows Mobile®, Windows CE, Win32® 및 Windows XP 탑재 장치에 종합적 관리 기능을 제공하는 장치 관리 솔루션
Perlego Mobile Device Lifecycle Management(MDLM)(http://www.perlego.comwww.perlego.com). 장치/데이터 보호 및 관리를 위한 원격 제어, 데이터 보안 및 컨텐츠 배포 도구를 제공하는 제품군
추가 정보
사용자 공급에 대한 자세한 내용을 보려면 Microsoft TechNet을 방문하여 “device management”를 검색하십시오.
항목 체크포인트
|
요구 사항 |
|---|---|
|
제조업체나 서비스 공급업체가 제공한 장치 및 장치 이미지를 표준화했습니다. |
|
데이터 리소스에 연결하기 전 정의된 구성 준수 표준을 모든 모바일 장치에 적용했습니다. |
위에서 설명한 단계를 완료했다면 인프라 최적화 모델의 모바일 장치 관리에 필요한 동적 수준의 최소 요구 사항을 충족한 것입니다.
다음 자체 평가 질문으로 이동하십시오.
요구 사항: 서버 간에 동적으로 작업을 이동하기 위한 가상화
개요
핵심 인프라 최적화 구현자 리소스 가이드: 표준화 -> 합리화에서는 가상화를 사용하여 통합 계획을 개발하는 데 필요한 요구 사항을 설명하였습니다. 합리화 수준의 요구 사항은 가상화 기술 계획 및 테스트에 한정되었습니다. 동적 수준에서는 가상화에 대한 요구 사항이 업무용 응용 프로그램 또는 서비스 구현으로 범위가 넓어집니다. 이 요구 사항에는 Solution Accelerator for Consolidating and Migrating LOB Applications에서 중점적으로 다룬 최적의 가상화 방법이 계속 적용됩니다. 개발 및 테스트 시 가상화 사용에 대한 추가 지침은 개발 및 테스트용 Windows Server System Reference Architecture 가상 환경 가이드에서 찾을 수 있습니다.
물리적 인프라 통합은 일반적으로 효과적인 비즈니스 전략이며, 하드웨어 사용 유지 관리에 효과적인 도구가 될 수 있습니다. 또한, 가상화 특성을 사용하면 필요 시 업무용 가상 컴퓨터에 시스템 리소스를 할당할 수 있습니다. 이는 성능 조정에 하드웨어 업그레이드나 다운그레이드만을 사용할 수 있는 1:1 서버 응용 프로그램 실제 환경과는 다른 환경입니다.
1단계: 평가
핵심 인프라 최적화 구현자 리소스 가이드: 표준화 -> 합리화 에서 설명한 바와 같이 합리화 수준에서 응용 프로그램 및 인프라에 대한 인벤토리를 수행해야 합니다.
2단계: 식별
핵심 인프라 최적화 구현자 리소스 가이드: 표준화 -> 합리화에서 설명한 바와 같이 합리화 수준에서 적절한 서비스를 가상화의 후보로 지정해야 합니다.
3단계: 평가 및 계획
핵심 인프라 최적화 구현자 리소스 가이드: 표준화 -> 합리화에서 설명한 바와 같이 합리화 수준에서 가상화 기술을 평가하고 가상화 배포를 계획해야 합니다.
4단계: 배포
배포 단계에서는 합리화 수준에서 선택한 테스트된 가상화 전략을 구현합니다. 이 단계에는 통합된 가상 컴퓨터 환경을 구축하고 통합된 환경에서 응용 프로그램을 가상화하는 작업이 포함됩니다. Solution Accelerator for Consolidating and Migrating LOB Applications에서도 볼 수 있는 다음 그림은 Microsoft Virtual Server 2005를 사용하는 LOB 응용 프로그램의 통합, 마이그레이션 및 가상화에 대한 전체 범위 및 절차에 계획 및 설계 작업이 어떠한 방식으로 적용되는지를 나타냅니다. 자세한 내용은 Solution Accelerator for Consolidating and Migrating LOB Applications 구현 가이드를 참조하십시오.
.gif)
그림 7. LOB 응용 프로그램 가상화 프로세스
환경 구축 및 안정화를 모두 수행하여 통합 환경을 구축함으로써 가상 서버 솔루션 구현을 시작합니다. 여기에는 다음 작업이 포함됩니다.
인프라 준비
대상 서버에 하드웨어 및 소프트웨어 플랫폼 설정
원본 서버를 마이그레이션하고 가상화하는 데 필요한 도구 배포
인프라 설정
통합 환경을 구축하는 첫 번째 단계는 필수 네트워크 연결, 인프라 서비스(디렉터리 서비스, DNS(Domain Name System) 및 WINS(Windows Internet Name Service) 포함)가 준비되도록 인프라를 설정하는 것입니다. 아울러 배포 요구 사항에 맞는 계정 및 그룹과 마이그레이션 계정을 만들어야 합니다.
도구 설정
Virtual Server 2005 Migration Toolkit(VSMT)은 최소 하나 이상의 ADS(Automated Deployment Services) 컨트롤러를 사용할 수 있어야 합니다. 컨트롤러는 배포 에이전트가 실행 중인 장치(ADS 데이터베이스에 추가된 컴퓨터)에서 작업이 실행되도록 예약할 수 있습니다. 배포 에이전트는 Windows 2000 Server 또는 Windows Server 2003에서 실행할 수 있습니다.
가상 컴퓨터 인프라 안정화
통합 환경 인프라를 설계하고 구축한 후에는 대상 상태가 구현에서 설명한 목표를 충족하는지 확인합니다. 이 환경을 업무에 적용하기 전에 먼저 안정화시켜야 합니다.
서버를 통합 환경으로 마이그레이션하기 전에 다음 사항을 확인해야 합니다.
통합 환경 및 지원 인프라의 작동 여부.
호스트 운영 체제 및 각 게스트 운영 체제에 필수 핫픽스와 보안 업데이트 설치 여부.
통합 및 지원 서버의 이벤트 로그 삭제 후 발생한 경고, 오류, 경보 여부.
통합 환경의 가용성 요구 사항 만족 여부.
통합 환경의 용량 요구 사항 제공 여부.
사용자, 관리자 및 LOB 응용 프로그램에 적절한 서비스 리소스 액세스 권한 부여 여부.
통합 환경의 I/O 성능의 필요 수준 제공 여부.
마이그레이션 도구의 구현 여부.
가상화된 서비스 배포 및 운영
통합 환경이 구축되고 안정화된 후에는 원본 서버의 이미지를 캡처하고 새 환경에 가상 컴퓨터를 만들어 서비스를 가상화할 준비를 해야 합니다. 가상화를 위한 배포 프로세스는 다음 단계로 구성되어 있습니다.
원본 정보를 수집합니다. 원본 서버에 대한 하드웨어 및 소프트웨어 정보를 수집하여 원본 서버의 배포 전 작업에 대한 유효성 검사를 완료합니다.
업데이트된 시스템 파일을 패치 캐시에 로드합니다. 가상 컴퓨터에 이미지를 배포한 후 필수 패치 파일을 VSMT 패치 캐시에 추가하여 이 파일이 VSMT에 설치될 수 있도록 합니다.
장치 및 서비스를 필터링합니다. 가상화 도중 비활성화할 원본 서버의 하드웨어 특정 장치 및 서비스를 식별합니다.
명령 파일 및 작업 순서를 생성합니다. 필요한 스크립트 파일 및 ADS 작업 순서를 생성합니다.
실제 컴퓨터의 이미지를 캡처합니다. 실제 컴퓨터의 디스크 파티션을 캡처합니다.
가상 컴퓨터에 이미지를 배포합니다. 가상 컴퓨터 환경을 생성 및 구성하고 캡처한 디스크 파티션을 배포합니다.
사후 가상화
서버 통합 및 마이그레이션을 완료하고 사용자가 통합 환경 내 서버에 액세스한 후에는 다음 사항을 고려해야 합니다.
마이그레이션이 완료되었는지 확인합니다.
새 환경의 백업을 만들고 환경 구성의 기준을 유지 적용합니다.
클라이언트가 서버에 더 이상 액세스하지 못함을 확인한 후 원본 서버를 회수합니다.
환경 및 프로젝트에 대한 설명서를 작성합니다.
완전한 기능의 서비스를 수행할 수 있는 새 환경의 운영 책임을 회사 IT 팀에 이전하고 해당 내용을 교육합니다.
서버 간 작업 동적 이동
작업을 이동하는 방법에는 기본적으로 Virtual Server 2005를 사용하여 하나의 물리적 호스트에서 가상 서버 간에 시스템 리소스를 재할당하는 방법과 서버 클러스터에서 노드 간에 가상 서버를 이동하는 방법이 있습니다. 다음 절에서 이 2가지 방법에 대해 설명합니다.
가상 서버에 시스템 리소스 재할당
Virtual Server 2005에서는 COM(Component Object Model) 기술을 통해 스크립트 지원을 제공합니다. 이를 사용하여 예약 또는 기타 이벤트를 기반으로 한 추가 명령을 수행할 수 있습니다. 예를 들어 크기가 큰 배치 프로세스가 일주일에 한 번 SQL Server 데이터베이스에서 실행되는 경우, 배치 프로세스 실행 중 가상 서버에 더 많은 메모리를 자동으로 할당할 수 있도록 스크립트를 사용하여 작업을 예약할 수 있습니다. 프로세스가 완료된 후 메모리를 배치 프로세스 이전의 상태로 재할당하려면 별도의 스크립트로 작업을 예약합니다.
스크립트를 사용하여 가상 서버를 관리하는 방법에 대한 지침을 보려면 스크립트를 사용한 가상 서버 관리를 참조하거나 Microsoft 스크립트 센터의 가상 서버 스크립트 리포지토리를 직접 방문하십시오.
가상 서버 호스트 클러스터링
가상 서버 호스트 클러스터링은 Virtual Server 2005 R2 및 Windows Server 2003의 서버 클러스터 기능, 이 2가지 기술을 결합하는 방식으로, 하나의 호스트 서버가 단일 오류 지점이 되지 않도록 하면서 하나의 물리적 서버에 서버를 통합할 수 있습니다. 예로써 다음과 같이 클라이언트 서비스를 제공하는 2개의 물리적 서버가 있다고 가정합니다.
Microsoft Windows Server 2003, Standard Edition(웹 서버로 사용)
Microsoft Windows NT® Server 4.0 서비스 팩 6a(SP6a)(조직에서 사용하는 특수 응용 프로그램 포함)
호스트 클러스터링을 사용하면 이 두 서버를 하나로 통합할 수 있으며, 아울러 통합된 서버에 오류가 발생하거나 예약된 유지 관리 작업이 시작된 경우 서비스 가용성을 유지 관리할 수도 있습니다. 이 작업을 수행하려면 하나의 물리적 서버에서 위에 나열된 각 서비스를 가상 컴퓨터로 실행합니다. 또한, 서버 클러스터에서 이 서버를 하나의 노드로 구성합니다(이는 장애 조치 발생 시 두 번째 서버가 준비되어 가상 컴퓨터를 지원하게 된다는 것을 의미함). 첫 번째 서버에 오류가 발생하거나 예약된 유지 관리 작업이 시작된 경우에는 두 번째 서버로 서비스 지원이 인계됩니다. 그 결과 오류 발생 시 최소한 서비스 가용성에 전혀 영향을 주지 않고 작업을 동적으로 이동할 수 있게 됩니다.
다음 그림은 간단한 가상 서버 호스트 클러스터를 나타냅니다.
.gif)
그림 8. 간단한 가상 서버 호스트 클러스터
가상 서버 호스트 클러스터링은 물리적 호스트상에서 실행되는 응용 프로그램이 아닌 물리적 호스트를 클러스터링하는 것임을 이해하는 것이 중요합니다. 하나의 물리적 호스트에 오류가 발생하면 두 번째 물리적 호스트로 게스트 지원이 인계되지만 게스트 내 응용 프로그램에 오류가 발생하면 지원이 인계되지 않습니다.
System Center Virtual Machine Manager
System Center Virtual Machine Manager(SCVMM)는 가상 인프라 내에서 여러 물리적 서버를 통합할 수 있도록 완벽한 지원을 제공하며, 이로써 물리적 서버의 전체 활용도를 높일 수 있습니다. 또한 System Center Virtual Machine Manager는 관리자 및 권한을 가진 사용자가 가상 컴퓨터를 신속하게 공급할 수 있도록 해줍니다. SCVMM의 기능 및 이점은 다음과 같습니다.
가상 컴퓨터의 중앙 집중식 배포 및 관리
가상화에 가장 적합한 서버를 결정하기 위한 지능적 배치 분석
물리적 서버와 가상 서버 그리고 가상 서버와 가상 서버 간의 빠른 변환
친숙한 인터페이스 및 다른 Microsoft 제품과의 긴밀한 통합으로 사용 용이
관리자가 셀프 서비스 공급을 관리하여 배포 속도 향상
서버 통합 및 프로세서 활용도 증가로 리소스 효율성 향상
PowerShell 스크립트 통합으로 빠른 자동화
System Center Virtual Machine Manager에 대한 자세한 내용을 보려면 https://www.microsoft.com/systemcenter/scvmm/default.mspx를 방문하십시오.
항목 체크포인트
|
요구 사항 |
|---|---|
|
업무용 IT 서비스나 응용 프로그램의 하위 집합을 가상 컴퓨터에 배포했습니다. |
|
공유 하드웨어 장치의 시스템 리소스를 원활하게 관리 및 최적화하고 있습니다. |
위에서 설명한 단계를 완료했다면 인프라 최적화 모델의 서버 간에 동적으로 작업을 이동하기 위한 가상화 기능에 필요한 동적 수준의 최소 요구 사항을 충족한 것입니다. Solution Accelerator for Consolidating and Migrating LOB Applications에서 다룬 서버 통합 및 가상화에 대한 추가로 제공된 최적의 방법 지침을 따르거나 Virtual Server 2005 R2용 가상 서버 호스트 클러스터링 단계별 가이드를 다운로드할 것을 권장합니다.
다음 자체 평가 질문으로 이동하십시오.