VMware Aria Automation 클라우드 템플릿을 생성하거나 편집할 때 목적에 가장 적합한 로드 밸런서 리소스를 사용합니다.

클라우드 템플릿에서 NSX 및 클라우드 애그노스틱 로드 밸런서 리소스를 사용하여 배포의 로드 밸런싱을 제어할 수 있습니다.

클라우드 애그노스틱 로드 밸런서를 여러 클라우드에 배포할 수 있습니다. 클라우드별 로드 밸런서는 특정 클라우드/토폴로지에만 사용할 수 있는 고급 설정 및 기능을 지정할 수 있습니다. 클라우드별 속성은 NSX 로드 밸런서(Cloud.NSX.LoadBalancer) 리소스 유형에서 사용할 수 있습니다. 이러한 속성을 클라우드 애그노스틱 로드 밸런서(Cloud.LoadBalancer)에 추가하는 경우, 이러한 속성은 예를 들어 Amazon Web Services 또는 Microsoft Azure 로드 밸런서가 프로비저닝되는 경우에는 무시되지만 NSX 로드 밸런서가 프로비저닝되는 경우에는 유지됩니다. VMware Aria Automation 클라우드 템플릿의 조건을 기반으로 사용 가능한 로드 밸런서 리소스 유형 중 하나를 선택합니다.

로드 밸런서 리소스는 설계 캔버스의 보안 그룹 리소스에 직접 연결할 수 없습니다.

클라우드 애그노스틱 로드 밸런서 리소스

모든 유형의 대상 시스템에 대한 네트워킹 특성을 지정하려는 경우 클라우드 애그노스틱 로드 밸런서를 사용합니다.

[클라우드 템플릿 설계] 페이지의 클라우드 애그노스틱 > 로드 밸런서 리소스를 사용하여 클라우드 애그노스틱 로드 밸런서를 추가합니다. 리소스가 클라우드 템플릿 코드에 Cloud.LoadBalancer 리소스 유형으로 표시됩니다. 기본 리소스는 다음과 같이 표시됩니다.
Cloud_LoadBalancer_1:
    type: Cloud.LoadBalancer
    properties:
      routes: []
      network: ''
      instances: []
      internetFacing: false

NSX 로드 밸런서 리소스

클라우드 템플릿에 NSX(정책 API 또는 Manager API 메서드)와 관련된 특성이 포함된 경우 NSX 로드 밸런서를 사용합니다. 하나 이상의 로드 밸런서를 NSX 네트워크에 연결하거나 NSX 네트워크에 연결된 시스템에 연결할 수 있습니다.

NSX 로드 밸런서는 NSX > 로드 밸런서 리소스를 사용하여 추가합니다. 리소스가 클라우드 템플릿 코드에 Cloud.NSX.LoadBalancer 리소스 유형으로 표시됩니다. 기본 리소스는 다음과 같이 표시됩니다.
Cloud_NSX_LoadBalancer_1:
    type: Cloud.NSX.LoadBalancer
    properties:
      routes: []
      network: ''
      instances: []
      

클라우드 템플릿 코드의 로드 밸런서 옵션

클라우드 템플릿에 하나 이상의 로드 밸런서 리소스를 추가하면 다음과 같은 설정을 지정할 수 있습니다. 몇 가지 예는 Automation Assembler의 네트워크, 보안 그룹 및 로드 밸런서 리소스 예에 있습니다.

HTTP 프로토콜은 모든 주문형 로드 밸런서에 대해 지원됩니다.

