Vultr로드 밸런서

• 로드 밸런서 란 무엇입니까
• 로드 밸런서 배포
• 배포 후

로드 밸런서 란 무엇입니까

로드 밸런서는 애플리케이션 앞에 앉아 애플리케이션의 여러 인스턴스에 들어오는 트래픽을 분산시킵니다. 예를 들어 전자 상거래 웹 사이트가 있다고 가정 해 보겠습니다. 견인력이 높아지고 점점 더 많은 고객을 응용 프로그램으로 끌어 들이고 있습니다. 이 트래픽을 수용하기 위해 다른 전자 상거래 인스턴스 인스턴스를 배치 할 수 있습니다. 이제 이러한 상점 인스턴스간에 사용자를 안내하기 위해로드 밸런서를 사용자 앞에 배치하십시오.

로드 밸런서는 애플리케이션의 두 인스턴스간에 트래픽을 분산시킵니다. 이를 통해 더 많은 인스턴스를 배포하여 애플리케이션을 확장하고로드 밸런서 뒤에 배치함으로써 처리 할 수있는 트래픽 양을 늘릴 수 있습니다. 또한로드 밸런서를 통해 가동 시간을 향상시키는 데 도움이됩니다. 여러 인스턴스가 있고 그 중 하나가 실패하거나 오프라인 상태가되면로드 밸런서는 트래픽을 정상 실행 노드로 전환합니다.

로드 밸런서 배포

개요

이것은 완전히 관리되는 서비스입니다. 로드 밸런서 인프라를 유지하거나 운영하는 것에 대해 걱정할 필요가 없습니다. 이를 통해 응용 프로그램을 구축하고 원하는대로 확장하는 데 집중할 수 있습니다. 그러나 응용 프로그램이로드 밸런서와 함께 작동하도록 구성 및 설정되어 있는지 확인해야합니다.

전달 규칙

여기에서는 프로토콜을 사용하여 어떤 공용 포트가 어떤 내부 포트에 매핑되는지 정의합니다. 예를 들어로드 밸런서를 앞에 놓고 루비 온 레일즈 응용 프로그램을 가지고 있고 응용 프로그램이 포트에서 수신 대기하고 1234있지만 사용자가 포트를 통해 내 응용 프로그램에 액세스하기를 원하면 80매핑을 다음과 같이 정의합니다.Load Balancer http 80 -> Instance HTTP 1234

프로토콜로 HTTPS를 선택한 경우 자체 SSL 인증서를 업로드하라는 메시지가 표시됩니다. 다음 릴리스에서는 Let 's Encrypt 지원이 추가 될 예정입니다.

로드 밸런서 구성

알고리즘

알고리즘에 사용 가능한 두 가지 옵션이 있습니다.

• Roundrobin- 서버를 차례로 선택합니다. 이것이 기본 알고리즘입니다.

• Leastconn- 연결 수가 가장 적은 서버를 선택합니다. 더 긴 세션에 권장됩니다. 동일한 백엔드의 서버도 라운드 로빈 방식으로 회전합니다.

스티키 세션

고정 세션에 애플리케이션 제어 세션 지속성을 사용하고 있습니다.

응용 프로그램은 세션 고정 기간을 결정하는 쿠키를 생성합니다. 로드 밸런서는 여전히 자체 세션 쿠키를 발행하지만 이제는 애플리케이션 쿠키의 수명을 따릅니다.

이는 고정 세션을보다 효율적으로 만들어 로컬 세션 쿠키가 이미 만료 된 후에도 사용자가 서버로 라우팅되지 않도록합니다. 그러나로드 밸런서와 애플리케이션 간의 추가 통합이 필요하므로 구현하기가 더 복잡합니다.

쿠키 이름을 추가하라는 메시지가 표시됩니다.

상표

이것은로드 밸런서의 레이블입니다.

HTTP를 HTTPS로 강제

이렇게하면 HTTP가 HTTPS로 리디렉션됩니다. 이 기능이 제대로 작동하려면 유효한 SSL 인증서와 HTTPS가 구성되어 있어야합니다.

건강 검진

이러한 상태 확인은 첨부 된 응용 프로그램 / 인스턴스가 정상이며 제대로 라우팅 될 수 있는지 확인합니다. 인스턴스 중 하나가 상태 확인에 실패하면로드 밸런서는 해당 인스턴스에 대한 트래픽을 줄입니다.

배포 후

배포가 완료되면 (몇 분 정도 소요될 수 있음)로드 밸런서의 퍼블릭 IP 인 IPV4 및 IPV6 주소가 제공됩니다.

이제 원하는 구성 변경 사항과 함께 애플리케이션 / 인스턴스를로드 밸런서에 연결 / 분리 할 수 ​​있습니다.

측정 항목

로드 밸런서가 몇 분 동안 실행되면 메트릭이 수집됩니다. 로드 밸런서 대시 보드의 메트릭 탭에서 메트릭을 볼 수 있습니다.