Ali je Raspberry Pi dovolj za pisarniški VPN? Določite delo

Raspberry Pi s štirimi gigabajti je opis stroja, ne zahteva pisarne. Lahko dobro služi nekaj oddaljenim uporabnikom in lahko se sesuje že prvo popoldne, ko nekdo kopira veliko datoteko skozi tunel. Število pomnilnika vam ne more povedati, katero od obojega se zgodi. Preoblikovanje nakupa v sprejemni test to negotovost nadomesti z rezultatom, ki ga lahko zagovarjate.

Spremenite vprašanje v sprejemni test

Sprejemni test poimenuje delo, pogoje in mejo uspeha, preden prispe kakršna koli strojna oprema. Za prehod VPN je delo niz sočasnih dejavnosti, pogoji pa so vključene poti in storitve. Meja uspeha je tisto, kar bi uporabnik imenoval uporabno, ne tisto, kar poroča merilo. Brez vseh treh številka nima nobene trditve.

Test napišite tako, da ga lahko izvede nekdo drug. Že ta omejitev odstrani večino nejasnih meril, zaradi katerih se te odločitve vlečejo tedne. Naredi tudi rezultat primerljiv, ko pride naslednji pregled.

Rezultat lahko upraviči Raspberry Pi, drugo napravo ali upravljano storitev. Vse tri so legitimni odgovori na isto vprašanje. Test odloči med njimi, specifikacijski list pa ne.

Zapišite delo, ne števila ljudi

Ločite dejavnosti, namesto da štejete uporabnike. Odpiranje spletne aplikacije, kopiranje velike datoteke in poganjanje interaktivnega terminala zelo različno obremenijo isti prehod. Zabeležite, katere se med običajno uro prekrivajo, ker prav prekrivanje spremeni tri lahka opravila v eno težko.

Zabeležite tudi smer. Oddaljeni uporabniki, ki prenašajo s pisarniškega strežnika datotek, porabljajo pisarniški izhodni kanal, hitra odjemalska povezava pa ne more nadomestiti omejene poti na drugem koncu.

Če tunel prenaša tudi običajno brskanje, vključite ta promet v test. Sam zasebni dostop podceni, kaj bo prehod videl, ko ga bo pisarna začela uporabljati za vse.

Izmerite sestavljeno napravo

Preizkusite tisto različico, protokol in preverjanje pristnosti, ki jih nameravate uvesti. Zabeležite, katera pot obdelave paketov je dejavna, namesto da si izposodite merilo iz druge gradnje. Zmogljivost je odvisna od te poti, zato opažanje z druge poti opisuje drug sistem. Cilj je izmeriti vašo konfiguracijo, ne najboljše razpoložljive.

Vključite storitve, ki bodo delile ploščo. Filtriranje DNS, spremljanje ali shranjevanje si vsi prizadevajo za isti procesor in pomnilnik, prehod, izmerjen sam, pa ni prehod, ki ga boste upravljali.

Opazujte dejavnost procesorja, pritisk na pomnilnik, napake vmesnikov in čase dokončanja med trajnim delom. Šifriranje in nadzor dostopa pustite vključena ves čas, ker številka, pridobljena brez njih, opisuje storitev, ki je nihče ni odobril.

Določite proračun izpada pred strojno opremo

En sam poceni prehod je razumna izbira, ko je izpad znosen in obnovitev preprosta. Zapišite sprejeti čas nedelovanja in kdo lahko obnovi konfiguracijo, zamenja shrambo in prekliče izgubljenega odjemalca. Te operacije odločajo, kako dolgo izpad v resnici traja. Nobena od njih ni na specifikacijskem listu.

Če skrbnik pride do prehoda samo skozi isti tunel, načrtujte neodvisno pot obnovitve. Nadomestna plošča, katere konfiguracije in ključev ni mogoče obnoviti in ki je nihče ne poseduje, ni načrt obnovitve.

Imenujte osebo, ne ekipe. Obnovitev, ki je odvisna od skupine, je obnovitev, ki čaka, da bo skupina na voljo. Ime je tudi tisto, kar naredi načrt preverljiv.

Izberite najmanjši sistem, ki uspe

Izberite najmanjši vzdrževani sistem, ki izpolni navedene zahteve z rezervo. Več pomnilnika pomaga, ko je pomnilnik omejitev, in ne naredi ničesar za pot, ki je že nasičena. Rezerva mora biti naveden delež, ne pridevnik. Potem ima tudi naslednja nadgradnja merilo.

Zabeležite obremenitev, rezultat in datum ob uvedbi. Naslednje vprašanje o zmogljivosti se potem začne pri dokazih, ne pri specifikacijskem listu. Ta zapis je razlika med odločitvijo in ugibanjem.