DA 배포

이 절에서는 SLP를 실행 중인 네트워크에서의 전략적 DA 배포에 대해 설명합니다.

SLP는 기본 에이전트(DA 및 SA)만 있고 배포된 DA나 구성된 범위가 없어도 올바르게 작동합니다. 특정 구성이 부족한 모든 에이전트는 default 범위를 사용합니다. DA는 서비스 알림에 대한 캐시로 작동합니다. DA를 배포하면 네트워크에서 전송된 메시지 수가 줄어들고 메시지에 대한 응답을 받는 데 필요한 시간이 줄어듭니다. 이러한 기능을 사용하면 SLP가 더 큰 네트워크를 수용할 수 있습니다.

SLP DA를 배포하는 이유

DA를 배포하는 기본적인 이유는 멀티캐스트 트래픽의 양과 유니캐스트 회신 수집과 관련된 지연을 줄이기 위해서입니다. 여러 UA 및 SA가 있는 큰 규모의 네트워크에서는 네트워크 성능 저하로 인해 서비스 검색에 포함된 멀티캐스트 트래픽의 양이 커질 수 있습니다. 하나 이상의 DA를 배포하면 UA는 서비스에 대한 DA로 유니캐스트해야 하며 SA는 유니캐스트를 사용하여 DA에 등록해야 합니다. DA가 있는 네트워크의 SLP 등록 멀티캐스트만 활성 및 수동 DA 검색을 위한 것입니다.

SA는 멀티캐스트 서비스 요청을 수락하는 대신 공통 범위 세트 내에서 SA가 검색하는 모든 DA를 자동으로 등록합니다. 그러나 DA에서 지원하지 않는 범위의 멀티캐스트 요청은 SA에 의해 직접 응답됩니다.

UA의 서비스 요청은 UA의 범위 내에서 DA를 배포할 때 네트워크에 대한 멀티캐스트가 아닌 DA로 유니캐스트됩니다. 따라서 UA의 범위 내의 DA는 멀티캐스트를 줄입니다. 일반 UA 요청에 대한 멀티캐스트를 제거하면 질의에 대한 회신을 가져오는 데 필요한 시간이 초 단위에서 밀리초 단위로 크게 줄어듭니다.

DA는 SA 및 UA 작업에 대한 중심점으로 작동합니다. 범위 모음에 대해 하나 또는 여러 DA를 배포하면 SLP 작업을 모니터링하기 위한 중앙화된 지점이 제공됩니다. DA 로깅을 활성화시키면 네트워크 주변에 산재되어 있는 여러 SA에서 로그를 확인하는 것보다 등록 및 요청을 모니터링하는 것이 더 쉬워집니다. 로드 균형 조정 필요 여부에 따라 하나의 특정 범위 또는 여러 범위에 대해 DA를 몇 개든지 배포할 수 있습니다.

사용으로 설정된 멀티캐스트 경로 지정이 없는 네트워크에서는 SLP를 구성하여 브로드캐스트를 사용할 수 있습니다. 그러나 브로드캐스트는 메시지를 처리하기 위해 각 호스트가 필요하므로 매우 비효율적입니다. 또한 브로드캐스트는 일반적으로 라우터를 통해 전파되지 않습니다. 결과적으로 멀티캐스트 경로 지정이 지원되지 않는 네트워크에서는 같은 서브넷에서만 서비스를 검색할 수 있습니다. 멀티캐스트 경로 지정에 대한 부분 지원으로 인해 네트워크에서 서비스를 검색하는 데 일치하지 않는 기능이 발생할 수 있습니다. 멀티캐스트 메시지는 DA를 검색하는 데 사용됩니다. 따라서 멀티캐스트 경로 지정에 대한 부분 지원은 SA의 범위에서 알려진 모든 DA가 있는 UA 및 SA 등록 서비스로 간주됩니다. 예를 들어, UA에서 DA1이라고 하는 DA를 질의하고 SA가 DA2에 서비스를 등록한 경우 UA는 서비스를 검색할 수 없습니다. 사용으로 설정된 멀티캐스트가 없는 네트워크에서 SLP를 배포하는 방법에 대한 자세한 내용은 브로드캐스트 전용 경로 지정 구성을 참조하십시오.

멀티캐스트 경로 지정에 대해 일치하지 않는 사이트 차원 지원이 있는 네트워크에서는 net.slp.DAAdresseses 등록 정보를 사용하여 DA 위치의 일치 목록이 있는 SLP UA 및 SA를 구성해야 합니다.

마지막으로 SLPv2 DA는 SLPv1과의 상호 운용성을 지원합니다. SLPv1 상호 운용성은 DA에서 기본적으로 사용으로 설정됩니다. 네트워크에 프린터와 같은 SLPv1 장치가 포함되어 있는 경우 또는 서비스 검색을 위해 SLPv1을 사용하는 Novell Netware 5와 상호 운용해야 하는 경우 DA를 배포해야 합니다. DA가 없으면 Oracle Solaris SLP UA는 SLPv1 알림 서비스를 검색할 수 없습니다.

DA 배포 시기

다음 조건을 충족하는 경우 엔터프라이즈에 DA를 배포합니다.

