내보내기(0) 인쇄
모두 확장
이 문서는 수동으로 번역한 것입니다. 원본 텍스트를 보려면 포인터를 문서의 문장 위로 올리십시오.
번역
원본

랩 계획

테스트 랩에서 Lab Management를 다양한 분야에 사용할 수 있도록 준비할 때는 다음과 같은 여러 질문들을 고려해야 할 수 있습니다.

  • 필요한 물리적 서버 수는 몇 개인가?

  • 어떤 종류의 서버를 구입해야 하는가?

  • 저장소 용량은 얼마나 필요한가?

  • 저장소에 SAN을 사용할 수 있는가?

  • 한 대의 강력한 컴퓨터에 모든 것을 설치할 수 있는가?

  • 격리 랩을 어떻게 설정할 것인가?

이 항목에서는 Visual Studio Lab Management를 사용하기 위해 필요한 물리적 서버, 가상 컴퓨터(VM) 및 컨트롤러의 개수 및 유형을 예상하는 데 필요한 일반적인 지침을 제공합니다. 일반적으로 서버 수는 각 서버의 용량만큼 중요하지 않습니다. 예를 들어 이중 코어 또는 쿼드 코어 프로세서를 사용하는 서버는 단일 코어 프로세서를 사용하는 서버보다 많은 수의 VM을 지원할 수 있습니다. 마찬가지로 RAM이 32GB인 서버는 RAM이 8GB뿐인 서버보다 동시에 더 많은 VM을 호스팅할 수 있습니다.

다음 단원에는 가상 테스트 랩에 충분한 용량을 제공하는 데 도움이 되는 지침이 포함됩니다. 이러한 지침은 하드웨어를 구입하거나 구성할 때 또는 필수 소프트웨어를 설치하거나 구성할 때 해야 할 일(Do)과 하지 말아야 할 일(Don’t)로 나눠서 설명합니다.

Ff756575.collapse_all(ko-kr,VS.120).gifTeam Foundation Server 계획

Don’t

  • 한 대의 컴퓨터에 모든 것을 설치합니다. 시연용으로 또는 개념 설명을 위한 목적으로 단일 컴퓨터를 사용해야 할 경우에만 단일 컴퓨터에 모든 구성 요소를 설치하십시오.

  • Team Foundation Server 인스턴스에서 논리적 응용 프로그램 계층을 실행하기 위해 서버를 하나 이상 사용하고 Visual Studio의 Lab Management 기능을 사용하려는 경우 NetworkService 계정을 Team Foundation Server의 서비스 계정으로 사용합니다. NetworkService 계정을 사용하려면 가상 환경의 실제 호스트 컴퓨터를 유지 관리하기 위해 이후에 더 많은 수동 작업이 필요합니다. 이러한 추가 작업이 필요한 이유는 각 실제 호스트 컴퓨터의 로컬 Administrators 그룹에 새로운 각 응용 프로그램 계층 컴퓨터에 대해 NetworkService 계정을 추가해야 하기 때문입니다. 예를 들어 20대의 실제 호스트가 있는 가상 랩을 실행하는 경우 응용 프로그램 계층 컴퓨터를 추가하거나 교체하면 새 응용 프로그램 계층 컴퓨터의 이름으로 20대의 호스트 컴퓨터를 각각 업데이트하고 사용 권한을 할당해야 합니다. NetworkService 계정을 사용하는 대신 TFSservice 계정의 표준 도메인 사용자 계정 및 암호를 사용하십시오. 이렇게 하면 실제 호스트를 처음 구성할 때 도메인 사용자 계정을 한 번만 추가하고 이후의 각 응용 프로그램 계층 컴퓨터에서 동일한 계정을 사용할 수 있습니다. NetworkService 계정의 제한 사항에 대한 자세한 내용은 NetworkService Account를 참조하십시오.

Ff756575.collapse_all(ko-kr,VS.120).gifSystem Center Virtual Machine Manager 계획