HTTPS 프로토콜은 NSX 모드가 정책으로 설정된 NSX 클라우드 계정에 연결된 주문형 로드 밸런서에 대해서만 지원됩니다. NSX 모드가 관리자로 설정된 NSX 클라우드 계정은 HTTPS 프로토콜을 사용할 수 없습니다.

  • 시스템 규격

    로드 밸런싱 풀에 참여할 명명된 시스템 리소스를 지정할 수 있습니다. 또는 특정 시스템 NIC가 로드 밸런서 풀에 참여하도록 지정할 수도 있습니다.

    이 옵션은 NSX 로드 밸런서 리소스(Cloud.NSX.LoadBalancer)에만 사용할 수 있습니다.

    • resource.Cloud_Machine_1.id

      클라우드 템플릿 코드에서 Cloud_Machine_1로 식별된 시스템이 로드 밸런서에 포함되도록 지정합니다.

    • resource.Cloud_Machine_2.networks[2].id

      로드 밸런서가 시스템 NIC Cloud_Machine_2.networks[2]에 배포될 때 클라우드 템플릿 코드에서 Cloud_Machine_2로 식별된 시스템만 로드 밸런서에 포함되도록 지정합니다.

  • 로깅 수준

    로깅 수준 값은 오류 로그의 심각도 수준을 지정합니다. 옵션에는 없음, 긴급, 경고, 위험, 오류, 주의, 정보, 디버그 및 알림이 있습니다. 로깅 수준 값은 클라우드 템플릿의 모든 로드 밸런서에 적용됩니다. 이 옵션은 NSX에만 해당됩니다. 상위가 있는 로드 밸런서의 경우 상위 로깅 수준 설정이 해당 하위 항목의 모든 로깅 수준 설정을 재정의합니다.

    관련 정보는 NSX 제품 설명서에서 로드 밸런서 추가 등의 항목을 참조하십시오.

  • 유형

    로드 밸런서 유형을 사용하여 규모의 크기를 지정합니다. 기본값은 소형입니다. 이 옵션은 NSX에만 해당됩니다. 상위가 있는 로드 밸런서의 경우 상위 유형 설정이 해당 하위 항목의 모든 유형 설정을 재정의합니다.

    • 소형

      NSX-V의 컴팩트 및 NSX-T의 소형과 상관 관계가 있습니다.

    • 중형

      NSX-V의 대형 및 NSX-T의 중형과 상관 관계가 있습니다.

    • 대형

      NSX-V의 4배 대형 및 NSX-T의 대형과 상관 관계가 있습니다.

    • 초대형

      NSX-V의 2배 대형 및 NSX-T의 대형과 상관 관계가 있습니다.

      관련 정보는 NSX 제품 설명서에서 로드 밸런서 리소스 크기 조정 등의 항목을 참조하십시오.

    이 옵션은 NSX 로드 밸런서 리소스(Cloud.NSX.LoadBalancer)에 사용할 수 있습니다.

  • 알고리즘(서버 풀)
    알고리즘 밸런싱 방법을 사용하여 수신 연결이 서버 풀 멤버 간에 배포되는 방식을 제어합니다. 이 알고리즘은 서버 풀이나 서버에서 직접 사용할 수 있습니다. 모든 로드 밸런싱 알고리즘은 다음 조건 중 하나라도 충족하는 서버를 건너뜁니다.
    • 관리 상태가 [사용 안 함]으로 설정되어 있습니다.
    • 관리 상태가 [정상적으로 사용 안 함]으로 설정되어 있고 일치하는 지속성 항목이 없습니다.
    • 액티브 또는 패시브 상태 점검 상태가 [다운됨]입니다.
    • 서버 풀 최대 동시 연결에 대한 연결 제한에 도달했습니다.

    이 옵션은 NSX에만 해당됩니다.

    • IP_HASH

      소스 IP 주소의 해시와 실행 중인 모든 서버의 총 가중치에 따라 서버를 선택합니다.

      NSX의 IP-HASH와 상관 관계가 있습니다.

    • LEAST_CONNECTION

      서버에 이미 있는 연결 수를 기반으로 클라이언트 요청을 여러 서버로 분산합니다. 새 연결은 연결 수가 가장 적은 서버로 전송됩니다. 서버 풀 멤버 가중치가 구성되어 있어도 무시합니다.

      NSX-V의 LEASTCONN 및 NSX-T의 LEAST_CONNECTION과 상관 관계가 있습니다.

    • ROUND_ROBIN

      수신 클라이언트 요청은 요청을 처리할 수 있는 사용 가능한 서버 목록을 통해 순환됩니다. 서버 풀 멤버 가중치가 구성되어 있어도 무시합니다. 기본값입니다.

      NSX의 ROUND_ROBIN과 상관 관계가 있습니다.

    • WEIGHTED_LEAST_CONNECTION

      각 서버에 풀의 다른 서버에 비해 해당 서버가 어떻게 수행하는지를 나타내는 가중치 값이 할당됩니다. 이 값은 풀에 있는 다른 서버와 비교하여 서버로 전송되는 클라이언트 요청 수를 결정합니다. 이 로드 밸런싱 알고리즘은 가중치 값을 사용하여 사용 가능한 서버 리소스 간에 로드를 적절히 분산하는 데 중점을 둡니다. 기본적으로 가중치 값이 구성되어 있지 않고 느린 시작이 사용되도록 설정되어 있는 경우 가중치는 1입니다.

      NSX-T의 WEIGHTED_LEAST_CONNECTION과 상관 관계가 있습니다. NSX-V에 상관 관계가 없습니다.

    • WEIGHTED_ROUND_ROBIN

      각 서버에 풀의 다른 서버에 비해 해당 서버가 어떻게 수행하는지를 나타내는 가중치 값이 할당됩니다. 이 값은 풀에 있는 다른 서버와 비교하여 서버로 전송되는 클라이언트 요청 수를 결정합니다. 이 로드 밸런싱 알고리즘은 사용 가능한 서버 리소스 간에 로드를 균등하게 분산하는 데 중점을 둡니다.

      NSX-T의 WEIGHTED_ROUND_ROBIN과 상관 관계가 있습니다. NSX-V에 상관 관계가 없습니다.

    • URI

      URI의 왼쪽 부분이 해시되고 실행 중인 서버의 총 가중치로 나누어집니다. 결과에 따라 요청을 받을 서버가 지정됩니다. 이렇게 하면 켜지거나 꺼지는 서버가 없는 경우 URI는 항상 동일한 서버로 연결됩니다. URI 알고리즘 매개 변수에는 두 가지 옵션(uriLength=<len>uriDepth=<dep>)이 있습니다. length 매개 변수 범위는 1<=len<256이어야 합니다. depth 매개 변수 범위는 1<=dep<10이어야 합니다. length 및 depth 매개 변수 다음에는 양의 정수가 옵니다. 이 옵션은 URI 시작 부분만을 기반으로 서버 밸런스를 유지합니다. length 매개 변수는 알고리즘에서 해시 계산을 위해 URI 시작 부분에 정의된 문자만 고려해야 함을 나타냅니다. depth 매개 변수는 해시 계산에 사용될 최대 디렉토리 깊이를 나타냅니다. 요청의 각 슬래시는 1개의 수준으로 계산됩니다. 두 매개 변수를 모두 지정하면 둘 중 하나에 도달할 때 평가가 중지됩니다.

      NSX-V의 URI와 상관 관계가 있습니다. NSX-T에 상관 관계가 없습니다.

    • HTTPHEADER

      HTTP 헤더 이름은 각 HTTP 요청에서 조회됩니다. 괄호 안의 헤더 이름은 대/소문자를 구분하지 않습니다. 헤더가 없거나 값을 포함하지 않으면 라운드 로빈 알고리즘이 적용됩니다. HTTPHEADER 알고리즘 매개 변수에는 하나의 옵션 headerName=<name>이 있습니다.

      NSX-V의 HTTPHEADER와 상관 관계가 있습니다. NSX-T에 상관 관계가 없습니다.

    • URL

      인수에 지정된 URL 매개 변수는 각 HTTP GET 요청의 쿼리 문자열에서 조회됩니다. 매개 변수 다음에 등호(=)와 값이 나오면 해당 값은 해시되고 실행 중인 서버의 총 가중치로 나누어집니다. 결과에 따라 요청을 받을 서버가 지정됩니다. 이 프로세스는 요청의 사용자 식별자를 추적하는 데 사용되고, 켜지거나 꺼지는 서버가 없는 한 동일한 사용자 ID가 항상 동일한 서버로 전송되도록 합니다. 값이나 매개 변수가 없으면 라운드 로빈 알고리즘이 적용됩니다. URL 알고리즘 매개 변수에는 하나의 옵션 urlParam=<url>이 있습니다.

      NSX-V의 URL과 상관 관계가 있습니다. NSX-T에 상관 관계가 없습니다.

    관련 정보는 NSX 제품 설명서에서 로드 밸런싱을 위한 서버 풀 추가 등의 항목을 참조하십시오.

  • 상태 모니터

    상태 모니터 옵션을 사용하여 서버가 사용 가능한지 여부를 테스트합니다. HTTP, ICMP, TCP 및 UDP 프로토콜에 대한 액티브 상태 모니터링이 지원됩니다. 패시브 상태 모니터링은 NSX-T에서만 사용할 수 있습니다.

    이 옵션은 NSX에만 해당됩니다.

    • httpMethod

      상태 점검 요청에 대한 서버 상태를 감지하는 데 사용할 HTTP 메서드입니다. 메서드는 GET, HOST, OPTIONS, HEAD 또는 PUT입니다.

    • requestBody

      상태 점검 요청 본문 컨텐츠입니다. HTTP, TCP 및 UDP 프로토콜에서 사용되며 이러한 프로토콜에 필요합니다.

    • responseBody

      상태 점검에 필요한 응답 본문 컨텐츠입니다. 수신된 문자열이 이 응답 본문과 일치하면 서버가 정상 상태로 간주됩니다. HTTP, TCP 및 UDP 프로토콜에서 사용되며 이러한 프로토콜에 필요합니다.

    참고: UDP 모니터 프로토콜을 사용하는 경우 UDP Data SentUDP Data Expected 매개 변수가 필요합니다. requestBodyresponseBody 속성은 이러한 매개 변수에 매핑됩니다.

    이 옵션은 NSX 로드 밸런서 리소스(Cloud.NSX.LoadBalancer)에 사용할 수 있습니다.

    관련 정보는 NSX 제품 설명서에서 액티브 상태 모니터 구성 등의 항목을 참조하십시오.

  • 상태 점검

    상태 점검 옵션을 사용하여 로드 밸런서가 상태 점검을 수행하는 방법을 지정합니다.

    이 옵션은 NSX 로드 밸런서 리소스(Cloud.NSX.LoadBalancer)에만 사용할 수 있습니다.

    사용 가능한 상태 점검 설정 샘플은 Automation Assembler의 네트워크, 보안 그룹 및 로드 밸런서 리소스 예 항목을 참조하십시오.

