Windows 10 배포 시나리오

적용 대상

  • Windows 10

조직에 성공적으로 Windows 10 운영 체제를 배포하려면 여러 배포 방법을 이해하는 것이 중요합니다. 현재 새로운 시나리오를 고려해야 하므로 특히 더 그렇습니다. 이러한 시나리오 중에서 선택을 하고 각각의 기능과 한계를 이해하는 것은 중요한 작업입니다.

다음 표에는 다양한 Windows 10 배포 시나리오가 요약되어 있습니다. 각 시나리오는 세 가지 범주 중 하나로 분류됩니다.

  • 특정한 요구로 인해 다른 절차를 사용해야 하는 경우가 아니라면 최신 배포 방법을 사용하는 것이 좋습니다. 이러한 방법은 MDT(Microsoft Deployment Toolkit) 및 Microsoft Endpoint Configuration Manager와 같은 기존 도구에서 지원됩니다. 이러한 방법은 최신 데스크톱 배포 센터 에서 자세히 설명합니다.
    • 참고: 조직에 Windows 10을 배포한 후 Windows 10 기능 업데이트에 대한 배포 계획을 만들어 최신 정보를 유지해야 합니다.
  • 동적 배포 방법을 사용하면 특정한 사용 사례에 대해 응용 프로그램과 설정을 구성할 수 있습니다.
  • 기존 배포 방법은 기존 도구를 사용하여 운영 체제 이미지를 배포합니다.
     

범주 시나리오 설명 자세한 정보
최신

Windows Autopilot

조직을 위해 첫 실행 경험(OOBE)을 사용자 지정하고 이미 구성된 이미 앱 및 설정으로 새 시스템을 배포합니다. Windows Autopilot 개요

현재 위치 업그레이드

Windows 설정을 사용하여 OS를 업데이트하고 앱 및 설정을 마이그레이션합니다. 롤백 데이터는 Windows.old에 저장됩니다. MDT를 사용하여 Windows 10으로 현재 위치 업그레이드 수행
Configuration Manager을 사용하여 Windows 10으로 현재 위치 업그레이드 수행
동적

구독 활성화

구독한 사용자가 로그인하는 경우 Windows 10 Pro에서 Enterprise로 전환합니다. Windows 10 구독 활성화

AAD/MDM

디바이스가 자동으로 AAD에 가입되고 MDM에 의해 구성됩니다. MDM으로 Azure Active Directory 통합

프로비저닝 패키지

Windows 이미징 및 구성 디자이너 도구를 사용하여 디바이스에 적용할 수 있는 프로비저닝 패키지를 만들 수 있습니다. MDM 없이 디바이스 구성
기존

완전 복구

새 디바이스를 배포하거나 기존 장치를 지우고 새 이미지로 배포합니다. MDT를 사용하여 Windows10 이미지 배포
PXE 및 Configuration Manager를 사용하여 Windows 10 배포

복구

초기화 및 로드라고도 합니다. 사용자 상태를 저장하고 디스크를 지운 다음 사용자 상태를 복원하여 디바이스를 다시 배포합니다. Windows7 컴퓨터를 Windows 10으로 복구
Configuration Manager를 사용하여 Windows7 SP1 클라이언트를 Windows 10으로 복구

바꾸기

기존 장치에서 사용자 상태를 저장한 다음 이를 새 장치에 복원하여 기존 장치를 새 것으로 교체합니다. Windows 7 컴퓨터를 Windows 10 컴퓨터로 바꾸기
Configuration Manager를 사용하여 Windows 7 SP1 클라이언트를 Windows 10으로 바꾸기


 

중요

Windows Autopilot 및 구독 정품 인증 시나리오를 사용하려면 시작 OS가 Windows 10 버전 1703 이상이 필요합니다.
기존의 베어 메탈 및 Windows Autopilot과 같은 새로 설치 시나리오를 제외하고 설명된 모든 방법은 선택적으로 앱 및 설정을 새 OS로 마이그레이션할 수 있습니다.

최신 배포 방법

최신 배포 방법은 단순하게 간소화되고 비용 효과적인 배포 기능을 제공하기 위해 기존의 온프레미스 및 클라우드 서비스를 모두 포괄하고 있습니다.

Windows Autopilot

Windows Autopilot은 새로운 Windows 10 PC의 배포 및 관리를 간소화하고 현대화하도록 설계된 새로운 기능 모음입니다. Windows Autopilot을 사용하면 IT 전문가가 Windows 10 PC에 대한 OOBE(첫 실행 경험)를 사용자 지정하고 몇 번의 클릭 후에 최종 사용자에게 완전히 구성된 새 Windows 10 장치를 제공할 수 있습니다. 배포할 이미지, 설치할 드라이버, 관리할 인프라가 없습니다. 사용자는 IT 관리자와 협의할 필요 없이 독립적으로 배포 프로세스를 따를 수 있습니다.

