Потребители или пропускна способност? Оразмеряване на VPN сървър за реално натоварване
Броят акаунти не определя размера на шлюза; това прави припокриващата се работа. Сравнете паралелните преноси, процесора по ядра и опашките, после запишете натоварването.
Десет неактивни акаунта струват по-малко от едно нощно архивиране, което запълва тунела, а броят на потребителите не показва тази разлика. Оразмеряването на VPN сървър е сравнение между две числа: паралелността, която наистина носите, и ресурсът, който свършва пръв. Повечето грешки в капацитета идват от избора на първото число и от това, че второто никога не се измерва. Направете и двете в този ред и решението за хардуера престава да бъде догадка.
Сравнете броя акаунти с натоварения час
Броят акаунти е лиценз и граница на поддръжката; натовареният час е натоварване. Избройте работите, които се застъпват в този час: разговори, отдалечено администриране, големи изтегляния, архивирания и заявките към частни приложения, които карат хората да чакат. След това отбележете за всеки елемент дали преминава през шлюза и в каква посока. Разговорите са симетрични и чувствителни към закъснение, докато архивирането е еднопосочно и понася бавно начало, така че те натоварват различни части от пътя.
Посоката решава коя връзка е важна. Домашната връзка рядко е симетрична, а клон, който тегли цял ден, стига до долната си граница много преди шлюзът да се изпоти. Записвайте посоката и обхвата на тунела до всеки елемент, защото шлюз, който носи само частни дестинации, и такъв, който носи целия интернет трафик, са два различни проблема за оразмеряване.
Добавете фоновия товар като отделен ред: обновявания на клиенти, телеметрия и каквото домакинът прави освен препращането. Тези байтове лесно се забравят и се отчитат от същия интерфейс.
Намерете ресурса, който свършва преди връзката
Връзката е само един кандидат. Криптографската работа на един тунел може да заеме едно ядро, докато интерфейсът стои наполовина празен, а претоварена опашка може да направи разговорите неизползваеми при пропускна способност, която изглежда посредствена на графика. Дестинация на един бавен маршрут разстояние също може да изглежда като слабост на шлюза от мястото на клиента. Три наблюдения разделят тези случаи и нито едно от тях не се нуждае от тест с внезапен пик.
| 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 |
Измервайте с пренос, който ви е разрешено да пуснете, и добавяйте паралелната работа на стъпки, а не наведнъж. Четете устойчивата скорост и интерактивния отговор заедно, защото тест само на пиковата скорост скрива сесия, която е станала неизползваема. Шлюз, който минава максималната си пропускна способност, докато разговорите се разпадат, не е издържал теста.
След това повторете пускането със спрени допълнителни натоварвания. Граница, която се мести, когато архивирането спре, никога не е била граница на шлюза.
Превърнете сравнението в число, което можете да защитите
Изберете ресурса, който свърши, и изразете изискването в неговите единици: ядра при целево натоварване през натоварения час, битове в секунда във всяка посока или паралелни сесии под граница за закъснение. Оставете място за обновявания, диагностика и възстановяване, защото сървър, който стои на измерения си таван, не е оставил нищо за работата, която го поддържа в действие. След това запишете числата до конфигурацията, която ги е дала, включително броя клиенти и използвания тест.
Числото потребители на ядро е най-малко преносимото число в това упражнение, защото предполага смес от протоколи и профил на устройства, които следващият обект не споделя. Запазете измерването и изхвърлете формулата. Когато някой поиска капацитет за още петдесет потребители, честният отговор е профилът в натоварения час на тези петдесет, а не умножение.
Записвайте времето за отговор заедно с пропускната способност. Капацитет, който запазва само масовия пренос, не е капацитет за хората по разговорите и следващият преглед ще попита за разликата.
Изберете между вертикално увеличаване и разделяне на ролята
Когато измерената граница е едно ядро, повече ядра със същата скорост може да не помогнат; по-бързо ядро или различен модел на работници може. Когато границата е общ процесор, по-голяма инстанция е директното решение. Когато границата е достъпната връзка, никаква промяна на сървъра не помага и сравнението свършва при доставчика. Разделянето на уеб и VPN ролите на отделни хостове купува изолация на цената на втора повърхност за управление.
Сравнявайте тези опции със записаното число, а не една с друга. Промяна, която удвоява ресурс, който не е бил ограничението, е разход без полза и именно записът ви позволява да го кажете без спор. Измерете отново след промяната със същото натоварване, иначе сте заменили една догадка с друга.