NSX 네트워크 유형 및 로드 밸런서 옵션

로드 밸런서 옵션은 클라우드 템플릿에서 로드 밸런서 리소스가 연결되어 있는 네트워크에 따라 다릅니다. 네트워크 유형 및 네트워크 조건에 상대적으로 로드 밸런서를 구성할 수 있습니다.

  • 주문형 네트워크

    로드 밸런서 계산이 주문형 네트워크에 연결되어 있는 경우 새로운 Tier-1 라우터가 생성되고 네트워크 프로파일에 지정된 Tier-0 라우터에 연결됩니다. 이후 로드 밸런서는 Tier-1 라우터에 연결됩니다. VIP가 기존 네트워크에 있는 경우 Tier-1 라우터 VIP 알림이 사용되도록 설정됩니다. DHCP에 대해 주문형 네트워크가 구성된 경우 주문형 네트워크와 로드 밸런서는 Tier-1 라우터를 공유합니다.

  • 기존 네트워크

    로드 밸런서가 기존 네트워크에 연결되어 있는 경우 로드 밸런서는 기존 네트워크의 Tier-1 라우터와 함께 생성됩니다. Tier-1 라우터에 연결된 로드 밸런서가 없는 경우 새로운 로드 밸런서 서비스가 생성됩니다. 로드 밸런서가 이미 있다면 새로운 가상 서버가 여기에 연결됩니다. 기존 네트워크가 Tier-1 라우터에 연결되어 있지 않은 경우 새로운 Tier-1 라우터가 생성되어 네트워크 프로파일에 정의된 Tier-0 라우터에 연결되고 Tier-1 라우터 VIP 알림은 사용되도록 설정되지 않습니다.

    VMware Aria Automation는 두 개의 다른 기존 네트워크에서 NSX-T 투암(two-arm) 로드 밸런서(인라인 로드 밸런서)를 지원하지 않습니다. 투암(two-arm) 로드 밸런서 시나리오에서 VIP 업링크는 기존 네트워크에 있고 풀 멤버 시스템은 주문형 네트워크에 연결됩니다. 기존 네트워크를 사용하는 경우 로드 밸런싱을 지정하려면 로드 밸런서 VIP와 풀 멤버 시스템에 동일한 기존 네트워크를 사용하는 원암(one-arm) 로드 밸런서를 구성해야 합니다. 하지만 네트워크 프로파일에서 선택한 로드 밸런서를 사용하는 경우 서로 다른 두 개의 기존 네트워크 간에 연결이 있으면 두 개의 기존 네트워크에 있는 시스템 간에 로드 밸런싱이 가능합니다.

  • 네트워크 프로파일에 정의된 네트워크 격리

    outbound 또는 private 네트워크 유형의 경우 네트워크 프로파일에서 네트워크 격리 설정을 지정하여 새 보안 그룹을 에뮬레이션할 수 있습니다. 시스템이 기존 네트워크에 연결되고 프로파일에서 격리 설정이 정의되므로 이 옵션은 기존 네트워크에 생성된 로드 밸런서와 유사합니다. 차이점은 데이터 경로를 사용하도록 설정하기 위해 Tier-1 업링크 포트 IP가 격리 보안 그룹에 추가된다는 점입니다.

