표준 Load Balancer 및 가용성 영역Standard Load Balancer and Availability Zones

Azure 표준 Load Balancer는 가용성 영역 시나리오를 지원 합니다.Azure Standard Load Balancer supports availability zones scenarios. 표준 부하 분산 장치를 사용 하 여 리소스를에 맞추고 영역 간 배포를 통해 시나리오 전체의 가용성을 높일 수 있습니다.You can use standard load balancer to increase availability throughout your scenario by aligning resources with, and distribution across zones. 가용성 영역은 표준 부하 분산 장치와 함께 다양 한 시나리오를 만들 수 있는 광범위 하 고 유연한 기능 집합입니다.Availability zones in combination with standard load balancer are an expansive and flexible feature set that can create many different scenarios. 이러한 개념과 기본 시나리오 디자인 지침을 이해하려면 이 문서를 검토하세요.Review this document to understand these concepts and fundamental scenario design guidance.

Load Balancer에 적용된 가용성 영역 개념Availability Zones concepts applied to Load Balancer

부하 분산 장치는 해당 구성 요소에서 영역 구성을 상속 합니다.A load balancer inherits zone configuration from its components:

  • 프런트 엔드Frontend
  • 규칙Rules
  • 백 엔드 풀 정의Backend pool definition

가용성 영역의 컨텍스트에서 부하 분산 장치 규칙의 동작 및 속성은 영역 중복 또는 영역으로 설명 됩니다.In the context of availability zones, the behavior and properties of a load balancer rule are described as zone-redundant or zonal. 부하 분산 장치의 컨텍스트에서 영역 중복은 항상 여러 영역 을 의미 하 고 영역에는 서비스를 단일 영역으로 격리 하는 것을 의미 합니다.In the context of the load balancer, zone-redundant always means multiple zones and zonal means isolating the service to a single zone. Azure Load Balancer에는 공용 및 내부 라는 두 가지 형식이 있습니다.An Azure Load Balancer has two types, public and internal. 두 가지 유형의 부하 분산 장치는 영역 중복성 및 영역 배포를 지원 합니다.Both types of load balancer support zone redundancy and zonal deployment. 두 부하 분산 장치 유형 모두 필요에 따라 영역 간에 트래픽을 보낼 수 있습니다.Both load balancer types can direct traffic across zones as needed.

프런트 엔드Frontend

부하 분산 장치 프런트 엔드는 가상 네트워크의 서브넷 내에서 공용 IP 주소 또는 개인 IP 주소를 참조 하는 프런트 엔드 IP 구성입니다.A load balancer frontend is a frontend IP configuration referencing either a public IP address or a private IP address within the subnet of a virtual network. 서비스가 노출되는 부하 분산된 엔드포인트를 형성합니다.It forms the load balanced endpoint where your service is exposed.

부하 분산 장치 리소스는 영역 중복 및 영역 중복 프런트 엔드 포함 된 규칙을 동시에 포함할 수 있습니다.A load balancer resource can contain rules with zonal and zone-redundant frontends simultaneously. 공용 또는 개인 IP가 영역에 대해 보장 되는 경우 영역 조건을 (또는 부족)가 변경할 수 되지 않습니다.When a public or private IP is guaranteed to a zone, the zonality (or lack of it) isn't alterable. 공용 또는 개인 IP 주소 프런트 엔드의 영역 조건을를 변경 하거나 생략 하려면 적절 한 영역에 IP를 다시 만듭니다.To change or omit the zonality of a public or private IP address frontend, recreate the IP in the appropriate zone.

가용성 영역은 여러 프런트 엔드에 대 한 제약 조건을 변경 하지 않습니다.Availability zones don't change the constraints for multiple frontends. 이 기능에 대 한 자세한 내용은 Load Balancer에 대 한 여러 프런트 엔드을 검토 합니다.Review multiple frontends for Load Balancer for details for this ability.

영역 중복Zone redundant

가용성 영역이 있는 지역에서 표준 부하 분산 장치 프런트 엔드는 영역 중복 될 수 있습니다.In a region with availability zones, a standard load balancer frontend can be zone-redundant. 여러 영역은 지역에서 인바운드 또는 아웃 바운드를 제공할 수 있습니다.Multiple zones can serve inbound or outbound in a region. 이 트래픽은 단일 IP 주소에 의해 제공 됩니다.This traffic is served by a single IP address. DNS 중복 구성표는 필요하지 않습니다.DNS redundancy schemes aren't required.

