다른 호스트로 복원을 수행할 때 vRealize Log Insight 클러스터에서 구성 변경을 수행해야 합니다.

vRealize Log Insight 3.0 이상 릴리스에서는 장치 콘솔에서 바로 구성 파일을 수정하는 것이 공식적으로 지원되지 않습니다. 웹 UI 인터페이스를 사용하여 해당 파일을 수정하는 방법에 대한 자세한 내용은 기술 자료 문서 2123058을 참조하십시오.

이러한 구성 변경은 모든 백업 복구 도구와 함께 사용할 수 있는 vRealize Log Insight 빌드에만 해당합니다.

다른 호스트로 복구하려면 vRealize Log Insight 클러스터 구성을 수동으로 변경해야 합니다. 백업을 생성한 소스 노드와 다른 IP 주소 및 FQDN이 복원된 vRealize Log Insight 노드에 있는 것으로 가정할 수 있습니다.

사전 요구 사항

계획 및 준비에 관한 중요 정보를 검토합니다.

프로시저

  1. 각 vRealize Log Insight 노드에 할당된 새 IP 주소와 FQDN을 모두 나열합니다.
  2. 기술 자료 문서 2123058에 설명된 단계를 사용하여 기본 노드에서 다음 구성을 변경합니다.
    1. vRealize Log Insight 구성 섹션에서 다음 행과 유사한 행을 찾습니다. 
      <distributed overwrite-children="true">
  <daemon host="prod-es-vrli1.domain.com" port="16520" token="c4c4c6a7-f85c-4f28-a48f-43aeea27cd0e">
    <service-group name="standalone" />
  </daemon>
  <daemon host="192.168.1.73" port="16520" token="a5c65b52-aff5-43ea-8a6d-38807ebc6167">
    <service-group name="workernode" />
  </daemon>
  <daemon host="192.168.1.74" port="16520" token="a2b57cb5-a6ac-48ee-8e10-17134e1e462e">
    <service-group name="workernode" />
  </daemon>
</distributed>

      코드가 3개의 노드를 표시합니다. 첫 번째 노드는 기본 노드(<service-group name=standalone> 표시)이고 나머지 두 노드는 작업자 노드(<service-group name="workernode"> 표시)입니다.

    2. 복구 전 환경에 사용된 DNS 항목을 복구된 환경의 기본 노드에 재사용할 수 있는지 확인합니다.
      • DNS 항목을 재사용할 수 있는 경우에는 기본 노드의 새 IP 주소를 가리키도록 DNS 항목만 업데이트하면 됩니다.
      • DNS 항목을 재사용할 수 없다면 기본 노드 항목을 새 DNS 이름(새 IP 주소를 가리키는 DNS 이름)으로 바꿉니다.
      • DNS 이름을 할당할 수 없는 경우 마지막 방법으로 구성 항목을 새 IP 주소로 업데이트합니다.
    3. 작업자 노드 IP 주소도 새 IP 주소를 반영하도록 업데이트합니다.
    4. 동일한 구성 파일에서 NTP, SMTP, 데이터베이스 및 appender 섹션을 나타내는 항목이 있는지 확인합니다. 
      <ntp>
  <ntp-servers value="ntp1.domain.com, ntp2.domain.com" />
</ntp>
 
<smtp>
  <server value="smtp.domain.com" />
  <default-sender value="[email protected]" />
</smtp>
 
<database>
  <password value="xserttt" />
  <host value="vrli-node1.domain.com" />
  <port value="12543" />
</database>
      • 구성된 NTP 서버값이 새 환경에서 더는 유효하지 않은 경우 <ntp>...</ntp> 섹션에서 이 값을 업데이트합니다.
      • 구성된 SMTP 서버 값이 새 환경에서 더 이상 유효하지 않은 경우 <smtp>...</smtp> 섹션에서 이 값을 업데이트합니다.
      • 필요에 따라 SMTP 섹션에서 default-sender 값을 변경합니다. 어떤 값으로든 변경할 수 있지만 이메일을 전송하는 소스를 나타내는 것이 좋습니다.
      • <database>..</database> 섹션에서 기본 노드 FQDN 또는 IP 주소를 가리키도록 호스트 값을 변경합니다.
    5. 동일한 구성 파일에서 vRealize Log Insight ILB 구성 섹션을 업데이트합니다. 
      <load-balancer> 
<leadership-lease-renewal-secs value="5" /> 
<high-availability-enabled value="true" /> 
<high-availability-ip value="10.158.128.165" />  
<high-availability-fqdn value="LB-FQDN.eng.vmware.com" />  
<layer4-enabled value="true" />  
<ui-balancing-enabled value="true" /> 
</load-balancer>
    6. <load-balancer>...</load-balancer> 섹션에서, high-availability-ip 값이 현재 설정과 다른 경우 이를 업데이트합니다.
    7. 로드 밸런서의 FQDN도 업데이트해야 합니다.
    8. 관리 탭의 클러스터 하위 탭을 통해 웹 UI에서 다시 시작합니다. 나열된 각 노드에 대해 호스트 이름 또는 IP 주소를 선택하여 세부 정보 패널을 열고 Log Insight 다시 시작을 클릭합니다.
      구성 변경 사항이 모든 클러스터 노드에 자동으로 적용됩니다.
    9. vRealize Log Insight 서비스가 시작한 후 2분을 기다려 다른 worker 노드를 온라인으로 전환하기 전에 Cassandra 서비스가 시작할 수 있는 충분한 시간을 허용합니다.

다음에 수행할 작업

백업을 생성한 소스 노드와 다른 IP 주소 및 FQDN이 복원된 vRealize Log Insight 노드에 할당되었는지 확인합니다.