Don’t

  • 가상 컴퓨터에 SCVMM을 설치합니다. 가상 컴퓨터에 SCVMM을 설치하면 가상 컴퓨터가 실행되는 실제 호스트를 관리하기가 어렵게 되고 동일한 가상 컴퓨터에 라이브러리를 설정한 경우 라이브러리의 성능이 느려질 수 있습니다.

  • SCVMM 2008 R2 라이브러리 서버에 클러스터링을 사용한다. Lab Management는 SCVMM 2008 R2가 아닌 SCVMM 2012를 사용할 때만 SCVMM 환경에서 클러스터링을 지원합니다.

  • 네트워크 어댑터의 가상 LAN ID를 설정합니다. Lab Management에서는 System Center Virtual Machine Manager에서 가상 LAN ID를 설정하고 사용하는 것을 지원하지 않습니다. 가상 컴퓨터의 네트워크 어댑터에서 수동으로 VLAN ID를 설정한 다음 SCVMM 라이브러리에 가상 컴퓨터를 저장하는 경우 가상 컴퓨터가 배포될 때 VLAN ID가 지워집니다. VLAN ID를 사용하는 방법에 대한 자세한 내용은 VMM에서 가상 네트워크 구성을 참조하십시오.

Do

  • SCVMM 컴퓨터에 충분한 리소스를 제공합니다. 랩에 사용할 예상 VM 수가 50개 미만인 경우 SCVMM을 실행하는 컴퓨터의 최소 구성은 다음과 같아야 합니다.

    • 64비트 프로세서

    • 4GB 메모리

    • 300GB 하드 디스크 드라이브

    • Windows Server 2008 R2 운영 체제

    예상되는 VM 수가 50개를 넘는 경우 리소스를 늘리십시오. 동일한 컴퓨터에 다른 소프트웨어와 함께 SCVMM을 설치하려는 경우 이 항목의 앞 부분에서 설명한 정도의 리소스 양을 SCVMM 서버에 제공하십시오. 하지만 다른 소프트웨어의 리소스 소비량을 제외한 후의 리소스 양을 확인해야 합니다. 예를 들어 Team Foundation Server를 실행하는 컴퓨터에 SCVMM을 설치하려는 경우 Team Foundation Server의 리소스 요구 사항을 더하여 컴퓨터의 용량이 충분한지 확인해야 합니다.

  • 라이브러리를 실행하는 서버에 최소 200GB의 여유 하드 디스크 공간을 제공합니다. 기본 설치의 경우 라이브러리 공유에서 사용되는 드라이브의 여유 공간이 200GB를 넘는지 확인합니다.

  • C:가 아닌 D:에 기본 라이브러리 공유를 만듭니다. 기본적으로 SCVMM은 SCVMM이 설치된 동일한 컴퓨터에 라이브러리 공유를 만들고 C: 드라이브에 라이브러리를 만듭니다. 기본 라이브러리 공유를 D:로 변경하면 이후에 컴퓨터를 더 쉽게 업그레이드할 수 있습니다.

  • 속도가 충분히 빠른 하드 디스크 드라이브를 라이브러리에 사용합니다. 라이브러리 사용량이 적게 예상되는 경우 적정 속도의 하드 디스크만으로도 충분합니다. 라이브러리 사용량이 보통 수준으로 예상되는 경우에는 처리량 향상을 위해 6~12개의 디스크가 포함된 RAID 5 디스크 구성을 사용하십시오. 라이브러리 사용량이 매우 높을 것으로 예상될 경우 여러 개의 라이브러리 서버를 사용하십시오. 직접 연결 저장소 또는 SAN을 사용할 수 있습니다. SAN을 사용할 경우에는 라이브러리 컴퓨터 전용으로 사용할 LUN을 만드십시오.

  • 네트워크 서비스 계정 대신 일반적인 도메인 사용자 계정을 사용하여 Team Foundation Server를 실행합니다. 이 방식은 Team Foundation Server와 SCVMM을 동일한 컴퓨터에 배치하는 경우에 필요합니다.

  • SCVMM을 Hyper-V 호스트에 설치한 경우 SCVMM 라이브러리가 아닌 다른 하드 디스크 드라이브에 Hyper-V에서 호스팅하는 가상 컴퓨터를 저장합니다. 예를 들어 라이브러리에는 하나의 디스크로 된 C:를 사용하고 Hyper-V 가상 컴퓨터에는 다른 디스크로 된 D:를 사용합니다. 이 경우 SCVMM 서버는 Hyper-V의 기본 OS로 실행됩니다. 이렇게 하면 기본 OS가 로드될 때 모든 게스트 OS(Hyper-V에 배포된 VM)가 영향을 받습니다. 이러한 영향을 줄이기 위해서는 앞에서 설명한 SCVMM 컴퓨터 요구 사항에 Hyper-V 호스트의 예약 리소스(아래에 설명)를 추가하여 해당 컴퓨터에 대한 호스트 예약 리소스를 구성합니다. 호스트 예약 리소스는 SCVMM 관리자 콘솔을 사용하여 구성할 수 있습니다.

  • SCVMM과 Team Foundation Server, 호스트 및 기타 라이브러리 서비스 사이에 LOS(line-of-sight) 네트워크 라우팅을 제공합니다.

  • SCVMM 컴퓨터를 모든 최신 Windows 업데이트로 업데이트하고 이러한 업데이트가 자동으로 적용되는지 확인합니다. 이렇게 하기가 쉽지 않으면 Windows 및 SCVMM 업데이트를 추적하여 제공되는 업데이트가 있으면 이를 수동으로 적용할 수 있도록 계획해야 합니다.