단일 프런트 엔드 IP 주소는 영역 실패 후에도 유지 됩니다.A single frontend IP address will survive zone failure. 프런트 엔드 IP를 사용 하 여 영역에 관계 없이 모든 (영향을 받지 않는) 백 엔드 풀 구성원에 연결할 수 있습니다.The frontend IP may be used to reach all (non-impacted) backend pool members no matter the zone. 하나 이상의 가용성 영역이 실패할 수 있으며, 지역에서 한 영역이 정상으로 유지 되는 한 데이터 경로가 생존 합니다.One or more availability zones can fail and the data path survives as long as one zone in the region remains healthy.

프런트 엔드의 IP 주소는 여러 가용성 영역에서 여러 독립 인프라 배포에 의해 동시에 처리 됩니다.The frontend's IP address is served simultaneously by multiple independent infrastructure deployments in multiple availability zones. 재시도 또는 재설정는 영역 실패의 영향을 받지 않는 다른 영역에서 성공 합니다.Any retries or reestablishment will succeed in other zones not affected by the zone failure.

Figure depicts a zone-redundant standard load balancer directing traffic in three different zones to three different subnets in a zone redundant configuration.

그림: 영역 중복 부하 분산 장치Figure: Zone redundant load balancer

횡단면Zonal

영역 프런트 엔드라고 하는 단일 영역에 대한 프런트 엔드를 보장하도록 선택할 수 있습니다.You can choose to have a frontend guaranteed to a single zone, which is known as a zonal frontend. 이 시나리오는 모든 인바운드 또는 아웃 바운드 흐름이 한 지역의 단일 영역에서 처리 됨을 의미 합니다.This scenario means any inbound or outbound flow is served by a single zone in a region. 프런트 엔드는 영역의 상태와 수명을 공유합니다.Your frontend shares fate with the health of the zone. 데이터 경로는 보장된 영역 이외의 영역에서 오류가 발생해도 영향을 받지 않습니다.The data path is unaffected by failures in zones other than where it was guaranteed. 영역 프런트 엔드를 사용하여 가용성 영역별 IP 주소를 공개할 수 있습니다.You can use zonal frontends to expose an IP address per Availability Zone.

또한 각 영역 내의 부하 분산 된 끝점에 대해 영역 프런트 엔드를 직접 사용 하는 것이 지원 됩니다.Additionally, the use of zonal frontends directly for load balanced endpoints within each zone is supported. 이 구성을 사용 하 여 각 영역을 개별적으로 모니터링 하기 위해 부하 분산 된 영역 당 끝점을 노출할 수 있습니다.You can use this configuration to expose per zone load-balanced endpoints to individually monitor each zone. 공용 끝점의 경우 Traffic Manager 와 같은 dns 부하 분산 제품과 통합 하 고 단일 dns 이름을 사용할 수 있습니다.For public endpoints, you can integrate them with a DNS load-balancing product like Traffic Manager and use a single DNS name.

Figure depicts three zonal standard load balancers each directing traffic in a zone to three different subnets in a zonal configuration.

그림: 영역 부하 분산 장치Figure: Zonal load balancer

이러한 개념(동일한 백 엔드에 대한 영역 중복 및 영역)을 혼합하려면 Azure Load Balancer의 다중 프런트 엔드를 검토하세요.If you wish to blend these concepts (zone-redundant and zonal for same backend), review multiple frontends for Azure Load Balancer.

공용 부하 분산 장치 프런트 엔드의 경우 공용 IP에 영역 매개 변수를 추가 합니다.For a public load balancer frontend, you add a zones parameter to the public IP. 이 공용 IP는 해당 규칙에서 사용 하는 프런트 엔드 IP 구성에서 참조 됩니다.This public IP is referenced by the frontend IP configuration used by the respective rule.

내부 부하 분산 장치 프런트 엔드의 경우 내부 부하 분산 장치 프런트 엔드 IP 구성에 zones 매개 변수를 추가 합니다.For an internal load balancer frontend, add a zones parameter to the internal load balancer frontend IP configuration. 영역 프런트 엔드는 서브넷의 IP 주소를 특정 영역으로 보장 합니다.A zonal frontend guarantees an IP address in a subnet to a specific zone.

백 엔드Backend

Azure Load Balancer은 가상 머신 인스턴스에서 작동 합니다.Azure Load Balancer works with virtual machine instances. 이러한 인스턴스는 독립 실행형, 가용성 집합 또는 가상 머신 확장 집합 일 수 있습니다.These instances can be standalone, availability sets, or virtual machine scale sets. 단일 가상 네트워크의 모든 가상 머신은 백 엔드 풀의 일부가 될 수 있으며,이는 가상 머신이 보장 되는 영역입니다.Any virtual machine in a single virtual network can be part of the backend pool, whatever zone the virtual machine is guaranteed to.

