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

Raspberry Pi с четири гигабайта е описание на машина, а не офисно изискване. Той може да обслужва добре няколко отдалечени потребители, а може и да се срине още първия следобед, когато някой копира голям файл през тунела. Числото за паметта не може да ви каже кое от двете ще се случи. Превръщането на покупката в приемен тест заменя тази несигурност с резултат, който можете да защитите.

Превърнете въпроса в приемен тест

Приемният тест назовава работата, условията и прага за успех, преди да пристигне какъвто и да е хардуер. За VPN шлюз работата е набор от едновременни дейности, а условията са участващите пътища и услуги. Прагът за успех е това, което потребителят би нарекъл използваемо, а не това, което отчита даден показател. Без трите числото не носи никакво основание.

Напишете теста така, че някой друг да може да го проведе. Само това ограничение премахва повечето от размитите критерии, заради които тези решения се влачат със седмици. То прави и резултата сравним, когато дойде следващият преглед.

Резултатът може да оправдае Raspberry Pi, друго устройство или управлявана услуга. И трите са законни отговора на един и същ въпрос. Тестът избира между тях, а спецификацията — не.

Запишете работата, не броя на хората

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

Запишете и посоката. Отдалечените потребители, които теглят от офис файлов сървър, изразходват офисния изходящ канал, а бързата клиентска връзка не може да компенсира ограничен път в другия край.

Ако тунелът носи и обикновено сърфиране, включете този трафик в теста. Само частният достъп подценява това, което шлюзът ще види, след като офисът започне да го използва за всичко.

Измерете сглобеното устройство

Тествайте версията, протокола и удостоверяването, които смятате да внедрите. Отбележете кой път за обработка на пакети е активен, вместо да заемате показател от друга сборка. Капацитетът зависи от този път, така че наблюдение от различен път описва различна система. Целта е да измерите вашата конфигурация, а не най-добрата налична.

Включете услугите, които ще споделят платката. DNS филтрирането, мониторингът или съхранението се конкурират за един и същ процесор и памет, а шлюз, измерен сам, не е шлюзът, който ще поддържате.

Наблюдавайте активността на процесора, натиска върху паметта, грешките по интерфейсите и времената за завършване при продължителна работа. Дръжте криптирането и контрола на достъпа включени през цялото време, защото число, получено без тях, описва услуга, която никой не е одобрил.

Определете бюджета за престой преди хардуера

Един евтин шлюз е разумен избор, когато престоят му е поносим и възстановяването е просто. Запишете приетия престой и кой може да възстанови конфигурацията, да смени носителя и да отнеме достъпа на изгубен клиент. Тези операции определят колко всъщност трае един престой. Нито една от тях не фигурира в спецификация.

Ако администраторът достига шлюза само през същия тунел, планирайте независим път за възстановяване. Резервна платка, чиято конфигурация и ключове не могат да бъдат възстановени и която никой не притежава, не е план за възстановяване.

Посочете човека, а не екипа. Възстановяване, което зависи от група, е възстановяване, което чака групата да е налична. Името е и това, което прави плана проверим.

Изберете най-малката система, която минава

Изберете най-малката поддържана система, която минава обявените изисквания с резерв. Повече памет помага, когато паметта е ограничението, и не прави нищо за път, който вече е наситен. Резервът трябва да е заявен марж, а не прилагателно. Тогава и следващото обновяване има критерий.

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