Użytkownicy czy przepustowość? Wymiarowanie serwera VPN pod realne obciążenie
Liczba kont nie wymiaruje bramy; robi to nakładająca się praca. Porównaj współbieżne transfery, CPU na rdzeń i kolejki, a potem zapisz obciążenie.
Dziesięć bezczynnych kont kosztuje mniej niż jedna nocna kopia zapasowa, która wysyca tunel, a liczba użytkowników tego nie pokaże. Wymiarowanie serwera VPN to porównanie dwóch liczb: współbieżności, którą naprawdę niesiesz, i zasobu, który kończy się pierwszy. Większość błędów pojemności bierze się z wybrania pierwszej liczby i nigdy niezmierzenia drugiej. Zrób oba w tej kolejności, a decyzja sprzętowa przestanie być zgadywaniem.
Porównaj liczbę kont z godziną szczytu
Liczba kont to licencja i granica wsparcia; godzina szczytu to obciążenie. Wypisz prace, które nakładają się w tej godzinie: połączenia, zdalne administrowanie, duże pobierania, kopie zapasowe i żądania prywatnych aplikacji, przez które ludzie czekają. Potem oznacz przy każdej pozycji, czy przechodzi przez bramę i w którym kierunku. Połączenia są symetryczne i wrażliwe na opóźnienia, a kopia zapasowa jest jednokierunkowa i znosi wolny start, więc obciążają różne części ścieżki.
Kierunek decyduje, które łącze ma znaczenie. Domowe łącze wysyłania rzadko jest symetryczne, a oddział, który pobiera przez cały dzień, osiąga swój limit pobierania znacznie wcześniej, niż brama zacznie się pocić. Zapisz kierunek i zasięg tunelu przy każdej pozycji, bo brama przenosząca tylko cele prywatne i brama przenosząca cały ruch internetowy to dwa różne problemy wymiarowania.
Dodaj obciążenie tła jako osobny wiersz: aktualizacje klientów, telemetria i wszystko, co host robi poza przekazywaniem. Te bajty łatwo zapomnieć, a liczy je ten sam interfejs.
Znajdź zasób, który kończy się przed łączem
Łącze to tylko jeden kandydat. Praca kryptograficzna jednego tunelu może zająć jeden rdzeń, podczas gdy interfejs stoi w połowie pusty, a przepełniona kolejka może uczynić połączenia bezużytecznymi przy przepustowości, która na wykresie wygląda przeciętnie. Cel oddalony o jedną wolną trasę też może wyglądać jak słabość bramy z miejsca klienta. Trzy obserwacje rozdzielają te przypadki i żadna nie wymaga testu skokowego.
| Observation | What to inspect |
|---|---|
| one core busy, bytes steady | per-core CPU, implementation, offload status |
| calls degrade during transfers | queueing and the access link |
| one remote destination slow | that route and its service |
Mierz transferem, który wolno ci uruchomić, a pracę współbieżną dodawaj krokami, nie wszystko naraz. Czytaj trwałą prędkość i odpowiedź interaktywną razem, bo test tylko szczytowej prędkości ukrywa sesję, która stała się bezużyteczna. Brama, która przekracza swoją maksymalną przepustowość, gdy połączenia się rwą, nie zdała testu.
Potem powtórz przebieg z zatrzymanymi obciążeniami opcjonalnymi. Granica, która przesuwa się, gdy kopia zapasowa się zatrzymuje, nigdy nie była granicą bramy.
Zamień porównanie w liczbę, której możesz bronić
Wybierz zasób, który się skończył, i wyraź wymaganie w jego jednostkach: rdzenie przy docelowym wykorzystaniu w godzinie szczytu, bity na sekundę w każdym kierunku albo współbieżne sesje poniżej granicy opóźnienia. Zostaw miejsce na aktualizacje, diagnostykę i odtwarzanie, bo serwer siedzący na swoim zmierzonym suficie nie ma już nic dla pracy, która utrzymuje go w ruchu. Potem zapisz liczby obok konfiguracji, która je dała, wraz z liczbą klientów i użytym testem.
Liczba użytkowników na rdzeń to najmniej przenośna liczba w tym ćwiczeniu, bo zakłada mieszankę protokołów i profil urządzeń, których następna lokalizacja nie dzieli. Zachowaj pomiar i odrzuć formułę. Gdy ktoś prosi o pojemność dla pięćdziesięciu dodatkowych użytkowników, uczciwa odpowiedź to profil godziny szczytu tych pięćdziesięciu, nie mnożenie.
Zapisuj czas odpowiedzi obok przepustowości. Pojemność, która chroni tylko transfer masowy, nie jest pojemnością dla ludzi na połączeniach, a następny przegląd zapyta o różnicę.
Wybierz między skalowaniem w górę a podziałem roli
Gdy zmierzona granica to jeden rdzeń, więcej rdzeni o tej samej częstotliwości może nie pomóc; szybszy rdzeń lub inny model procesów roboczych może. Gdy granicą jest łączny procesor, większa instancja jest bezpośrednim rozwiązaniem. Gdy granicą jest łącze dostępowe, żadna zmiana serwera nie pomoże i porównanie kończy się u dostawcy. Rozdzielenie ról web i VPN na osobne hosty kupuje izolację kosztem drugiej powierzchni zarządzania.
Porównuj te opcje z zapisaną liczbą, a nie ze sobą. Zmiana, która podwaja zasób, który nie był ograniczeniem, to koszt bez korzyści, a zapis właśnie pozwala ci to powiedzieć bez sporu. Po zmianie zmierz ponownie z tym samym obciążeniem, inaczej zastąpiłeś jedno przypuszczenie drugim.