Une Raspberry Pi suffit-elle pour le VPN du bureau ? Définissez le travail

Une Raspberry Pi de quatre gigaoctets est une description de machine, pas une exigence de bureau. Elle peut bien servir une poignée d’utilisateurs distants, et elle peut s’effondrer le premier après-midi où quelqu’un copie un gros fichier par le tunnel. Le chiffre de la mémoire ne peut pas vous dire laquelle des deux choses se produira. Transformer l’achat en test d’acceptation remplace cette incertitude par un résultat que vous pouvez défendre.

Transformez la question en test d’acceptation

Un test d’acceptation nomme le travail, les conditions et le seuil de réussite avant qu’aucun matériel n’arrive. Pour une passerelle VPN, le travail est un ensemble d’activités simultanées, et les conditions sont les chemins et les services concernés. Le seuil de réussite est ce qu’un utilisateur appellerait utilisable, non ce que rapporte un banc d’essai. Sans les trois, un chiffre ne porte aucune affirmation.

Écrivez le test de façon qu’une autre personne puisse l’exécuter. Cette seule contrainte élimine la plupart des critères flous qui font traîner ces décisions pendant des semaines. Elle rend aussi le résultat comparable lorsque la prochaine revue arrive.

Le résultat peut justifier la Raspberry Pi, un autre appareil ou un service géré. Les trois sont des réponses légitimes à la même question. Le test tranche entre elles, et la fiche technique non.

Écrivez le travail, pas le nombre de personnes

Séparez les activités au lieu de compter les utilisateurs. Ouvrir une application web, copier un gros fichier et faire tourner un terminal interactif imposent des charges très différentes à la même passerelle. Notez lesquelles se chevauchent pendant une heure ordinaire, car c’est le chevauchement qui transforme trois tâches faciles en une seule difficile.

Notez aussi le sens. Les utilisateurs distants qui téléchargent depuis un serveur de fichiers du bureau consomment la liaison montante du bureau, et une connexion client rapide ne compense pas un chemin contraint à l’autre bout.

Si le tunnel transporte aussi une navigation ordinaire, incluez ce trafic dans le test. L’accès privé seul sous-estime ce que la passerelle verra lorsque le bureau commencera à s’en servir pour tout.

Mesurez l’appareil assemblé

Testez la version, le protocole et l’authentification que vous comptez déployer. Notez quel chemin de traitement des paquets est actif au lieu d’emprunter un banc d’essai à une autre compilation. La capacité dépend de ce chemin, donc une observation faite sur un autre décrit un autre système. Le but est de mesurer votre configuration, pas la meilleure disponible.

Incluez les services qui partageront la carte. Le filtrage DNS, la supervision ou le stockage se disputent le même processeur et la même mémoire, et une passerelle mesurée seule n’est pas celle que vous ferez tourner.

Surveillez l’activité du processeur, la pression mémoire, les erreurs d’interface et les temps d’achèvement pendant un travail soutenu. Gardez le chiffrement et les contrôles d’accès activés en permanence, car un chiffre obtenu sans eux décrit un service que personne n’a approuvé.

Décidez le budget de panne avant le matériel

Une seule passerelle bon marché est un choix raisonnable lorsque sa panne est tolérable et la reprise simple. Écrivez l’indisponibilité acceptée et qui peut restaurer la configuration, remplacer le stockage et révoquer un client perdu. Ces opérations décident de la durée réelle d’une panne. Aucune d’elles n’apparaît sur une fiche technique.

Si l’administrateur n’atteint la passerelle que par ce même tunnel, prévoyez une voie de reprise indépendante. Une carte de rechange dont la configuration et les clés ne peuvent pas être restaurées et que personne ne possède n’est pas un plan de reprise.

Nommez la personne, pas l’équipe. Une reprise qui dépend d’un groupe est une reprise qui attend que le groupe soit disponible. Le nom est aussi ce qui rend le plan vérifiable.

Choisissez le plus petit système qui passe

Choisissez le plus petit système maintenu qui passe les exigences déclarées avec de la marge. Plus de mémoire aide quand la mémoire est la contrainte, et ne fait rien pour un chemin déjà saturé. La marge doit être un pourcentage déclaré, pas un adjectif. Alors la prochaine mise à niveau a aussi un critère.

Notez la charge, le résultat et la date à côté du déploiement. La prochaine question de capacité part alors de preuves, pas d’une fiche technique. Cette trace est la différence entre une décision et une supposition.