넷스케일러(NetScaler)의 우선순위 로드 밸런싱(Priority Order Load Balancing)을 통해 고가용성, 원활한 업그레이드, 카나리 배포, 지오펜싱 등을 구현할 수 있습니다. 

이번 블로그에서는 넷스케일러 우선순위 로드 밸런싱과 그 이점에 대해 소개해드립니다. 

✅ 우선 순위 로드 밸런싱(Priority Order Load Balancing)

우선순위 로드 밸런싱(Priority Load Balancing)은 우선순위 로드 밸런싱 가상 서버와 연결된 각 서비스 또는 서비스 그룹에 우선순위 값을 할당할 수 있도록 합니다. 숫자가 가장 낮은 값일수록 높은 우선순위를 가지며, 해당 서비스가 사용 가능한 상태일 경우 해당 서비스로 트래픽이 전송됩니다. 만약 해당 서비스가 사용할 수 없는 경우, 트래픽은 다음으로 높은 우선순위를 가진 서비스로 자동으로 전환됩니다.

또한, 로드 밸런싱 정책과 액션을 활용하여 서비스의 우선순위를 제어할 수도 있습니다. 특정 클라이언트 요청에 대해 로드 밸런싱 정책이 참(true)으로 평가되면, 로드 밸런싱 액션에서 지정된 순서가 기본 우선순위보다 우선적으로 적용됩니다.

✅ 고가용성(High Availability)

NetScaler의 우선순위 로드 밸런싱(Priority Load Balancing)을 활용한 고가용성(HA)은 서비스 또는 서비스 그룹의 우선순위에 따라 트래픽을 분배하여 애플리케이션의 연속적인 가용성을 보장하는 방법입니다. 고가용성은 다양한 환경에서 필요하며, 대표적인 사례로는 액티브/패시브(Active/Passive) 배포, 유지보수 및 업그레이드 과정, 재해 복구(Disaster Recovery) 상황이 있습니다. NetScaler의 우선순위 로드 밸런싱을 활용하면 이러한 모든 시나리오에서 고가용성을 효과적으로 구현할 수 있습니다.

아래 블로그 게시물에서는 우선순위 로드 밸런싱과 고가용성 구현을 위한 예제 시나리오 및 상세한 설명을 제공합니다. 이를 통해 개념을 쉽게 이해하고 실무에 적용할 수 있습니다. 블로그를 확인하려면 링크를 클릭하세요.

✅ 유지보수 및 업그레이드

NetScaler의 우선순위 로드 밸런싱(Priority Load Balancing)을 활용하면 다운타임을 최소화하고 서비스 가용성을 지속적으로 유지하면서 유지보수 및 업그레이드를 효율적으로 관리할 수 있습니다. 우선순위 로드 밸런싱을 통해 특정 서비스 또는 서비스 그룹에 대해 유지보수나 업그레이드를 진행하는 동안에도 애플리케이션의 전체적인 가용성을 유지할 수 있습니다. 이를 위해 최우선 순위 서비스가 유지보수 또는 업그레이드 중일 때, 트래픽을 자동으로 낮은 우선순위의 서비스로 리디렉션하여 서비스 중단 없이 안정적인 운영이 가능합니다.

Example Scenario

쇼핑 카트 애플리케이션을 고려해 보겠습니다. 이 애플리케이션은 두 단계의 이중화를 통해 원하는 서비스 수준 목표를 보장합니다. 기본 애플리케이션 인스턴스가 업그레이드가 필요할 경우, NetScaler에서 해당 엔티티(서비스 또는 서비스 그룹 멤버)를 비활성화해야 합니다. 이 작업이 수행되면 NetScaler는 자동으로 트래픽을 보조 애플리케이션 인스턴스로 전환하여 서비스 연속성을 유지합니다.

Netscaler CLI Configuration

• add gslb vserver shoppingcart http
• add gslb service shopping_cart_US_East SSL 443 -sitename USeast
• add gslb service shopping_cart_US_West SSL 443 -sitename USwest
• bind gslb vserver shoppingcart -servicename shopping_cart_US_east -order 1
• bind gslb vserver shoppingcart -servicename shopping_cart_US_west -order 2

✅ 재해 복구(Disaster Recovery)

재해 발생 시 애플리케이션의 가용성과 기능을 유지하기 위해 재해 복구(DR)는 NetScaler의 우선순위 로드 밸런싱(Priority Order Load Balancing) 기술을 활용하여 장애 전환(Failover) 및 복구 프로세스를 효율적으로 관리합니다. 우선순위 로드 밸런싱을 통해 각 서비스 또는 서비스 그룹에 다양한 우선순위를 할당할 수 있습니다. 재해 발생 시, 이 메커니즘은 다음으로 높은 우선순위를 가진 사용 가능한 서비스로 트래픽을 자동 전환하여 애플리케이션 가용성을 지속적으로 유지할 수 있도록 보장합니다.

Example Scenario

