VPN 세션을 역할별로 확장한 뒤 장애 여유분을 확인하십시오

두 번째 게이트웨이를 추가해도 콘솔에는 정상 멤버 두 개가 표시될 뿐 세션 상한은 거의 움직이지 않습니다. 새 장비에 도달하는 방법이 클라이언트에 전달되지 않았기 때문입니다. VPN 서비스 확장은 이 연결 유형에서 클라이언트를 분산하는 메커니즘이 무엇인지, 그리고 최악의 단일 손실 후에 얼마나 많은 용량이 남는지라는 순서가 있는 두 가지 결정입니다. 순서를 바꾸면 중복처럼 보이지만 필요한 순간에 정확히 실패하는 설계가 되므로 콘솔에서 시작한 뒤 계산하십시오.

메커니즘을 세션 유형에 맞추십시오

원격 사용자, 사이트 간 피어, 상시 연결 장치 터널은 서로 바꿔 쓸 수 있는 세션이 아닙니다. 이 중 하나를 위해 만든 분산 기능은 일반적으로 협상 중에 클라이언트를 돌리는데, 이미 고정 주소와 정적 구성을 가진 피어에게는 아무 의미가 없습니다.

Cisco의 ASA 고가용성 가이드는 원격 액세스 VPN 부하 분산, 상태 기반 장애 조치, 사이트 간 클러스터링이라는 세 가지 기능을 구분합니다. 그룹 항목에서 멤버로 적격 클라이언트를 옮기는 것은 첫 번째뿐이며, LAN 간 연결은 그 분산에서 제외됩니다. 일반 TCP 로드 밸런서는 터널 핸드셰이크가 프록시로 다시 쓸 수 있는 단순 HTTP가 아니기 때문에 프로토콜 자체의 리디렉션 단계를 대신할 수 없습니다. 실제 결과는 연결을 받아들이면서도 클라이언트가 터널을 만들지 못하게 하는 밸런서입니다.

두 번째 장비를 주문하기 전에 기능 목록을 자신의 세션 유형과 대조해 읽으십시오. 라이선스 줄과 메커니즘 줄은 별개 항목이며, 하나가 다른 하나를 의미하지 않습니다.

추측하지 말고 예를 계산하십시오

승인한 워크로드에서 세 게이트웨이가 각각 800 동시 터널로 검증되었다고 가정하면 합계는 2,400입니다. 피크 시간 목표 1,650은 여유 있어 보이지만 한 대를 잃으면 남은 두 대가 엄격한 1,600에 맞서 1,650을 유지해야 합니다. 설계는 이미 실패했고, 어떤 장애 조치 조정도 산술을 고치지 못합니다.

남은 집합이 여전히 목표를 충족하도록, 세 멤버 그룹이라면 총합의 삼분의 이 아래로 유지되게 설정하십시오. 이 비율은 산술의 성질이지 제품의 성질이 아니므로 멤버의 검증 수치가 바뀌면 다시 계산하십시오. 라이선스 수, 문서화된 최대치, 직접 측정한 값은 좀처럼 일치하지 않아 가장 작은 값이 지배하므로 세 열에 두십시오. 관측된 피크 시간의 최고점을 네 번째 열로 두면 첫 달 이후에도 계획이 정직하게 유지됩니다.

정상 상태뿐 아니라 재연결 폭주도 예산에 넣으십시오

실패한 멤버의 세션은 조용히 다른 곳에 다시 나타나지 않습니다. 메커니즘에 따라 상태와 함께 넘어가거나, 처음부터 다시 협상하거나, 애플리케이션이 자체 일정으로 재시도하기를 기다립니다.

일 분 안에 수천 개의 클라이언트가 재시도하는 것은 안정적인 1,650과 다른 사건이며, 인증 서버가 가장 먼저 이를 느낍니다. 풀 공간도, 리디렉션이 풀을 조회하지 않는 탓에 주소를 할당할 수 없는 멤버가 클라이언트를 받아들인 뒤 트래픽을 떨어뜨리는 점을 확인하십시오.

풀과 경로를 확보한 채 용량을 검증하십시오

검증은 읽기 전용 작업으로, 유지보수 창이 열리기 전에 대부분의 설계 오류를 잡아냅니다. 멤버별 풀, 활성 세션 수, 클라이언트 서브넷으로 돌아가는 경로를 수집한 뒤 각각을 계획과 비교하십시오. 풀 고갈과 반환 경로 누락은 모두 인증에 성공한 뒤 트래픽을 잃는 클라이언트로 나타납니다.

show vpn-sessiondb summary
show running-config ip local pool
show vpn load-balancing
show route 10.40.12.0 255.255.255.0

이러한 읽기는 조용한 시간이 아니라 정상 피크 시간에 각 멤버에 대해 실행하십시오. 세션을 보고하지만 빈 주소가 없는 멤버는 라이선스가 무엇을 말하든 이미 실용 한계에 있습니다. 명령 이름은 릴리스마다 바뀌므로 각 출력 옆에 펌웨어 버전을 기록하십시오.

업무 시간 외에 손실을 한 번 의도적으로 연습하고, 그동안 살아남은 멤버가 무엇을 보고하는지 기록하십시오. 리디렉션을 받아들이지만 풀에 공간이 없는 멤버는 할당 실패로 나타나며, 추가 대역폭으로는 절대 고쳐지지 않습니다. 검증된 수치는 날짜와 함께 계획 옆에 저장하여 다음 용량 검토가 라이선스 표가 아니라 증거에서 시작되게 하십시오. 그 연습의 결과는 수치가 계획과 일치하더라도 같은 페이지에 추가하십시오.