프런트 엔드 및 백 엔드를 단일 영역으로 정렬 하 고 보장 하려면 동일한 영역 내에 있는 가상 컴퓨터를 해당 백 엔드 풀에 추가 합니다.To align and guarantee your frontend and backend with a single zone, only place virtual machines within the same zone into the corresponding backend pool.

여러 영역에서 가상 컴퓨터를 처리 하려면 여러 영역의 가상 컴퓨터를 동일한 백 엔드 풀에 저장 합니다.To address virtual machines across multiple zones, place virtual machines from multiple zones into the same backend pool.

Virtual machine scale sets를 사용 하는 경우 하나 이상의 가상 머신 확장 집합을 동일한 백 엔드 풀에 저장 합니다.When using virtual machine scale sets, place one or more virtual machine scale sets into the same backend pool. 크기 집합은 단일 또는 여러 영역에 있을 수 있습니다.Scale sets can be in single or multiple zones.

아웃바운드 연결Outbound connections

영역 중복 및 영역은 아웃 바운드 연결에 적용 됩니다.Zone-redundant and zonal apply to outbound connections. 아웃 바운드 연결에 사용 되는 영역 중복 공용 IP 주소는 모든 영역에서 제공 됩니다.A zone-redundant public IP address used for outbound connections is served by all zones. 영역 공용 IP 주소는이 보장 된 영역 에서만 제공 됩니다.A zonal public IP address is served only by the zone it's guaranteed in.

아웃 바운드 연결 SNAT 포트 할당은 영역 오류에 남아 있으며, 시나리오는 영역 실패의 영향을 받지 않는 경우 아웃 바운드 SNAT 연결을 계속 제공 합니다.Outbound connection SNAT port allocations survive zone failures and your scenario will continue to provide outbound SNAT connectivity if not affected by zone failure. 영역 오류에는 영향을 받는 영역에서 트래픽을 처리 한 경우 영역 중복 시나리오에 대 한 연결을 다시 설정 해야 할 수 있습니다.Zone failures may require connections to be re-established for zone-redundant scenarios if traffic was served by an affected zone. 영향을 받는 영역 이외의 영역에 있는 흐름은 영향을 받지 않습니다.Flows in zones other than the affected zones aren't affected.

SNAT 포트 미리 할당 알고리즘은 가용성 영역을 사용 하거나 사용 하지 않는 상태와 동일 합니다.The SNAT port preallocation algorithm is the same with or without availability zones.

상태 프로브Health probes

기존 상태 프로브 정의는 가용성 영역이 없는 그대로 남아 있습니다.Your existing health probe definitions remain as they are without availability zones. 그러나 인프라 수준에서 상태 모델을 확장 했습니다.However, we've expanded the health model at an infrastructure level.

영역 중복 프런트 엔드를 사용 하는 경우 부하 분산 장치는 내부 상태 검사를 확장 합니다.When using zone-redundant frontends, the load balancer expands its internal health checking. 부하 분산 장치는 각 영역에서 가상 컴퓨터의 가용성을 독립적으로 검색 하 고 개입 없이 실패 한 영역에서 경로를 종료 합니다.The load balancer independently probes the availability of a virtual machine from each zone and shuts down paths across zones that have failed without intervention.

이 VM에 연결할 수 있는 다른 영역은 해당 프런트 엔드에서 VM을 계속 처리할 수 있습니다.Other zones who can reach this VM can continue to serve the VM from their respective frontends. 오류 이벤트가 발생 하는 동안 각 영역에는 서비스의 전반적인 상태를 보호 하는 동안 새 흐름의 여러 배포가 있을 수 있습니다.During failure events, each zone may have different distributions of new flows while protecting the overall health of your service.

디자인 고려 사항Design considerations

부하 분산 장치는 가용성 영역의 맥락에서 유연 합니다.Load balancer is flexible in the context of availability zones. 영역에 맞추거나 각 규칙에 대해 영역 중복으로 선택할 수 있습니다.You can choose to align to zones or be zone-redundant for each rule. 가용성 증가는 복잡성이 증가 하는 가격으로 제공 될 수 있습니다.Increased availability can come at the price of increased complexity. 최적 성능을 위한 가용성을 설계 합니다.Design for availability for optimal performance.