Windows Autopilot에 대한 자세한 내용은 Windows Autopilot 개요 및 Windows Autopilot을 통해 Windows 배포 현대화 를 참조하세요.

현재 위치 업그레이드

Windows 7, Windows 8 또는 Windows 8.1을 실행하는 기존 컴퓨터의 경우 Windows 10을 배포하는 조직의 권장 경로에서 Windows 설치 프로그램(Setup.exe)을 활용하여 바로 업그레이드를 수행합니다. 그러면 기존 운영 체제 버전의 모든 데이터, 설정, 응용 프로그램 및 드라이버가 자동으로 보존됩니다. 복잡한 배포 인프라가 필요하지 않으므로 최소한의 IT 작업이 필요합니다.

소비자 PC는 Windows 업데이트를 사용하여 업그레이드되지만 조직은 프로세스에 대한 컨트롤을 강화하고자 합니다. 이 작업은 간단한 작업 순서를 통해 업그레이드 프로세스를 Toolkit Microsoft Endpoint Manager 또는 Microsoft Deployment Manager와 같은 도구를 사용하여 수행됩니다.

바로 업그레이드 프로세스는 매우 안정적으로 설계되어, 배포 프로세스 중에 문제가 발생하는 경우 IT 직원이 개입하지 않고도 이전 운영 체제로 자동 롤백되는 기능을 제공합니다. 업그레이드가 완료된 후 문제가 발생하는 경우 자동으로 생성된 복구 정보(Windows.old 폴더에 저장됨)를 이용하여 수동으로 롤백할 수도 있습니다. 프로세스의 일부로 응용 프로그램을 다시 설치하지 않아도 되므로 업그레이드 프로세스도 기존 배포보다 일반적으로 더 빠릅니다.

기존 응용 프로그램이 프로세스 내내 유지되므로 업그레이드 프로세스에서 표준 Windows 설치 미디어 이미지(Install.wim)를 사용합니다. 사용자 지정 이미지는 필요하지 않으며 업그레이드 프로세스에서 이전 운영 체제와 새 운영 체제의 앱 간에 발생하는 충돌을 처리할 수 없으므로 사용할 수 없습니다. (예: Windows 7의 Contoso Timecard 1.0 및 Windows 10 이미지의 Contoso Timecard 3.0)

몇 가지 추가 절차를 사용해 현재 위치 업그레이드를 지원하는 시나리오는 BIOS에서 UEFI 부팅 모드를 변경하는 경우, 타사 디스크 암호화 소프트웨어를 사용하는 장치를 업그레이드하는 경우 등이 포함됩니다.

  • 레거시 BIOS를 UEFI 부팅으로: 현재 레거시 BIOS를 사용하여 부팅하는 UEFI 지원 시스템에서 현재 위치 업그레이드를 수행하려면, 레거시 BIOS 부팅 모드를 유지한 채 Windows 10에 대해 현재 위치 업그레이드부터 수행합니다. Windows 10에는 UEFI가 필요하지 않으므로 레거시 BIOS 에뮬레이션을 사용하여 시스템을 업그레이드해도 제대로 작동합니다. 업그레이드 후, UEFI가 필요한 Windows 10 기능(예: 보안 부팅)을 사용하도록 설정하려면 MBR2GPT 도구를 사용하여 시스템 디스크를 UEFI 부팅을 지원하는 형식으로 변환할 수 있습니다. 참고: UEFI 사양은 GPT 디스크 레이아웃을 요구합니다. 디스크를 변환한 후 펌웨어도 UEFI 모드로 부팅하도록 구성해야 합니다.

  • 타사 디스크 암호화 소프트웨어: BitLocker로 암호화된 장치는 쉽게 업그레이드할 수 있는 반면 타사 디스크 암호화 도구를 위한 추가 작업이 필요합니다. 일부 ISV는 자사 소프트웨어를 현재 위치 업그레이드 프로세스에 통합하는 방법에 대한 지침을 제공합니다. 해당 ISV에 지침이 있는지 문의하세요. 다음 문서는 ReflectDrivers 설정을 통해 Windows 설치 시 암호화 드라이버를 프로비전하는 자세한 내용을 제공합니다.

