Oracle® Solaris 11.2의 서비스 위치 프로토콜 서비스 관리

인쇄 보기 종료

업데이트 날짜: 2014년 7월
 
 

DA 배치 위치

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

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

    이 경우 인터페이스를 사용하는 호스트 및 서비스를 공유하는 모든 서브넷에 DA를 배치해야 합니다. IP 패킷 경로가 인터페이스 전체에 지정되어 있지 않으면 net.slp.interfaces 구성 등록 정보를 설정할 필요가 없습니다. SLP에 대한 멀티홈 구성 등록 정보 구성에 대한 자세한 내용은 Multihoming Configuration for 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 클라이언트에 대한 응답을 향상시킬 수 있습니다.

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

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