---
sourceDocument: 호주 IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/it-operations-management

 Release :

    - australia

ft:locale :

    - ko-KR

ft:publication_title :

    - 호주 IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Avi Vantage 부하 분산 장치

# Avi Vantage 부하 분산 장치 검색 {#ariaid-title1}

* 릴리스 버전: Australia
* 
* 업데이트 날짜 2026년 03월 12일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 9분

ServiceNow 디스커버리 및 서비스 매핑 애플리케이션은 Avi 부하 분산 장치 검색 패턴을 사용하여 Avi Vantage 부하 분산 장치 구성요소를 찾습니다. 이러한 자원 중 일부를 검색하려면 에서 애플리케이션의 디스커버리 및 서비스 매핑 패턴ServiceNow Store최신 버전으로 업데이트해야 할 수 있습니다.
디스커버리 는 Avi 부하 분산 장치 컨트롤러 패턴과 Avi 부하 분산 장치 컨트롤러 세션 기반 패턴을 사용하여 가로 검색을 실행합니다. 두 패턴 모두 REST API 세트를 사용하여 부하 분산 장치를 찾습니다. 두 패턴 간의 유일한 차이는 API 쿼리를 실행할 때 사용되는 인증 유형입니다.

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

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

릴리스 Madrid 패치 5 New York 이상을 ServiceNow AI Platform® 사용하여 이러한 패턴을 사용할 수 있습니다.

## 스토어에서 앱 요청 {#avi-load-balancer-discovery__section_y3k_3pl_rlb}

