как проверить dbms (sql и nosql) на архитектуре s390x (мейнфреймы IBM в основном)
У меня есть доступ к машине s390x, точнее, zbc12, с 32 ГБ оперативной памяти, которую я могу использовать в качестве лаборатории в течение нескольких месяцев(!).
Я хотел бы изучить возможности этой архитектуры, особенно в отношении dbms, и я хотел бы протестировать как sql, так и nosql. Сравнивая это с архитектурой x86, у меня также есть x86, и я могу подключить обе к одной SAN, так что я смогу правильно сравнить архитектуры. Как бы вы могли провести такой тест, у меня практически нет опыта в бенчмарках. Какие еще тесты вы хотели бы увидеть? У меня есть несколько месяцев на этой машине, и я могу играть с ней столько, сколько захочу, какие-нибудь крутые и интересные идеи?
Поздравляем, вы получили доступ к системе Z.
Для сравнения различных баз данных я могу дать лишь некоторые общие рекомендации. Вот некоторые моменты, которые следует учитывать при составлении плана.
Атомарность - разделите базы данных на типы ACID и BASE, поскольку согласованность между ними различается, и у вас есть дополнительные соображения с точки зрения настройки, такие как сеть, диск и т. Д.
Тестируемая система (SUT) должна быть четко определена в с точки зрения количества и типов узлов. Как можно лучше задокументируйте базовую сеть и хранилище, чтобы люди могли сравнить вашу настройку с предполагаемым развертыванием. Какие переключатели вы используете? Вы настроены на Jumbo Frames? хранилище напрямую подключено или SAN? Какова основная сетевая инфраструктура для обоих (скорость и IOPS).
Конфигурация памяти должна быть хорошо задокументирована с точки зрения того, как сконфигурирована БД, убедитесь, что она согласована, или, если вы тестируете это, задокументируйте прогресс конфигураций.
Если вы сравниваете ACID с BASE, какова цель согласованности и как вы обеспечиваете полную согласованность с точки зрения репликации / регистрации транзакций.
Учитывайте целевую точку восстановления (RPO), которая означает, сколько данных я готов потерять? а также целевое время восстановления (RTO), когда БД снова станет доступной в случае сбоя. Это повлияет на вашу конфигурацию и предположения.
Согласованный клиент для создания повторяемой нагрузки для обеспечения согласованности в тестах.Вы масштабируете количество клиентов? Можете ли вы провести валидацию поста, чтобы убедиться, что ожидаемый результат с точки зрения стойкости был достигнут?
Есть ряд других факторов, которые следует учитывать при проведении любого теста, но они обеспечат вам основу для дальнейшего развития.