PNRP 캐시

PNRP(피어 이름 확인 프로토콜) 캐시는 피어에서 유지 관리되는 알고리즘으로 선택된 피어 엔드포인트의 로컬 컬렉션입니다.

PNRP 캐시 초기화

PNRP 캐시 또는 피어 이름 레코드 컬렉션을 초기화하려면 피어 노드가 시작될 때 노드에서 다음 메서드를 사용할 수 있습니다.

  • 노드가 종료되었을 때 존재했던 영구 캐시 항목은 하드 디스크 스토리지에서 로드됩니다.

  • 애플리케이션에서 P2P 협업 인프라를 사용하는 경우 해당 노드에 대한 연락처 관리자에서 공동 작업 정보를 사용할 수 있습니다.

다중 수준 캐시를 사용하여 피어 이름 확인 크기 조정

PNRP 캐시의 크기를 작게 유지하기 위해 피어 노드는 각 수준에 최대 항목 수를 포함하는 다중 수준 캐시를 사용합니다. 캐시의 각 수준은 PNRP ID 번호 공간(2256)의 1/10 더 작은 부분을 나타냅니다. 캐시의 가장 낮은 수준에는 로컬로 등록된 PNRP ID 및 숫자적으로 가까운 다른 PNRP ID가 포함됩니다. 캐시 수준이 최대 20개의 항목으로 채워짐에 따라 새 하위 수준이 만들어집니다. 캐시의 최대 수준 수는 log10(클라우드의 총 PNRP ID 수) 순서에 따라 달라집니다. 예를 들어, 1억 PNRP ID가 있는 글로벌 클라우드의 경우, 캐시는 8개 이하의 수준(=log10(100,000,000))을 가지며, 이름 확인 중에 PNRP ID를 해결하기 위한 홉 수도 비슷하게 8개 이하입니다. 이 메커니즘을 사용하면 해당 CPA가 있는 피어가 발견될 때까지 PNRP 요청 메시지를 가장 가까운 피어로 전달하여 임의의 PNRP ID를 확인할 수 있는 분산 해시 테이블을 사용할 수 있습니다.

확인이 완료되도록 하려면 노드가 해당 캐시의 가장 낮은 수준에 항목을 추가할 때마다 항목의 복사본을 캐시의 마지막 수준 내의 모든 노드로 플러시합니다.

캐시 항목은 시간이 지남에 따라 새로 고쳐집니다. 부실한 캐시 항목은 캐시에서 제거됩니다. 그 결과 PNRP ID의 분산 해시 테이블은 주소 레코드 및 DNS 프로토콜이 주소와 연결된 노드가 네트워크에서 활성 상태임을 보장하지 않는 DNS와 달리 활성 엔드포인트를 기반으로 합니다.

기타 PNRP 캐시

또 다른 영구 데이터 저장소는 로컬 캐시입니다. PNRP 작업에 필요한 다른 개체 외에도 클라우드의 모든 멤버 간에 안전하게 게시되고 동기화되는 PNRP 클라우드 또는 협업 세션과 연결된 레코드를 포함할 수 있습니다. 이 복제된 저장소는 모든 그룹 멤버에 대해 동일해야 하는 그룹 데이터의 보기를 나타냅니다. 기술적으로 이러한 개체는 자체 레코드가 아니라 로컬 캐시로 향하는 애플리케이션, 현재 상태 및 개체 데이터입니다. PNRP 클라우드를 사용하면 개체가 협업 세션 또는 PNRP 클라우드의 모든 노드로 전파됩니다. 클라우드 멤버 간의 레코드 복제는 SSL을 사용하여 암호화 및 데이터 무결성을 제공합니다.

피어가 클라우드에 조인하는 경우 연결된 호스트 피어에서 로컬 캐시 데이터를 자동으로 수신하지 않습니다. 애플리케이션, 현재 상태 및 개체 데이터에서 업데이트를 받으려면 호스트 피어를 구독해야 합니다. 초기 동기화 후에 피어는 복제된 저장소를 주기적으로 다시 동기화하여 모든 그룹 멤버가 일관되게 동일한 보기를 갖도록 합니다. 협업 세션 내의 협업 세션 또는 애플리케이션도 동일한 기능을 수행할 수 있습니다.

클라우드에 대한 공동 작업 세션이 시작된 후 애플리케이션은 피어를 등록하고 클라우드 범위에서 정의한 보안을 사용하여 해당 정보 게시를 시작할 수 있습니다. 피어가 클라우드에 조인하면 클라우드에 대한 보안 메커니즘이 피어에 적용되어 참여할 범위를 제공합니다. 그런 다음, 해당 레코드를 클라우드 범위 내에서 안전하게 게시할 수 있습니다. 클라우드 범위는 협업 애플리케이션 범위와 동일하지 않을 수 있습니다.

피어는 다른 피어로부터 개체를 받는 데 관심을 등록할 수 있습니다. 개체가 업데이트되면 협업 애플리케이션에 알림이 표시되고 새 개체가 애플리케이션의 모든 구독자에게 전달됩니다. 예를 들어 그룹 채팅 애플리케이션의 피어는 애플리케이션 정보 수신에 대한 관심을 등록할 수 있습니다. 그러면 모든 채팅 레코드가 애플리케이션 데이터로 전송됩니다. 이렇게 하면 클라우드 내에서 채팅 활동을 모니터링할 수 있습니다.

참고하십시오