사용 가능한 모든 앱을 보고 스토어에 요청을 제출하는 방법에 대한 자세한 내용을 보려면 다음을 [ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home) 방문하십시오. 출시된 모든 앱의 누적 릴리스 정보는 [ServiceNow Store 버전 기록 릴리스 정보](https://docs.servicenow.com/bundle/store-release-notes/page/release-notes/store/sn-store-release-notes.html)를 참조하십시오.{#avi-load-balancer-discovery__inline-send-to-store}

## 필수 구성요소 {#avi-load-balancer-discovery__section_xx5_yg3_vjb}

* 최신 버전의 CMDB CI 클래스 모델 스토어 앱을 배포하여 인스턴스가 Avi 부하 분산 장치 CI 클래스 모델을 지원하는지 확인합니다. 에서 애플리케이션을 설치합니다.ServiceNow Store
* Avi 부하 분산 장치 컨트롤러 패턴의 경우:
  * Avi 컨트롤러에서 기본 인증이 허용되는지 확인합니다.
  * 다음 자격 증명을 구성합니다.
    1. 다음으로 이동 디스커버리자격 증명
    2. 새로 만들기를 클릭합니다.
    3. 기본 인증 자격 증명을 클릭하고 양식을 작성한 다음 제출을 클릭합니다.{#avi-load-balancer-discovery__table_ejm_1dx_xjb__entry__2}

       | 필드 | 설명 |
       |-|-|
       | 이름 | 자격 증명 이름입니다. |
       | 활성 | 검색에 이 자격 증명을 사용하도록 설정하는 옵션입니다. 검색을 사용하려면 이 확인란을 선택합니다. |
       | 적용 대상 | 모든 MID 서버를 선택합니다. |
       | 순서 | 플랫폼이 장치에 로그온하려고 할 때 이 자격 증명을 시도하는 순서입니다. 숫자가 작을수록 자격 증명이 목록에서 더 위에 나타납니다. 많은 수의 자격 증명을 사용하거나 로그인 시도가 3회 실패하여 보안상 사용자가 잠기는 경우 자격 증명 순서를 설정하십시오. 모든 자격 증명의 순서 번호가 같거나 없으면 인스턴스에서 임의의 순서로 자격 증명을 시도합니다. 기본값은 100입니다. |
       | 사용자 이름 | Avi 부하 분산 장치 검색을 수행하기 위한 사용자의 이름입니다. |
       | 암호 | 이 사용자의 암호입니다. |
       [표 1. 자격 증명 양식]

       {#avi-load-balancer-discovery__table_ejm_1dx_xjb}
    4. [Quick Discovery 실행](https://servicenow-prod.fluidtopics.net/0zZGX6Rl1cExl3x40Als~w#t_DiscoverNow "빠른 검색 또는 DiscoverNow를 사용하면 관리자가 일정 없이 단일 IP 주소에서 CI 구성 검색을 실행할 수 있습니다.") Avi 컨트롤러 클러스터의 IP 주소에 있습니다.
    {#avi-load-balancer-discovery__ol_or1_q5r_rkb}
  {#avi-load-balancer-discovery__ul_y43_n5r_rkb}
* Avi 부하 분산 장치 컨트롤러 - 세션 기반 패턴의 경우:
  * 별칭으로 기본 인증 자격 증명 생성:
    1. 다음으로 이동 연결 및 자격 증명연결 및 자격 증명 별칭.
    2. 새로 만들기를 클릭합니다.
    3. 별칭의 고유 이름을 입력하고 별칭 유형에 대한 자격 증명을 선택합니다.
    4. 제출을 클릭합니다.
    5. 새 별칭을 엽니다.
    6. 자격 증명 탭에서 새로 만들기를 클릭합니다.
    7. 자격 증명 유형에 대한 기본 인증 자격 증명 을 선택하고 양식을 작성합니다.{#avi-load-balancer-discovery__table_cpn_hvr_rkb__entry__2}

       | 필드 | 설명 |
       |-|-|
       | 이름 | 자격 증명 이름입니다. |
       | 사용자 이름 | Avi 부하 분산 장치 검색을 수행하기 위한 사용자의 이름입니다. |
       | 암호 | 이 사용자의 암호입니다. |
       [표 2. 자격 증명 양식]

       {#avi-load-balancer-discovery__table_cpn_hvr_rkb}
    8. 업데이트를 클릭합니다.
    {#avi-load-balancer-discovery__ol_frq_bvr_rkb}
  * [서버리스 검색](https://servicenow-prod.fluidtopics.net/L2duQpZrbdcv90jJh_3K8g "Discovery는 호스트를 먼저 검색할 필요 없이 호스트 컴퓨터에서 애플리케이션을 찾을 수 있습니다. 이러한 유형의 검색을 서버리스 디스커버리라고 합니다.") 일정을 생성합니다.

    그리고 나서 다음을 수행합니다.
    1. 스케줄러에서 서버리스 실행 패턴 탭을 클릭합니다.
    2. 새로 만들기를 클릭합니다.
    3. 양식을 작성한 다음 제출을 클릭합니다.{#avi-load-balancer-discovery__table_afp_rvr_rkb__entry__2}

       | 필드 | 설명 |
       |-|-|
       | 이름 | 설명적인 이름을 입력합니다. |
       | 패턴 | Avi 부하 분산 장치 컨트롤러 - 세션 기반 패턴을 선택합니다. |
       [ ]

       {#avi-load-balancer-discovery__table_afp_rvr_rkb}
    4. 이전 단계에서 생성된 기록을 열고 다음 매개변수를 구성합니다.{#avi-load-balancer-discovery__table_rkt_svr_rkb__entry__2}

       | 매개변수 | 설명 |
       |-|-|
       | IP 주소 | Avi IP 주소입니다. |
       | 자격 증명 별칭 | 위에서 생성된 자격 증명 별칭의 이름입니다. |
       [ ]

       {#avi-load-balancer-discovery__table_rkt_svr_rkb}
    {#avi-load-balancer-discovery__ol_fxy_mvr_rkb}
  {#avi-load-balancer-discovery__ul_ij3_1vr_rkb}
* Avi 부하 분산 장치 컨트롤러 패턴과 Avi 부하 분산 장치 컨트롤러 - 세션 기반 패턴의 경우 사용자에게 다음 API 쿼리를 보낼 수 있는 권한을 제공합니다.
  * /api/클러스터
  * /api/serviceengine
  * /api/풀
  * /api/vimgrvmruntime?controller_vm=true
  * /api/클라우드
  * /api/가상 서비스
  * /api/serviceenginegroup
  * /api/gslb서비스
  * /api/테넌트
  {#avi-load-balancer-discovery__ul_a5p_5ft_pkb}
* Avi 부하 분산 장치 VIP 패턴의 경우:
  * [만들기 서비스 인스턴스](https://www.servicenow.com/docs/access?context=create-it-services&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US).
  * Avi 부하 분산 장치 VIP 패턴을 사용하기 전에 수평 Avi 부하 분산 장치 검색 패턴 중 하나를 사용하여 Avi 인프라를 찾습니다.
  {#avi-load-balancer-discovery__ul_wk5_4vp_qlb}
{#avi-load-balancer-discovery__ul_rq1_4xw_xjb}

## 가로 검색 중 디스커버리에서 수집하는 데이터 {#avi-load-balancer-discovery__section_r5d_1h3_vjb}

검색된 데이터에는 다음과 같은 테이블과 필드가 포함됩니다.
{#avi-load-balancer-discovery__table_mqj_dh3_vjb__entry__2}

| 테이블 및 필드 | 설명 |
|-|-|
| 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" {#avi-load-balancer-discovery__ul_bvt_zmv_xjb} |
| 부하 분산 장치 풀 구성원 \[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입니다​. |
[ ]

{#avi-load-balancer-discovery__table_mqj_dh3_vjb}

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

<br />

다음 이미지는 Avi 부하 분산 장치 VIP 패턴을 사용하는 하향식 검색의 결과를 보여줍니다.  
그림 1. Avi 부하 분산 장치 VIP 패턴을 사용하는 하향식 검색   

## CI 관계 {#avi-load-balancer-discovery__section_h22_3h3_vjb}

이러한 관계는 Avi 부하 분산 장치 검색을 지원하기 위해 생성됩니다.{#avi-load-balancer-discovery__table_enf_wz5_pkb__entry__3}

| 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\] |
| Avi 테넌트 \[cmdb_ci_avi_tenant​\] | Contains::Contained by | 부하 분산 장치 서비스 \[cmdb_ci_lb_service\] |
| 부하 분산 장치 풀 \[cmdb_ci_lb_pool\] | Used by::Uses | 부하 분산 장치 서비스 \[cmdb_ci_lb_service\] |
| 부하 분산 장치 풀 \[cmdb_ci_lb_pool\] | Hosted on::Hosts | Avi 컨트롤러 클러스터 \[cmdb_ci_avi_controller_cluster\] |
| 부하 분산 장치 풀 \[cmdb_ci_lb_pool\] | 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\] |
| 부하 분산 장치 서비스 \[cmdb_ci_lb_service\] | Runs on::Runs | Avi 컨트롤러 클러스터 \[cmdb_ci_avi_controller_cluster\] |
| 부하 분산 장치 풀 구성원 \[cmdb_ci_lb_pool_member\] | 참조 전용 | Avi 컨트롤러 클러스터 \[cmdb_ci_avi_controller_cluster\] |
[ ]

{#avi-load-balancer-discovery__table_enf_wz5_pkb}

## 문제 해결 {#avi-load-balancer-discovery__section_bd2_dyk_1kb}

Avi 부하 분산 장치 하향식 검색이 실패하면 임시 해결책은 KB 문서 [KB0824019](https://support.servicenow.com/kb_view.do?sysparm_article=KB0824019) 를 참조하십시오.  
매핑 프로세스가 예상대로 진행되지 않으면 다음 제안을 따릅니다.{#avi-load-balancer-discovery__table_ggn_ypj_yhb__entry__3}

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

{#avi-load-balancer-discovery__table_ggn_ypj_yhb}