영역-중복성Zone-redundancy

Load Balancer를 사용하면 단일 IP를 영역 중복 프런트 엔드로 간단하게 만들 수 있습니다.Load Balancer makes it simple to have a single IP as a zone-redundant frontend. 영역 중복 IP 주소는 모든 영역에서 영역 리소스를 제공할 수 있습니다.A zone-redundant IP address can serve a zonal resource in any zone. 영역 내에서 한 영역이 정상 상태로 유지 되는 한 하나 이상의 영역 오류에 IP가 남아 있을 수 있습니다.The IP can survive one or more zone failures as long as one zone remains healthy within the region. 대신 영역 프런트 엔드는 단일 영역에 대 한 서비스를 줄이고 해당 영역에 대 한 공유를 공유 하는 것입니다.Instead, a zonal frontend is a reduction of the service to a single zone and shares fate with the respective zone.

영역 중복성은 비충돌 데이터 경로 또는 제어 평면을 의미 하지 않습니다. 데이터 평면입니다.Zone-redundancy doesn't imply hitless datapath or control plane; it's data plane. 영역 중복 흐름은 모든 영역을 사용할 수 있으며, 고객의 흐름에서는 한 지역의 모든 정상 영역을 사용합니다.Zone-redundant flows can use any zones and a customer's flows will use all healthy zones in a region. 영역 오류에서 정상 영역을 사용 하는 트래픽 흐름은 영향을 받지 않습니다.In a zone failure, traffic flows using healthy zones aren't affected.

영역 장애 시 영역을 사용 하는 트래픽 흐름에 영향을 줄 수 있지만 응용 프로그램을 복구할 수 있습니다.Traffic flows using a zone at the time of zone failure may be affected but applications can recover. Azure가 영역 장애를 수렴 했을 때 재전송 시 해당 지역 내의 정상 영역에서 트래픽이 계속 됩니다.Traffic continues in the healthy zones within the region upon retransmission when Azure has converged around the zone failure.

영역 간 경계Cross zone boundaries

서비스가 영역을 벗어날 때마다 한 영역은 아니지만 여러 영역을 포함 하는 위치를 공유 한다는 것을 이해 하는 것이 중요 합니다.It's important to understand that anytime a service crosses zones, you share fate with not one zone but potentially multiple zones. 따라서 서비스는 비-영역 배포에 대 한 가용성을 얻지 못할 수 있습니다.As a result, your service may not have gained any availability over non-zonal deployments.

가용성 영역을 사용할 때 가용성 향상을 무효화 하는 의도 하지 않은 영역 간 종속성이 도입 되지 않도록 합니다.Avoid introducing unintended cross-zone dependencies, which will nullify availability gains when using availability zones. 응용 프로그램에 중요 한 구성 요소가 여러 개 있는 경우 영역에 오류가 발생 하는 경우 유지를 확인 합니다.If your application contains multiple critical components, ensure the survival if a zone fails.

응용 프로그램에 대 한 단일 중요 한 구성 요소는 남아 있는 영역 이외의 영역에만 있는 경우 전체 응용 프로그램에 영향을 줄 수 있습니다.A single critical component for your application can impact your entire application if it only exists in a zone other than the surviving zone(s). 영역 복원 및 응용 프로그램의 수렴 방식을 고려 합니다.Consider the zone restoration and how your application will converge. 응용 프로그램의 일부 오류에 대 한 응답을 이해 합니다.Understand how your application responds to failures of portions of it. 주요 점수를 검토 하 고 특정 시나리오를 고려 하 여 질문에 사용 합니다.Review key points and use them for questions as you think through your specific scenario.

  • 응용 프로그램에 다음 두 가지 구성 요소가 있는 경우:If your application has two components:

    • IP 주소IP address
    • 관리 디스크를 사용 하는 가상 머신Virtual machine with managed disk

영역 1 및 영역 2에서 구성 됩니다.They're configured in zone 1 and zone 2. 영역 1이 실패 하면 서비스는 존속 되지 않습니다.When zone 1 fails, your service won't survive. 잠재적으로 위험한 오류 모드를 생성 하 고 있음을 완전히 이해 하지 않는 한 영역 시나리오와 영역을 교차 하지 마세요.Don't cross zones with zonal scenarios unless you fully understand that you're creating a potentially hazardous failure mode. 이 시나리오에서는 유연성을 제공할 수 있습니다.This scenario is allowed to provide flexibility.

  • 응용 프로그램에 다음 두 가지 구성 요소가 있는 경우:If your application has two components:

    • IP 주소IP address
    • 관리 디스크를 사용 하는 가상 머신Virtual machine with managed disk

