Avi Vantage 부하 분산 장치 검색

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 읽기9분

    • ServiceNow 검색 및 서비스 매핑 애플리케이션은 Avi 부하 분산 장치 검색 패턴을 사용하여 Avi Vantage 부하 분산 장치 구성요소를 찾습니다. 이러한 자원을 검색하려면 ServiceNow Store에서 검색 및 서비스 매핑 패턴 애플리케이션을 업데이트해야 합니다.

    검색는 Avi 부하 분산 장치 컨트롤러 패턴과 Avi 부하 분산 장치 컨트롤러 세션 기반 패턴을 사용하여 가로 검색을 실행합니다. 두 패턴 모두 REST API 세트를 사용하여 부하 분산 장치를 찾습니다. 두 패턴 간의 유일한 차이는 API 쿼리를 실행할 때 사용되는 인증 유형입니다.

    하향식 검색의 경우 서비스 매핑은 Avi 부하 분산 장치 VIP 패턴을 사용합니다.

    이 패턴은 AWS과 VMware에 위치하는 Avi 인프라를 지원합니다. 이 패턴은 VMware 에서 실행될 때만, 검색된 CI와 인프라의 관계를 설정합니다. 이 패턴은 GSLB(전역 서버 부하 분산)도 지원합니다.

    릴리스 Madrid patch 5, New York 이상을 사용하는 Now Platform®에서 이러한 패턴을 사용할 수 있습니다.

    스토어에서 앱 요청

    ServiceNow Store 웹 사이트를 방문하면 사용 가능한 모든 앱을 확인하고 스토어에 요청을 제출하는 방법에 대한 정보를 참조할 수 있습니다. 출시된 모든 앱의 누적 릴리스 정보는 ServiceNow Store 버전 기록 릴리스 정보를 참조하십시오.

    필요 조건

    • 최신 버전의 CMDB CI Class Models 스토어 앱을 배포하여 인스턴스가 Avi 부하 분산 장치 CI 클래스 모델을 지원하는지 확인합니다. ServiceNow Store에서 애플리케이션을 설치합니다.
    • Avi 부하 분산 장치 컨트롤러 패턴:
      • Avi 컨트롤러에서 기본 인증이 허용되는지 확인하십시오.
      • 다음 자격 증명을 구성합니다.
        1. 다음으로 이동 디스커버리 > 자격 증명
        2. 새로 만들기를 클릭합니다.
        3. 기본 인증 자격 증명을 클릭하고 양식을 작성한 다음 제출을 클릭합니다.
          표 1. 자격 증명 양식
          필드 설명
          이름 자격 증명 이름입니다.
          활성 검색에 이 자격 증명을 사용하도록 설정하는 옵션입니다. 검색을 사용하려면 이 확인란을 선택합니다.
          적용 대상 모든 MID Server를 선택합니다.
          순서 플랫폼이 장치에 로그온하려고 할 때 이 자격 증명을 시도하는 순서입니다. 숫자가 작을수록 자격 증명이 목록에서 더 위에 나타납니다. 많은 수의 자격 증명을 사용하거나 로그인 시도가 3회 실패하여 보안상 사용자가 잠기는 경우 자격 증명 순서를 설정하십시오. 모든 자격 증명의 순서 번호가 같거나 없으면 인스턴스에서 임의의 순서로 자격 증명을 시도합니다. 기본값은 100입니다.
          사용자 이름 Avi 부하 분산 장치 검색을 수행하는 사용자의 이름입니다.
          암호 이 사용자의 암호입니다.
        4. Avi 컨트롤러 클러스터의 IP 주소에 대한 빠른 검색 실행입니다.
    • Avi 부하 분산 장치 컨트롤러 - 세션 기반 패턴:
      • 별칭으로 기본 인증 자격 증명 생성:
        1. 다음으로 이동 연결 및 자격 증명 > 연결 및 자격 증명 별칭.
        2. 새로 만들기를 클릭합니다.
        3. 별칭에 대한 고유 이름을 입력하고 별칭 유형에 대한 자격 증명을 선택합니다.
        4. 제출을 클릭합니다.
        5. 새 별칭을 엽니다.
        6. 자격 증명 탭에서 새로 만들기를 클릭합니다.
        7. 자격 증명 유형에 대한 기본 인증 자격 증명을 선택하고 양식을 작성합니다.
          표 2. 자격 증명 양식
          필드 설명
          이름 자격 증명 이름입니다.
          사용자 이름 Avi 부하 분산 장치 검색을 수행하는 사용자의 이름입니다.
          암호 이 사용자의 암호입니다.
        8. 업데이트를 클릭합니다.
      • 서버리스 검색 일정을 생성합니다.

        그리고 나서 다음을 수행합니다.

        1. 스케줄러에서 서버리스 실행 패턴 탭을 클릭합니다.
        2. 새로 만들기를 클릭합니다.
        3. 양식을 작성한 다음 제출을 클릭합니다.
          필드 설명
          이름 설명적인 이름을 입력합니다.
          패턴 Avi 부하 분산 장치 컨트롤러 - 세션 기반 패턴을 선택합니다.
        4. 이전 단계에서 생성된 기록을 열고 다음 매개변수를 구성합니다.
          매개변수 설명
          IP 주소 Avi IP 주소입니다.
          자격 증명 별칭 위에서 생성된 자격 증명 별칭의 이름입니다.
    • Avi 부하 분산 장치 컨트롤러 패턴과 Avi 부하 분산 장치 컨트롤러 - 세션 기반 패턴의 경우 사용자에게 다음 API 쿼리를 보낼 수 있는 권한을 제공합니다.
      • /api/cluster
      • /api/serviceengine
      • /api/pool
      • /api/vimgrvmruntime?controller_vm=True
      • /api/cloud
      • /api/virtualservice
      • /api/serviceenginegroup
      • /api/gslbservice
      • /api/tenant
    • Avi 부하 분산 장치 VIP 패턴:
      • 생성 애플리케이션 서비스.
      • Avi 부하 분산 장치 VIP 패턴을 사용하기 전에 수평 Avi 부하 분산 장치 검색 패턴 중 하나를 사용하여 Avi 인프라를 찾습니다.

    가로 검색 중 검색에서 수집하는 데이터

    검색된 데이터에는 다음과 같은 테이블과 필드가 포함됩니다.

    테이블 및 필드 설명
    Avi 컨트롤러 [cmdb_ci_avi_controller]
    이름 [name] Avi 컨트롤러의 이름입니다.
    전체 주소 도메인 이름 [fqdn] VM(가상 머신)의 호스트 이름입니다.
    IP 주소 [ip_address] FQDN의 IP 주소입니다.
    Avi 서비스 엔진 [cmdb_ci_avi_service_engine]
    이름 [name] Avi 서비스 엔진의 이름입니다.
    IP 주소 [ip_address] Avi 서비스 엔진의 IP 주소입니다.
    버전 [version] Avi 서비스 엔진의 버전입니다.
    객체 ID [object_id] Avi 서비스 엔진의 고유 식별자입니다.
    Avi 컨트롤러 클러스터 [cmdb_ci_avi_controller_cluster]
    클러스터 ID [cluster_id] Avi 컨트롤러 클러스터의 고유 식별자입니다.
    이름 [name] Avi 컨트롤러 클러스터의 이름입니다.
    IP 주소 [ip_address] Avi 컨트롤러 클러스터 호스트의 IP 주소입니다.
    부하 분산 장치 풀 [cmdb_ci_lb_pool]
    이름 [name] 부하 분산 장치 풀의 이름입니다.
    서버 ID [server_id] 부하 분산 장치 풀의 고유 식별자입니다.
    부하 분산 방법 [load_balancing_method] Avi Vantage에서 부하 분산 결정을 내리는 데 사용하는 방법입니다. 패턴이 다음과 같이 알고리즘을 변환합니다.
    • "LB_ALGORITHM_LEAST_CONNECTIONS": "least-connections"
    • "LB_ALGORITHM_ROUND_ROBIN": "round-robin"
    • "LB_ALGORITHM_FASTEST_RESPONSE": "fastest-response"
    • "LB_ALGORITHM_CONSISTENT_HASH": "consistent-hash"
    • "LB_ALGORITHM_LEAST_LOAD": "least-load"
    • "LB_ALGORITHM_FEWEST_SERVERS": "fewest-servers"
    • "LB_ALGORITHM_RANDOM": "random"
    • "LB_ALGORITHM_FEWEST_TASKS": "fewest-tasks"
    • "LB_ALGORITHM_NEAREST_SERVER": "nearest-server"
    부하 분산 장치 풀 구성원 [cmdb_ci_lb_pool_member]
    이름 [name] 풀의 풀 구성원 @ 이름입니다.
    IP 주소 [ip_address] 풀 구성원 호스트의 IP 주소입니다.
    부하 분산 장치 서비스 [cmdb_ci_lb_service]
    이름 [name] 가상 IP(VIP)의 이름입니다.
    IP 주소 [ip_address] VIP의 IP 주소입니다.
    객체 ID [object_id] VIP의 고유 식별자입니다.
    포트 [port] 호스트 VM의 포트입니다.
    Avi 테넌트 [cmdb_ci_avi_tenant]
    이름 테넌트의 이름입니다​.
    object_id 테넌트의 object_id입니다​.
    tenant_url 테넌트의 URL입니다​.

    의존성 뷰 맵은 검색된 부하 분산 장치 CI들과 해당 CI들 간의 관계를 보여줍니다.


    의존성 뷰 맵의 CI 및 연결입니다.

    다음 이미지는 Avi 부하 분산 장치 VIP 패턴을 사용하는 위에서 아래로 검색의 결과를 보여줍니다.

    그림 1. Avi 부하 분산 장치 VIP 패턴을 사용하는 하향식 검색

    이 이미지는 Avi 부하 분산 장치 VIP 패턴을 사용하는 하향식 검색을 보여줍니다.

    CI 관계

    이러한 관계는 Avi 부하 분산 장치 검색을 지원하기 위해 생성됩니다.
    CI 관계 CI
    Avi 컨트롤러 클러스터 [cmdb_ci_avi_controller_cluster] Cluster of::Cluster Avi 컨트롤러 [cmdb_ci_avi_controller]
    Avi 테넌트 [cmdb_ci_avi_tenant​] Hosted on::Hosts Avi 컨트롤러 클러스터 [cmdb_ci_avi_controller_cluster]
    Contains::Contained by 부하 분산 장치 서비스 [cmdb_ci_lb_service]
    부하 분산 장치 풀 [cmdb_ci_lb_pool] Used by::Uses 부하 분산 장치 서비스 [cmdb_ci_lb_service]
    Hosted on::Hosts Avi 컨트롤러 클러스터 [cmdb_ci_avi_controller_cluster]
    Owns::Owned by 부하 분산 장치 풀 구성원 [cmdb_ci_lb_pool_member]
    Avi 서비스 엔진 [cmdb_ci_avi_service_engine] Hosted on::Hosts Avi 컨트롤러 클러스터 [cmdb_ci_avi_controller_cluster]
    Avi 컨트롤러 [cmdb_ci_avi_controller] Contains::Contained by Avi 서비스 엔진 [cmdb_ci_avi_service_engine]
    부하 분산 장치 서비스 [cmdb_ci_lb_service] Used by::Uses Avi 서비스 엔진 [cmdb_ci_avi_service_engine]
    Runs on::Runs Avi 컨트롤러 클러스터 [cmdb_ci_avi_controller_cluster]
    부하 분산 장치 풀 구성원 [cmdb_ci_lb_pool_member] 참조 전용 Avi 컨트롤러 클러스터 [cmdb_ci_avi_controller_cluster]

    문제 해결

    Avi 부하 분산 장치 하향식 검색이 실패하면 임시 해결책에 대한 KB 문서 KB0824019를 참조하십시오.

    매핑 프로세스가 예상대로 진행되지 않으면 다음 제안을 따릅니다.
    증상 원인 솔루션
    검색에 실패했습니다. 검색 메시지에는 REST 시간 제한으로 인해 발생한 오류 정보가 포함되어 있습니다. 배포에는 REST 호출 응답을 보내는 CI가 많습니다. MID 서버에서는 mid.sa.cloud.request_timeout 매개변수로 제어되는 시간 제한을 초과하지 않고 REST 호출 응답을 처리할 수 없습니다. 기본적으로 mid.sa.cloud.request_timeout 매개변수는 3만 밀리초로 설정되어 있습니다.
    관련 MID 서버에 대한 이 매개변수의 값을 늘리고 검색을 다시 실행합니다.
    주:
    관련 MID 서버의 구성 매개변수 관련 목록에 이 매개변수가 표시되지 않으면 추가해야 할 수 있습니다.
    세션 디버그 중에 패턴 디자이너가 실패합니다. 패턴 디자이너 메시지에는 시간 제한으로 인해 발생한 오류 정보가 포함되어 있습니다. 패턴 디버깅 중(검색 중 아님) 시간 초과로 인해 패턴 디자이너가 실패합니다. 기본적으로 sa.debugger.max_timeout 매개변수는 240초로 설정되어 있습니다.

    관련 MID 서버에 대한 이 매개변수의 값을 늘립니다.