Я использую sysbench:
sysbench - test=fileio готовятся
sysbench - test=fileio - file-test-mode=rndrw выполненный
sysbench - test=fileio - file-test-mode=seqrewr выполненный
Существует много параметров конфигурации, но это даст Вам хорошую идею.
Удачи
В зависимости от ваших аргументов в пользу такого рода настройки возможные решения могут измениться. Я вижу две причины, которые могут быть здесь задействованы:
Если вы пытаетесь достичь высокой доступности и получить наилучшее время отклика, то вы столкнетесь с проблемой из-за того, что все запросы должны сначала пройти через сервер ARR. Способом обойти это было бы наличие ARR на каждом сайте, использование DNS для направления пользователей на сервер ARR их сайта, а затем использование алгоритма балансировки нагрузки «Наименьшее время ответа». Это теоретически направит пользователей сайта 1 на s1.mysite.com, а также обеспечит переключение на s2 и s3, если s1 выйдет из строя.
Однако, если проблема с сетью вызывает недоступность s1.mysite.com, это также может стать причиной недоступности сервера ARR на сайте 1. Однако это защитит вас от сбоев приложений на s1.mysite.com.
Похоже, что нет ничего доступного из коробки, чтобы выполнить тип маршрутизации, который вы хотите выполнить. Однако есть API, позволяющие создавать настраиваемого поставщика перезаписи для перезаписи URL. Информацию об этом можно найти Здесь . Вы можете использовать информацию из серверных переменных, заголовков запросов или даже параметров строки запроса в сочетании с настраиваемым поставщиком перезаписи для выполнения желаемого типа маршрутизации.
com будет недоступен, тогда это также может привести к тому, что сервер ARR на сайте 1 также будет недоступен. Однако это защитит вас от сбоев приложения на s1.mysite.com.Похоже, что нет ничего доступного из коробки для выполнения типа маршрутизации, который вы хотите выполнить. Однако есть API, позволяющие создавать настраиваемого поставщика перезаписи для перезаписи URL. Информацию об этом можно найти Здесь . Вы можете использовать информацию из серверных переменных, заголовков запросов или даже параметров строки запроса в сочетании с настраиваемым поставщиком перезаписи для выполнения желаемого типа маршрутизации.
com будет недоступен, тогда это также может привести к тому, что сервер ARR на сайте 1 также будет недоступен. Однако это защитит вас от сбоев приложений на s1.mysite.com.Похоже, что нет ничего доступного из коробки, чтобы выполнить тип маршрутизации, который вы хотите выполнить. Однако есть API, позволяющие создавать настраиваемого поставщика перезаписи для перезаписи URL. Информацию об этом можно найти Здесь . Вы можете использовать информацию из серверных переменных, заголовков запросов или даже параметров строки запроса в сочетании с настраиваемым поставщиком перезаписи для выполнения желаемого типа маршрутизации.
Похоже, что нет ничего доступного из коробки для выполнения типа маршрутизации, который вы хотите выполнить. Однако есть API, позволяющие создавать настраиваемого поставщика перезаписи для перезаписи URL. Информацию об этом можно найти Здесь . Вы можете использовать информацию из серверных переменных, заголовков запросов или даже параметров строки запроса в сочетании с настраиваемым поставщиком перезаписи для выполнения желаемого типа маршрутизации.
Похоже, что нет ничего доступного из коробки для выполнения типа маршрутизации, который вы хотите выполнить. Однако есть API, позволяющие создавать настраиваемого поставщика перезаписи для перезаписи URL. Информацию об этом можно найти Здесь . Вы можете использовать информацию из серверных переменных, заголовков запросов или даже параметров строки запроса в сочетании с настраиваемым поставщиком перезаписи для выполнения желаемого типа маршрутизации.