바로 업그레이드를 사용할 수 없는 경우도 있습니다. 이러한 경우에는 기존의 배포(지우고 로드)를 대신 사용할 수 있습니다. 예를 들어, 이러한 상황은 다음과 같습니다.

  • Windows 7, Windows 8 또는 Windows 8.1 x86에서 Windows 10 x64로 변경. 설치된 응용 프로그램과 드라이버에 혼란을 초래할 수 있으므로 업그레이드 프로세스를 통해 32비트 운영 체제에서 64비트 운영 체제로 변경할 수 없습니다.
  • Windows To Go 및 VHD 설치에서 부팅. 업그레이드 프로세스를 통해 이러한 설치를 업그레이드할 수 없습니다. 대신 새 설치를 수행해야 합니다.
  • 기존 이미지 업데이트. 이전 이미지를 설치하고 업그레이드한 다음 새로운 Windows 10 이미지를 다시 캡처하여 기존 Windows 7, Windows 8 또는 Windows 8.1 이미지를 Windows 10으로 업그레이드하려는 중에 이 기능은 지원되지 않습니다. 이미지 작성을 위해 업그레이드된 OS 준비(Sysprep.exe 사용)는 지원되지 않으며 업그레이드된 OS 검색 시 작동하지 않습니다.
  • 이중 부팅 및 다중 부팅 시스템. 업그레이드 프로세스는 단일 OS를 실행하는 장치용으로 설계되어 있습니다. 여러 운영 체제가 있는 이중 부팅 또는 다중 부팅 시스템을 사용 중인 경우(두 번째 및 후속 운영 체제에 가상 컴퓨터를 사용하지 않음) 더욱 주의해야 합니다.

동적 프로비저닝

보편적으로 조직은 새 PC에서 장치에 포함된 Windows 버전을 고유하게 사용자 지정된 Windows 이미지로 바꿉니다. 그러면 사전 설치된 버전을 활용하는 것보다 더 빠르고 쉬운 경우가 많기 때문입니다. 그러나 시간과 노력이 필요하므로 비용이 추가됩니다. Windows 10에서 제공하는 새 동적 프로비저닝 기능과 도구를 사용하면 이제 이 문제를 방지할 수 있습니다.

동적 프로비저닝은 최소한의 시간과 노력을 들여 새로운 PC를 상자에서 꺼내자 마자 바로 켜고 생산성이 있는 조직 장치로 변환하는 데 그 목적이 있습니다. 사용 가능한 변환 유형은 다음과 같습니다.

Windows 10 구독 활성화

Windows 10 구독 활성화는 키 또는 재부팅 없이 SKU를 Pro에서 Enterprise로 변경할 수 있는 현대식 배포 방법입니다. 구독 활성화에 대한 자세한 내용은 Windows 10 구독 활성화를 참조하세요.

자동 MDM(모바일 장치 관리) 등록으로 AAD(Azure Active Directory) 가입

이 시나리오에서는 조직 구성원이 회사 또는 학교 사용자 ID와 암호를 제공하기만 하면 됩니다. 그러면 사용자가 추가로 조작하지 않아도 장치가 자동으로 Azure Active Directory에 가입하고 MDM(모바일 장치 관리) 솔루션에 등록합니다. 등록이 완료되면 MDM 솔루션이 필요한 대로 디바이스 구성을 완료할 수 있습니다. 자세한 내용은 MDM으로 Azure Active Directory 통합을 참조하세요.

프로비저닝 패키지 구성.

Windows ICD(이미징 및 구성 디자이너)를 사용하여 IT 관리자가 컴퓨터에 적용해야 하는 모든 구성, 설정 및 앱을 포함하는 자체 포함된 패키지를 만들 수 있습니다. 그런 다음 이러한 패키지는 일반적으로 IT 전문가를 통하는 등의 다양한 방법으로 새 PC에 배치될 수 있습니다. 자세한 내용은 MDM 없이 디바이스 구성을 참조하세요.

이러한 시나리오를 통해 조직의 사용자가 소수의 승인 또는 인증 모델(기존의 배포 시나리오를 사용해서는 구현이 까다로운 프로그램)에 제한 받지 않고 자신의 PC를 자유롭게 선택할 수 있는 “회사 소요 디바이스 선택”(CYOD) 프로그램을 사용할 수 있습니다.

첫 번째 Windows 10 릴리스에 다양한 프로비저닝 설정과 배포 메커니즘이 포함되어 있지만 조직의 피드백에 따라 지속적으로 개선되고 확장됩니다. 모든 Windows 기능과 마찬가지로 조직은 Windows 피드백 앱 또는 Microsoft 지원 연락처를 통해 추가 기능에 대한 제안 사항을 제출할 수 있습니다.

기존 배포:

일반적으로 새 버전의 Windows는 Windows Assessment and Deployment Kit, Windows배포 서비스, Microsoft Deployment 2010을 사용하여 Windows 10배포 및 Microsoft Endpoint Configuration Manager에제공된 도구를 기반으로 구축된 이미지 기반 프로세스를 Toolkit 배포되었습니다.