영역 중복 및 영역 1로 구성 됩니다.They're configured to be zone-redundant and zone 1. 영역 1이 실패 하지 않는 한 서비스는 영역 2, 영역 3 또는 둘 다의 영역 오류에 계속 남아 있습니다.Your service will survive zone failure of zone 2, zone 3, or both unless zone 1 has failed. 하지만 관찰 중인 모든 사용자가 프런트 엔드의 연결 인 경우 서비스의 상태에 대 한 이유를 제공 하는 기능이 손실 됩니다.However, you lose some ability to reason about the health of your service if all you're observing is the reachability of the frontend. 더 광범위한 상태 및 용량 모델을 개발하는 것이 좋습니다.Consider developing a more extensive health and capacity model. 영역 중복 및 영역 개념을 함께 사용하여 통찰력과 관리 효율성을 확장할 수 있습니다.You might use zone-redundant and zonal concepts together to expand insight and manageability.

  • 응용 프로그램에 다음 두 가지 구성 요소가 있는 경우:If your application has two components:

    • 영역 중복 부하 분산 장치 프런트 엔드Zone-redundant load balancer frontend
    • 세 영역에서 영역 간 가상 머신 확장 집합Cross-zone virtual machine scale set in three zones

실패의 영향을 받지 않는 영역의 리소스는 사용할 수 있습니다.Your resources in zones not affected by failure will be available. 서비스 용량이 오류 중에 저하 될 수 있습니다.Your service capacity may be degraded during the failure. 인프라 측면에서 볼 때 배포에 하나 이상의 영역 오류가 남아 있을 수 있습니다.From an infrastructure perspective, your deployment can survive one or more zone failures. 이 시나리오는 다음과 같은 질문을 발생 시킵니다.This scenario raises the following questions:

  • 응용 프로그램이 오류 및 성능 저하에 어떻게 대응 하는지 이해 하나요?Do you understand how your application responds to failures and degraded capacity?

  • 필요한 경우 지역 쌍에 장애 조치를 강제로 적용하기 위해 서비스에 세이프가드가 필요합니까?Do you need to have safeguards in your service to force a failover to a region pair if necessary?

  • 이러한 시나리오는 어떻게 모니터링, 검색 및 완화합니까?How will you monitor, detect, and mitigate such a scenario? 표준 부하 분산 장치 진단을 사용 하 여 서비스 성능 모니터링을 강화할 수 있습니다.You can use standard load balancer diagnostics to augment monitoring of your service performance. 사용 가능한 항목과 확대 해야 할 수 있는 항목을 고려 합니다.Consider what is available and what may need augmentation.

  • 영역은 오류를 더 쉽게 이해하고 포함하도록 만들 수 있습니다.Zones can make failures more easily understood and contained. 시간 제한, 다시 시도 및 백오프 알고리즘이 발생 하는 경우 영역 오류는 다른 오류와 다르지 않습니다.Zone failure is no different than other failures when it comes to timeouts, retries, and backoff algorithms. Azure Load Balancer는 영역 중복 경로를 제공 합니다.Azure Load Balancer provides zone-redundant paths. 부하 분산 장치는 패킷 수준에서 실시간으로 신속 하 게 복구를 시도 합니다.The load balancer tries to recover quickly, at a packet level in real time. 장애 하기 시작 하면 중에는 재전송이 발생 하거나 재설정이 수 있습니다.Retransmissions or reestablishments may occur during the onset of a failure. 응용 프로그램의 복사본이 오류를 파악 하는 것이 중요 합니다.It's important to understand how your application copes with failures. 부하 분산 체계가 계속 유지 되지만 다음 질문에 대 한 계획을 세워야 합니다.Your load-balancing scheme will survive, but you need to plan for the following questions:

    • 영역에 오류가 발생 하면 서비스에서이 오류를 이해 하 고 상태를 잃어 버렸습니다. 어떻게 복구 하나요?When a zone fails, does your service understand this failure and if the state is lost, how will you recover?
    • 영역이 반환되면 애플리케이션에서 안전하게 수렴하는 방법을 이해하고 있습니까?When a zone returns, does your application understand how to converge safely?

Azure 클라우드 디자인 패턴 을 검토 하 여 응용 프로그램의 복원 력을 오류 시나리오로 향상 시킵니다.Review Azure cloud design patterns to improve the resiliency of your application to failure scenarios.

다음 단계Next steps