VPN 풀이 커진다고 세션 한도가 커지는 것은 아니다

/22에는 1,024개의 IPv4 주소가 있고, 이 숫자는 용량으로 오해하기 쉽다. 이는 범위가 지원할 수 있는 할당 수를 설명할 뿐, 게이트웨이가 받아들일 세션 수나 전달할 수 있는 트래픽 양을 설명하지 않는다. 어떤 답이든 그 뒤에는 세 가지 별개의 셈이 있고, 그것들은 서로 다른 방식으로 무너진다. 이들을 비교하는 것이 거부를 올바른 셈에 귀속시키는 방법이다.

풀과 권리와 작업 부하는 서로 다른 단위로, 서로 다른 주체가 센다.

풀이 실제로 제공하는 것

마스크가 아니라 실효 경계에서 시작하라. 서브넷 토폴로지가 서버가 내줄 수 있는 주소 수를 정하고, 고정 할당과 예약이 일부를 소비하며, 네트워크 주소와 브로드캐스트 주소는 쓸 수 없다. /22는 원칙적으로 1,024를 제공하고 실제로는 그보다 적으며, 이것만으로도 사람들이 기대하는 산수가 깨진다. 클라이언트가 도달해야 하는 네트워크와 겹치면 넉넉해 보이던 범위도 배제될 수 있다. 공지하기 전에 할당 방식이 제안한 범위를 지원하는지 확인하라.

더 큰 풀은 정확히 하나의 제약을 없앤다. 승인 한도나 라이선스, 전달 처리량에는 손대지 않으며, 경로와 접근 정책을 그대로 둔 채 서브넷을 넓히면 아무도 도달할 수 없는 범위가 생긴다.

라이선스가 실제로 허용하는 것

플랫폼이 지원하는 동시성과 제품 권리는 또 다른 두 숫자이며, 흔히 서로 같지 않다. 권리는 사용자, 기기 또는 동시 세션을 셀 수 있고, 이 척도들은 서로 바꿀 수 없다. 공급업체의 주문 안내서는 모델이 얼마나 다를 수 있는지 보여 주며, 그래서 오래된 데이터시트의 피어 수를 새 배포로 가져가서는 안 된다. 실제로 운영하는 서비스에 적용되는 계약을 읽어라.

이름 있는 사용자를 세는 라이선스는 풀에 자리가 있다는 이유만으로 더 많은 기기를 받아들이지 않는다.

게이트웨이가 실제로 감당할 수 있는 것

세 번째 셈은 작업 부하이다. 이 세션들이 함께 만들어 내는 트래픽을 추정하라. 패킷 비율, 인증 폭주, 암호화 비용, 그리고 켜져 있는 정책 기능이다. 대화형 세션과 대량 전송은 같은 장비에 아주 다르게 얹힌다. 게이트웨이에 빈 주소가 있고 라이선스 승인이 가능해도, 의도한 부하가 전달할 수 있는 양을 넘을 수 있다. 기능 집합을 무시한 용량 계획은 모든 것을 꺼 둔 실험실에서만 성립하는 숫자를 낸다.

거부는 게이트웨이가 그 시도에 대해 무엇을 기록했는지 보는 순간이다. 할당 이벤트, 승인 결정, 또는 멈춘 인증 호출이다. 이 셋은 서로 다른 수정을 요구하며, 클라이언트 쪽에서 추측하는 것으로는 좀처럼 올바른 것을 고르지 못한다.

무엇이든 바꾸기 전에 거부를 귀속시켜라

유용한 비교는 세 가지 셈과 관찰된 장애 사이에서 이루어진다. 풀이 가득하면 그것을 넓히고, 그것을 설명하는 경로와 정책을 갱신하라. 주소가 남아 있는데 승인이 거부되면 제약은 다른 곳에 있다. 세션이 승인되었는데 성능이 무너지면 문제는 용량이며 두 한도 중 어느 것도 아니다.

어떤 셈이 소진되었는지, 언제 일어났는지, 그 뒤 무엇이 바뀌었는지 기록하라. 그 기록은 다음 조사가 다시 서브넷 마스크에서 시작하지 않게 한다.

풀을 넓히는 것은 한 줄짜리 변경이며, 경로, 정책, 재시험이라는 세 갈래 후속 작업이 따른다.