클러스터 확장 후 UI에 액세스하려면 어떻게 합니까?

UI 액세스는 플랫폼1에서의 액세스로만 제한됩니다.

플랫폼1은 무엇이고 이 노드를 기억해야 하는 이유는 무엇입니까?

클러스터 생성 프로세스가 시작되는 플랫폼 노드가 플랫폼1로 간주됩니다. UI는 클러스터에 있는 n개 노드 중 이 노드에서만 액세스해야 합니다.

UI 액세스가 플랫폼1로 제한된다면 다른 노드에서는 데이터를 어떻게 검색합니까?

데이터 센터의 데이터는 클러스터의 모든 노드에 분산됩니다. UI 레이어가 플랫폼1에서 데이터를 요청할 때 플랫폼1 노드는 모든 노드에 저장된 데이터를 가져온 후 UI에 응답을 보냅니다.

클러스터 생성을 위해 다른 데이터 센터에 배포된 플랫폼 노드를 사용할 수 있습니까?

클러스터의 모든 노드는 서로 간에 데이터를 교환합니다. 따라서 지연 시간 관련 문제를 피하려면 동일한 데이터 센터에 배포된 플랫폼 노드를 사용하여 클러스터를 생성하는 것이 좋습니다.

플랫폼 노드를 확장하는 경우 기존 플랫폼의 데이터는 어떻게 됩니까?

기존 플랫폼 노드의 데이터는 보존되고 클러스터의 모든 노드에 분산됩니다.

필요한 플랫폼 브릭의 수를 결정하는 데 수집기 VM의 수가 문제가 됩니까?

아니요. 모든 vCenter의 총 VM 수와 흐름의 상태(사용 또는 사용 안 함)만 필요한 브릭의 수에 영향을 줍니다. "vRealize Network Insight 설치 가이드" 에서 브릭 모델 테이블을 참조하십시오.

vCenter의 수, 물리적 디바이스(예: 라우터)의 수 또는 기타 유형의 데이터 소스가 필요한 플랫폼 브릭의 수에 영향을 줍니까?

아니요. 모든 vCenter의 총 VM 수와 흐름의 상태(사용 또는 사용 안 함)만 필요한 브릭의 수에 영향을 줍니다. "vRealize Network Insight 설치 가이드" 에서 브릭 모델 테이블을 참조하십시오.

vRNI는 HA를 이유로 데이터 센터 2개에 분산된 플랫폼 클러스터를 지원합니까?

아니요. 플랫폼 클러스터는 데이터 센터의 분할을 지원하지 않습니다. 모든 플랫폼 클러스터 VM은 동일한 사이트에 있어야 합니다. 플랫폼 클러스터는 현재 HA를 지원하지 않습니다. 현재 로드맵 구상 중에 있습니다. 고객은 2개 사이트의 DR에 대해 HA용 SRM을 사용할 수 있습니다.

vRNI는 포함된 VM의 수가 6000개가 넘고 흐름을 사용하는 단일 vCenter를 지원합니까?

릴리스 3.5까지, vRNI는 6000개가 넘는 VM이 있고 흐름을 사용하는 하나의 대형 vCenter로부터의 데이터 수집을 지원하지 않습니다. 현재 로드맵 구상 중에 있습니다.

플랫폼1에 얼마나 많은 디스크 공간이 필요합니까?

플랫폼1에만 저장되는 일부 구성 데이터가 있기 때문에 플랫폼1은 클러스터의 다른 노드에 비해 더 많은 디스크 공간이 필요합니다.

특정 노드에 디스크 공간 부족이 발생하면 어떻게 됩니까?

특정 플랫폼 노드의 디스크 공간이 정해진 임계값에 도달하면 UI에서 오류 메시지를 표시하기 시작합니다. vCenter에 로그인하여 플랫폼 노드에 디스크 공간을 추가해야 합니다.

데이터는 클러스터에서 몇 번 복제됩니까?

데이터 복제 메커니즘은 플랫폼 노드에 있는 구성 요소에 따라 다릅니다.

클러스터는 어떤 방식으로 작동합니까?

  • 배포의 모든 프록시는 하나의 플랫폼(플랫폼1)에 연결됩니다. 플랫폼과 수집기 간 연결은 포트 443의 https를 통해 이루어집니다. 따라서 플랫폼1의 프록시에는 포트 443만 표시됩니다.
  • 플랫폼1 노드는 수집기에서 요청을 받는 즉시 라운드 로빈 방식으로 클러스터의 다른 플랫폼 노드에 요청을 로드 밸런싱합니다.
  • 플랫폼 노드는 데이터를 표준화하고 계산 엔진에서 처리할 수 있도록 메시징 대기열에 넣습니다.
  • 계산 엔진은 데이터 복제 메커니즘을 사용하여 데이터를 클러스터의 모든 노드에 분산합니다. 이렇게 하면 클러스터에서 특정 노드(플랫폼1 제외)의 작동이 중지되더라도 데이터 손실이 발생하지 않습니다.
  • 일부 구성 데이터는 복제되지 않은 플랫폼1 노드에 명시적으로 저장됩니다. 이것이 바로 고가용성 솔루션이 지원되지 않는 이유입니다.