다음을 통해 공유


QoS(서비스 품질) 정책

그룹 정책을 사용하여 설정을 배포하는 QoS 프로필을 생성하여 전체 Active Directory 인프라에서 네트워크 대역폭 관리를 중앙 집중화 하는 QoS 정책을 사용하는 방법을 알아봅니다.

참고 항목

이 항목 외에 다음과 같은 QoS 정책 설명서도 참조할 수 있습니다.

QoS 정책은 도메인, 사이트 또는 OU(조직 구성 단위)와 같은 Active Directory 컨테이너에 링크된 GPO(그룹 정책 개체)의 일부로 사용자 로그인 세션 또는 컴퓨터에 적용됩니다.

QoS 트래픽 관리는 애플리케이션 계층 아래에서 이루어집니다. 즉, QoS 정책에서 제공하는 이점을 활용하기 위해 기존 애플리케이션을 수정할 필요가 없습니다.

QoS 정책 지원 운영 체제

QoS 정책을 사용하여 다음 Microsoft 운영 체제를 사용하는 컴퓨터 또는 사용자의 대역폭을 관리할 수 있습니다.

  • Windows Server 2016
  • Windows 10
  • Windows Server 2012 R2
  • Windows 8.1
  • Windows Server 2012
  • Windows 8
  • Windows Server 2008 R2
  • Windows 7
  • Windows Server 2008
  • Windows Vista

그룹 정책 내 QoS 정책 위치

Windows Server 2016 그룹 정책 관리 편집기에서 컴퓨터 구성에 대한 QoS 정책 경로는 다음과 같습니다.

기본 도메인 정책 | 컴퓨터 구성 | 정책 | Windows 설정 | 정책 기반 QoS

다음 이미지는 이 경로를 그림으로 표현한 것입니다.

그룹 정책 내 QoS 정책 위치

Windows Server 2016 그룹 정책 관리 편집기에서 사용자 구성에 대한 QoS 정책 경로는 다음과 같습니다.

기본 도메인 정책 | 사용자 구성 | 정책 | Windows 설정 | 정책 기반 QoS

기본적으로 QoS 정책은 구성되지 않습니다.

QoS 정책을 사용하는 이유?

네트워크에서 트래픽이 증가함에 따라 네트워크 성능과 서비스 비용 간의 균형을 맞추는 것이 점점 더 중요해지고 있지만 네트워크 트래픽은 일반적으로 우선 순위를 지정하고 관리하기가 어렵습니다.

네트워크에서 중요 업무용 및 대기 시간에 민감한 애플리케이션은 우선 순위가 낮은 트래픽과 네트워크 대역폭을 두고 경쟁할 수 밖에 없습니다. 동시에 특정 네트워크 성능 요구 사항이 있는 일부 사용자 및 컴퓨터에는 차별화된 서비스 수준이 필요할 수 있습니다.

비용 효율적이고 예측 가능한 네트워크 성능 수준을 제공하려는 도전은 종종 WAN(광역 네트워크) 연결 또는 VoIP(음성 해설 IP) 및 비디오 스트리밍과 같은 대기 시간에 민감한 애플리케이션에서 최초로 시도하는 경우가 많습니다. 그러나 예측 가능한 네트워크 서비스 수준 제공의 최종 목표는 모든 네트워크 환경(예: 엔터프라이즈의 로컬 영역 네트워크) 및 회사의 사용자 지정 기간 업무 애플리케이션과 같은 VoIP 애플리케이션 이상에 적용됩니다.

정책 기반 QoS는 애플리케이션, 사용자 및 컴퓨터에 따라 네트워크 제어를 제공하는 네트워크 대역폭 관리 도구입니다.

QoS 정책을 사용하는 경우 특정 API(애플리케이션 프로그래밍 인터페이스)에 맞춰 애플리케이션을 만들 필요가 없습니다. 이렇게 하면 기존의 애플리케이션에서 QoS를 사용할 수 있습니다. 또한 정책 기반 QoS는 그룹 정책에 기본 제공되므로 기존 관리 인프라를 활용합니다.

DSCP(차별화된 서비스 코드 포인트)를 통한 QoS 우선 순위 정의

다양한 유형의 네트워크 트래픽에 할당되는 DSCP(차별화된 서비스 코드 포인트) 값을 사용하여 네트워크 트래픽 우선 순위를 정의하는 QoS 정책을 만들 수 있습니다.

DSCP를 사용하면 IPv4 패킷 헤더의 TOS(서비스 유형) 필드와 IPv6의 트래픽 클래스 필드 내 값(0~63)을 적용할 수 있습니다.

DSCP 값은 라우터가 트래픽 큐 동작을 결정하는 데 사용하는 IP(인터넷 프로토콜) 수준에서 네트워크 트래픽 분류를 제공합니다.

예를 들어 특정 DSCP 값이 있는 패킷을 높은 우선 순위, 최선 또는 최선보다 낮은 세 개의 큐 중 하나에 배치하도록 라우터를 구성할 수 있습니다.

우선 순위가 높은 큐에 있는 중요 업무용 네트워크 트래픽은 다른 트래픽보다 우선시됩니다.