클라우드 템플릿 설계에서 NSX 로드 밸런서 리소스를 사용하여 NSX에 연결된 네트워크에 대한 로드 밸런서 설정을 지정할 수 있습니다.

자세한 내용은 VMware 블로그 게시물 NSX-T를 포함하는 vRA Cloud Assembly 로드 밸런서 심화 연구를 참조하십시오.

NSX-T 로드 밸런서 프로파일 지속성

VMware Aria Automation 클라우드 템플릿 및 배포는 SOURCE_IP 및 COOKIE 설정에 대한 NSX-T 로드 밸런서 지속성 프로파일 옵션을 지원합니다. VMware Aria Automation 클라우드 템플릿 및 배포에서 사용할 수 있도록 NSX-T에서 이러한 설정을 구성하는 방법에 대한 자세한 내용은 NSX-T 설명서에서 지속성 프로파일 추가를 참조하십시오.

여러 로드 밸런서가 NSX-T Tier 1 또는 NSX-V Edge를 공유할 때 로깅 수준 또는 유형 설정 재구성

NSX-T 끝점에서 Tier-1 라우터를 공유하거나 NSX-V 끝점에서 Edge 라우터를 공유하는 여러 로드 밸런서가 포함된 클라우드 템플릿을 사용하는 경우, 로드 밸런서 리소스 중 하나에서 로깅 수준 또는 유형 설정을 재구성해도 다른 로드 밸런서에 대한 설정이 업데이트되지 않습니다. 설정이 일치하지 않으면 NSX에서 불일치가 발생합니다. 이러한 로깅 수준 및/또는 유형 설정을 재구성할 때 불일치를 방지하려면 연결된 해당 NSX 끝점에서 Tier 1 또는 Edge를 공유하는 클라우드 템플릿의 모든 로드 밸런서 리소스에 대해 동일한 재구성 값을 사용합니다.

사용 가능한 2일차 작업

로드 밸런서가 포함된 배포를 축소하거나 확장하는 경우 로드 밸런서는 새로 추가된 시스템을 포함하거나 분해를 목표로 하는 로드 밸런싱 시스템을 중지하도록 구성됩니다.

클라우드 템플릿 및 배포에 사용할 수 있는 일반 2일차 작업의 목록은 Automation Assembler 배포 또는 지원되는 리소스에서 실행할 수 있는 작업의 내용을 참조하십시오.

자세히 알아보기

네트워크 프로파일의 로드 밸런서 설정 정의에 대한 자세한 내용은 VMware Aria Automation의 네트워크 프로파일에 대해 알아보기의 내용을 참조하십시오.

로드 밸런서를 포함하는 템플릿 설계에 대한 예는 Automation Assembler의 네트워크, 보안 그룹 및 로드 밸런서 리소스 예의 내용을 참조하십시오.

VMware Avi Load Balancer 리소스에 대한 자세한 내용은 VMware Avi Load Balancer 리소스 사용 항목을 참조하십시오.