사무실 VPN에 Raspberry Pi로 충분한가? 일을 정의하라

사 기가바이트 Raspberry Pi는 기계의 설명이지 사무실의 요구가 아니다. 소수의 원격 사용자를 잘 감당할 수도 있고, 누군가 터널로 큰 파일을 복사하는 첫 오후에 무너질 수도 있다. 메모리 수치는 둘 중 무엇이 일어날지 알려주지 못한다. 구매를 인수 시험으로 바꾸면 그 불확실성은 변호할 수 있는 결과로 대체된다.

질문을 인수 시험으로 바꿔라

인수 시험은 어떤 하드웨어가 도착하기 전에 일, 조건, 통과 기준을 이름 붙인다. VPN 게이트웨이에서 일은 동시에 벌어지는 활동의 집합이고, 조건은 관련된 경로와 서비스다. 통과 기준은 사용자가 쓸 만하다고 부를 것이지 벤치마크가 보고하는 것이 아니다. 세 가지가 없으면 숫자에는 아무 주장도 붙지 않는다.

다른 사람이 실행할 수 있도록 시험을 써라. 그 제약 하나만으로 이런 결정을 몇 주씩 끌게 만드는 모호한 기준 대부분이 사라진다. 다음 검토가 올 때 결과를 비교할 수 있게도 해준다.

결과는 Raspberry Pi를, 다른 기기를, 또는 관리형 서비스를 정당화할 수 있다. 셋 모두 같은 질문에 대한 정당한 답이다. 시험이 그들 사이를 가르고, 규격서는 가르지 못한다.

인원이 아니라 일을 적어라

사용자를 세는 대신 활동을 나눠라. 웹 애플리케이션을 열고, 큰 파일을 복사하고, 대화형 터미널을 돌리는 일은 같은 게이트웨이에 아주 다른 부하를 준다. 평범한 한 시간에 어느 것이 겹치는지 적는 것은 겹침이야말로 쉬운 세 가지 일을 어려운 하나로 바꾸는 원인이기 때문이다.

방향도 기록하라. 사무실 파일 서버에서 내려받는 원격 사용자는 사무실의 상향 회선을 쓰고, 빠른 클라이언트 연결로도 반대편의 좁은 경로를 메울 수 없다.

터널이 평범한 브라우징도 나른다면 그 트래픽을 시험에 포함하라. 사설 접속만 보면 사무실이 모든 일에 쓰기 시작했을 때 게이트웨이가 무엇을 보게 될지 과소평가하게 된다.

조립한 기기를 측정하라

배포하려는 버전, 프로토콜, 인증으로 시험하라. 다른 빌드에서 벤치마크를 빌려오는 대신 어떤 패킷 처리 경로가 활성인지 기록하라. 용량은 그 경로에 달려 있으므로 다른 경로의 관찰은 다른 시스템을 설명한다. 목적은 최선의 구성이 아니라 당신의 구성을 측정하는 것이다.

보드를 함께 쓸 서비스도 포함하라. DNS 필터링, 모니터링, 저장은 모두 같은 프로세서와 메모리를 두고 경쟁하며, 혼자 측정한 게이트웨이는 당신이 운영할 게이트웨이가 아니다.

지속적인 작업 중에 프로세서 활동, 메모리 압박, 인터페이스 오류, 완료 시간을 지켜보라. 암호화와 접근 제어는 내내 켜 두어야 하는 것은 그것들 없이 얻은 수치가 아무도 승인하지 않은 서비스를 설명하기 때문이다.

하드웨어보다 먼저 중단 예산을 정하라

값싼 게이트웨이 하나는 그 중단을 감당할 수 있고 복구가 단순할 때 합리적인 선택이다. 허용할 다운타임과 누가 구성을 되돌리고, 저장 매체를 교체하고, 잃어버린 클라이언트를 취소할 수 있는지 적어라. 중단이 실제로 얼마나 길어지는지는 그 작업들이 결정한다. 그중 어느 것도 규격서에 나오지 않는다.

관리자가 같은 터널로만 게이트웨이에 닿는다면 독립적인 복구 경로를 계획하라. 구성과 키를 되돌릴 수 없고 아무도 소유하지 않은 예비 보드는 복구 계획이 아니다.

팀이 아니라 사람을 지목하라. 집단에 의존하는 복구는 집단이 한가해지기를 기다리는 복구다. 이름이야말로 계획을 시험 가능하게 만든다.

통과하는 가장 작은 시스템을 골라라

선언한 요구를 여유를 두고 충족하는 가장 작은 유지 관리 시스템을 골라라. 메모리가 제약일 때 더 많은 메모리는 도움이 되고, 이미 포화된 경로에는 아무것도 해 주지 못한다. 여유는 형용사가 아니라 선언된 비율이어야 한다. 그래야 다음 업그레이드에도 기준이 생긴다.

작업 부하, 결과, 날짜를 배포 옆에 기록하라. 그러면 다음 용량 질문은 규격서가 아니라 증거에서 시작한다. 그 기록이 결정과 추측의 차이다.