쇼핑 카트 애플리케이션이 미국 동부(US East)와 미국 서부(US West) 두 개의 데이터 센터에서 운영되고 있다고 가정해 보겠습니다. 재해 복구(Disaster Recovery)를 구현하기 위해, 각 지역의 애플리케이션 서비스를 서로 다른 우선순위(Order)로 로드 밸런싱 가상 서버에 바인딩해야 합니다.

• Applications running in US east can be bound with order 1
• Applications running in US west can be bound with order 2

정상적인 상황에서는 트래픽이 미국 동부(US East)로 라우팅됩니다. 미국 동부 지역에서 장애가 발생하면, 트래픽이 자동으로 미국 서부(US West)로 전환됩니다. 이후 미국 동부의 애플리케이션이 복구되면, 다시 미국 동부로 트래픽이 전환됩니다.

Netscaler CLI configuration

• add gslb vserver shoppingcart http
• add gslb service shopping_cart_US_East SSL 443 -sitename USeast
• add gslb service shopping_cart_US_West SSL 443 -sitename USwest
• bind gslb vserver shoppingcart -servicename shopping_cart_US_east -order 1
• bind gslb vserver shoppingcart -servicename shopping_cart_US_west -order 2

✅ 지리적 분산(Geographical Distribution)

글로벌 서버 로드 밸런싱(GSLB) 환경에서 우선순위 로드 밸런싱(Priority Order Load Balancing)을 활용하면 지리적으로 분산된 여러 서버 간에 클라이언트 트래픽을 효과적으로 분배할 수 있습니다. 이 방식은 사용자 요청을 가장 적절한 서버로 라우팅하여 애플리케이션 성능을 향상시키는 데 도움을 줍니다.

Example scenario

쇼핑 카트 애플리케이션이 DC1, DC2, DC3 등 여러 데이터 센터에서 운영되고 있다고 가정해 보겠습니다.사용자 경험을 최적화하기 위해, 사용자를 지리적으로 가장 가까운 데이터 센터로 리디렉션하는 것이 목표입니다. 클라이언트의 IP 주소를 기반으로 로드 밸런싱 정책(lb policies)을 활용하면, 트래픽을 가장 가까운 데이터 센터로 자동 분배할 수 있습니다.

Netscaler CLI Configuration

• add gslb vserver shoppingcart SSL
• add gslb service shopping_cart_NA SSL 443 -sitename NA
• add gslb service shopping_cart_EU SSL 443 -sitename EU
• add gslb service shopping_cart_ASIA SSL 443 -sitename ASIA
• bind gslb vserver shoppingcart -servicename shopping_cart_NA -order 1
• bind gslb vserver shoppingcart -servicename shopping_cart_EU -order 2
• bind gslb vserver shoppingcart -servicename shopping_cart_ASIA -order 3
• add lb action lbact1 -type SELECTIONORDER -value 1 2 3
• add lb action lbact2 -type SELECTIONORDER -value 2 3 1
• add lb action lbact3 -type SELECTIONORDER -value 3 2 1
• add lb policy lbpol1 -rule client.ip.src.location.eq("NA.*") -action lbact1
• add lb policy lbpol1 -rule client.ip.src.location.eq("EU.*") -action lbact2
• add lb policy lbpol1 -rule client.ip.src.location.eq("ASIA.*") -action lbact3
• bind gslb vserver shoppingcart -policyname lbpol1 -priority 10
• bind gslb vserver shoppingcart -policyname lbpol2 -priority 20
• bind gslb vserver shoppingcart -policyname lbpol3 -priority 30

클라이언트 IP가 지정된 위치 중 하나에 해당하는 경우, 해당 클라이언트는 해당 데이터 센터로 리디렉션됩니다. 만약 클라이언트 IP가 위 조건 중 어느 하나에도 해당하지 않는 경우, GSLB 서비스 선택 시 기본 순서(default order precedence)를 따르게 됩니다.

✅ 서비스 레벨  계약(Service Level Agreements)

서비스 레벨 계약(SLAs)은 서비스 제공자가 고객의 성능 기대치를 충족하도록 보장하는 데 중요한 역할을 합니다. SLA 요구사항 중 하나는 프리미엄 고객(premium clients)에게 최소한의 지연 시간(latency)으로 서비스를 제공하는 것입니다. 이를 위해 우선순위 로드 밸런싱(Priority Order Load Balancing)을 활용하면, 프리미엄 고객의 트래픽을 낮은 지연 시간을 보장하는 서비스로 우선 분배할 수 있습니다.

Example Scenario

스트리밍 서비스가 2개의 서버에서 운영된다고 가정해 보겠습니다. 하나는 프리미엄 클라이언트를 제공하기 위한 높은 처리량을 가진 서버이고, 다른 하나는 나머지 클라이언트를 제공하기 위한 낮은 처리량을 가진 서버입니다.

Netscaler CLI Configuration