Windows 10 릴리스에서 이러한 도구는 Windows 10을 완전히 지원하기 위해 모두 업데이트됩니다. 바로 업그레이드와 동적 프로비전과 같은 새로운 시나리오를 사용하면 일부 조직에서 기존 배포 기능이 덜 필요하게 되지만, 이러한 기존 메서드는 여전히 중요하므로 이 메서드가 필요한 조직에서 계속 사용할 수 있습니다.

기존의 배포 시나리오는 여러 하위 시나리오로 구분될 수 있습니다. 이러한 내용은 다음 섹션에서 자세히 설명하지만 다음은 이 내용을 간략하게 요약합니다.

  • 새 컴퓨터. 새 컴퓨터의 완전 배포입니다.
  • 컴퓨터 새로 고침. 동일한 컴퓨터 재설치(사용자 상태 마이그레이션 및 선택적 전체 WIM(Windows Imaging) 이미지 백업 사용).
  • 컴퓨터 바꾸기. 이전 컴퓨터를 새 컴퓨터로 바꾸기(사용자 상태 마이그레이션 및 선택적 전체 WIM 이미지 백업 사용).

새 컴퓨터

"베어 메탈" 배포라고 불리기도 합니다. 이 시나리오는 빈 컴퓨터를 배포해야 하거나 기존 데이터를 보존할 필요 없이 기존 컴퓨터를 지우고 다시 배포하려는 경우 발생합니다. CD, USB, ISO 또는 PXE(사전 부팅 실행 환경)를 사용하여 부팅 미디어에서 설정을 시작합니다. 클라이언트 배포에 필요한 모든 파일이 포함되어 있는 전체 오프라인 미디어를 생성하여 중앙 배포 공유에 연결할 필요 없이 배포할 수 있습니다. 대상은 물리적 컴퓨터, 가상 컴퓨터 또는 물리적 컴퓨터(VHD에서 부팅)에서 실행 중인 가상 하드 디스크(VHD)일 수 있습니다.

새 컴퓨터 시나리오의 배포 프로세스는 다음과 같습니다.

  1. 부팅 미디어((CD, USB, ISO 또는 PXE)에서 설정을 시작합니다.

  2. 하드 디스크를 지우고 새 볼륨을 만듭니다.

  3. 운영 체제 이미지를 설치합니다.

  4. 작업 순서의 일부로 다른 응용 프로그램을 설치합니다.

이러한 단계를 수행하고 나면 컴퓨터를 사용할 준비가 됩니다.

컴퓨터 새로 고침

새로 고침은 지우고 로드라고도 합니다. 일반적으로 프로세스는 실행 중인 운영 체제에서 시작됩니다. 사용자 데이터와 설정은 백업된 후 나중에 배포 프로세스의 일부로 복원됩니다. 대상은 새 컴퓨터 시나리오와 동일할 수 있습니다.

지우고 로드 시나리오의 배포 프로세스는 다음과 같습니다.

  1. 실행 중인 운영 체제에서 설정을 시작합니다.

  2. 사용자 상태를 로컬에 저장합니다.

  3. 하드 디스크 지우기(백업을 포함하는 폴더 제외).

  4. 운영 체제 이미지를 설치합니다.

  5. 다른 응용 프로그램을 설치합니다.

  6. 사용자 상태를 복원합니다.

이러한 단계를 수행하고 나면 컴퓨터를 사용할 준비가 됩니다.

컴퓨터 바꾸기

컴퓨터 바꾸기는 새로 고침 시나리오와 비슷합니다. 그러나 여기에서는 컴퓨터를 바꾸므로 이 시나리오를 두 개의 기본 작업, 즉 이전 클라이언트 백업과 새 클라이언트 완전 배포로 나눕니다. 새로 고침 시나리오에서는 사용자 데이터와 설정이 백업되어 복원됩니다.

바꾸기 시나리오의 배포 프로세스는 다음과 같습니다.

  1. 실행 중인 운영 체제에서 백업 작업을 통해 서버에 사용자 상태(데이터 및 설정)를 저장합니다.

  2. 새 컴퓨터를 완전 배포로 배포합니다.

    참고
    몇몇 경우에는 대상이 동일한 컴퓨터인 경우에도 바꾸기 시나리오를 사용할 수 있습니다. 예를 들어, UEFI(Unified Extensible Firmware Interface) 기능을 이용할 수 있도록 디스크 레이아웃을 MBR(마스터 부트 레코드)에서 GPT(GUID 파티션 테이블)로 수정하려는 경우 바꾸기를 사용할 수 있습니다. 사용자 데이터를 디스크 외부로 전송해야 하므로 디스크의 파티션을 다시 나누어야 하는 경우에도 바꾸기를 사용할 수 있습니다.