влияние ssl на веб-сервер

Question

У многих из нас есть веб-серверы и серверы приложений, которые используют простой TCP.

У некоторых из нас есть веб-серверы и другие серверы, которые используют безопасный уровень, такой как SSL.

Насколько я понимаю, SSL заключается в том, что рукопожатие требует значительных вычислительных ресурсов, а шифрование текущего соединения (относительно) дешево.

Мое предположение для вас, чтобы исправить: средний хостинг (и информация о том, что в среднем на облачном хостинге тоже было бы круто), можно было бы ожидать, что он сможет насыщать свои сетевые соединения пакетами, зашифрованными AES, но с трудностями делать тысячи рукопожатий RSA в секунду. Аутентификация клиента с помощью сертификатов существенно дороже для сервера, чем для анонимных клиентов.

Какие существуют правила для определения количества сеансов в секунду для SSL?

Answer 1

Почему бы просто не измерить? Это даст вам реальные цифры о программном и аппаратном обеспечении, которое вы используете. Вы также сможете измерить влияние изменений в серверной инфраструктуре (добавив больше ящиков, ускорители SSL, параметры настройки, что у вас есть).

Вы правы, что вам будет трудно получить тысячу рукопожатий SSL в секунду на одном устройстве. На самом деле, я бы сказал, что это, вероятно, невозможно. Несколько десятков в секунду, не проблема. Тысяча, не без много $$$.

Также вероятно, что вам не нужно 1000 рукопожатий в секунду. Это довольно много, и вам уже понадобится достаточно много трафика, чтобы что-то вроде этого: Смотрите следующее: Что мне нужно в производительности SSL TPS?

Помните, что обычно вы не будете делать новые рукопожатия SSL все время. Браузеры выполняют рукопожатие один раз и поддерживают соединение открытым по ряду запросов и / или просмотров страниц, поэтому ваши потребности в рукопожатиях в секунду могут быть намного ниже, чем вы думаете.

Answer 2

Как сказал Вилле, нет никакой реальной возможности испытать это на вашей конфигурации. Но не стоит недооценивать симметричное шифрование данных после установления связи. Это может быть дешевле, но если вы собираетесь загружать много данных по зашифрованному каналу, это может стоить намного больше, чем первоначальное согласование.

Итак, для этого вам нужно создать общий сценарий использования вашего сайта, а затем провести стресс-тест.