Bogdan.Lukashov 2 Опубликовано: 2020-02-21 17:09:37 Share Опубликовано: 2020-02-21 17:09:37 (відредаговано) Добрый день, интересует ваше мнение хотим подобрать сервер, что называется High Load под мускул. Есть хороший оффер на 4 x Процессор Intel® Xeon® E7-4880 v2 37,5 МБ кэш-памяти, тактовая частота 2,50 ГГц https://ark.intel.com/content/www/ru/ru/ark/products/75773/intel-xeon-processor-e7-4880-v2-37-5m-cache-2-50-ghz.html Процы хоть и 2014 г. но вроде как 4 таких камня будут давать неплохую производительность вычислений? 15 ядер / 30 потоков каждый. Получаем 60 физ ядер и 60 виртуальных. Диск под это все добро NVMe Aorus NVMe Gen4 SSD 1TB M.2 2280 NVMe PCIe 4.0 x4 Скорость чтения До 5000 МБ/с Скорость записи До 4400 МБ/с 3k скорость железно получим в PCI-E 3.0 слоте. Ну и памяти DDR3 под завязку запаковать. Оцените пожалуйста железо, по цене у нас все очень неплохо выходит порядка 2к EUR за все. Відредаговано 2020-02-21 17:16:40 Bogdan.Lukashov Ссылка на сообщение Поделиться на других сайтах
masters 126 Опубліковано: 2020-02-21 17:25:17 Share Опубліковано: 2020-02-21 17:25:17 У этого nvme посмотрите какой tbw. Чтоб через месяц он не помер под такой базой. Ссылка на сообщение Поделиться на других сайтах
foreverok 95 Опубліковано: 2020-02-21 17:31:54 Share Опубліковано: 2020-02-21 17:31:54 (відредаговано) Для мускула памяти много не бывает) Если финансы позволяют, ставьте с запасом. Быстрый диск тоже хорошо, но если диск посыпется, будет Downtime пока замените и развернете бекап. На счет проца, тут я бы подробнее посмотрел на работу мускула. Сколько запросов обрабатываются, какие и тд. Возможно будет лучше бОльшая частота при меньшем количестве ядер. В общем, все сильно зависит от того, как спроектирована база, сложности запросов и их количества. 300ГБ ? Что Вы там храните ? Відредаговано 2020-02-21 17:43:10 foreverok 1 Ссылка на сообщение Поделиться на других сайтах
otchem 92 Опубліковано: 2020-02-21 17:35:11 Share Опубліковано: 2020-02-21 17:35:11 2 минуты назад, foreverok сказал: 300ГБ ? Что Вы там храните ? а это что много чтоли? Ссылка на сообщение Поделиться на других сайтах
foreverok 95 Опубліковано: 2020-02-21 17:44:13 Share Опубліковано: 2020-02-21 17:44:13 8 минут назад, otchem сказал: а это что много чтоли? Как минимум, не мало. Ссылка на сообщение Поделиться на других сайтах
Phsm 19 Опубліковано: 2020-02-21 17:58:10 Share Опубліковано: 2020-02-21 17:58:10 25 минут назад, foreverok сказал: 300ГБ ? Что Вы там храните ? Зашел в тред ожидая увидеть этот вопрос Кстати действительно, что ж там такого огромного на 300 гигов? 1 Ссылка на сообщение Поделиться на других сайтах
nedoinet 440 Опубліковано: 2020-02-21 18:23:57 Share Опубліковано: 2020-02-21 18:23:57 47 минут назад, otchem сказал: а это что много чтоли? Наверно парсят список блокировок ртк. 3 миллиона только подстей и ип-адресов и в разы больше доменов и урлов это вам не шутки. 1 Ссылка на сообщение Поделиться на других сайтах
Bogdan.Lukashov 2 Опубліковано: 2020-02-21 18:26:20 Автор Share Опубліковано: 2020-02-21 18:26:20 (відредаговано) Логи, записи, 70 млн/сутки записей достаточно ) По ядрам все ок, скажите кто видел доклад про Vitess? Кто юзает такого рода балансировку? По поводу ядер и частоты да частота маленькая 2.5 но ядер физических 60 штук это маловато? NVME - TBW = 1800Tb у 1Тб модели и 3600Tb у 2Тб Скажите за что отвечает этот показатель? ПО CPU если сравнить с проц 4880 V2 4х таких камни против 2х скажем E5-2679V4 То однозначно выигрывает E7-4880 V2 Или я не прав? Только возраст выпуска поколения E7-4880 V2 2014 год. а E5-2679V4 2016 год. Я очень прошу дать свою оценку по CPU вопрос просто стоит брать такой сервак или нет. https://ark.intel.com/content/www/ru/ru/ark/compare.html?productIds=189126,91751,75283,75773 Відредаговано 2020-02-21 18:51:13 Bogdan.Lukashov Ссылка на сообщение Поделиться на других сайтах
Phsm 19 Опубліковано: 2020-02-21 19:19:41 Share Опубліковано: 2020-02-21 19:19:41 по сабжу, железу, не подскажу, но если у вас логи и прочая статистика, то сгружайте в clickhouse. Не мучайте бедный мускуль, кликхаус вам и сожмет, и выборка из этих лярдов строк будет за доли секунды 1 1 Ссылка на сообщение Поделиться на других сайтах
Tiesto 4 Опубліковано: 2020-02-21 19:39:36 Share Опубліковано: 2020-02-21 19:39:36 При таком обработки БД почему не ставить MSSQL или Postgre SQL или Oracle. Для токого сервере Я думаю другая платформа норма будет работать... или кластеризация сервера тоже можно...Сама MySQL не в силах обработать много запросов. И на этом не всё, у вас же БД день за днём увеличивается и каждей раз новый сервер с много процом и памятью? Странный подход к делу... Ссылка на сообщение Поделиться на других сайтах
masters 126 Опубліковано: 2020-02-21 19:55:45 Share Опубліковано: 2020-02-21 19:55:45 1 час назад, Bogdan.Lukashov сказал: NVME - TBW = 1800Tb у 1Тб модели и 3600Tb у 2Тб Скажите за что отвечает этот показатель? Это сколько данных можно записать на него. Для такой базы - это очень мало. Посмотрите на интелы dc серию. Ссылка на сообщение Поделиться на других сайтах
foreverok 95 Опубліковано: 2020-02-21 19:59:34 Share Опубліковано: 2020-02-21 19:59:34 (відредаговано) 1 час назад, Bogdan.Lukashov сказал: По поводу ядер и частоты да частота маленькая 2.5 но ядер физических 60 штук это маловато? Если вопрос только в количестве ядер, берите побольше. 1 час назад, Bogdan.Lukashov сказал: NVME - TBW = 1800Tb у 1Тб модели и 3600Tb у 2Тб Скажите за что отвечает этот показатель? Грубо говоря, количество данных, которое можно гарантировано записать на диск (Total Bytes Written). Еще раз говорю, нужно детально анализировать работу mysql. Может так оказаться, что увеличение количества ядер ничего не даст, а снижение частоты процессора только ухудшит работу. Я в своей работе часто сталкивался, что 1 правильно созданный индекс в БД или чуть оптимизированный запрос, снизит нагрузку на CPU в десятки раз. Відредаговано 2020-02-21 20:00:36 foreverok 1 Ссылка на сообщение Поделиться на других сайтах
Bogdan.Lukashov 2 Опубліковано: 2020-02-21 20:43:24 Автор Share Опубліковано: 2020-02-21 20:43:24 1 час назад, Phsm сказал: по сабжу, железу, не подскажу, но если у вас логи и прочая статистика, то сгружайте в clickhouse. Не мучайте бедный мускуль, кликхаус вам и сожмет, и выборка из этих лярдов строк будет за доли секунды Спасибо конечно, это лучший ответ! А кроме статистики что еще данные таблиц можно засовывать в clickhouse? Ссылка на сообщение Поделиться на других сайтах
Phsm 19 Опубліковано: 2020-02-21 21:53:01 Share Опубліковано: 2020-02-21 21:53:01 1 час назад, Bogdan.Lukashov сказал: Спасибо конечно, это лучший ответ! А кроме статистики что еще данные таблиц можно засовывать в clickhouse? да в общем-то всё можно, если транзакции не нужны Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас