Codespot Mobile
워크플로우

DNS 로드밸런싱 및 글로벌 로드밸런서 설계

03
풀 설계

헬스 체크가 있는 풀 설계하기

트래픽을 분담할 백엔드 풀이 필요합니다. 에이전트는 메모를 읽고 구성 파일을 작성한 후, 적용 전에 구문 검사 명령을 실행하여 유효성을 확인합니다.

01

폴더 열기

채팅에서 프로젝트 폴더를 엽니다.

02

구성 파일 읽기

기존 백엔드를 확인하기 위해 현재 구성 파일을 읽습니다.

03

변경 사항 초안 작성

헬스 체크가 포함된 새로운 풀 구성을 작성합니다.

04

구문 검증

오류가 있는지 확인하기 위해 구성 테스트 명령을 실행합니다.

구성 예시

lb-plan.yaml
# Load balancer pool config
# Algorithm: round robin
pool:
  name: web-pool
  algorithm: round_robin
  backends:
    - addr: 10.0.0.1
      port: 8080
    - addr: 10.0.0.2
      port: 8080
    - addr: 10.0.0.3
      port: 8080
  health_check:
    path: /health
    interval: 10s
    fail_threshold: 3
    pass_threshold: 2
  standby:
    - addr: 10.0.0.4
      port: 8080

이 yaml 파일은 세 개의 활성 백엔드와 하나의 대기 서버, 그리고 헬스 체크 매개변수를 포함하는 풀을 정의합니다.

자체 시스템에서 페일오버 검증하기

페일오버 계획 초안 작성

에이전트는 list_dir을 사용하여 폴더 구조를 확인하고, read_file로 현재 메모나 구성 파일을 검사하여 구조를 파악합니다. grep으로 특정 포트를 찾습니다. edit_file을 사용하여 하나의 백엔드가 실패할 경우 트래픽을 처리할 대기 서버를 추가합니다. 풀에서 정확히 어떤 변경이 이루어질지 보여주는 diff 카드를 확인할 수 있습니다. Shell로 구성 테스트 명령을 실행하고 종료 코드를 보고합니다. Plan only 모드로 전환하여 실행 없이 변경 전체 시퀀스를 확인할 수 있습니다. DNS 로드밸런싱은 트래픽 관리를 돕고, 테스트 중 정적 IP로 듀얼 WAN 페일오버를 검증할 수 있습니다. 각 작업은 실제 결과와 함께 채팅에 카드 형태로 나타납니다.

수동으로 페일오버 테스트

사용자가 계획된 창에서 하나의 백엔드를 중지하면, 에이전트는 http_get을 사용하여 나머지 백엔드의 헬스 페이지를 확인합니다. 중지된 백엔드도 확인합니다. 에이전트는 write_file을 사용하여 테스트 결과를 러너북에 업데이트합니다. DNS 캐싱으로 인해 페일오버가 TTL 기간 동안 상당히 지연될 수 있습니다. 에이전트는 이러한 결과를 채팅 인터페이스에 명확히 기록합니다. 이는 글로벌 로드밸런서 구성이 정확함을 검증합니다. 이제 백엔드를 다시 시작하여 다른 링크로의 트래픽 페일오버를 검증합니다. 에이전트가 해당 백엔드가 풀에 완전히 복귀했는지 확인합니다.

Windows용 Codespot Mobile

오늘 바로 풀 설계를 시작하세요

Codespot Mobile 다운로드 ↗