Достаточно ли Raspberry Pi для офисного VPN? Определите работу

Raspberry Pi с четырьмя гигабайтами — это описание машины, а не офисное требование. Он может хорошо обслуживать нескольких удалённых пользователей, а может упасть уже в первый послеполуденный час, когда кто-то копирует большой файл через туннель. Число памяти не может сказать, что из этого произойдёт. Превращение покупки в приёмочный тест заменяет эту неопределённость результатом, который вы сможете защитить.

Превратите вопрос в приёмочный тест

Приёмочный тест называет работу, условия и порог прохождения до того, как прибудет любое оборудование. Для VPN-шлюза работа — это набор одновременных действий, а условия — задействованные пути и службы. Порог прохождения — это то, что пользователь назвал бы пригодным к работе, а не то, что сообщает мерило. Без всех трёх у числа нет никакого утверждения.

Напишите тест так, чтобы его мог провести другой человек. Одно это ограничение убирает большинство расплывчатых критериев, из-за которых такие решения тянутся неделями. Оно также делает результат сопоставимым, когда придёт следующая проверка.

Результат может оправдать Raspberry Pi, другое устройство или управляемую службу. Все три — законные ответы на один и тот же вопрос. Тест выбирает между ними, а спецификация нет.

Запишите работу, а не число людей

Разделяйте действия, а не считайте пользователей. Открытие веб-приложения, копирование большого файла и запуск интерактивного терминала дают очень разную нагрузку на один и тот же шлюз. Отметьте, какие из них перекрываются в обычный час, потому что именно перекрытие превращает три лёгкие задачи в одну трудную.

Зафиксируйте и направление. Удалённые пользователи, скачивающие с офисного файлового сервера, расходуют исходящий канал офиса, и быстрое клиентское соединение не компенсирует узкий путь на другом конце.

Если туннель несёт и обычный просмотр, включите этот трафик в тест. Один только частный доступ занижает то, что увидит шлюз, когда офис начнёт использовать его для всего.

Измерьте собранное устройство

Проверяйте ту версию, протокол и аутентификацию, которые собираетесь развернуть. Запишите, какой путь обработки пакетов активен, вместо того чтобы брать мерило из другой сборки. Пропускная способность зависит от этого пути, поэтому наблюдение с другого пути описывает другую систему. Смысл в том, чтобы измерить свою конфигурацию, а не лучшую из доступных.

Включите службы, которые будут делить плату. Фильтрация DNS, мониторинг или хранение конкурируют за один и тот же процессор и память, а шлюз, измеренный в одиночку, — не тот, который вы будете эксплуатировать.

Следите за активностью процессора, давлением на память, ошибками интерфейсов и временем завершения при длительной работе. Держите шифрование и управление доступом включёнными всё время, потому что число, полученное без них, описывает службу, которую никто не утвердил.

Определите бюджет простоя до оборудования

Один недорогой шлюз — разумный выбор, когда его простой приемлем, а восстановление простое. Запишите допускаемое время недоступности и кто может восстановить конфигурацию, заменить носитель и отозвать потерянного клиента. Именно эти операции определяют, сколько простой длится на самом деле. Ни одна из них не указана в спецификации.

Если администратор попадает на шлюз только через тот же туннель, предусмотрите независимый путь восстановления. Запасная плата, конфигурацию и ключи которой нельзя восстановить и которой никто не владеет, — не план восстановления.

Называйте человека, а не команду. Восстановление, зависящее от группы, — это восстановление, которое ждёт, пока группа будет доступна. Имя — это ещё и то, что делает план проверяемым.

Выберите наименьшую систему, которая проходит

Выберите наименьшую поддерживаемую систему, которая проходит объявленные требования с запасом. Больше памяти помогает, когда память — это ограничение, и ничего не даёт уже насыщенному пути. Запас должен быть заявленной долей, а не прилагательным. Тогда и следующее обновление получит критерий.

Запишите нагрузку, результат и дату рядом с внедрением. Тогда следующий вопрос о ёмкости начинается с доказательств, а не со спецификации. Эта запись — разница между решением и догадкой.