Ff756575.collapse_all(ko-kr,VS.120).gifHyper-V 호스트 계획

Don’t

  • 실제 호스트 컴퓨터에 Team Foundation Server와 같은 추가 소프트웨어를 설치합니다. 하이퍼바이저와 가상 컴퓨터의 요구 사항을 합한 것을 초과할 정도로 호스트 성능이 충분히 강력한 경우 이러한 서버의 리소스 제약 조건을 고려하는 한 호스트에 SCVMM 또는 라이브러리 서버를 함께 배치할 수 있습니다. 예를 들어 Hyper-V 호스트 컴퓨터에 SCVMM을 설치한 후 호스트 요구 사항, 가상 컴퓨터 요구 사항 및 SCVMM 요구 사항을 더하고 난 뒤에도 컴퓨터의 용량이 충분한지 확인합니다.

  • Hyper-V 호스트 서버로 클러스터링을 사용합니다. Lab Management는 SCVMM 환경에서 클러스터링을 지원합니다.

  • 십여 개의 VM 배포를 동시에 수행하도록 예약합니다. 호스트에 대한 동시 환경 배포 수를 제한하십시오.

  • 라이브러리 서버와 지리적으로 다른 위치에 있는 물리적 서버를 사용합니다. SCVMM 라이브러리 서버와 지리적으로 다른 위치에 있는 호스트를 사용해야 하는 경우 SCVMM과 호스트 사이의 네트워크 속도는 최소 100Mbps여야 하며 지연 시간이 길지 않아야 합니다.

  • 특정 네트워크에 연결되는 여러 네트워크 어댑터를 가상 컴퓨터에서 만듭니다. Lab Management는 이 구성을 재정의하고 두 어댑터를 만듭니다. 한 어댑터는 랩 네트워크에 연결되고 다른 어댑터는 가상 컴퓨터 간의 내부 통신을 처리합니다.

  • 네트워크 격리 환경에서 사용되는 네트워크 어댑터에서 MAC 주소를 구성합니다. Lab Management는 네트워크 격리 환경이 만들어질 때 MAC 주소를 지웁니다.

