Спасибо за статью, люблю подобный материал - не очень много, но достаточно структурировано и очень доходчиво.
Касательно реляционных баз данных - я бы сравнил их с комбайном/мультитулом - в них можно сделать все тоже, что и в других базах данных, но работать оно будет в среднем похуже - медленнее, и логика сложнее. Так как на Mysql написано очень много проектов (особенно веб-), то используется достаточно часто. Как собственно и php.
Для других типов баз данных не хватает примеров, аналогично реляционным БД, для бОльшего понимания.
эмулировала процесс реального появления пользователей в системе
частота проверки почты пользователем — один раз в час.
У Вас странные пользователи эмулируются. Если имеется ввиду протокол pop3 - то многие почтовые клиенты имеют интервал проверки 5-15 минут, нередко выставляют частоту проверки в 1 минуту, что бы как можно быстрее получать почту. И на объемах ящиов >100 Гб почтовому серверу начинается веселье.
Тестирование LDA/MTA в контексте данного тестирования мне тоже кажется несколько странным - в любом опенсорс решении оно никогда особо не требовательно к ресурсам, в отличии от постоянной нагрузки от почтовых клиентов.
72 vCPU, 256 GB RAM, 8400 GB HDD, 2 774 GB NVMe
Использование такого железа скорее говорит о желании нивелировать узкие места избыточными мощностями.
гарантирует высокую отказоустойчивость, быстрое самовосстановление и масштабируемость в период колебания нагрузок
Кроме общих слов, интереснее было бы чуть подробнее - имеется ли масштабирование, если да, то его сложность, и несколько тестов в подобном плане: "дано - сервер Xeon E5-2650 v3, нагружаем пользователями до предела - на столькои-то пользователях начинается деградация кач-ва, подключаем второй сервер, Эльбрус, масштабируем - и увеличиваем пользователей дальше, снова с хорошими показателями отклика, до 7k rps...".
Тут все-таки более технический ресурс, нежели место, где прокатит маркетинговая реклама и тестирования сферического коня в вакууме.
Спасибо за статью, люблю подобный материал - не очень много, но достаточно структурировано и очень доходчиво.
Касательно реляционных баз данных - я бы сравнил их с комбайном/мультитулом - в них можно сделать все тоже, что и в других базах данных, но работать оно будет в среднем похуже - медленнее, и логика сложнее. Так как на Mysql написано очень много проектов (особенно веб-), то используется достаточно часто. Как собственно и php.
Для других типов баз данных не хватает примеров, аналогично реляционным БД, для бОльшего понимания.
У Вас странные пользователи эмулируются. Если имеется ввиду протокол pop3 - то многие почтовые клиенты имеют интервал проверки 5-15 минут, нередко выставляют частоту проверки в 1 минуту, что бы как можно быстрее получать почту. И на объемах ящиов >100 Гб почтовому серверу начинается веселье.
Тестирование LDA/MTA в контексте данного тестирования мне тоже кажется несколько странным - в любом опенсорс решении оно никогда особо не требовательно к ресурсам, в отличии от постоянной нагрузки от почтовых клиентов.
Использование такого железа скорее говорит о желании нивелировать узкие места избыточными мощностями.
Кроме общих слов, интереснее было бы чуть подробнее - имеется ли масштабирование, если да, то его сложность, и несколько тестов в подобном плане: "дано - сервер Xeon E5-2650 v3, нагружаем пользователями до предела - на столькои-то пользователях начинается деградация кач-ва, подключаем второй сервер, Эльбрус, масштабируем - и увеличиваем пользователей дальше, снова с хорошими показателями отклика, до 7k rps...".
Тут все-таки более технический ресурс, нежели место, где прокатит маркетинговая реклама и тестирования сферического коня в вакууме.