제한 속도로 애플리케이션당 네트워크 대역폭 사용 제한

QoS 정책에서 제한 속도를 지정하여 응용 프로그램의 아웃바운드 네트워크 트래픽을 제한할 수도 있습니다.

제한 한도를 정의하는 QoS 정책은 아웃바운드 네트워크 트래픽의 속도를 결정합니다. 예를 들어, WAN 비용을 관리하기 위해 IT 부서는 파일 서버가 특정 속도를 초과하여 다운로드를 제공할 수 없도록 명시한 서비스 수준 계약을 구현할 수 있습니다.

QoS 정책을 사용하여 DSCP 값 및 제한 속도 적용

QoS 정책을 사용하여 다음과 같은 아웃바운드 네트워크 트래픽에 DSCP 값을 적용하고 속도 제한을 설정할 수 있습니다:

  • 애플리케이션 및 디렉터리 경로 보내기

  • 원본 및 대상 IPv4 또는 IPv6 주소 또는 주소 접두사

  • 프로토콜 - TCP(Transmission Control Protocol) 및 UDP(User Datagram Protocol)

  • 원본 및 대상 포트 및 포트 범위(TCP 또는 UDP)

  • 그룹 정책에서 배포를 통해 특정 사용자 또는 컴퓨터 그룹

이러한 컨트롤을 사용하면 VoIP 애플리케이션에 대해 DSCP 값이 46인 QoS 정책을 지정하여 라우터가 짧은 대기 시간 큐에 VoIP 패킷을 배치할 수 있도록 하거나, QoS 정책을 사용하여 TCP 포트 443에서 보낼 때 서버의 아웃바운드 트래픽 집합을 초당 512KBps(KBps)로 제한할 수 있습니다.

특별한 대역폭 요구 사항이 있는 특정 애플리케이션에 QoS 정책을 적용할 수도 있습니다. 더 자세한 내용은 QoS 정책 시나리오를 참조하세요.

QoS 정책의 이점

QoS 정책을 사용하면 라우터 및 스위치에서 구성할 수 없는 QoS 정책들을 구성하고 적용할 수 있습니다. QoS 정책에서 제공하는 이점은 다음과 같습니다.

  1. 세부 정보 수준: 사용자 수준의 QoS 정책을 라우터나 스위치에서 생성하는 것은 어렵습니다. 특히 사용자의 컴퓨터가 동적 IP 주소 할당을 사용하여 구성되었거나, 휴대용 컴퓨터의 경우처럼 고정된 스위치나 라우터 포트에 연결되지 않은 경우에는 더욱 그렇습니다. 반면, QoS 정책 사용시 도메인 컨트롤러에서 사용자 수준 QoS 정책을 보다 쉽게 구성하고 해당 정책을 사용자의 컴퓨터에 전파할 수 있습니다.

  2. 유연성. 컴퓨터가 네트워크에 연결하는 위치 또는 방법에 관계없이 QoS 정책이 적용됩니다. 컴퓨터는 모든 위치에서 WiFi 또는 이더넷을 사용하여 연결할 수 있습니다. 사용자 수준 QoS 정책들의 경우 QoS 정책은 사용자가 로그온하는 모든 위치에서 호환되는 모든 디바이스에 적용됩니다.

  3. 보안: IT 부서가 IPsec(인터넷 프로토콜 보안)을 사용하여 사용자의 트래픽을 엔드투엔드 암호화하는 경우 패킷의 IP 계층 위 정보(예: TCP 포트)를 기반으로 라우터의 트래픽을 분류할 수 없습니다. 그러나 QoS 정책을 사용하면 IP 페이로드가 암호화되고 패킷이 전송되기 전에 최종 디바이스에서 패킷을 분류하여 IP 헤더에서 패킷의 우선 순위를 나타낼 수 있습니다.

  4. 성능: 제한과 같은 일부 QoS 함수는 원본에 근접할 때 더 잘 수행됩니다. QoS 정책은 이러한 QoS 함수를 원본에 가장 가깝게 이동시킵니다.

  5. 관리 효율성: QoS 정책은 다음 두 가지 방법으로 네트워크 관리 효율성을 향상시킵니다:

    a. 그룹 정책 기반이기에 QoS 정책을 사용하여 필요할 때마다 하나의 중앙 도메인 컨트롤러 컴퓨터에서 사용자/컴퓨터 QoS 정책 집합을 구성하고 관리할 수 있습니다.

    b. QoS 정책은 QoS 정책을 적용해야 하는 각 서버의 IP 주소 기반 정책을 지정 방식 대신 URL(Uniform Resource Locator)에서 정책을 지정하는 메커니즘을 제공하여 사용자/컴퓨터 구성을 용이하게 합니다. 예를 들어 네트워크에 공통 URL을 공유하는 서버 클러스터가 있다고 가정합니다. QoS 정책을 사용하면 각 서버의 IP 주소 기반의 각 정책을 사용하여 클러스터의 각 서버에 대해 하나의 정책을 만드는 대신 공통 URL을 기반으로 한 정책을 만들 수 있습니다.

이 가이드의 다음 항목은 QoS 정책 시작하기를 참조하세요.