탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 관리: IP 서비스 Oracle Solaris 11 Information Library (한국어) |
서비스 품질(QoS) 정책을 계획할 때는 네트워크가 제공하는 서비스를 검토 및 분류하고 우선 순위를 설정해야 합니다. 또한 사용 가능한 대역폭을 평가하여 각 트래픽 클래스가 네트워크로 릴리스되는 속도를 결정해야 합니다.
IPQoS 구성 파일에 필요한 정보를 포함하는 형식으로 QoS 정책을 계획하기 위한 정보를 수집합니다. 예를 들어, 다음 템플리트를 사용하여 IPQoS 구성 파일에서 사용될 주요 정보 범주를 나열할 수 있습니다.
표 28-1 QoS 계획 템플리트
|
각 주요 범주를 구분하여 추가로 QoS 정책을 정의할 수 있습니다. 후속 절에서는 템플리트에 표시되는 범주에 대한 정보를 얻는 방법을 설명합니다.
이 작업 맵에서는 QoS 정책 계획에 대한 주요 작업을 나열하고 각 작업에 대한 수행 지침과 관련된 링크를 제공합니다.
|
주 - 이 절의 나머지 부분에서는 IPQoS 사용 시스템의 QoS 정책을 계획하는 방법에 대해 설명합니다. Diffserv 라우터에 대한 QoS 정책을 계획하려면 라우터 설명서 및 라우터 제조업체 웹 사이트를 참조하십시오.
다음 절차에서는 QoS 정책을 만들기 전에 수행할 일반적인 계획 작업을 나열합니다.
토폴로지 예는 Diffserv 네트워크 토폴로지 계획을 참조하십시오.
예를 들어, 네트워크의 모든 호스트에서 IPQoS를 사용으로 설정하려면 동일한 QoS 정책을 사용할 수 있는 호스트를 식별합니다. 각 IPQoS 사용 시스템에는 해당 IPQoS 구성 파일에서 구현되는 로컬 QoS 정책이 있어야 합니다. 하지만 특정 범위의 시스템에서 사용할 하나의 IPQoS 구성 파일을 만들 수 있습니다. 그런 다음 QoS 정책 요구 사항이 동일한 모든 시스템에 구성 파일을 복사할 수 있습니다.
자세한 내용은 라우터 설명서 및 라우터 제조업체 웹 사이트를 참조하십시오.
첫번째 QoS 정책 정의 단계는 트래픽 흐름을 클래스로 구성하는 것입니다. Diffserv 네트워크에서 모든 유형의 트래픽에 대해 클래스를 만들 필요는 없습니다. 네트워크 토폴로지에 따라 각 IPQoS 사용 시스템에 대해 다른 QoS 정책을 만들어야 할 수도 있습니다.
다음 절차에서는 네트워크에서 IPQoS를 준비하는 방법에 설명된 대로 IPQoS를 사용할 네트워크의 시스템을 결정했다고 가정합니다.
제안 사항은 표 28-1을 참조하십시오.
다음 질문은 가능한 클래스 정의를 위한 네트워크 트래픽 분석 지침입니다.
회사에서 고객에게 서비스 단계 계약을 제공합니까?
그럴 경우 회사에서 고객에게 제공하는 SLA의 상대적인 우선 순위 레벨을 평가합니다. 다른 우선 순위 레벨이 보장된 고객에게 동일한 응용 프로그램을 제공할 수 있습니다.
예를 들어, 회사에서 각 고객에게 웹 사이트 호스팅을 제공할 수 있습니다. 이 경우 각 고객 웹 사이트에 대한 클래스를 정의해야 합니다. 고급 웹 사이트를 하나의 서비스 레벨로 제공하는 SLA도 있을 수 있고, 할인 고객에게 "최상의" 개인 웹 사이트를 제공하는 SLA도 있을 수 있습니다. 이 요소는 다양한 웹 사이트를 클래스뿐만 아니라 웹 사이트 클래스에 지정되는 잠재적으로 다른 홉별 동작도 나타냅니다.
IPQoS 시스템이 흐름 제어가 필요할 수 있는 많이 사용되는 응용 프로그램을 제공합니까?
과도한 트래픽을 생성하는 많이 사용되는 응용 프로그램을 제공하는 서버에서 IPQoS를 사용으로 설정하여 네트워크 성능을 향상시킬 수 있습니다. 일반적인 예로 전자 메일, 네트워크 뉴스 및 FTP를 들 수 있습니다. 가능한 경우 서비스 유형별로 수신 및 송신 트래픽에 대해 별도의 클래스를 만드는 것이 좋습니다. 예를 들어, 메일 서버용 QoS 정책에 대해 mail-in 클래스와 mail-out 클래스를 만들 수 있습니다.
네트워크에서 우선 순위가 가장 높은 전달 동작을 필요로 하는 특정 응용 프로그램이 실행됩니까?
우선 순위가 가장 높은 전달 동작을 필요로 하는 중요한 응용 프로그램은 라우터 대기열에서 가장 높은 우선 순위를 받아야 합니다. 일반적인 예로 스트리밍 비디오 및 스트리밍 오디오를 들 수 있습니다.
이와 같이 우선 순위가 높은 응용 프로그램에 대해 수신 클래스와 송신 클래스를 정의합니다. 그런 다음 응용 프로그램을 제공하는 IPQoS 사용 시스템과 Diffserv 라우터의 QoS 정책에 클래스를 추가합니다.
흐름에 대역폭이 많이 사용되어 네트워크에서 트래픽 흐름이 제어되어야 합니까?
netstat, snoop 및 기타 네트워크 모니터링 유틸리티를 사용하여 네트워크에 문제를 일으키고 있는 트래픽의 유형을 검색할 수 있습니다. 지금까지 만든 클래스를 검토한 다음 정의되지 않은 문제 트래픽 범주에 대해 새 클래스를 만듭니다. 문제 트래픽 범주에 대한 클래스를 이미 정의한 경우 문제 트래픽을 제어할 측정기의 속도를 정의합니다.
네트워크에 있는 모든 IPQoS 사용 시스템의 문제 트래픽에 대한 클래스를 만듭니다. 그러면 각 IPQoS 시스템이 트래픽 흐름을 네트워크로 릴리스하는 속도를 제한하여 문제 트래픽을 처리할 수 있습니다. 또한 Diffserv 라우터에서 QoS 정책에 해당 문제 클래스를 정의해야 합니다. 그러면 라우터가 QoS 정책에 구성된 대로 문제 흐름을 대기열에 지정하고 일정을 잡을 수 있습니다.
특정 유형의 트래픽에 대한 통계를 얻어야 합니까?
간단한 SLA 검토를 통해 계산해야 할 고객 트래픽의 유형을 확인할 수 있습니다. 사이트에서 SLA를 제공하는 경우 계산해야 할 트래픽에 대한 클래스가 이미 만들어진 상태일 것입니다. 모니터링하고 있는 트래픽 흐름에 대한 통계 수집을 사용으로 설정할 클래스를 정의할 수도 있습니다. 또한 보안상 액세스를 제한할 트래픽에 대한 클래스를 만들 수 있습니다.
예를 들어, 우선 순위 레벨 1이 가장 높은 우선 순위의 클래스를 나타내도록 지정하고 나머지 클래스에 우선 순위를 내림차순으로 지정합니다. 지정한 우선 순위 레벨은 구조적인 용도로만 사용됩니다. QoS 정책 템플리트에서 설정한 우선 순위 레벨은 IPQoS에 실제로 사용되지 않습니다. QoS 정책에 적합한 경우 두 개 이상의 클래스에 동일한 우선 순위를 지정할 수도 있습니다.
클래스를 만들면 우선 순위가 가장 높은 클래스, 우선 순위가 중간인 클래스, 우선 순위가 최상인 클래스를 빠르게 파악할 수 있습니다. 적합한 클래스 우선 순위 설정 체계는 전달 동작 계획 방법에 설명된 대로 송신 트래픽에 홉별 동작을 지정할 때 특히 중요합니다.
클래스에 PHB를 지정하는 것 외에 클래스에 대한 필터에 우선 순위 선택기를 정의할 수도 있습니다. 우선 순위 선택기는 IPQoS 사용 호스트에서만 활성화됩니다. 속도와 DSCP가 동일한 여러 클래스가 IPQoS 시스템에서 나갈 때 대역폭 경합이 발생하는 경우가 있다고 가정합니다. 이 경우 각 클래스의 우선 순위 선택기가 동일한 값의 클래스에 지정된 서비스 레벨의 순서를 추가로 지정할 수 있습니다.
패킷 흐름을 특정 클래스의 구성원으로 식별할 필터를 만듭니다. 각 필터에는 패킷 흐름 평가 기준을 정의하는 선택기가 포함되어 있습니다. 그러면 IPQoS 사용 시스템이 선택기의 기준을 사용하여 트래픽 흐름에서 패킷을 추출합니다. 그런 다음 IPQoS 시스템이 패킷을 클래스와 연관시킵니다. 필터 소개는 IPQoS 필터를 참조하십시오.
다음 표에서는 가장 일반적으로 사용되는 선택기를 나열합니다. 처음 다섯 개의 선택기는 IPQoS 시스템이 패킷을 흐름 구성원으로 식별하는 데 사용하는 IPQoS 5 튜플을 나타냅니다. 전체 선택기 목록은 표 32-1을 참조하십시오.
표 28-2 일반적인 IPQoS 선택기
|
주 - 선택기를 선택할 때는 신중하십시오. 클래스에 대한 패킷을 추출하는 데 필요한 만큼만 선택기를 사용하십시오. 선택기를 많이 정의할수록 IPQoS 성능에 끼치는 영향이 커집니다.
시작하기 전에
다음 단계를 수행하려면 QoS 정책에 대한 클래스 정의 방법 절차를 완료해야 합니다.
가능한 경우 클래스별로 수신 및 송신 트래픽에 대해 별도의 필터를 만드는 것이 좋습니다. 예를 들어, IPQoS 사용 FTP 서버의 QoS 정책에 ftp-in 필터 및 ftp-out 필터를 추가합니다. 그런 다음 기본 선택기 외에 적합한 direction 선택기도 정의할 수 있습니다.
표 28-1에서 소개된 QoS 계획 테이블을 사용하여 정의한 클래스에 대한 필터를 채웁니다.
예 28-1 FTP 트래픽에 대한 필터 정의
다음 표는 송신 FTP 트래픽에 대한 필터를 정의하는 방법을 보여 주는 예입니다.
|
참조
흐름 제어 체계를 정의하려면 흐름 제어 계획 방법을 참조하십시오.
흐름이 네트워크 스트림으로 반환될 때의 흐름에 대한 전달 동작을 정의하려면 전달 동작 계획 방법을 참조하십시오.
특정 유형의 트래픽에 대한 흐름 계산을 계획하려면 흐름 계산 계획 방법을 참조하십시오.
QoS 정책에 다른 클래스를 추가하려면 QoS 정책에 대한 클래스 정의 방법을 참조하십시오.
QoS 정책에 다른 필터를 추가하려면 QoS 정책에서 필터를 정의하는 방법을 참조하십시오.
흐름 제어 과정에서는 클래스에 대한 트래픽 흐름이 측정되고 정의된 속도로 패킷이 네트워크로 릴리스됩니다. 흐름 제어를 계획할 때 IPQoS 측정 모듈에 사용할 매개변수를 정의합니다. 측정기는 트래픽이 네트워크로 릴리스되는 속도를 결정합니다. 측정 모듈 소개는 측정기(tokenmt 및 tswtclmt) 개요를 참조하십시오.
다음 절차에서는 QoS 정책에서 필터를 정의하는 방법에 설명된 대로 필터 및 선택기를 정의했다고 가정합니다.
특정 레벨의 서비스를 보장하려면 고객이 생성한 특정 트래픽 클래스를 측정해야 할 수도 있습니다.
SLA와 연관된 클래스 이외의 다른 클래스를 측정해야 할지 여부를 결정합니다.
IPQoS 시스템이 높은 레벨의 트래픽을 생성하는 응용 프로그램을 실행한다고 가정합니다. 응용 프로그램의 트래픽을 분류한 후 흐름을 측정하여 흐름의 패킷이 네트워크로 반환되는 속도를 제어합니다.
주 - 모든 클래스를 측정해야 하는 것은 아닙니다. 클래스 목록을 검토할 때 이 지침을 염두에 두십시오.
필터가 두 개 이상인 클래스의 경우 하나의 필터에 대해서만 측정해야 합니다. 특정 클래스의 수신 및 송신 트래픽에 대한 필터를 정의한 것으로 가정합니다. 한 방향의 트래픽만 흐름 제어가 필요한 것으로 결론지을 수 있습니다.
QoS 계획 테이블의 측정기 열에 모듈 이름을 추가합니다.
tokenmt 모듈을 사용하는 경우 다음 속도(비트/초)를 정의해야 합니다.
커밋 속도
최고 속도
이러한 속도가 특정 클래스를 측정하기에 충분할 경우 tokenmt에 대한 커밋 속도 및 커밋 버스트만 정의할 수 있습니다.
필요한 경우 다음 속도도 정의할 수 있습니다.
커밋 버스트
최고 버스트
tokenmt 속도에 대한 전체 정의는 두 속도 측정기로 tokenmt 구성을 참조하십시오. tokenmt(7ipp) 매뉴얼 페이지에서도 자세한 내용을 확인할 수 있습니다.
tswtclmt 모듈을 사용할 경우 다음 속도(비트/초)를 정의해야 합니다.
커밋 속도
최고 속도
창 크기(밀리초)도 정의할 수 있습니다. 이러한 속도는 tswtclmt 측정 모듈 및 twstclmt(7ipp) 매뉴얼 페이지에 정의되어 있습니다.
두 측정 모듈의 결과는 녹색, 빨간색 및 노란색입니다. 정의한 속도에 적용되는 트래픽 준수 결과를 QoS 구조적 테이블에 추가합니다. 측정기 결과는 측정기 모듈에서 자세히 설명됩니다.
커밋 속도를 준수하는 트래픽 또는 준수하지 않는 트래픽에 대해 수행해야 할 작업을 결정해야 합니다. 항상은 아니지만 이 작업은 패킷 헤더에 홉당 동작을 표시하는 경우가 많습니다. 트래픽 흐름이 커밋 속도를 초과하지 않는 상태에서 녹색 레벨의 트래픽에 대해 허용 가능한 작업 중 하나는 처리를 계속하는 것일 수 있습니다. 흐름이 최고 속도를 초과할 경우 클래스의 패킷을 삭제하는 작업을 수행할 수도 있습니다.
예 28-2 측정기 정의
다음 표는 전자 메일 트래픽의 클래스에 대한 측정기 항목을 보여 주는 예입니다. IPQoS 시스템이 있는 네트워크의 총 대역폭은 100메가비트/초 또는 10000000비트/초입니다. QoS 정책은 전자 메일 클래스에 낮은 우선 순위를 지정합니다. 또한 이 클래스는 최상의 전달 동작을 수신합니다.
|
참조
패킷이 네트워크 스트림으로 반환될 때의 흐름에 대한 전달 동작을 정의하려면 전달 동작 계획 방법을 참조하십시오.
특정 유형의 트래픽에 대한 흐름 계산을 계획하려면 흐름 계산 계획 방법을 참조하십시오.
QoS 정책에 다른 클래스를 추가하려면 QoS 정책에 대한 클래스 정의 방법을 참조하십시오.
QoS 정책에 다른 필터를 추가하려면 QoS 정책에서 필터를 정의하는 방법을 참조하십시오.
다른 흐름 제어 체계를 정의하려면 흐름 제어 계획 방법을 참조하십시오.
IPQoS 구성 파일을 만들려면 IPQoS 구성 파일을 만들고 트래픽 클래스를 정의하는 방법을 참조하십시오.
전달 동작에 따라 네트워크로 전달될 트래픽 흐름의 우선 순위 및 삭제 우선 순위가 결정됩니다. 두 가지 주요 전달 동작(다른 트래픽 클래스와 관계가 있는 클래스의 흐름 우선 순위 설정 또는 전체 흐름 삭제)을 선택할 수 있습니다.
Diffserv 모델은 표시자를 사용하여 선택된 전달 동작을 트래픽 흐름에 지정합니다. IPQoS는 다음 표시자 모듈을 제공합니다.
dlcosmk – 데이터그램의 VLAN 태그에 CoS(class-of-service) 값을 표시하는 데 사용됩니다.
주 - 이 절의 제안 사항은 IP 패킷에 해당하는 것입니다. IPQoS 시스템에 VLAN 장치가 포함된 경우 dlcosmk 표시자를 사용하여 데이터그램에 대한 전달 동작을 표시할 수 있습니다. 자세한 내용은 VLAN 장치에서 dlcosmk 표시기 사용을 참조하십시오.
IP 트래픽의 우선 순위를 설정하려면 각 패킷에 DSCP를 지정해야 합니다. dscpmk 표시자는 패킷의 DS 필드에 DSCP를 표시합니다. 전달 동작 유형과 연관된 잘 알려진 코드점 그룹에서 클래스에 대한 DSCP를 선택합니다. 이러한 잘 알려진 코드점은 EF PHB의 경우 46(101110)이며 AF PHB의 경우 코드점 범위입니다. DSCP 및 전달에 대한 개요 정보는 IPQoS 사용 네트워크에서 트래픽 전달을 참조하십시오.
시작하기 전에
다음 단계에서는 QoS 정책에 대한 클래스 및 필터를 정의했다고 가정합니다. 측정기와 표시자를 함께 사용하여 트래픽을 제어하는 경우가 많기는 하지만 표시자만으로도 전달 동작을 정의할 수 있습니다.
모든 트래픽 클래스를 표시해야 하는 것은 아닙니다.
EF PHB는 EF DSCP 46(101110)이 지정된 패킷이 AF PHB가 지정된 패킷보다 먼저 네트워크에 릴리스되도록 합니다. 우선 순위가 가장 높은 트래픽에 EF PHB를 사용합니다. EF에 대한 자세한 내용은 EF(빠른 전달) PHB를 참조하십시오.
예 28-3 게임 응용 프로그램에 대한 QoS 정책
일반적으로 트래픽은 다음 이유로 측정됩니다.
네트워크 사용량이 많을 때 SLA가 이 클래스의 패킷에 대한 서비스 레벨을 보장합니다.
우선 순위가 보다 낮은 클래스가 네트워크의 혼잡을 야기할 수 있습니다.
표시자와 측정기를 함께 사용하여 이러한 클래스에 차별화된 서비스 및 대역폭 관리를 제공합니다. 예를 들어, 다음 표에서는 QoS 정책의 일부를 보여 줍니다. 이 정책은 높은 레벨의 트래픽을 생성하는 많이 사용되는 게임 응용 프로그램에 대한 클래스를 정의합니다.
|
전달 동작은 커밋 속도를 준수하거나 최고 속도에 미치지 않는 games_app 트래픽에 우선 순위가 낮은 DSCP를 지정합니다. games_app 트래픽이 최고 속도를 초과하면 QoS 정책은 games_app의 패킷이 삭제되도록 합니다. 모든 AF 코드점은 표 32-2에서 나열됩니다.
참조
특정 유형의 트래픽에 대한 흐름 계산을 계획하려면 흐름 계산 계획 방법을 참조하십시오.
QoS 정책에 다른 클래스를 추가하려면 QoS 정책에 대한 클래스 정의 방법을 참조하십시오.
QoS 정책에 다른 필터를 추가하려면 QoS 정책에서 필터를 정의하는 방법을 참조하십시오.
흐름 제어 체계를 정의하려면 흐름 제어 계획 방법을 참조하십시오.
패킷이 네트워크 스트림으로 반환될 때의 흐름에 대한 추가 전달 동작을 정의하려면 전달 동작 계획 방법을 참조하십시오.
IPQoS 구성 파일을 만들려면 IPQoS 구성 파일을 만들고 트래픽 클래스를 정의하는 방법을 참조하십시오.
IPQoS flowacct 모듈을 사용하여 청구 또는 네트워크 관리 용도로 트래픽 흐름을 추적할 수 있습니다. 다음 절차에 따라 QoS 정책에 흐름 계산이 포함되어야 할지 여부를 결정하십시오.
그럴 경우 흐름 계산을 사용해야 합니다. SLA를 검토하여 회사에서 고객에게 청구할 네트워크 트래픽의 유형을 결정합니다. 그런 다음 QoS 정책을 검토하여 청구할 트래픽을 선택하는 클래스를 결정합니다.
있을 경우 흐름 계산을 사용하여 이러한 응용 프로그램의 동작을 관찰하는 것이 좋습니다. QoS 정책을 검토하여 모니터링해야 할 트래픽에 지정한 클래스를 확인합니다.
참조
QoS 정책에 다른 클래스를 추가하려면 QoS 정책에 대한 클래스 정의 방법을 참조하십시오.
QoS 정책에 다른 필터를 추가하려면 QoS 정책에서 필터를 정의하는 방법을 참조하십시오.
흐름 제어 체계를 정의하려면 흐름 제어 계획 방법을 참조하십시오.
패킷이 네트워크 스트림으로 반환될 때의 흐름에 대한 전달 동작을 정의하려면 전달 동작 계획 방법을 참조하십시오.
특정 유형의 트래픽에 대한 추가 흐름 계산을 계획하려면 흐름 계산 계획 방법을 참조하십시오.
IPQoS 구성 파일을 만들려면 IPQoS 구성 파일을 만들고 트래픽 클래스를 정의하는 방법을 참조하십시오.