Do

  • 호스트 컴퓨터에 충분한 리소스를 제공하고 올바르게 구성합니다. Hyper-V 호스트 수와 각 호스트의 용량은 랩에서 호스팅하는 VM 수에 따라 다릅니다. 비교적 작은 규모의 랩을 설정하려는 경우 다음과 같은 구성의 컴퓨터에 Hyper-V 역할을 설치합니다.

    • Hyper-V를 지원하는 이중 코어 64비트 프로세서 두 개

    • 16GB 메모리

    • 300GB 하드 디스크 공간

    • Windows Server 2008 R2 운영 체제

    • Windows 운영 체제의 최신 업데이트

    가상 컴퓨터의 규모가 비교적 크고 소수의 강력한 호스트를 설정하려는 경우 다음과 같이 각 호스트를 구성합니다.

    • Hyper-V를 지원하는 쿼드 코어 64비트 프로세서 두 개

    • 64GB 메모리

    • 1TB 하드 디스크 공간

    • Windows Server 2008 R2 운영 체제

    • Windows 운영 체제의 최신 업데이트

  • 호스트에서 충분한 RAM 메모리를 예약합니다. 위에 나열된 호스트 용량 요구 사항 중에서 하이퍼바이저가 문제 없이 작동하려면 다음과 같은 리소스를 추가로 준비해야 합니다. 16GB 호스트의 경우 CPU의 20% 및 2GB 메모리를 추가로 준비합니다. 64GB 호스트의 경우 CPU의 30% 및 4GB 메모리를 추가로 준비합니다. 이러한 호스트 예약 리소스는 SCVMM 관리자 콘솔의 호스트 속성 창에서 구성해야 합니다. 호스트에서 호스트 예약 리소스를 제외하고 남은 리소스만 가상 컴퓨터에 사용할 수 있습니다.

  • 가상 컴퓨터에 충분한 저장소를 제공합니다. 가상 컴퓨터 저장소에는 Hyper-V 서버의 주 파티션 이외의 다른 디스크 파티션을 사용해야 합니다. 예를 들어 가상 컴퓨터 저장소에는 D:를 사용하고 하이퍼바이저의 주 파티션에는 C:를 사용합니다. 가상 컴퓨터 저장소 위치를 결정한 후에는 Hyper-V 관리자 또는 SCVMM 관리자 콘솔을 사용하여 해당 위치를 구성합니다. Hyper-V 관리자에서는 가상 하드 디스크 폴더 및 가상 컴퓨터 폴더를 변경합니다. SCVMM 관리자 콘솔에서는 호스트 속성 아래에서 배치 경로를 변경합니다.

  • 호스트에 고속 하드 디스크 드라이브를 제공하고 드라이브를 올바르게 구성합니다. 호스트별 디스크 유형: 빠른 속도의 디스크가 필요함 RAID 5가 구성된 디스크를 사용하는 것이 가장 좋습니다. 호스트의 저장소는 직접 연결 저장소나 SAN을 사용한다. 하지만 공간 및 안정성 요구에 따라 호스트 디스크에 SAN 드라이브를 사용할 경우 각 호스트에 별도의 LUN을 매핑해야 합니다. LUN은 동일한 컨트롤러로 관리되지만 Visual Studio Lab Management에서는 SAN 기능이 사용되지 않으므로 가상 컴퓨터 배포 중에 수행되는 기본 BITS 복사는 LAN 네트워크를 통해 라이브러리에서 호스트로만 발생합니다.

  • Hyper-V 호스트에 SCVMM을 설치하려면 Hyper-V에서 호스팅하는 가상 컴퓨터를 저장하는 데 사용된 하드 디스크 드라이브가 라이브러리에 사용된 디스크와 다른 것이 좋습니다. 이 경우 SCVMM 서버는 Hyper-V의 기본 OS로 실행됩니다. 따라서 기본 OS가 로드되면 모든 게스트 OS(Hyper-V에 배포된 VM)가 성능 영향을 받습니다. 이러한 영향을 줄이기 위해서는 앞에서 설명한 SCVMM 컴퓨터 요구 사항에 Hyper-V 컴퓨터의 호스트 예약 리소스를 추가하여 해당 컴퓨터에 대한 호스트 예약 리소스를 구성합니다. 호스트 예약 리소스는 SCVMM 관리 콘솔을 사용하여 구성할 수 있습니다.

  • Hyper-V 호스트를 라이브러리 서버로도 사용하려면 컴퓨터에 디스크가 여러 개 있어야 합니다. 가상 컴퓨터 및 라이브러리 저장소에 대한 호스트에 별도의 하드 디스크를 사용해야 합니다.

  • Hyper-V 호스트에 Team Foundation Server, SCVMM 및 기타 라이브러리 서버에 대한 LOS(line-of-sight) 네트워킹을 제공합니다.

  • Hyper-V 호스트가 다른 지리적 위치에 있는 경우 각 위치에 대해 로컬 라이브러리 서버를 둡니다.

  • 호스트를 정기적으로 업데이트합니다. Hyper-V 호스트는 운영 체제 업데이트를 자동으로 적용할 수 있는 네트워크에 배치해야 합니다. 이렇게 하기가 쉽지 않으면 Windows 및 SCVMM 업데이트를 추적하여 제공되는 업데이트가 있으면 이를 수동으로 적용할 수 있도록 계획해야 합니다.