• add lb vserver streaming SSL 443
• add service premium_service SSL 443
• add service nornal_service SSL 443
• bind lb vserver streaming premium_service -order 1
• bind lb vserver streaming normal_service -order 2
• add lb action lbact1 -type SELECTIONORDER -value 1
• add lb action lbact2 -type SELECTIONORDER -value 2
• import patsetfile local:ip_list.txt client_iplist
• add patsetfile client_iplist
• add patset client_list -patsetfile client_iplist
• add lb policy lbpol1 -rule client.ip.src.typecast_text_t.equals_any("client_list") -action lbact1
• add lb policy lbpol2 -rule true -action lbact2
• bind lb vserver streaming -policyname lbpol1 -priority 10
• bind lb vserver streaming -policyname lbpol2 -priority 20

위 샘플 구성에서, 프리미엄 클라이언트의 srcip 목록은 import patsetfile 유틸리티를 사용하여 NetScaler에 가져옵니다. lbpol1은 들어오는 클라이언트가 프리미엄 클라이언트 목록에 포함되어 있는지 평가한 후, 해당 클라이언트를 낮은 지연 시간을 보장하는 서버 목록에서 로드 밸런싱하도록 설정됩니다.

✅ 지오 펜싱(Geo Fencing)

우선순위 로드 밸런싱을 활용한 지리적 분산(Geographical Distribution)은 데이터를 적절한 위치에서 처리하고 저장하도록 보장함으로써 컴플라이언스(Compliance) 및 보안(Security)을 강화하는 데 큰 역할을 합니다. 이 방법을 사용하면 고가용성과 성능을 유지하면서도 규정을 준수하는 환경을 구축할 수 있습니다.

Example Scenario

전자상거래 애플리케이션이 두 개의 지역에서 서버를 운영하고 있다고 가정해 보겠습니다. 하나는 EU(유럽)에, 다른 하나는 US(미국)에 위치해 있습니다. Netscaler 구성을 따르면 EU 지역의 클라이언트가 EU 서버로 연결됩니다.

Netscaler CLI Configuration

• add gslb vserver e_commerce SSL 443
• add gslb service eu_server SSL 443 -sitename EU
• add gslb service us_server SSL 443 -sitename NA
• bind gslb vserver e_commerce -servicename eu_server -order 1
• bind gslb vserver e_commerce -servicename us_server -order 2
• add lb action lbact1 -type SELECTIONORDER -value 1
• add lb action lbact2 -type SELECTIONORDER -value 2
• add lb policy lbpol1 -rule client.ip.src.between(10.10.10.1, 20.20.20.1) -action lbact1
• add lb policy lbpol2 -rule true -action lbact2
• bind gslb vserver v1 -policyname lbpol1 -priority 10
• bind gslb vserver v1 -policyname lbpol2 -priority 20

클라이언트가 지정된 IP 범위에서 접속하는 경우(해당 IP 범위가 EU 지역을 나타낸다고 가정), 해당 클라이언트는 오직 eu_server로 로드 밸런싱됩니다.

✅ 블루-그린 배포(Blue-Green Deployment)

다운타임과 위험을 최소화하기 위해 블루-그린 배포 전략은 Blue와 Green이라는 두 개의 동일한 프로덕션 환경을 운영합니다. 이들 환경 중 하나만 활성 상태이며, 모든 프로덕션 트래픽을 처리합니다. NetScaler의 우선순위 로드 밸런싱은 이 배포 전략을 효과적으로 관리하는 도구로 활용될 수 있습니다.

NetScaler에서 블루-그린 배포를 관리하는 구성에 대한 자세한 내용은 블로그를 참고하세요.

✅ 카나리 배포(Canary Deployment)

카나리 배포(Canary deployment)는 애플리케이션의 새로운 버전을 전체 사용자에게 배포하기 전에 소수의 사용자 그룹에게 점진적으로 롤아웃하는 전략입니다. 이를 통해 실제 환경에서 최소한의 위험으로 모니터링과 테스트를 수행할 수 있습니다. NetScaler의 우선순위 로드 밸런싱을 활용하면 이 배포 전략을 효과적으로 관리할 수 있습니다.

NetScaler에서 카나리 배포를 관리하는 구성에 대한 자세한 내용은 블로그를 참고하세요.

▶ 넷스케일러(NetScaler) : 자세히보기

넷스케일러는 모든 ADC 작업을 한 곳에서 관리할 수 있는 유일한 애플리케이션 딜리버리 및 보안 플랫폼입니다. 소프트웨어 기반 아키텍처를 사용하여 단일 코드 베이스로 구축되었기 때문에, 하드웨어, 가상 머신, 베어 메탈, 컨테이너 등 어떤 ADC 형태를 선택하더라도 동일한 동작을 보장합니다. 환경에 구애받지 않는 인텐트 기반, API 중심의 멀티 클라우드 환경을 위한 애플리케이션 딜리버리입니다.

클라우드네트웍스는 업계 최고의 기술력을 보유한 전담팀을 통해 넷스케일러의 기술지원 서비스를 제공합니다. 넷스케일러에 대한 문의사항은 공식 파트너사인 클라우드네트웍스로 연락 부탁드립니다.