탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 11.1 네트워크 성능 관리 Oracle Solaris 11.1 Information Library (한국어) |
링크 통합은 트렁킹이라고도 하며 하나의 논리 단위로 구성되어 네트워크 트래픽 처리량을 증가시키는 시스템의 여러 인터페이스로 구성되어 있습니다. 다음 그림은 시스템에 구성된 링크 통합의 예를 보여줍니다.
그림 2-1 링크 통합 구성
그림 2-1은 기본 데이터 링크 3개 net0 - net2로 구성된 통합 aggr1을 보여줍니다. 이러한 데이터 링크는 통합을 통해 시스템을 순회하는 트래픽에 전용으로 사용됩니다. 기본 링크는 외부 응용프로그램으로부터 숨겨져 있습니다. 대신 논리적 데이터 링크 aggr1에 액세스할 수 있습니다.
대역폭 증가 - 여러 링크의 기능이 하나의 논리 링크로 결합됩니다.
자동 페일오버 및 페일백 – 링크 기반 실패 감지를 지원하여 실패 링크의 트래픽을 통합의 다른 작업 링크로 페일오버합니다.
관리 향상 – 모든 기본 링크가 단일 단위로 관리됩니다.
네트워크 주소 풀의 드레인 감소 - 전체 통합에 IP 주소 한 개를 지정할 수 있습니다.
링크 보호 – 통합을 통한 패킷 플로우에 대해 링크 보호를 사용으로 설정하는 데이터 링크 등록 정보를 구성할 수 있습니다.
리소스 관리 – 네트워크 리소스에 대한 데이터 링크 등록 정보와 플로우 정의를 사용하여 응용프로그램의 네트워크 리소스 사용을 규제할 수 있습니다. 리소스 관리에 대한 자세한 내용은 Oracle Solaris 11.1에서 가상 네트워크 사용의 3 장, Oracle Solaris의 네트워크 리소스 관리를 참조하십시오.
주 - 링크 통합은 IPMP(IP 다중 경로)와 유사한 기능을 수행하여 네트워크 성능 및 가용성을 향상시킵니다. 이러한 두 기술에 대한 비교는 부록 B링크 통합 및 IPMP: 기능 비교를 참조하십시오.
Oracle Solaris는 다음 두 가지 유형의 링크 통합을 지원합니다.
트렁크 통합
DLMP(데이터 링크 다중 경로) 통합
이러한 두 가지 유형의 링크 통합에 대한 차이점을 빠르게 보려면 부록 A링크 통합 유형: 기능 비교를 참조하십시오.
다음 절에서는 각 유형의 링크 통합에 대해 자세히 설명합니다.
트렁크 통합은 트래픽 부하가 다른 다양한 네트워크에서 유용합니다. 예를 들어 네트워크의 시스템에서 많은 트래픽이 분산된 응용프로그램을 실행하는 경우 트렁크 통합을 해당 응용프로그램의 트래픽에서 전용으로 사용하도록 하여 대역폭 증가에 도움을 줄 수 있습니다. IP 주소 공간이 제한적임에도 불구하고 많은 대역폭이 필요한 사이트의 경우 대량의 인터페이스 통합에 대해 IP 주소가 하나만 필요합니다. 내부 인터페이스의 존재를 숨겨야 하는 사이트의 경우, 통합의 IP 주소가 외부 응용 프로그램으로부터 해당 인터페이스를 숨깁니다.
Oracle Solaris에서는 통합을 만드는 경우 기본적으로 트렁크 통합이 구성됩니다. 일반적으로 링크 통합과 함께 구성된 시스템은 외부 스위치를 사용하여 다른 시스템에 연결하기도 합니다. 다음 그림을 참조하십시오.
그림 2-2 스위치를 사용한 링크 통합
그림 2-2에서는 두 시스템이 포함된 로컬 네트워크를 보여줍니다. 각 시스템에는 하나의 통합이 구성되어 있습니다. 두 시스템은 LACP(링크 통합 제어 프로토콜)가 구성된 스위치에 의해 연결됩니다.
시스템 A에는 net1과 net2 두 인터페이스로 구성된 통합이 있습니다. 이러한 인터페이스는 통합된 포트를 통해 스위치에 연결됩니다. 시스템 B에는 net1에서 net4까지 인터페이스 4개로 구성된 통합이 있습니다. 이러한 인터페이스도 스위치의 통합된 포트에 연결됩니다.
이러한 링크 통합 토폴로지에서는 스위치가 통합 기술을 지원해야 합니다. 따라서 해당 스위치 포트가 시스템의 트래픽을 관리하도록 구성되어 있어야 합니다.
트렁크 통합도 인접(Back-to-Back) 구성을 지원합니다. 스위치를 사용하는 대신 다음 그림에 표시된 것처럼 두 시스템이 서로 직접 연결되어 병렬 통합을 실행합니다.
그림 2-3 인접(Back-to-Back) 링크 통합 구성
그림 2-3은 시스템 A의 링크 통합 aggr0을 보여 줍니다. 해당하는 각각의 기본 데이터 링크 간 연결을 통해 시스템 B의 링크 통합 aggr0 과 직접 연결되어 있습니다. 이 경우 시스템 A 및 B는 중복성과 고가용성을 제공하며 두 시스템 간 고속 통신도 제공합니다. 각 시스템에는 로컬 네트워크 내의 트래픽 플로우에 대해 net0도 구성되어 있습니다.
인접(Back-to-Back) 링크 통합에 사용되는 가장 일반적인 응용프로그램은 미러링된 데이터베이스 서버 구성입니다. 두 서버를 함께 업데이트해야 하므로 상당한 대역폭, 고속 트래픽 플로우 및 안정성이 필요합니다. 인접(Back-to-Back) 링크 통합의 가장 일반적인 사용은 데이터 센터에서 이루어집니다.
주 - DLMP 통합에서는 인접(Back-to-Back) 구성이 지원되지 않습니다.
다음 절에서는 트렁크 통합에 고유한 다른 기능에 대해 설명합니다. DLMP 통합 생성 시에는 이러한 기능을 구성하지 마십시오.
트렁크 통합을 사용하려는 경우 송신 트래픽에 대한 정책 정의를 고려해 보십시오. 이 정책은 사용 가능한 통합 링크에 패킷을 배포하여 로드 균형 조정을 설정하는 방법을 지정할 수 있습니다. 통합 정책에 가능한 계층 지정자 및 해당 중요성은 다음과 같습니다.
L2 - 각 패킷의 MAC(L2) 헤더를 해싱하여 송신 링크를 결정합니다.
L3 - 각 패킷의 IP(L3) 헤더를 해싱하여 송신 링크를 결정합니다.
L4 - 각 패킷의 TCP, UDP 또는 기타 ULP(L4) 헤더를 해싱하여 송신 링크를 결정합니다.
이러한 정책의 모든 조합도 유효합니다. 기본 정책은 L4입니다.
트렁크 통합 설정에 스위치가 포함되는 경우 스위치의 LACP 지원 여부에 유의해야 합니다. 스위치가 LACP를 지원하는 경우 스위치와 통합에 대해 LACP를 구성해야 합니다. 통합의 LACP는 다음 값 중 하나로 설정될 수 있습니다.
off – 통합의 기본 모드입니다. LACPDU라고 하는 LACP 패킷이 생성되지 않습니다.
active – 시스템에서 정기적으로 LACPDU를 생성하며, 생성 간격을 사용자가 지정할 수 있습니다.
passive – 스위치로부터 LACPDU를 받는 경우에만 시스템에서 LACPDU를 생성합니다. 통합과 스위치가 모두 Passive 모드로 구성되어 있는 경우 LACPDU를 교환할 수 없습니다.
트렁크 통합은 일반적으로 네트워크 설정 요구 사항에 충분합니다. 그러나 트렁크 통합은 스위치를 하나만 사용하는 작업으로 제한됩니다. 따라서 스위치가 시스템 통합의 단일 실패 지점이 됩니다. 통합이 여러 스위치로 분산될 수 있도록 하는 이전 솔루션에는 고유의 단점이 있습니다.
스위치에 구현된 솔루션은 판매자별로 다르므로 표준화되어 있지 않습니다. 다른 판매자의 여러 스위치가 사용되는 경우 한 판매자의 솔루션이 다른 판매자의 제품에 적용되지 않을 수도 있습니다.
링크 통합을 IPMP(IP 다중 경로)와 결합하는 것은 매우 복잡합니다. 전역 영역과 비전역 영역이 관련되는 네트워크 가상화 컨텍스트에서는 더욱 복잡합니다. 많은 수의 시스템, 영역, NIC, VNIC(가상 NIC) 및 IPMP 그룹이 포함된 시나리오와 같이 구성 규모를 확장하는 경우 복잡성이 높아집니다. 이 솔루션은 시스템의 전역 영역 및 모든 비전역 영역 둘 다에서 구성을 수행해야 합니다.
링크 통합 및 IPMP 조합이 구현된 경우에도 이러한 구성에서 링크 보호, 사용자 정의 플로우, 대역폭 등의 링크 등록 정보 사용자 정의 기능 등 링크 계층에서 작업하는 장점을 누릴 수 없습니다.
DLMP 통합은 이러한 단점을 극복합니다. 다음 그림은 DLMP 통합 작동 방식을 보여줍니다.
그림 2-4 DLMP 통합
그림 2-4는 링크 통합 aggr0이 포함된 시스템 A를 나타냅니다. 통합은 기본 링크 net0 - net3까지 4개의 기본 링크로 구성되어 있습니다. aggr0 외에, 기본 인스턴트 VNIC도 통합에 대해 구성될 수 있습니다(vnic1 - vnic4). 통합은 스위치 A 및 스위치 B에 연결되어 있으며 이들 스위치는 더 큰 네트워크의 다른 대상 시스템에 연결됩니다.
트렁크 통합에서는 모든 포트가 통합을 통해 모든 구성된 데이터 링크와 연관됩니다. DLMP 통합에서는 포트가 통합의 구성된 데이터 링크와 연관되고 해당 통합을 통해 기본 인터페이스 및 VNIC에 연관됩니다.
VNIC 수가 기본 링크 수를 초과하는 경우 하나의 개별 포트가 여러 데이터 링크와 연관됩니다. 예를 들어, 그림 2-4는 vnic4가 vnic3과 포트를 공유함을 보여줍니다.
마찬가지로, 통합 포트가 실패하면 해당 포트를 사용하는 모든 데이터 링크가 다른 포트로 분배됩니다. 예를 들어 net0이 실패하면 aggr0이 다른 데이터 링크 중 하나와 포트를 공유합니다. 통합 포트에서 사용자에게 투명하고 통합에 연결된 외부 스위치에 독립적인 분배가 발생합니다.
스위치가 실패하면 통합은 다른 스위치를 사용하여 해당 데이터 링크에 연결성을 계속 제공합니다. 따라서 DLMP 통합에서는 여러 스위치를 사용할 수 있습니다.
통합은 여러 스위치로 분산될 수 있습니다.
스위치 구성이 필요하지 않으며 스위치에서 수행될 필요도 없습니다.
특정 유형에서 지원되는 옵션만 사용하는 경우 dladm modify-aggr 명령을 사용하여 트렁크 통합 및 DLMP 통합 사이에서 전환할 수 있습니다.
주 - 트렁크 통합에서 DLMP 통합으로 전환하는 경우 트렁크 통합에 대해 이전에 생성된 스위치 구성을 제거해야 합니다.
링크 통합 구성은 다음 요구 사항에 따라 제한됩니다.
통합으로 구성될 데이터 링크에 대해 구성되어야 하는 IP 인터페이스는 없습니다.
통합의 모든 데이터 링크가 동일한 속도 및 전이중 모드로 실행되어야 합니다.
DLMP 통합의 경우 통합을 다른 시스템의 포트에 연결하려면 스위치가 하나 이상 있어야 합니다. DLMP 통합 구성 시 인접(Back-to-Back) 설정을 사용할 수 없습니다.
SPARC 기반 시스템에서는 각 데이터 링크에 고유 MAC 주소가 있어야 합니다. 수행 방법은 Oracle Solaris 11.1에서 고정된 네트워크 구성을 사용하여 시스템 연결의 각 인터페이스의 MAC 주소가 고유한지 확인하는 방법을 참조하십시오.
포트를 통합에 연결하거나 통합에서 분리하려면 IEEE 802.3ad 링크 통합 표준에 정의된 대로 장치에서 링크 상태 알림을 지원해야 합니다. 링크 상태 알림을 지원하지 않는 장치는 dladm create-aggr 명령의 -f 옵션을 사용해야만 통합할 수 있습니다. 이러한 장치의 경우 링크 상태가 항상 UP으로 보고됩니다. -f 옵션 사용에 대한 자세한 내용은 링크 통합을 만드는 방법을 참조하십시오.