Ff756575.collapse_all(ko-kr,VS.120).gif컨트롤러 및 에이전트 계획

Don’t

  • 환경 내에 테스트 컨트롤러를 설치합니다. 빌드, 테스트 및 랩 에이전트만 환경 내의 가상 컴퓨터에 설치해야 합니다.

Do

  • 테스트용 응용 프로그램을 빌드 및 배포할 때 두 개 이상의 빌드 컨트롤러를 사용합니다. 첫 번째 컨트롤러가 빌드 프로세스에 사용되고 사용률은 높지 않습니다. 두 번째 컨트롤러는 가상 컴퓨터에 빌드를 배포하고 테스트를 실행하는 데 사용됩니다. 따라서 랩에 있는 가상 컴퓨터 수가 많을 경우 사용률이 높아질 수 있습니다. 두 번째 컨트롤러는 환경의 스냅숏을 만드는 데에도 사용됩니다.

  • 테스트 컨트롤러를 Team Foundation Server와 동일한 도메인에서 사용합니다. Team Foundation Server 및 테스트 컨트롤러가 작업 그룹 또는 신뢰할 수 없는 도메인에 있으면 두 컴퓨터에서 모두 동일한 사용자 이름과 암호를 사용하여 로컬 사용자 계정을 만들고, Team Foundation Server에서 이 사용자를 "[Project Collection]\Project Collection Test Service Accounts" 보안 그룹에 추가한 후 이 로컬 계정을 사용하여 테스트 컨트롤러를 팀 프로젝트 컬렉션에 등록해야 합니다.

Do

  • 기가비트 네트워크를 사용하여 SCVMM이 설치된 서버를 라이브러리 서버 및 Hyper-V 호스트에 연결합니다.

  • Team Foundation Server, 테스트 컨트롤러, 빌드 컨트롤러, SCVMM 및 가상 컴퓨터의 실제 호스트가 실행되는 도메인에서 양방향 전체 트러스트 관계를 설정합니다.

응용 프로그램 테스트를 위한 Lab Management를 설정할 때는 몇 가지 토폴로지를 사용할 수 있습니다. Lab Management를 사용하는 데 필요한 가장 간단한 토폴로지에서는 서버가 두 개만 필요합니다. 여기에서는 모든 Team Foundation Server 구성 요소를 동일한 서버에 설치하고 모든 SCVMM 2008 구성 요소를 추가 서버에 설치합니다. 또는 복잡한 네트워킹 토폴로지 요구 사항으로 인해 Team Foundation Server, SCVMM, Hyper-V 호스트 및 테스트 중인 응용 프로그램을 실행하는 가상 컴퓨터를 배치할 수 있는 네트워크가 제한될 수 있습니다. 또 다른 대안으로 Team Foundation Server에 대한 네트워크 부하 분산을 구성할 수 있습니다. 다음 목록에서는 토폴로지에 대해 사용할 수 있는 몇 가지 차원과 각 차원 내의 변형을 제안합니다.