• 멀티캐스트 SLP 트래픽이 snoop에 의해 측정된 네트워크의 대역폭이 1퍼센트를 초과합니다.

• 멀티캐스트 서비스 요청 도중 UA 클라이언트에 긴 지연 또는 시간 초과가 발생합니다.

• 하나 또는 여러 호스트에서 특정 범위에 대한 SLP 서비스 알림의 모니터링을 집중화하려고 합니다.

• 네트워크에 멀티캐스트가 사용으로 설정되어 있지 않고 네트워크가 서비스를 공유하는 다중 서브넷으로 구성되어 있습니다.

• 네트워크에서 이전 버전의 SLP(SLPv1)를 지원하는 장치를 사용하고 있거나 SLP 서비스 검색이 Novell Netware 5와 상호 운영되게 하려고 합니다.

DA를 배포하는 방법

다음 절차를 수행하여 slp.conf 파일의 net.slp.isDA 등록 정보를 True로 설정합니다.

1. 관리자가 됩니다.

   자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.

2. 호스트에서 slpd 및 모든 SLP 작업을 중지합니다.

   # svcadm disable network/slp

3. 구성 설정을 변경하기 전에 기본 /etc/inet/slp.conf 파일을 백업합니다.
4. 다음과 같이 slpd.conf 파일의 net.slp.isDA 등록 정보를 True로 설정합니다.

   net.slp.isDA=True

5. 변경 사항을 저장하고 파일을 닫습니다.
6. slpd를 다시 시작하여 변경 사항을 활성화합니다.

   # svcadm enable network/slp

DA 배치 위치

이 절에서는 여러 상황에서의 DA 배치 위치에 대해 제안합니다.

• 멀티캐스트 경로 지정이 사용으로 설정되어 있지 않고 서브넷 간에 서비스 검색을 연결하는 데 DA가 필요한 경우

  이 경우 인터페이스를 사용하는 호스트 및 서비스를 공유하는 모든 서브넷에 DA를 배치해야 합니다. IP 패킷 경로가 인터페이스 전체에 지정되어 있지 않으면 net.slp.interfaces 구성 등록 정보를 설정할 필요가 없습니다. net.slp.interfaces 등록 정보 구성에 대한 자세한 내용은 SLP에 대한 멀티홈 구성을 참조하십시오.

• 확장성을 위해 DA를 배포하는 경우 및 주 고려 사항이 에이전트 액세스 최적화인 경우

  일반적으로 UA는 서비스에 대한 여러 요청을 DA에 생성합니다. SA는 DA를 한 번만 사용하여 등록하고 간헐적 간격이 아닌 주기적으로 알림을 새로 고칠 수 있습니다. 결과적으로 DA에 액세스하는 UA는 SA 액세스보다 더 반복됩니다. 또한 일반적으로 서비스 알림의 수가 요청 수보다 더 작습니다. 결국 대부분의 DA 배포는 배포가 UA 액세스에 최적화된 경우 더 효율적입니다.

• UA 액세스를 최적화하기 위해 네트워크에서 DA가 위치적으로 UA에 근접하도록 DA 배치

  물론 UA 및 SA 클라이언트 모두에서 공유하는 범위로 DA를 구성해야 합니다.

로드 균형 조정을 위한 다중 DA 배치

로드 균형 조정의 수단으로서 같은 범위 모음에 여러 DA를 배포할 수 있습니다. 다음과 같은 경우에 DA를 배포합니다.

• DA에 대한 UA 요청이 시간 초과되거나 DA_BUSY_NOW 오류가 반환됩니다.

• DA 로그에 여러 SLP 요청이 중단되었다고 표시됩니다.

• 범위에서 서비스를 공유하는 사용자의 네트워크가 여러 건물 또는 물리적 위치에 해당합니다.

SLP 트래픽의 snoop 추적을 실행하여 UA 요청이 반환하는 DA_BUSY_NOW 오류 횟수를 확인할 수 있습니다. 반환된 UA 요청 수가 많은 경우 DA로부터 물리적 및 위치상 거리에서 건물 내의 UA는 느린 응답 또는 과도한 시간 초과를 발생시킬 수 있습니다. 이러한 시나리오에서는 각 건물에 DA를 배포하여 건물 내의 UA 클라이언트에 대한 응답을 향상시킬 수 있습니다.

건물을 연결하는 링크는 종종 건물 내의 근거리 통신망(LAN)보다 더 느려집니다. 네트워크가 여러 건물 또는 물리적 위치에 해당되는 경우 UA가 지정한 DA에만 액세스하도록 /etc/inet/slp.conf 파일의 net.slp.DAAddresses 등록 정보를 특정 호스트 이름 또는 주소 목록으로 설정합니다.

특정 DA가 서비스 등록에 대해 더 큰 호스트 메모리 양을 사용 중인 경우 DA가 지원하는 범위의 수를 줄여 SA 등록의 수를 줄입니다. 여러 등록이 있는 범위를 두 개로 분할할 수 있습니다. 그런 다음 다른 호스트에 다른 DA를 배포하여 새 범위 중 하나를 지원할 수 있습니다.