네트워킹

  • DNS

  • 방화벽

  • Threat Management Gateway

도메인

  • 단방향 트러스트

  • 양방향 트러스트

  • 트러스트 없음

Team Foundation Server 논리적 응용 프로그램 계층

  • 단일 서버

  • 네트워크 부하 분산이 없는 여러 서버

  • 네트워크 부하 분산이 있는 여러 서버

Team Foundation Server 논리적 데이터 계층

  • 단일 서버

  • 클러스터링이 없는 여러 서버

  • 클러스터링이 있는 여러 서버

테스트

  • 환경 내부

  • 환경 외부

다음 네 개의 샘플 토폴로지에서는 테스팅 요구에 따라 위의 차원들을 조합하여 설정할 수 있는 방법에 대한 예를 보여 줍니다.

Ff756575.collapse_all(ko-kr,VS.120).gif샘플 토폴로지 1

Team Foundation Server 논리적 응용 프로그램 계층이 여러 서버에서 실행되고 이러한 서버는 네트워크 부하 분산 장치를 통해 제어됩니다. 또한 도메인 네트워크에서 송신 및 수신되는 테스트 트래픽을 제어하기 위해 방화벽 설정이 포함된 별도의 테스트 네트워크가 있습니다. 다음 다이어그램에서는 토폴로지 1을 보여 줍니다.

회사 네트워크에 가입된 모든 컴퓨터

이 토폴로지의 설정 방법에 대한 지침은 Setting up various topologies to test with Visual Studio Lab Management – Part 1을 참조하십시오.

Ff756575.collapse_all(ko-kr,VS.120).gif샘플 토폴로지 2

Team Foundation Server 논리적 응용 프로그램 계층 및 데이터 계층이 여러 서버에서 실행되지만 이러한 서버가 부하 분산 장치를 통해 제어되지 않습니다. 또한 SAN 기반 라이브러리 및 호스트를 사용하는 별도의 테스트 네트워크가 있습니다. 다음 다이어그램에서는 토폴로지 2를 보여 줍니다.

부하 분산 장치는 없지만 SAN이 있는 컴퓨터

이 토폴로지의 설정 방법에 대한 지침은 Setting up various topologies to test with Visual Studio Lab Management – Part 2을 참조하십시오.

Ff756575.collapse_all(ko-kr,VS.120).gif샘플 토폴로지 3

Team Foundation Server 논리적 응용 프로그램 계층이 여러 서버에서 실행되고 이러한 서버는 네트워크 부하 분산 장치를 통해 제어됩니다. 또한 별도의 테스트 네트워크가 있습니다. 테스트되는 응용 프로그램은 가상 환경 외부의 데이터베이스를 호출합니다. 다음 다이어그램에서는 토폴로지 3을 보여 줍니다.

환경 외부에 데이터베이스가 있는 컴퓨터

이 토폴로지의 설정 방법에 대한 지침은 Setting up various topologies to test with Visual Studio Lab Management – Part 3을 참조하십시오.

Ff756575.collapse_all(ko-kr,VS.120).gif샘플 토폴로지 4

Team Foundation Server 논리적 응용 프로그램 계층 및 데이터 계층이 여러 서버에서 실행되고 이러한 서버가 네트워크 부하 분산 장치를 통해 제어됩니다. 테스트 네트워크 및 환경은 별도의 도메인에 있습니다. 다음 다이어그램에서는 토폴로지 4를 보여 줍니다.

두 도메인 내의 컴퓨터

이 토폴로지의 설정 방법에 대한 지침은 Setting up various topologies to test with Visual Studio Lab Management – Part 4을 참조하십시오.

커뮤니티 추가 항목

추가
표시:
© 2014 Microsoft